Checkliste für die Website-Migration: von Woche T-4 bis Tag 45

Eine 301, die in einem 404 endet, behält nichts

Einige Teams leiten jede alte URL nach Hause weiter und lassen die Zielseiten später verfallen. Die Weiterleitung selbst funktioniert. Deshalb ist diese Gewohnheit riskant, da jeder Hop im Log sauber aussieht, während die Seite am Ende mit einem 404 antwortet.

Stellen Sie sich vor, Sie verschieben einen Shop in eine neue Domäne und behalten nur die Produkte, die noch verkauft werden. Die Kategorien, die die meisten externen Links hielten, verweisen nun ins Leere. Zählen Sie die extern verlinkten URLs, bevor Sie irgendetwas in den Ruhestand schicken. Machen Sie es zum ersten Schritt. Eine Seite mit verweisenden Domänen benötigt ein lebendiges Ziel zum gleichen Thema, keine Gleichgültigkeit.

Halten Sie die Regel kurz: One-Hop, dann ein finales 200. Alles andere ist ein Leck, das Sie gewählt haben.

Was eine One-Hop-301 zu einer Live-Seite schützt

Der Wert eines Links sitzt auf der URL, auf die er verweist. Eine Weiterleitung trägt diesen Wert nur, wenn die Adresse, auf die sie landet, antwortet und immer noch zum Thema passt. Ein Produkt, das im neuen Katalog zum gleichen Produkt verschoben wird, besteht diesen Test, während ein Produkt, das zur Startseite gesendet wird, dies normalerweise nicht tut, auch wenn es die Seite war, mit der alle verlinkten.

Überprüfen Sie den finalen Status nach jeder Vorlagenänderung erneut. Eine Weiterleitung, die beim Launch funktionierte, kann nach einer späteren Veröffentlichung in einem 404 enden, wenn jemand während einer Menübereinigung eine Kategorie entfernt.

Wenn eine 410 die ehrliche Antwort ist

Einige alte URLs hatten keine Links, keine Besuche und keine echte Alternative. Für diese ist eine klare 404 oder eine 410 ehrlicher als eine Weiterleitung zu einer Seite, die die Frage, die die alte Seite beantwortete, nicht beantwortet. Eine Weiterleitung zu einer nicht verwandten Seite wird oft als Soft-404 behandelt, daher rettet sie nichts.

Schreiben Sie die Entscheidung für jede Gruppe von URLs auf, mit der Begründung daneben. Ein Ordner mit veralteten Tutorials erhält eine andere Antwort als ein Ordner mit Seiten mit achtzig verweisenden Domänen, und Sie werden diesen Unterschied einem Kollegen in sechs Monaten erklären wollen.

Den letzten Hop prüfen, nicht nur den ersten

Die meisten Weiterleitungstests stoppen bei der ersten Antwort, was der falsche Ort ist, um zu stoppen. Folgen Sie der Kette bis zum Ende, notieren Sie dann die Anzahl der Hops und den finalen Status neben der alten URL. Eine Kette aus zwei Hops ist nicht kaputt, fügt aber Verzögerung hinzu und einen weiteren Ort, an dem eine Regel fehlschlagen kann.

Wenn ein Skript nicht erreichbar ist, reichen eine Tabelle und einige curl-Aufrufe. Die API-Skript-Seite enthält eine Version, die Sie planen können.

Sitemaps und manuelle Anfragen nach dem Launch

Halten Sie die alte Sitemap für einige Wochen nach dem Wechsel erreichbar. Crawler, die den alten Host erneut besuchen, können diese Adressen immer noch in einer Liste finden, was ihren ersten Durchlauf durch die Weiterleitungen beschleunigt.

Manuelle Anfragen sind ein anderes Werkzeug. Nutzen Sie sie für die wenigen Seiten, die am wichtigsten sind, nicht für Hunderte von URLs, die einzeln übermittelt werden. Eine angeforderte Seite ohne interne Links und mit wenig Inhalt fällt tendenziell wieder heraus, daher ist die Anfrage nur so gut wie die Seite dahinter.

Warten ist ein gültiger Plan. Geben Sie dem Crawl Zeit, und bewerten Sie ihn dann anhand von Daten.

Die alte Sitemap eine Weile auflisten

Belassen Sie die alte Sitemap in der Search Console, bis die alten URLs nicht mehr in den Crawl-Statistiken erscheinen. Entfernen Sie sie dann gezielt und notieren Sie das Datum im Migrationsprotokoll.

Entfernen Sie sie nicht am Launch-Tag nur, um das Property ordentlich aussehen zu lassen. Eine frühe Entfernung verbirgt die einzige Liste, die jede alte URL auflistet, die Sie noch verfolgen müssen.

Das Indexieren der Seiten anfordern, die Links tragen

Wählen Sie die zwanzig neuen URLs mit den meisten externen Links aus, unter Verwendung desselben Joins, den Sie für die Weiterleitungstabelle erstellt haben, und fordern Sie diese manuell an. Der Aufwand folgt dann dem Risiko statt der Größe der Website.

