Was ein Website-Metadaten-Checker wirklich tut
Ein Metadaten-Checker sendet eine HTTP-Anfrage an deine URL, parsed den HTML <head>-Abschnitt und extrahiert alle relevanten Meta-Tags. Er sucht nach <title>, <meta name="description">, <meta property="og:...">, <meta name="twitter:...">, <link rel="canonical">, <link rel="icon">, <link rel="alternate" hreflang="...">, <meta name="viewport"> und allen <script type="application/ld+json">-Blöcken. Er zeigt jedes Tag mit dem Attributnamen und dem Inhaltswert in einem strukturierten Report an.
Dann geht er einen Schritt weiter. Er rendert eine SERP-Vorschaukarte mit dem Title und der Meta-Description, wie sie in der Google-Suche auf Desktop und Mobilgeräten erscheinen würden. Er rendert eine Twitter-Card-Vorschau mit den Tags twitter:title, twitter:description und twitter:image. Er rendert eine LinkedIn-Vorschau mit Open-Graph-Tags. Und er zeigt eine Slack-Unfurl-Vorschau, die standardmäßig OG-Tags verwendet, aber auf den Seiten-Title zurückfällt, wenn OG fehlt.
Zwei Probleme bleiben unsichtbar, bis du die Vorschau siehst. Das erste ist Abschneidung – Titles länger als 60 Zeichen oder Meta-Descriptions länger als 160 Zeichen werden in Google abgeschnitten. Das zweite ist fehlende Bilder. Eine Seite könnte einen Title und eine Description haben, aber kein og:image, sodass die Twitter-Card nur Text anzeigt und kaputt aussieht. Vorschauen erfassen beide sofort.
So verwendest du diesen Website-Metadaten-Checker
- Füge die Seiten-URL in Page URL ein. Nutze die kanonische Version, wenn du sie kennst – HTTPS, www falls zutreffend, keine UTM-Parameter.
- Wähle einen User-agent aus dem Dropdown, wenn du sehen möchtest, wie sich Metadaten für Mobilbenutzer oder Googlebot unterscheiden. Desktop Chrome ist die Standardeinstellung. Mobile Chrome und Googlebot sind nützlich zum Testen von Mobile-First-Indexierung oder JavaScript-gerenderten Metadaten.
- Füge eine zweite URL in Compare with ein, wenn du deine Metadaten neben denen eines Konkurrenten sehen möchtest oder die Konsistenz über Sprachversionen derselben Seite hinweg überprüfen möchtest.
- Klicke auf Check metadata. Du erhältst eine Tabelle mit extrahierten Tags, Warnungen für fehlende oder ungültige Tags und vier gerenderter Vorschaukarten – Google SERP, Twitter/X, LinkedIn und Slack.
- Erweitere den Abschnitt Warnings, wenn Zeilen gekennzeichnet sind. Wir berichten über fehlendes og:image, abgeschnittene Titles, Viewport-Fehlkonfigurationen, ungültiges Schema und hreflang-Fehler.
Versuche, eine Blog-Post-URL zu überprüfen. Wenn die Seite kein Open-Graph-Bild hat, siehst du eine Google-Vorschau mit Title und Description, aber die Twitter- und LinkedIn-Vorschauen zeigen kaputte Bild-Platzhalter. Füge ein og:image-Tag hinzu, das auf ein 1200x630-PNG zeigt, überprüfe erneut, und die Vorschauen werden aktualisiert, um das Hero-Image anzuzeigen.
Warum gerenderter Vorschau wichtiger sind als rohe Tags
Ein Tag kann technisch vorhanden sein und trotzdem in der Praxis fehlschlagen. Ein Title mit 80 Zeichen besteht die Validierung, wird aber in Google bei 60 Zeichen abgeschnitten, sodass die letzten 20 Zeichen für Suchende unsichtbar sind. Eine og:image-URL kann 404 zurückgeben und das Tag nutzlos machen, auch wenn es vorhanden ist. Ein twitter:card, der auf summary_large_image eingestellt ist, erfordert ein Bild mit einem 2:1-Seitenverhältnis, aber wenn das Bild quadratisch ist, fällt Twitter auf die kleine Summary-Card zurück.
Drei praktische Konsequenzen.
Click-Through-Rate. Abgeschnittene Titles und fehlende Bilder schaden der CTR in Suche und Social Media. Eine polierte Vorschau mit einem klaren Title, einer nutzengesteuerten Description und einem auffälligen Bild erzielt mehr Klicks als ein reiner Text-Snippet. Testen vor der Veröffentlichung ermöglicht es dir, das Layout zu korrigieren, bevor Traffic verloren geht.
Brand-Konsistenz. Wenn deine Homepage perfekte Metadaten hat, aber Produktseiten kein OG-Bild haben oder auf das Site-Logo zurückgreifen, ist die Benutzererfahrung inkonsistent. Bulk-Überprüfung von Templates zeigt, welche Seitentypen Fixes benötigen.
Plattformunterschiede. Google liest den Title-Tag und die Meta-Description. Twitter liest twitter:title und twitter:description oder fällt auf OG-Tags zurück. LinkedIn liest nur OG-Tags. Slack liest OG-Tags und manchmal das Favicon. Ein fehlendes Tag kann die Vorschau auf einer Plattform zerstören, auf anderen aber nicht. Alle vier Vorschauen auf einmal zu sehen zeigt die Lücken.
Open Graph vs. Twitter Card vs. schema.org
Open-Graph-Tags wurden von Facebook erfunden und werden jetzt von LinkedIn, Slack, Discord und den meisten Social-Media-Plattformen verwendet. Die Core-Tags sind og:title, og:description, og:image, og:url und og:type. Das Setzen dieser kontrolliert, wie Links aussehen, wenn sie geteilt werden.
Twitter-Card-Tags – twitter:card, twitter:title, twitter:description, twitter:image – überschreiben OG-Tags auf Twitter/X. Wenn beide vorhanden sind, liest Twitter die Twitter-Tags zuerst. Wenn nur OG-Tags vorhanden sind, verwendet Twitter diese. Die meisten Sites setzen OG-Tags und überspringen Twitter-Tags, weil das Fallback funktioniert. Die Ausnahme ist twitter:card, das auf summary_large_image eingestellt werden sollte, wenn du die große Bild-Vorschau möchtest.
Schema.org-Strukturdaten befinden sich in JSON-LD-Skripten im <head> oder <body>. Sie teilen Google mit, welche Art von Inhalt die Seite enthält – Article, Product, Recipe, Event, FAQ – und stellen maschinenlesbares Felder wie Autor, Veröffentlichungsdatum, Preis und Bewertung bereit. Google nutzt dies für Rich Results wie Sternbewertungen in der Suche. Unser Checker validiert JSON-LD-Syntax und berichtet die gefundenen Schema-Typen.
Hreflang, canonical und viewport
Hreflang-Tags deklarieren Sprach- und Regionsvarianten einer Seite. Wenn du englische, spanische und französische Versionen von /about hast, sollte jede <link rel="alternate" hreflang="es" href="..."> Tags haben, die auf die anderen zeigen. Google verwendet diese, um die richtige Sprache in Suchergebnissen auszuliefern. Unser Checker listet jedes hreflang-Tag auf und kennzeichnet häufige Fehler: fehlende Rückwärts-Links, falsche Sprachcodes oder hreflang, das auf eine 404 zeigt.
Das kanonische Tag teilt Google mit, welche URL die Original ist, wenn Duplikate vorhanden sind. Ein Metadaten-Checker berichtet das kanonische und ob es selbstreferenzierend ist oder anderswo zeigt. Wenn du ein kanonisches siehst, das auf eine andere Domain oder eine 404 zeigt, ist das ein rotes Zeichen. Nutze unseren canonical checker für tiefere kanonische Diagnostik.
Das Viewport-Meta-Tag – <meta name="viewport" content="width=device-width, initial-scale=1"> – steuert die Mobile-Wiedergabe. Wenn es fehlt, rendern mobile Browser die Seite in Desktop-Breite und skalieren sie herunter, was den Text winzig macht. Google bestraft Seiten ohne Viewport-Tag in Mobile-First-Indexierung. Unser Checker kennzeichnet das Fehlen oder berichtet den Inhaltswert, wenn vorhanden.
Häufige Fehler
- OG-Title anders als der HTML-Title setzen. Wenn
<title>70 Zeichen ist undog:title40, haben dein Google-Snippet und deine Social-Share-Card unterschiedlichen Text. Das verwirrt Benutzer. Halte sie abgestimmt, es sei denn, du hast einen starken Grund, anders vorzugehen. - Ein quadratisches Bild für
og:imageverwenden. Twitter und LinkedIn erwarten 1200x630 oder ein 1,91:1-Seitenverhältnis. Ein quadratisches Bild wird zugeschnitten oder mit Letterbox versehen. Nutze überall das gleiche Seitenverhältnis. og:urlvergessen. Dieses Tag teilt Plattformen die kanonische URL mit, die mit dem Share verbunden werden soll. Ohne es könnten URL-Parameter wie?ref=twitterzur geteilten URL werden und doppeltes Engagement über Varianten hinweg erzeugen.- Kein Alt-Text für das OG-Bild. Plattformen zeigen Alt-Text für OG-Bilder nicht an, aber Screen Reader und Barrierefreiheits-Tools verlassen sich darauf. Wenn du ein
img-Tag in deinem Markup für das gleiche Bild verwendest, setze dort Alt-Text. twitter:cardaufsummarysetzen, wenn du das große Bild möchtest. Die Standardeinstellung ist ein kleiner quadratischer Thumbnail. Änder es zusummary_large_image, um das Hero-Layout zu bekommen.- Mit Test-Metadaten deployen. „Test-Post-Title" oder „Lorem ipsum" in der Produktion passiert häufiger als du denkst. Eine schnelle Überprüfung vor der Veröffentlichung erfasst dies.
Advanced-Tipps
- Nutze das Feld Compare with, um deine Metadaten gegen eine Top-Ranking-Seite eines Konkurrenten abzugleichen. Wenn deren Title kürzer ist, deren Description spezifischer und sie Schema haben während du nicht, weißt du, was zu korrigieren ist.
- Teste die gleiche URL mit Desktop Chrome und Googlebot als User-Agents. Wenn sich Metadaten unterscheiden, verdeckt deine Seite Inhalte oder serviert bots unterschiedliche Inhalte, was gegen Googles Richtlinien verstößt.
- Überprüfe eine Seite pro Template: Homepage, Produkt, Kategorie, Blog-Post, Landing-Page. Metadaten-Fehler sind normalerweise auf Template-Ebene, nicht auf Seiten-Ebene, daher behebt das Korrigieren einer Hunderte.
- Schau dir den Schema-Abschnitt an. Wenn du mehrere JSON-LD-Blöcke hast, stelle sicher, dass sie gültig sind und nicht kollidieren. Zwei kollidier
@type-Deklarationen können Google dazu bringen, beide zu ignorieren. - Teste hreflang auf mehrsprachigen Sites. Ein fehlender Rückwärts-Link – wo die spanische Seite auf die englische Seite zeigt, aber die englische Seite nicht zurück – zerstört hreflang komplett.
- Lade den Report als JSON herunter und gleiche ihn gegen eine vorherige Überprüfung ab. Nutze es in CI, um Metadaten-Regressionsverschleppung zu erfassen, wenn du ein neues Theme oder einen Page Builder deployest.
Nach dem Überprüfen von Metadaten, wenn Warnungen fehlende Canonicals oder hreflang-Fehlgeräte erwähnen, führe den canonical checker aus, um URL-Varianten Bulk-zu-testen. Wenn Schema-Warnungen erscheinen, revalidiere mit Googles Rich Results Test. Um zu sehen, wie Googlebot die Seite tatsächlich rendert – JavaScript-Ausführung, blockierte Ressourcen, sichtbarer Text – zeigt der google crawler simulator das rohes und JS-gerendertes HTML nebeneinander. Für ein umfassenderes On-Page-SEO-Audit, das Metadaten, Title-Länge, H1 und interne Links einbezieht, nutze die SEO checklist.