Meta Tag Checker
Ein Meta Checker, der misst statt zu zählen: Titel und Meta Description einer Seite in Pixeln, dort, wo Googles Ergebnisse sie kürzen, dann, ob die Seite indexiert werden kann und wie ihr Link beim Teilen aussieht.
Wir lesen die Seite von unserem Server so, wie Google ihren Head liest, und messen Titel und Beschreibung in Pixeln.
Wie lang sollte eine Meta Description sein?
So lang, wie es braucht, um die Seite zu beschreiben: Google setzt kein Maximum und kürzt das Snippet passend zur Breite des Bildschirms, nicht nach einer Zeichenzahl. Dritte messen diesen Platz mit etwa 920 Pixeln auf dem Desktop und 680 auf dem Smartphone; ein typischer deutscher Satz füllt ihn nach unserer Messung bei etwa 145 und 110 Zeichen.
In Googles Worten: „Es gibt keine festgelegte Zeichenbeschränkung für Meta-Beschreibungen, allerdings wird das Snippet in den Google-Suchergebnissen bei Bedarf gekürzt, z. B. um den Text an das Display eines Geräts anzupassen“ (Google). Die Einheit ist die Breite, also entscheiden die Buchstaben. In Arial bei 14 px gemessen ist iiiiii 19 px breit und WWWWWW 79 px; japanische Zeichen sind vollbreit, derselbe Platz fasst also nur etwa halb so viele; Koreanisch, mit Leerzeichen geschrieben, etwa zwei Drittel.
Deshalb sind die bekannten „155 bis 160 Zeichen“ eine Faustregel, kein Limit, und deshalb kann ein Meta-Description-Checker, der Zeichen zählt, in beide Richtungen danebenliegen. Eine Beschreibung mit 127 Zeichen in normaler Schreibweise passt mit Luft in ein Desktop-Ergebnis; dieselben Wörter in Großbuchstaben ragen 153 px über den Rand hinaus. Ratschläge wie „50–60 Zeichen, also 580 Pixel“ behandeln die beiden Einheiten als austauschbar, und das sind sie nicht.
Länge kostet beim Ranking nichts: Google hat 2009 gesagt, dass es die Description nicht für das Ranking nutzt, und seine Dokumentation nennt keine Abstrafung für eine lange oder fehlende. Google schreibt sein Snippet ohnehin oft selbst aus der Seite; zwei Studien Dritter sahen, dass es die Beschreibung in etwa zwei von drei Ergebnissen ersetzt. Schreiben Sie für den Leser: einzigartig für die Seite, eine echte Zusammenfassung, nie eine Liste von Keywords, das Wichtige zuerst.
Die einzige Stelle, an der Google tatsächlich Zeichen zählt, ist die Robots-Regel max-snippet: Ihre Zahl ist eine Anzahl von Zeichen, wobei 0 kein Snippet bedeutet und -1 Google die Wahl lässt (Google).
Gratis-Rücksendung für alle Wanderschuhe. Wasserdichtes Leder, griffige Sohlen, zwei Jahre Garantie. Heute bestellt, morgen da.
GRATIS-RÜCKSENDUNG FÜR ALLE WANDERSCHUHE. WASSERDICHTES LEDER, GRIFFIGE SOHLEN, ZWEI JAHRE GARANTIE. HEUTE BESTELLT, MORGEN DA.
Platz von Dritten beobachtet; Google veröffentlicht keine Werte.

