Prüfen Sie Backlinks für eine Seite, bevor die Redirect-Map finalisiert wird

Die Akte (fiktiv, zur Veranschaulichung)

Stellen Sie sich einen kleinen Shop vor, der von einer alten PHP-Site zu einem neuen Framework wechselt. Der Shop, seine URLs und jede Zahl hier sind erfunden.

Die alte Site hatte 400 URLs und das Team schrieb Redirects für die 120, von denen es dachte, dass sie wichtig sind, und verweist den Rest über einen Catch-all auf die Startseite. Der Launch verlief ohne Aufsehen, und innerhalb einer Woche sanken die Impressionen auf Seiten, an die niemand gedacht hatte.

An den von ihnen geschriebenen Redirects war nichts falsch. Der Verlust lag in den 280, die sie nicht geschrieben hatten.

Eine solche Hypothese ist kein Beweis für irgendetwas. Sie ist eine Übung, und der Coverage-Bericht der Search Console sowie die kostenlose Bewertung sind das, was Sie im echten Fall verwenden würden.

Warum eine Musterregel keine Map ist

Eine einzelne Regel, die alles unter einem Ordner zur Startseite sendet, ist verlockend. Sie erfordert eine Zeile Konfiguration. Sie fühlt sich abgeschlossen an. Sie wirft jedoch genau das weg, was die alten URLs transportiert haben: die Liste der Orte, an die verlinkt wurde.

Ein Catch-all verbirgt den Verlust

Angenommen, Ihre alte Site hatte 400 URLs und ein Catch-all sendet die 280 nicht gemappten zur Startseite. Jede dieser alten Adressen gibt nun dieselbe Seite zurück. Ein Such-Crawler liest dieses Muster als Satz von Soft-404s, sodass die Links, die auf sie zeigen, kein klares Ziel haben.

Der Catch-all ist ruhig. Am Launch-Tag gibt es keine Fehler, und die Dashboards zeigen weiterhin eine gesunde Site, bis jemand fragt, welche Seiten früher Links generiert haben.

Muster eignen sich für den langen Schwanz, nicht für die Spitze

Ein Muster ist in Ordnung, sobald die wichtigen URLs einzeln behandelt wurden. Legen Sie die Top zwanzig nach verweisenden Domains manuell in die Map, jeweils mit einem Sprung, und lassen Sie erst danach eine Regel die Seiten abdecken, auf die niemand verlinkt.

Diese Reihenfolge ist wichtig, weil ein Muster eine wertvolle Seite nicht von einer leeren unterscheiden kann. Es sieht einen Pfad, nicht die Anzahl der verweisenden Domains.

Halten Sie die Datei kurz und den Test streng

Lange Listen von Redirects auf einem statischen Server können schwer lesbar werden. Behandeln Sie die wichtigen URLs mit expliziten Zeilen und den langen Schwanz mit einer Regel, damit die Datei kurz genug bleibt, um überprüft zu werden.

Egal, ob die Regel in einer Webserver-Datei, einer Framework-Konfiguration oder einem Plugin lebt, der Test ist derselbe. Fordern Sie jede alte URL an und prüfen Sie den Status und das Ziel. Wenn Sie zehn Beispiel-URLs testen und acht ein 301 zur richtigen Seite zurückgeben, die anderen beiden jedoch ein 200 auf einer Seite, die nicht die alte ist, dann ist das der Fehler, den Sie vor dem Launch aufspüren sollten.

Canonicals, Sitemaps und hreflang: Die stillen Signale

Bevor Sie Backlinks für eine Seite prüfen, stellen Sie sicher, dass die Signale übereinstimmen. Ein Redirect ist nur einer von mehreren Hinweisen, die Suchmaschinen mitteilen, wo eine Seite lebt. Das Canonical-Tag, die Sitemap und jedes hreflang-Set müssen in die gleiche Richtung zeigen. Andererseits heben sie sich gegenseitig auf. Die Feldreferenz zeigt, welcher Aufruf die Liste der zu prüfenden Quellen zurückgibt.

Canonicals müssen mit dem Redirect übereinstimmen

Wenn die alte URL zu Seite X weiterleitet, Seite X sich jedoch zu Seite Y canonicalisiert, widersprechen sich die Signale nun darin, welche Seite die eigentliche ist. Ein Redirect bewegt Besucher, während ein Canonical ein Hinweis auf die bevorzugte Version ist, sodass ein Missverständnis das Ergebnis schwer vorhersbar macht.

Prüfen Sie Canonicals auf den Top zwanzig Zielen nach dem Launch. Benennt jede Seite sich selbst oder die Seite, die sie ersetzt hat? Benennt irgendeine von ihnen versehentlich die Startseite?

Eine Sitemap sollte das Live-Bestandsverzeichnis enthalten

