Seite mit Weiterleitung: wann der Status ein Problem verbirgt

„Seite mit Weiterleitung“ bedeutet in der Search Console, dass Google eine URL angefragt hat, der Server auf eine andere Adresse verwiesen hat und Google statt der URL in der Liste das Ziel für seinen Index in Betracht zieht. Meist macht eine Weiterleitung damit genau das, wofür Sie sie eingerichtet haben, etwa nach dem Umstieg auf HTTPS, einer Entscheidung für oder gegen www oder einer URL-Änderung. Zum Problem wird der Status, wenn das Ziel falsch oder nicht indexiert ist oder wenn Ihre eigene Sitemap, Ihre Links und Canonical-Tags Google immer wieder an die alte Adresse schicken.

In der englischen Oberfläche der Search Console heißt der Status „Page with redirect“.

Was der Status laut Google bedeutet

Googles Dokumentation zum Bericht zur Seitenindexierung (Stand: Oktober 2026) beschreibt ihn als nicht kanonische URL, die auf eine andere Seite weiterleitet. Weiter heißt es, dass diese URL nicht indexiert wird und das Ziel je nachdem, wie Google die Ziel-URL bewertet, indexiert wird oder nicht.

Aus dieser Formulierung folgen zwei Dinge:

• Der Status betrifft die Quell-URL, nie das Ziel. Dass http://example.com/pricing in der Liste steht, sagt nichts darüber, ob https://www.example.com/pricing indexiert ist. Das Ziel prüfen Sie separat.
• Die Art der Weiterleitung zählt. Googles Dokumentation zu Weiterleitungen (Stand: Oktober 2026) teilt Weiterleitungen in 2 Gruppen. Permanente Weiterleitungen (HTTP 301 und 308, ein Meta-Refresh oder HTTP-Refresh mit 0 Sekunden sowie eine JavaScript-Weiterleitung über location) dienen als Signal, dass das Ziel kanonisch sein soll, und in den Suchergebnissen erscheint das Ziel. Temporären Weiterleitungen (302, 303, 307 sowie ein verzögerter Meta-Refresh oder HTTP-Refresh) folgt Google zwar, nutzt sie aber nicht als dieses Signal; in den Suchergebnissen erscheint dann die Quell-URL. Eine JavaScript-Weiterleitung wird nur erkannt, wenn Google die Seite erfolgreich rendert.

Das ist ein anderer Status als „Weiterleitungsfehler“. Diesen verwendet Google für Weiterleitungen, die es nicht abschließen konnte: eine Schleife, eine zu lange Kette, eine Weiterleitungs-URL, die die maximale URL-Länge überschritten hat, oder eine fehlerhafte oder leere URL in der Kette.

Woher weiterleitende URLs stammen

Auf einer gesunden Website stammen die meisten URLs in dieser Liste aus den normalen Quellen:

1. Normalisierung von Protokoll und Host. http:// auf https:// und die Apex-Domain auf www oder umgekehrt.
2. Normalisierung des abschließenden Schrägstrichs. /blog auf /blog/, festgelegt durch eine Plattform- oder Server-Voreinstellung.
3. Migrationen und URL-Änderungen. Eine neue Domain, ein neues Pfadschema, ein umbenanntes Produkt. WordPress etwa sendet einen 301 vom alten Slug eines Beitrags auf seinen neuen Permalink, wenn Sie den Slug ändern.
4. Eingestellte Seiten, die in einer Nachfolgeseite aufgehen. Ein alter Leitfaden, der mit einem neueren zusammengeführt wurde.

Die Problemmuster gehen alle auf Ihre eigene Website zurück:

1. Ihre Sitemap listet URLs, die weiterleiten. Bei 29 externen Websites, deren Sitemap-Seiten SEOReport zwischen Mai und Oktober 2026 abgerufen hat, listeten 6 (21 %) in ihrer XML-Sitemap URLs, die anderswohin weiterleiten.
2. Ihre internen Links, Canonical-Tags oder hreflang-Angaben nennen die alte URL. Navigations-Templates, alte Links im Fließtext und fest mit http:// codierte Canonical-Tags liefern Google immer wieder die weiterleitende Adresse.
3. Die Weiterleitung führt an die falsche Stelle. Googles Leitfaden zum Umzug einer Website (Stand: Oktober 2026) warnt, dass das Weiterleiten vieler alter URLs auf eine einzige themenfremde Seite, etwa die Startseite, möglicherweise als Soft-404-Fehler behandelt wird.
4. Die Weiterleitung ist eine Kette oder temporär, obwohl sie permanent sein sollte. Mehrere Schritte bis zum Ziel oder ein 302, der nach einem Umzug bestehen bleibt, der nie rückgängig gemacht wird.

Weiterleitungen waren in dieser Stichprobe das häufigste der 3 widersprüchlichen Signale. Jede einzelne bittet Google, eine URL zu indexieren, von der Sie Google bereits gesagt haben, dass sie nicht die eigentliche ist.

Ist das ein Problem? Belassen, beheben oder beobachten

flowchart TD
    A["URL als Seite mit Weiterleitung gelistet"] --> B{"Wollten Sie sie weiterleiten?"}
    B -->|nein| C["Weiterleitung entfernen oder Seite wiederherstellen"]
    B -->|ja| D{"Ist das Ziel der richtige Ersatz?"}
    D -->|nein| E["Auf die nächste Entsprechung weiterleiten oder 404 bzw. 410 zurückgeben"]
    D -->|ja| F{"Ein Schritt und permanent?"}
    F -->|nein| G["Auf einen einzigen 301 oder 308 reduzieren"]
    F -->|ja| H{"Nennt Ihre Sitemap, ein Link oder ein Canonical die alte URL?"}
    G --> H
    H -->|ja| I["Jeden Verweis auf die finale URL umstellen"]
    H -->|nein| J{"Ist das Ziel indexiert?"}
    I --> J
    J -->|ja| K["Belassen"]
    J -->|nein| L["Den eigenen Status des Ziels prüfen"]

So bestätigen Sie, welche Ursache zutrifft

Beginnen Sie mit dem Sitemap-Filter. Stellen Sie oben im Bericht zur Seitenindexierung den Filter von „Alle bekannten Seiten“ auf „Alle eingereichten Seiten“ um und öffnen Sie „Seite mit Weiterleitung“ erneut. Jede URL, die dort noch steht, ist eine weiterleitende URL, die eine Ihrer Sitemaps eingereicht hat. Die Beispieltabelle ist auf 1.000 Zeilen begrenzt; prüfen Sie die Sitemap auf einer großen Website daher zusätzlich direkt (siehe unten).

Prüfen Sie einige URLs. Laut Googles Dokumentation zur URL-Prüfung bezieht sich das indexierte Ergebnis auf die eingegebene URL, nicht auf ihr Weiterleitungsziel. Zwei Felder führen zur Quelle des Problems: „Verweisende Seite“ zeigt eine Seite, über die Google die URL möglicherweise gefunden hat, und „Sitemaps“ zeigt jede Sitemap, die sie listet. Liegt die verweisende Seite auf Ihrer eigenen Website, müssen Sie einen internen Link aktualisieren. Liegt sie auf einer anderen Website, erfüllt die Weiterleitung ihren Zweck.

Verfolgen Sie die Schritte selbst. Laut derselben Dokumentation folgt der Live-Test („Live-URL testen“) Weiterleitungen, ohne darauf hinzuweisen, und zeigt die zuletzt getestete URL nicht an. Ein Terminal zeigt jeden Schritt:

curl -sIL http://example.com/old-page | grep -iE '^(HTTP/|location)'

Ein 301 oder 308, gefolgt von einem 200, ist eine saubere Weiterleitung. Zwei oder mehr Weiterleitungszeilen sind eine Kette, und ein 302 oder 307 bei einem dauerhaften Umzug sollte geändert werden.

Prüfen Sie das Ziel separat. Fügen Sie die finale URL in die URL-Prüfung ein. Ist sie nicht indexiert, liegt das Problem auf dieser Seite, und ihr eigener Status zeigt Ihnen, wo Sie suchen müssen: Ein Ziel mit noindex behandelt der Artikel zu URL als „noindex“ markiert, ein Ziel, das Google abgerufen, aber nicht aufgenommen hat, der Artikel zu Gecrawlt – zurzeit nicht indexiert.