Gemessen, nicht gezähltTitel und Beschreibung in der Größe, in der eine Ergebnisseite sie zeichnet, mit dem Lineal, das zeigt, wo beide auf dem Desktop und auf dem Smartphone gekürzt werden.Indexierung je SuchmaschineDie Robots-Meta-Tags und der X-Robots-Tag-Header, so gelesen, wie Google, Bing und Yandex sie jeweils lesen.Was Google nie liestEin Element, das den Head zu früh beendet, seine Zeile und jedes Tag, das es verdeckt.So sieht es geteilt ausDie Karten, die Facebook und X aus den Tags bauen, mit der echten Bildgröße, aus der Datei gelesen.Wie lang sollte ein Title-Tag sein?
Lang genug, um die Seite zu benennen, und kurz genug für etwa 600 Pixel, den Platz, den Dritte für einen Titellink auf dem Desktop messen: grob 50 bis 60 Zeichen eines typischen Textes. Google selbst setzt kein Limit und kürzt den Titellink bei Bedarf, „um den Text an die Gerätebreite anzupassen“.
Googles Leitfaden zu Titellinks sagt: „Die Länge eines <title>-Elements ist nicht begrenzt“, aber auch: „Ebenfalls vermieden werden sollten allzu lange oder ausführliche Texte.“ Eine Studie über 80.959 Titel auf 2.370 Websites ergab, dass Google Titel mit über 70 Zeichen fast jedes Mal umschrieb und solche mit 51 bis 55 Zeichen in etwa 40 % der Fälle.
Das <title> ist eine Eingabe, nicht das Ergebnis. Google baut den Titellink automatisch aus dem title-Element, dem sichtbaren Haupttitel der Seite, Überschriften wie <h1>, og:title, anderem auffälligem Text, Ankertext, dem Text von Links, die auf die Seite zeigen, und strukturierten WebSite-Daten. Einen Titel, der fehlt, aus Textbausteinen besteht, mit Keywords vollgestopft ist oder in einer anderen Sprache oder Schrift als die Seite steht, ersetzt es.
Geben Sie also jeder Seite einen eigenen, beschreibenden Titel, setzen Sie den Namen der Website einmal an den Anfang oder ans Ende, nach einem Trennzeichen wie einem senkrechten Strich, und vermeiden Sie vage Titel wie „Startseite“. Der Checker oben liest auch das erste <h1> der Seite, weil Google den Titellink aus beiden nehmen kann.
- 1Das title-Element
- 2Der auf der Seite gezeigte Haupttitel
- 3Überschriften wie h1
- 4Das og:title-Tag
- 5Anderer großer, auffälliger Text
- 6Anderer Text auf der Seite
- 7Ankertext auf der Seite
- 8Text von Links, die auf die Seite zeigen
- 9Strukturierte WebSite-Daten
Noindex-Checker: Wie prüfe ich, ob eine Seite noindex ist?
Sehen Sie an zwei Stellen nach: im Robots-Meta-Tag im HTML und im HTTP-Header X-Robots-Tag. Der Header erscheint nie im Seitenquelltext, daher kann ein Noindex-Checker, der nur das HTML liest, eine Seite als indexierbar bezeichnen, obwohl sie es nicht ist; dieser liest beides, für Google, Bing und Yandex.
Ein noindex-Tag und der Header tragen dieselben Regeln, und Google rechnet sie zusammen: Mit noindex im Header und all im Tag ist die Seite noindex, denn „bei Konflikten zwischen verschiedenen Robots-Regeln wird die restriktivere Regel angewendet“ (Google). none bedeutet noindex, nofollow; Googles eigene noindex-Seite nennt nofollow einen Hinweis. Ohne jedes Tag gilt index, follow. Der HTTP-Header-Checker zeigt jeden Header, den eine Seite sendet.
Yandex löst einen Konflikt andersherum: „Erlaubende Anweisungen haben Vorrang, wenn sie mit verbietenden kombiniert werden“, daher bleibt eine Seite mit all neben noindex, follow dort indexiert (Yandex). Deshalb wird das Urteil oben je Suchmaschine gegeben, nicht einmal für alle.
Die Falle ist die robots.txt. Eine dort gesperrte URL wird nie abgerufen, ihr noindex also nie gelesen, und sie kann trotzdem in den Ergebnissen erscheinen, wenn andere Seiten auf sie verlinken (Google). Um eine Seite herauszuhalten, lassen Sie sie crawlen und geben ihr ein noindex; ein noindex in der robots.txt wird überhaupt nicht unterstützt. Und ein neues noindex wirkt erst, wenn Google die Seite erneut crawlt, was Monate dauern kann.
X-Robots-Tag: noindex| Suchmaschine | Wie sie einen Konflikt löst | Diese Seite |
|---|---|---|
| Die restriktivste Regel gewinnt | Ausgeschlossen | |
| Bing | Die restriktivste Regel gewinntKeine Regel veröffentlicht; gelesen wie bei Google | Ausgeschlossen |
| Yandex | Die erlaubende Regel gewinnt | Kann indexiert werden |
In der robots.txt gesperrt: Die Seite wird nie abgerufen, ihr noindex also nie gelesen.
Warum ignoriert Google einige meiner Meta-Tags?
Oft, weil über ihnen ein Element steht, das nicht in den <head> gehört, etwa ein <img> oder ein <iframe>. Google behandelt es als Ende des Heads und ignoriert jedes Element danach (Google).
Im Head sind nur acht Elemente gültig: title, meta, link, script, style, base, noscript und template. Ein Tracking-Pixel aus einem eingefügten Tag-Snippet, ein verirrtes <div> oder ein eingebettetes <iframe> beendet ihn zu früh, und das Canonical, die hreflang-Links und die Beschreibung darunter gehen verloren, ohne dass irgendwo ein Fehler erscheint. Eine Meta-Tag-Analyse, die nur jedes Tag der Datei einsammelt, meldet sie trotzdem alle als vorhanden.
Nicht alles geht verloren. Google beachtet Robots-Meta-Tags auch im Body, ein noindex nach dem Abbruch gilt also weiterhin. Ein Canonical nicht: Google akzeptiert es nur im Head (Google). Der Checker oben nennt das Element und seine Zeile und listet die Tags auf, die Google nicht mehr liest.
Tags, die JavaScript hinzufügt oder ändert, sind der andere blinde Fleck. Google empfiehlt, das nach Möglichkeit zu vermeiden und das Canonical im HTML-Quelltext zu setzen (Google), daher liest dieser Checker das HTML, das der Server sendet.
<meta charset="utf-8"><title>Wasserdichte Wanderschuhe für Sie und Ihn – …</title><link rel="stylesheet" href="/theme.css"><img src="https://px.example/p.gif" alt="">Hier hört Google auf<meta name="description" content="Gratis-Rücksendung für…">Von Google ignoriert<link rel="canonical" href="https://store.example/boots">Von Google ignoriert<link rel="alternate" hreflang="de" href="https://store.example/de/stiefel">Von Google ignoriert<meta name="robots" content="max-snippet:160">Gilt weiterhin: Robots-Tags zählen auch im BodyWas bewirkt ein Canonical-Tag?
Es sagt Suchmaschinen, welche von mehreren URLs mit demselben Inhalt angezeigt werden soll, und es ist ein Hinweis, keine Regel: „Google wählt womöglich eine andere Seite als kanonisch aus als Sie“ (Google).
Google wägt es mit anderen Signalen ab: Eine Weiterleitung ist das stärkste, rel=canonical ein starkes, eine Sitemap ein schwaches, und keines davon ist Pflicht (Google). Setzen Sie ein selbstreferenzierendes Canonical auf die Seite, die angezeigt werden soll, schreiben Sie es als absolute URL, lassen Sie es im <head>, und fügen Sie ihm kein hreflang, lang, media oder type hinzu, sonst ignoriert Google es bei der Wahl der kanonischen URL. Der Redirect Checker verfolgt jeden Schritt einer Weiterleitung.
Zwei Konflikte sollten Sie vermeiden. Ein Canonical auf einer noindex-Seite sendet Signale, die sich widersprechen, und Google rät grundsätzlich davon ab, noindex zur Wahl einer kanonischen URL zu nutzen. Und ein Canonical, das auf eine andere Website zeigt und das hier niemand gesetzt hat, verdient einen genauen Blick: Google führt ein eingeschleustes domainübergreifendes Canonical als Anzeichen einer gehackten Website.
Sprachversionen werden stattdessen mit hreflang verknüpft: Jede Version nennt sich selbst und alle anderen mit vollständigen URLs, und zwei Seiten, die nicht aufeinander verweisen, werden ignoriert. Codes sind eine Sprache nach ISO 639-1 mit optionaler Region nach ISO 3166-1: en-GB, nie en-UK, und es-419 wird nicht unterstützt (Google). Lassen Sie das Canonical jeder Sprachversion auf eine URL in derselben Sprache zeigen.
Gleicher Inhalt, mehrere URLs
http://store.example/bootshttps://store.example/boots?utm_source=mailhttps://www.store.example/bootshttps://store.example/boots/https://store.example/bootsEin Hinweis: Google kann eine andere wählenSignale, das stärkste zuerst
rel=canonicalSitemapEin hreflang-Paar
/en/boots/de/stiefelBeide verlinken zurück: verwendet
/en/boots/fr/bottesNur in eine Richtung: ignoriert
Welche Meta-Tags nutzt Google tatsächlich?
Eine kurze Liste: description, robots und googlebot, notranslate, nopagereadaloud, google-site-verification, die Angaben Content-Type und charset, refresh, viewport und rating. Meta-Tags, die Google nicht unterstützt, ignoriert es einfach (Google).
Das Meta-Keywords-Tag ist das bekannteste, das es ignoriert: Googles Dokumentation sagt, es „wird von der Google Suche nicht verwendet und hat keinerlei Auswirkungen auf die Indexierung und das Ranking“, und Google gab 2009 bekannt, dass es das Tag nicht mehr nutzt. Auch das Attribut lang nutzt Google nicht, um die Sprache einer Seite zu erkennen, und rel=next und rel=prev bewirken nichts mehr. Von den Open-Graph-Tags dokumentiert Google nur og:title, als eine Quelle für Titellinks.
Manche Tags zählen auch dort, wo Google sie nicht wertet. Screenreader und Browser nutzen lang. Ohne Viewport-Tag legt ein Smartphone die Seite etwa 980 CSS-Pixel breit an und verkleinert sie, sodass Stile für schmale Bildschirme nie greifen (MDN); laut Google zeigt ihm das Vorhandensein des Tags, dass eine Seite für Mobilgeräte optimiert ist. Und <meta charset> muss innerhalb der ersten 1.024 Bytes der Datei stehen, des einzigen Teils, in dem Browser danach suchen (HTML).
Zwei weitere lohnen einen Blick. refresh funktioniert als Weiterleitung, Google empfiehlt aber stattdessen eine serverseitige 301-Weiterleitung. Und noarchive, bei Google abgeschafft, entscheidet bei Bing weiterhin, ob Inhalte in seinen Chat-Antworten erscheinen dürfen (Bing).
Google nutzt es
<meta name="description">Wird manchmal zum Snippetrobots · googlebotRegeln für Indexierung und Snippet<title>Eine Quelle des Titellinksog:titleEine weitere Quelle des TitellinksviewportGilt als Zeichen einer mobilfreundlichen SeitecharsetNur in den ersten 1.024 Bytes gefundenrefreshFunktioniert, aber eine 301 ist besserGoogle ignoriert es
keywordsKeine Wirkung auf Indexierung oder Rankingrel=next · rel=prevNicht mehr verwendetNicht für Google, zählt trotzdem
<html lang>Nicht zur Spracherkennung genutzt; Screenreader nutzen esog:imageVon Facebook und X genutztnoarchiveBei Google abgeschafft, von Bing genutztQuellen
- Google Search Central: Snippets, Titellinks, Robots-Meta-Tag und X-Robots-Tag, noindex, von Google unterstützte Meta-Tags, gültige Seitenmetadaten, kanonische URLs und lokalisierte Versionen
- Der HTML Living Standard (Titel, Beschreibung, Zeichenkodierung) und MDN zum Viewport-Meta-Tag
- Das Open-Graph-Protokoll und Meta for Developers zu Bildern beim Teilen
- Die Card-Dokumentation von X in ihrer zuletzt veröffentlichten Fassung, gelesen im Internet Archive: Markup und summary_large_image
- Yandex zu Robots-Meta-Anweisungen und der Bing Webmaster Blog
- Beobachtet, nicht von Google veröffentlicht: die Pixelbreiten des Platzes und die Umschreibquoten aus Studien Dritter wie Zyppys Titelstudie; die Breiten auf dieser Seite sind unsere eigenen Messungen in Arial
Meta Tag Checker: Fragen und Antworten
Wie viele Zeichen darf eine Meta Description haben?
Wie lang sollte ein Title-Tag sein?
Wie prüfe ich, ob eine Seite noindex ist?
Was bedeutet noindex, nofollow?
Soll ich eine Seite in der robots.txt sperren oder noindex verwenden?
Was ist der Unterschied zwischen dem Meta-Robots-Tag und X-Robots-Tag?
Warum zeigt Google einen anderen Meta-Titel und eine andere Beschreibung als meine?
Open-Graph-Tags prüfen: Wie geht das für Facebook?
Gibt es den Twitter Card Validator noch?
Nutzt Google das Meta-Keywords-Tag noch?
Brauche ich ein Viewport-Meta-Tag?
Führt dieser Meta Tag Checker JavaScript aus?
Fehlt Ihnen etwas?Funktion oder neues Tool vorschlagen
Weitere Website- und SEO-Tools
Link-Analyse
Alle Links einer Webseite mit Dofollow/Nofollow-Erkennung und HTTP-Statusprüfung analysieren
Redirect Checker
URL-Weiterleitungen, Weiterleitungsketten und HTTP-Statuscodes für SEO prüfen
HTTP-Header-Checker
HTTP-Antwort-Header und Sicherheits-Header-Bewertung analysieren
CMS Detector
Welches CMS, Theme, welche Plugins und Technologien eine Website nutzt, mit Nachweis für jedes
Was sind Open-Graph-Tags und Twitter Cards?
Es sind die Meta-Tags, die Titel, Text und Bild bestimmen, die ein Link beim Teilen zeigt. Open Graph hat vier Pflichteigenschaften,
og:title,og:type,og:imageundog:url(OGP); X liest seine eigenentwitter:-Tags und greift für den Rest auf diese og-Tags zurück.Facebook bittet um ein Bild von mindestens 1200 × 630 px, annähernd 1,91:1 und höchstens 8 MB; 600 × 315 px ist das Minimum für einen Link-Post, und unter 200 × 200 px wird nichts akzeptiert (Facebook). Fügen Sie
og:image:widthundog:image:heighthinzu: Ohne sie muss der Crawler das Bild erst herunterladen, daher sieht die erste Person, die den Link teilt, kein Bild. Als Open-Graph-Checker liest diese Seite die echte Größe des Bildes aus der Datei selbst.Die zuletzt veröffentlichte Card-Dokumentation von X, archiviert im Dezember 2023, verlangte für
summary_large_imageein Bild im Format 2:1 von mindestens 300 × 157 px, fürsummaryein Quadrat von mindestens 144 × 144 px, unter 5 MB und nie SVG (X, archiviert). Ohnetwitter:-Tags verwendet Xog:title,og:descriptionundog:image, zeigt aber womöglich nur die kleine Summary-Card, bistwitter:carddie große verlangt.Beide Netzwerke speichern zwischen, was sie lesen: Facebook behält ein Bild, bis sich seine URL ändert. Sein Sharing Debugger liest eine Seite neu ein und braucht einen Facebook-Login. X bietet keinen öffentlichen Card Validator mehr, der funktioniert: Am 26. Oktober 2026 führte seine Adresse nur zu einem Login und dann zu einem Fehler. Als praktische Prüfung bleibt, den Link in einen neuen Post einzufügen, ohne ihn zu veröffentlichen.
summary_large_imagesummaryKeine twitter:-Tags? X greift auf og:title, og:description und og:image zurück.