Die Sitemap ist die Liste, die Sie Suchmaschinen übergeben, also sollte sie die Live-Ziele und nicht die alten Adressen enthalten, die jetzt weiterleiten. Eine neue Sitemap, die nur frische URLs auflistet, kann die Seiten, die Sie am dringendsten gecrawlt brauchen, stillschweigend auslassen.

Seien Sie vorsichtig mit lastmod. Wenn jede Zeile das Bereitstellungsdatum enthält, sagt das Feld nicht mehr die Wahrheit darüber, welche Seiten geändert wurden, und die Datei verliert ihren Wert als Änderungssignal.

Hreflang nur, wenn sich die Sprache wirklich ändert

Hreflang ist das Hinzufügen wert, wenn Seiten in mehreren Sprachen oder Regionen existieren, und jede Menge muss auf jedes andere Mitglied verlinken. Eine Site mit nur einer Sprache, die ein hreflang-Set hinzufügt, erzeugt Rauschen ohne zusätzlichen Mehrwert.

Wenn Sie hreflang während einer Migration hinzufügen, prüfen Sie, dass jede Alternate-URL eine Live-Seite zurückgibt und dass jede Seite in der Menge alle anderen auflistet.

Was die Beweise unterstützen, und was sie nicht tun

Ein direktes 301 ist die Basislinie. Google hat seit 2016 gesagt, dass 3xx-Redirects keinen PageRank mehr verlieren, sodass eine saubere One-Hop-Map nicht dort ist, wo Wert verloren geht.

Der Verlust ist das Missverständnis: Ein Redirect, der auf eine nicht verwandte Seite zeigt, kann als Soft-404 behandelt werden, und ein Canonical, das mit dem Redirect nicht übereinstimmt, sendet gemischte Signale. Niemand außerhalb von Google kann den Verlust genau messen, weshalb Sie verlinkende Domains zählen und die Zählung als Exposition und nicht als Prognose behandeln.

Führen Sie vor der Bewegung toppages für die alte Domain (2 Credits) und refdomains auf derselben Domain (2 Credits) aus. Wiederholen Sie nach der Bewegung beide einmal, wenn der monatliche Refresh eintrifft, und vergleichen Sie die beiden Messwerte. Unser Index kann einen Zyklus brauchen, um die Änderung zu bemerken. Haben Sie am Tag 10 keine Panik. Bewahren Sie den ersten Bericht als Ihr Vorher-Bild auf.

Eine praktische Warnung. Eine Redirect-Map, die in einer Tabelle ordentlich aussieht, kann auf dem Server dennoch fehlschlagen, also testen Sie die Top 20 mit einem Crawler wie Screaming Frog und bestätigen Sie, dass jede ein einzelnes 301 zu einer Live-Seite zurückgibt.

Die neue Map vor dem Live-Gang prüfen

Eine Redirect-Map ist nur eine Tabelle, bis ein Crawler sie besucht hat. Die folgenden Checks sind kostengünstig auszuführen und fangen Fehler ab, die eine visuelle Überprüfung nie sieht.

Lesen Sie jeden Statuscode, nicht nur die Seite

Fordern Sie jede alte URL an und lesen Sie den Status, den sie zurückgibt. Ein einzelnes 301 zu einer Live-Seite ist das, was Sie wollen. Ein 302, wo ein 301 gehört, oder eine Kette von drei Sprüngen überlässt das Ergebnis dem Zufall.

Screaming Frog und ähnliche Crawler können die gesamte Liste ausführen und die Codes in ein Blatt exportieren. Sortieren Sie nach Status und behandeln Sie alles, was kein 301 oder 200 ist, zuerst.

Suchen Sie nach Redirect-Ketten

Eine Kette bildet sich, wenn ein Redirect auf eine Seite zeigt, die erneut weiterleitet, oft nach einer Änderung des abschließenden Schrägstrichs oder eines Sprachpräfixes. Jeder zusätzliche Sprung ist eine weitere Chance, dass das Signal verloren geht und der Besuch verlangsamt wird.

Entfernen Sie Ketten, indem Sie den ersten Redirect direkt auf die Endadresse zeigen. Es ist eine kleine Bearbeitung pro URL und sie entfernt eine ganze Klasse von Überraschungen.

Vergleichen Sie die Sitemap mit der Map

Exportieren Sie die Sitemap und die Redirect-Liste, und prüfen Sie dann, dass kein Sitemap-Eintrag auch eine Redirect-Quelle ist. Jeder Sitemap-Eintrag sollte ein Live-Ziel sein, und jede alte Adresse sollte in der Sitemap fehlen.

Machen Sie dasselbe mit den internen Links in Ihrer Hauptvorlage. Ein Link, der immer noch auf eine alte Adresse verweist, fügt jedem Besucher einen Sprung hinzu, und er signalisiert Crawlern, dass die alte Adresse noch wichtig ist.