Finden Sie heraus, welche Ihrer eigenen Dateien noch die alte URL nennen

Die Search Console zeigt eine Stichprobe der Quellen, über die Google URLs findet. Ihre eigenen Dateien zeigen alle. Testen Sie jede URL, die Ihre Sitemap listet, und geben Sie die aus, die nicht mit 200 antworten:

curl -s https://www.example.com/sitemap.xml \
  | grep -o '<loc>[^<]*</loc>' | sed -e 's/<loc>//' -e 's/<\/loc>//' -e 's/&amp;/\&/g' \
  | while read -r url; do
      code=$(curl -s -o /dev/null -w '%{http_code}' "$url")
      [ "$code" != "200" ] && echo "$code $url"
    done

Ein 301, 302, 307 oder 308 in der Ausgabe ist ein weiterleitender Eintrag. Ist die Datei ein Sitemap-Index, führen Sie dieselbe Schleife für jede darin gelistete untergeordnete Sitemap aus und entpacken Sie .xml.gz-Dateien vorher. Prüfen Sie dann die Templates, die alle Seiten teilen, denn ein einziger Link im Header wiederholt sich auf jeder URL:

curl -s https://www.example.com/ \
  | grep -oE '(href|content)="[^"]+"' \
  | grep -E 'http://|//example\.com'

Ersetzen Sie das letzte Muster durch das alte Protokoll, den alten Host oder Pfad, von dem Sie umgezogen sind. Unter WordPress stecken alte absolute URLs meist im Beitragsinhalt, und mit WP-CLI können Sie sie zählen, bevor Sie etwas ändern:

wp search-replace 'http://example.com' 'https://www.example.com' --dry-run

Bevor Sie den Befehl tatsächlich ausführen, erstellen Sie ein Datenbank-Backup und ergänzen --skip-columns=guid, damit die GUIDs der Beiträge ihre ursprünglichen Werte behalten.

So beheben Sie die einzelnen Ursachen

Sitemap-Einträge. Erzeugen Sie die Sitemap nur aus finalen URLs neu: Jeder Eintrag sollte mit 200 antworten und sich selbst als kanonisch angeben. Googles Sitemap-Dokumentation (Stand: Oktober 2026) verlangt, die URLs aufzunehmen, die Sie in den Suchergebnissen sehen möchten, und das ist eine weiterleitende URL nicht. Googles Dokumentation zur Kanonisierung ergänzt, dass jede in einer Sitemap gelistete Seite als kanonisch vorgeschlagen wird. Unser Leitfaden zu XML-Sitemaps behandelt den Rest einer sauberen Sitemap.

Interne Links, Canonical-Tags und hreflang. Stellen Sie sie auf die Ziel-URL um. Googles Dokumentation zur Kanonisierung (Stand: Oktober 2026) empfiehlt, auf die kanonische URL zu verlinken statt auf ein Duplikat, und ein Canonical-Tag, das eine weiterleitende URL nennt, bittet Google, Signale auf einer Adresse zu bündeln, unter der die Seite gar nicht liegt. Der Leitfaden zu Canonical-Tags erklärt, wie diese Signale zusammenwirken, und der Artikel zu Duplikat – vom Nutzer nicht als kanonisch festgelegt behandelt den Fall, dass Host- und Protokollvarianten gar nicht weitergeleitet werden.

Falsches Ziel. Leiten Sie jede alte URL auf ihre nächste Entsprechung weiter. Hat eine Seite keinen Nachfolger, ist eine 404 oder 410 die ehrliche Antwort, und sie vermeidet die Behandlung als Soft-404-Fehler, die Google für Weiterleitungen auf themenfremde Seiten beschreibt.

Ketten und temporäre Weiterleitungen. Schreiben Sie eine einzige Regel von der Einstiegs-URL direkt zur finalen URL, als 301 oder 308. Der Artikel Weiterleitungsketten: wie sie entstehen und wie Sie sie auflösen geht ein Beispiel mit 4 Schritten durch, und der Leitfaden zu Weiterleitungen und URL-Normalisierung behandelt Protokoll-, Host- und Slash-Regeln im Zusammenhang.

