{"id":13485,"date":"2026-10-09T12:45:00","date_gmt":"2026-10-09T10:45:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=13485"},"modified":"2026-09-25T09:45:53","modified_gmt":"2026-09-25T07:45:53","slug":"canonical-hreflang-und-noindex-warum-eine-seite-aus-dem-index-verschwindet","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-marketing-de\/tutorials-de-digital-marketing-de\/canonical-hreflang-und-noindex-warum-eine-seite-aus-dem-index-verschwindet\/","title":{"rendered":"Canonical, hreflang und noindex: Warum eine Seite aus dem Index verschwindet"},"content":{"rendered":"

Eine Seite kann tadellos und unsichtbar sein. Geschrieben, ver\u00f6ffentlicht, verlinkt, schnell – und in den Suchergebnissen nicht vorhanden, weil eine Zeile irgendwo gesagt hat, dass es so sein soll.<\/p>\n

Vier Angaben entscheiden dar\u00fcber, und gelesen werden sie nicht einzeln. Gelesen werden sie in einer festen Reihenfolge, jede nur dann, wenn die vorige durchgelassen hat – und diese Reihenfolge erzeugt mindestens ein Ergebnis, das verkehrt herum aussieht.<\/p>\n

\n\"Vier
Jeder Schritt wird nur erreicht, wenn der vorige durchgelassen hat – genau dort sitzt die Falle.<\/figcaption><\/figure>\n

Was die vier Angaben sind<\/h2>\n

Die robots.txt<\/strong> ist eine Datei an der Wurzel einer Website und sagt, welche Adressen ein Suchprogramm holen darf. Geregelt wird das Holen, und sonst nichts.<\/p>\n

Die Meta-Robots-Anweisung<\/strong> steht in der Seite selbst oder in einem Header der Antwort und sagt, ob die Seite gelistet werden darf. noindex<\/code> hei\u00dft: lesen ja, listen nein.<\/p>\n

Das Canonical<\/strong> benennt, welche Adresse die echte ist, wenn mehrere denselben Inhalt zeigen. Eine Seite, die auf eine andere Adresse zeigt, \u00fcbergibt dieser Adresse ihre Bewertung.<\/p>\n

hreflang<\/strong> teilt einer Suchmaschine mit, welche Sprachfassungen einer Seite es gibt, damit ein Besuch aus Polen die polnische Seite bekommt und nicht die englische.<\/p>\n

Die ersten beiden entscheiden, ob eine Seite gelistet wird. Die anderen beiden entscheiden, welche Adresse gelistet wird und wem sie gezeigt wird.<\/p>\n

Das Canonical, das woandershin zeigt<\/h2>\n

Ein Canonical ist ein Vorschlag, und meistens wird ihm gefolgt.<\/p>\n

Sein Zweck sind Dubletten. Ein Shop-Artikel, der unter drei Adressen erreichbar ist, soll einmal z\u00e4hlen und nicht dreimal, und das Canonical benennt diejenige, die z\u00e4hlt. Jede Fassung zeigt auf dieselbe Adresse, und die Bewertung sammelt sich dort, statt sich aufzuteilen.<\/p>\n

Der Fehler ist klein und leise: eine Seite, die auf eine andere Adresse zeigt als auf die eigene. Das passiert, wenn eine Vorlage kopiert und das Canonical fest verdrahtet stehen bleibt, wenn ein Testsystem geklont wird oder wenn eine \u00dcbersetzungserweiterung jede Sprache auf die englische Fassung zeigen l\u00e4sst. Das Ergebnis ist eine Seite, die es gibt, die funktioniert und die alles, was sie verdient, einer anderen Adresse \u00fcberl\u00e4sst.<\/p>\n

Ein Canonical muss au\u00dferdem eine vollst\u00e4ndige Adresse sein. Eine relative wird ausgelegt, und gegen die falsche Grundlage ausgelegt zeigt sie irgendwohin, wohin niemand zeigen wollte. Die Pr\u00fcfung darauf lohnt gerade deshalb, weil kein sichtbares Anzeichen entsteht.<\/p>\n

Wenn eine Sperre das noindex verbirgt<\/h2>\n

Das ist der Fall, der verkehrt herum zu lesen ist, und der h\u00e4ufigste ernste Fehler der vier.<\/p>\n

Eine Seite soll aus den Suchergebnissen verschwinden. Es wird zweierlei zugleich getan: noindex<\/code> kommt in die Seite, und die Adresse wird in der robots.txt gesperrt. Beides f\u00fchlt sich nach derselben Absicht an, zweimal ausgedr\u00fcckt.<\/p>\n

Es ist nicht dasselbe. Die robots.txt verhindert das Holen. Ein Suchprogramm, das die Seite nicht holen darf, liest ihren Inhalt nie – und noindex<\/code> steht im Inhalt. Die Anweisung, die Seite zu entfernen, kann nicht ankommen, weil der Weg zum Ankommen gesperrt wurde.<\/p>\n

Die Seite bleibt dann wom\u00f6glich im Index, gelistet aufgrund von Links, die auf sie zeigen, meist ohne Beschreibung, weil nichts gelesen werden konnte. Dieser Anblick ist aus Suchergebnissen vertraut, und er ist genau dieser Fehler.<\/p>\n

Die richtige Reihenfolge ist die umgekehrte: Holen erlauben, das noindex<\/code> lesen lassen, warten, bis die Seite verschwunden ist – und erst dann, falls gew\u00fcnscht, die Adresse sperren.<\/p>\n

\n\"Eine
\n<\/figure>\n

hreflang und der R\u00fcckbezug<\/h2>\n

hreflang ist die m\u00fchsamste der vier, denn eine einzelne Seite kann f\u00fcr sich allein nie richtig sein.<\/p>\n

Die Regel hei\u00dft gegenseitiger Bezug. Benennt die deutsche Seite die englische, muss die englische die deutsche zur\u00fcckbenennen. Ein Bezug in nur eine Richtung wird \u00fcbergangen – nicht teilweise gew\u00fcrdigt, \u00fcbergangen – und die Sprachfassungen bleiben unverbunden.<\/p>\n

Zwei weitere Regeln kosten wenig und werden oft \u00fcbersprungen. Jede Seite einer Gruppe muss neben den anderen auch sich selbst benennen; eine Gruppe ohne Selbstbezug ist ung\u00fcltig. Und ein Eintrag sollte x-default<\/code> tragen, f\u00fcr Besuche, deren Sprache unter den Fassungen nicht vorkommt – ohne diesen Eintrag landet ein Besuch aus einem vierten Land dort, wo die Suchmaschine es vermutet.<\/p>\n

Eine ehrliche Grenze geh\u00f6rt hierher: ob die Gegenseite wirklich zur\u00fcckzeigt, l\u00e4sst sich nur feststellen, indem auch die Gegenseite geholt wird. Eine Pr\u00fcfung einer einzelnen Seite kann lesen, was diese Seite behauptet, und sehen, ob der Selbstbezug da ist – den R\u00fcckbezug best\u00e4tigen kann sie nicht. Ein Werkzeug, das hreflang von einer Seite aus als \u201ekorrekt” meldet, hat den Teil nicht gepr\u00fcft, der am h\u00e4ufigsten scheitert.<\/p>\n

Die Gruppe in der robots.txt, die den Rest aussticht<\/h2>\n

Die robots.txt sieht aus wie eine Liste von Regeln und ist in Wirklichkeit ein Satz getrennter Regelwerke, eines je Suchprogramm.<\/p>\n

Eine Datei darf eine Gruppe f\u00fcr *<\/code> enthalten und eine weitere f\u00fcr ein namentlich genanntes Suchprogramm. Es liegt nahe, das als Schichten zu lesen: die allgemeine gilt, die besondere kommt hinzu. So arbeitet es nicht. Ein Suchprogramm mit einer eigenen Gruppe liest ausschlie\u00dflich diese Gruppe und \u00fcbergeht die Gruppe f\u00fcr *<\/code> vollst\u00e4ndig.<\/p>\n

Eine Datei, die \/intern\/<\/code> f\u00fcr alle sperrt und daneben eine eigene Gruppe f\u00fcr eine Suchmaschine enth\u00e4lt, in der \/intern\/<\/code> nicht vorkommt, l\u00e4sst genau diese Suchmaschine nach \/intern\/<\/code>. Die allgemeine Sperre wird nicht abgeschw\u00e4cht – sie gilt f\u00fcr ein Suchprogramm, das eigene Regeln mitgebracht hat, schlicht nicht.<\/p>\n

Das geh\u00f6rt deutlich gesagt, weil die Vermutung in die falsche Richtung zeigt und weil eine Regel, die f\u00fcr fast alle gilt, selten gegen die Ausnahme gepr\u00fcft wird.<\/p>\n

Was ein Abruf zeigt<\/h2>\n

Alle vier Angaben kommen mit einer einzigen Anfrage, dazu eine f\u00fcr die robots.txt. Zusammen gelesen ergeben sie erst das Bild, denn jede z\u00e4hlt nur im Licht der anderen.<\/p>\n

Vier Fragen: zeigt das Canonical auf die Seite selbst oder woandershin. Gibt es ein noindex<\/code>, in der Seite oder in einem Header. Erlaubt die robots.txt das Holen \u00fcberhaupt – und nach den Regeln welcher Gruppe. Und enthalten die hreflang-Eintr\u00e4ge einen Selbstbezug und ein x-default<\/code>.<\/p>\n

Der Indexierungs-Pr\u00fcfer<\/a> beantwortet alle vier f\u00fcr eine beliebige Adresse. Er folgt den Weiterleitungen, liest die Angaben aus Headern wie aus der Seite, wertet die robots.txt mit der richtigen Vorrangregel aus und kennzeichnet gesondert, was sich von einer Seite aus nicht wissen l\u00e4sst – vor allem den R\u00fcckbezug.<\/p>\n

Das brauchbare Ergebnis ist ein Satz: ob diese Adresse gelistet werden kann, und wenn nicht, welche der vier Angaben es verhindert.<\/p>\n

\n

Fragen und Antworten<\/h2>\n

Was passiert, wenn die Sprachfassungen hreflang tragen, ihr Canonical aber auf die englische Seite zeigt?<\/h3>\n

Die beiden Angaben widersprechen sich. hreflang sagt: Diese Seite ist die deutsche Fassung einer Gruppe. Das Canonical sagt: Die echte Adresse ist die englische, diese hier ist eine Dublette. Folgt die Suchmaschine dem Canonical, was sie in der Regel tut, listet sie die englische Adresse und \u00fcberl\u00e4sst ihr die Bewertung der deutschen. Ein Besuch aus Deutschland bekommt dann die englische Seite, also genau das, was hreflang verhindern soll.<\/p>\n

Eine \u00dcbersetzung ist keine Dublette, auch wenn sie denselben Inhalt in einer anderen Sprache zeigt. Richtig ist deshalb, dass jede Sprachfassung per Canonical auf sich selbst zeigt und die hreflang-Eintr\u00e4ge genau diese kanonischen Adressen nennen. Zeigt ein hreflang-Eintrag auf eine Adresse, die ihr Canonical selbst woandershin setzt, verweist die Gruppe auf eine Seite, die ihre Bewertung an eine andere Adresse abgibt.<\/p>\n

H\u00e4ufig steckt eine \u00dcbersetzungserweiterung dahinter, und dann betrifft der Fehler alle Sprachen zugleich. Eine Pr\u00fcfung jeder Fassung zeigt ihn schnell, weil das Canonical dann nicht auf die eigene Adresse zeigt.<\/p>\n

Wie l\u00e4sst sich eine PDF-Datei aus dem Index nehmen, in die sich kein Meta-Tag schreiben l\u00e4sst?<\/h3>\n

\u00dcber den Header der Antwort: X-Robots-Tag: noindex<\/code> wirkt wie die Meta-Robots-Anweisung und funktioniert f\u00fcr jede Dateiart. Auch hier gilt dieselbe Reihenfolge wie bei Seiten: Die robots.txt darf die Datei nicht sperren, sonst wird auch der Header nie gelesen.<\/p>\n<\/div>\n

\n

Quellen<\/h2>\n