Wenn eine angeforderte Seite nach einigen Wochen immer noch fehlt, prüfen Sie die Seite, bevor Sie erneut anfordern. Überprüfen Sie ihre internen Links, ihre Canonical und ihren Inhalt. Eine fünfte Anfrage ändert nichts.

Wie lange es dauert, bis die Verschiebung bewertet werden kann

Bewerten Sie die Verschiebung ab dem zweiten Link-Pull, nicht dem ersten. Unser Index aktualisiert sich etwa einmal im Monat, daher zeigt ein Pull am Tag drei mostly das Bild des letzten Monats. Führen Sie den zweiten Pull nach dem Refresh durch und nutzen Sie ihn, um alle Backlinks zu einer Website auf dem neuen Host zu finden.

Der Seitenbericht und die Linkdaten beantworten unterschiedliche Fragen. Lesen Sie sie nebeneinander, nicht als konkurrierende Urteile über dieselbe Verschiebung.

Die Website nach dem Launch beobachten, nicht nur davor

Ein Pre-Launch-Audit zeichnet auf, was an dem Tag, an dem es durchgeführt wurde, wahr war. Die meisten Launch-Schäden zeigen sich später, nach einem Plugin-Update, einer CDN-Regeländerung oder einer Vorlage, die eine Einstellung berührt, die niemand überprüft hat.

Behandeln Sie die Post-Launch-Beobachtung als eine Reihe kleiner Differenzen gegen eine gespeicherte Basislinie. Kein Dashboard nötig. Ein Zeitplan und ein Ordner mit datierten Dateien reichen aus.

Was eine wöchentliche Beobachtung vergleichen sollte

Wählen Sie die Prüfungen, die am meisten schaden würden, wenn sie sich ändern, und führen Sie sie jeden Tag derselben Woche durch.

• Statuscode und finale URL für die Top 50 verlinkten alten URLs
• robots.txt und das robots Meta-Tag auf den Hauptvorlagen
• Anzahl der Live-200-URLs im Vergleich zur Anzahl in der neuen Sitemap
• Canonical-Tags auf der Startseite, einer Kategorie und einem Artikel

Warum ein einmaliges Audit langsame Abweichungen verpasst

Einstellungen drifteten nach dem Launch ab. Ein übrig gebliebenes Test-Flag, ein Plugin, das Permalinks umschreibt, oder eine Weiterleitung, die hinzugefügt wurde, um eine Seite zu beheben, kann jeweils einen Teil des Plans zunichtemachen. Ein Audit, das am Launch-Tag durchgeführt wurde, kann keines davon sehen.

Ein geplantes Diff kann das. Halten Sie die Basisdateien in der Versionskontrolle und vergleichen Sie die Ausgabe jeder Woche damit, sodass eine unerwartete Änderung am Tag ihres Auftretens sichtbar wird.

Subdomains, Entfernung und gesamte Domänenwechsel

Einige Teams verschieben einen Abschnitt auf eine Subdomain und indexieren nur seine beliebten Seiten. Das kann funktionieren. Der Preis ist, dass Links, die auf die ruhigeren Seiten zielten, nun auf einen Host mit weniger Historie landen, also zählen Sie sie, bevor Sie irgendetwas ausschneiden.

Entfernungsanfragen sind enger, als sie klingen. Die Search Console wendet eine Entfernung auf das Property an, bei dem Sie sie einreichen, daher wirkt eine Anfrage, die auf einer Subdomain gemacht wurde, nicht auf die Hauptdomäne. Prüfen Sie das Property zuerst. Übermitteln Sie es dann und behalten Sie beide verifiziert.

Nur die beliebten Seiten auf einer Subdomain indexieren

Beginnen Sie mit den Links pro URL in diesem Abschnitt. Seiten, die externe Links tragen, aber wenig Traffic haben, sind die ersten, die eine Regel, die nur beliebte Seiten indexiert, verstecken würde. Halten Sie sie crawlbar, oder leiten Sie jede einzelne zu ihrer nächsten beliebten Seite weiter und notieren Sie den Grund neben der Regel.

Wo die Hauptsite auf die Subdomain verweist, entscheidet darüber, wie leicht ihre Seiten gefunden werden. Listen Sie diese Links auf, bevor Sie entscheiden, welche Seiten ausgeblendet bleiben, denn eine Seite, der die Hauptsite nie verlinkt, ist auf beide Arten schwer zu erreichen.

Ein Domänenwechsel für die gesamte Site, Seite für Seite

Eine Host-Ebene-Regel behandelt den Root, aber ein Domänenwechsel benötigt auch eine Pfad-Ebene-Tabelle. Wenn der erste Teil der URL sich ändert und der Slug gleich bleibt, deckt ein Host-Weichsel die meisten Seiten ab, und die Ausnahmen benötigen ihre eigenen Zeilen.

Erstellen Sie die Liste zuerst aus den verlinkten Seiten, und ordnen Sie dann jedem alten Pfad seinen neuen zu. Das Weiterleitungs-Tabelle-Rezept zeigt, wie Sie diese Liste nach Links rangieren.