Die Weiterleitungen selbst behalten. Laut Googles Leitfaden zum Umzug einer Website sollten Weiterleitungen so lange wie möglich bestehen bleiben, in der Regel mindestens 1 Jahr. Externe Links und Lesezeichen führen noch lange auf alte URLs, nachdem Ihre eigenen Verweise bereinigt sind.

So prüfen Sie die Korrektur

1. Führen Sie die Sitemap-Schleife erneut aus. Sie sollte nichts ausgeben.
2. Verfolgen Sie die Schritte erneut für eine Stichprobe alter URLs: ein permanenter Schritt, dann 200, auf der richtigen Seite.
3. Reichen Sie die Sitemap erneut ein, im Sitemaps-Bericht der Search Console, damit Google sie erneut liest.
4. Beobachten Sie den Filter „Alle eingereichten Seiten“. Die weiterleitenden URLs sollten daraus verschwinden, sobald Google Ihre Sitemap erneut gelesen und die URLs neu gecrawlt hat. Laut Googles Dokumentation zum erneuten Crawling kann das einige Tage bis einige Wochen dauern, und zwar nach Googles Zeitplan, nicht nach Ihrem.
5. Nutzen Sie „Fehlerbehebung überprüfen“ nur für Weiterleitungen, die Sie entfernt haben. Die Validierung crawlt die betroffenen URLs erneut, um zu prüfen, ob das Problem noch besteht, und eine beabsichtigte Weiterleitung leitet ja gerade weiter. Laut Googles Dokumentation dauert die Validierung in der Regel bis zu etwa 2 Wochen, in manchen Fällen deutlich länger.

Die Search Console zeigt Ihnen, welche URLs weiterleiten. Eine vollständige SEOReport-Diagnose prüft die Website selbst und nennt die Weiterleitungen, die Sie nicht bewerben sollten: weiterleitende URLs unter den Seiten, die Ihre Sitemap listet, jeweils mit ihrem Ziel, ein Canonical-Ziel der Startseite oder Sprachversions-Ziele, die weiterleiten, und jeden Schritt, wenn die eingereichte Adresse mehr als einen braucht. Interne Links prüft sie nicht auf Weiterleitungen; führen Sie dafür die Template-Prüfung oben aus.

Häufige Fragen

Verschwinden die weiterleitenden URLs jemals aus dem Bericht?

In der Ansicht „Alle bekannten Seiten“ können sie lange stehen bleiben, weil Google URLs, die es bereits kennt, immer wieder crawlt, auch URLs, auf die andere Websites verlinken. Das ist der korrekte Endzustand, wenn die Weiterleitung beabsichtigt und das Ziel indexiert ist. Schrumpfen sollte die Zahl dieser URLs, die Ihre eigene Sitemap einreicht.

Meine Startseite ist als „Seite mit Weiterleitung“ gelistet. Ist das schlecht?

Meist ist die gelistete URL eine Variante wie http://example.com/, die auf Ihre bevorzugte https://www.example.com/ weiterleitet. Prüfen Sie die bevorzugte URL der Startseite: Ist sie indexiert, verhält sich die Variante korrekt. Erscheint die bevorzugte URL selbst in der Liste, leitet Ihre Startseite an eine Stelle weiter, die Sie nicht beabsichtigt haben, und das muss behoben werden.

Sollte ich statt einer Weiterleitung ein Canonical-Tag verwenden?

Verwenden Sie eine Weiterleitung, wenn die alte URL niemandem mehr ihre eigene Seite zeigen soll. Verwenden Sie ein Canonical-Tag, wenn beide URLs weiter funktionieren müssen, etwa bei einer gefilterten Ansicht derselben Produktliste. Eine URL, die mit einem Canonical auf eine andere Seite live bleibt, wird meist als „Alternative Seite mit richtigem kanonischen Tag“ gemeldet, wenn Google dieses Canonical akzeptiert; dann ist nichts zu tun.