Canonical- und Indexierbarkeitsprüfung
Bewertet Canonical-Tag, robots-Meta, X-Robots-Tag-Header, HTTP-Status und die www/https-Konsistenz zusammen und sagt Ihnen, ob die Seite in den Index kommt.
- Anmeldung nötigMitgliedschaft ist kostenlos
- Im Paket Ücretsiz freigeschaltet5 Analysen pro Tag
- Wird im Verlauf gespeichertÜber Ihr Konto abrufbar
Worauf schaut dieses Werkzeug?
Alles, was darüber entscheidet, ob Google Ihre Seite crawlen und indexieren kann: Tags, Weiterleitungen, robots, Sitemap und Serverantworten.
- Zeigt das Canonical auf diese Seite oder auf eine andere
- noindex- und nofollow-Anweisungen, im Tag und im HTTP-Header
- HTTP-Status und Endadresse nach allen Weiterleitungen
- http→https- und www-Konsistenz
Was dieses Werkzeug misst
Bevor eine Seite in der Suche erscheint, muss sie in den Index. Was sie draußen hält, ist meist kein Ranking-, sondern ein Erlaubnisproblem: ein falsches Canonical, ein vergessenes noindex, ein X-Robots-Tag vom Server oder eine Adresse, die 404 statt 200 antwortet.
Das Werkzeug führt diese vier Quellen auf einem Bildschirm zusammen. Es ruft die Adresse ab, verfolgt die Weiterleitungskette Schritt für Schritt, liest den HTTP-Status der Endseite und bewertet dann Canonical und robots-Tags im HTML zusammen mit dem X-Robots-Tag-Header des Servers.
Die einzeilige Zusammenfassung gibt die Antwort direkt: Ist diese Seite indexierbar oder nicht. Die Prüfliste darunter zeigt den Grund.
So nutzen Sie es
- 1
Die Adresse eingeben, die indexiert werden soll
Fügen Sie genau die Adresse ein, die die Search Console als „nicht indexiert“ führt. Leitet sie weiter, zeigt das Werkzeug die Kette.
- 2
Die Zusammenfassungszeile lesen
Steht dort NICHT INDEXIERBAR, ist einer der roten Punkte darunter der Grund. Weiter suchen müssen Sie nicht.
- 3
Das Canonical-Ziel prüfen
Die Seite soll auf sich selbst zeigen. Zeigt sie woandershin, indexiert Google jene Adresse statt dieser.
- 4
Die Tabelle der Anfragekette ansehen
Weicht die eingegebene Adresse von der Endadresse ab, verlinken Sie überall die Endadresse.
Wann Sie es einsetzen
- Wenn die Search Console „Alternative Seite mit richtigem kanonischen Tag“ meldet und Sie die Ursache brauchen.
- Als erste Prüfung, wenn eine frisch veröffentlichte Seite seit Wochen nicht in der Suche auftaucht.
- Nach dem Umzug einer Seite von der Testumgebung ins Live-System, um das entfernte noindex zu bestätigen.
- Bei fast gleichen Adressen wie Produktvarianten oder gefilterten Listen, um die kanonische zu finden.
Das Ergebnis lesen
Mehr als ein Canonical-Tag
Bei widersprüchlichen Signalen verwirft Google alle und entscheidet selbst. Entfernen Sie die überzähligen.
Canonical zeigt woandershin
Absichtlich ist das in Ordnung, die Seite ist dann ein Duplikat. Unabsichtlich ist genau das der Grund, warum sie nie in den Index kam.
Eine noindex-Anweisung liegt vor
Entweder im Meta-Tag oder im HTTP-Header. Beide wirken gleich, die im Header ist deutlich schwerer zu entdecken.
Mehr als zwei Weiterleitungen
Crawl-Budget verpufft, und bei jedem Schritt löst sich etwas Linkkraft auf. Kürzen Sie die Kette auf einen Schritt.
Protokoll passt nicht zusammen
Wird die Seite über https ausgeliefert, während das Canonical http nennt, gelten beide als getrennte Adressen.
Fragen zu Canonical- und Indexierbarkeitsprüfung
Ein Hinweis. Google berücksichtigt das Signal, kann aber selbst entscheiden, wenn andere Belege — interne Links, Sitemap, Weiterleitungen — dagegen sprechen. Deshalb müssen Canonical, Sitemap und interne Links dieselbe Adresse nennen.
Streng genommen nicht, aber ein selbstreferenzierendes Canonical ist eine billige Versicherung. Teilt jemand einen Kampagnenlink mit Tracking-Parametern, verhindert es, dass die Variante mit Parametern als eigene Seite indexiert wird.
Besser nicht. Das ist ein widersprüchliches Signal: Das Canonical sagt „die Hauptfassung ist jene Seite“, das noindex sagt „gar nicht indexieren“. Für ein Duplikat nehmen Sie nur das Canonical, zum vollständigen Entfernen nur das noindex.
Eine robots-Anweisung, die der Server an die HTTP-Antwort hängt. Im Seitenquelltext taucht sie nicht auf. Sie stammt meist aus der Serverkonfiguration, einer CDN-Regel oder einem Plugin und ist der einzige Weg, Dateien ohne HTML wie PDFs aus dem Index zu nehmen.
Passt gut dazu
Die übrigen Werkzeuge derselben Kategorie. Zusammen ergeben sie das ganze Bild.
Das Werkzeug hat das Problem gefunden. Jetzt die Korrektur
Wir übernehmen technisches SEO, Inhalte und KI-Sichtbarkeit von Anfang bis Ende. Wir sehen Ihre Website durch und liefern eine klare Liste der nächsten Schritte.
Montag – Samstag 09:00 – 18:00