Zum Inhalt springen

Runbook

Backlinks bei der Site-Migration: Ein Runbook für verlinkte URLs

Eine Migration ist der Moment, in dem die von Ihnen gebauten Leitungen auf die von Ihnen nicht kontrollierten Einläufe treffen. Behandeln Sie jede URL, die einen Link generiert hat, als tragend.

Steinbrücke über einen Fluss, Sonnenlicht betont die Bogenstrukturen

Wie eine Migration Ihre Einläufe gefährdet

Das Verschieben von Plattformen oder das Ändern von URL-Schemata setzt Ihre externen Links einem Risiko aus, und das Risiko ist konzentriert. Einige wenige URLs halten den Großteil der verweisenden Domains.

Diese URLs erhalten eine manuell erstellte Weiterleitung, niemals eine Musterregel. Finden Sie heraus, welche das sind, mit der Einlaufmethode. Der Rest kann Mustern folgen.

Hier ist unser Runbook. Es verwendet einen Link-Export, um zu entscheiden, was heilig ist. Es endet mit einer Überprüfung gegen die Search Console, da Weiterleitungen, die in einer Tabelle korrekt aussehen, in der Produktion immer noch seltsam reagieren können. Für die Struktur hinter den heiligen URLs lesen Sie über Einstiegsseiten.

Warum die heiligen URLs zuerst kommen

Nicht jede URL ist gleich. Ein kleiner Satz hält den Großteil der verweisenden Domains, und diese Adressen verdienen mehr Sorgfalt als der Rest der Site zusammen. Backlinks bei der Site-Migration hängen von ihnen ab, behandeln Sie sie daher als feste Punkte im Plan.

Beginnen Sie mit der Einlaufliste, nicht mit der Sitemap. Die Sitemap listet auf, was Sie veröffentlichen, während die Einlaufliste zeigt, worauf das Web bereits verweist.

Erstellen Sie diese Liste, bevor jemand die Weiterleitungsdatei öffnet. Eine nachträglich erstellte Liste stimmt tendenziell mit dem überein, was die Regeln bereits tun, und das verbirgt die Lücken, die Sie am dringendsten sehen müssen. Sortieren Sie sie nach verweisenden Domains. Schwere Zeilen stehen dann oben.

Manuell erstellte Weiterleitungen für die wenigen

Jede heilige URL erhält ihre eigene Zeile in der Redirect-Karte mit einem manuell gewählten Ziel. Das Ziel sollte dasselbe Thema abdecken wie die alte Seite, damit die Wörter, die darauf verweisen, weiterhin Sinn ergeben.

Stellen Sie sich einen alten Leitfaden vor, der in ein neues Hilfezentrum umzieht. Wenn die neue Seite dieselbe Frage beantwortet, trägt die Weiterleitung ihre Bedeutung. Wenn die neue Seite eine generische Landingpage ist, tut sie das nicht.

Behalten Sie eine Zeile pro heiliger URL mit einer kurzen Notiz dazu bei, warum ihr Ziel gewählt wurde. Die Notiz ist das, was jemand, der die Datei in einem Jahr liest, am meisten braucht.

Muster für alles andere

Musterregeln sind für den langen Schwanz in Ordnung, z. B. einen datierten Blogpfad, der zu einem sauberen Slug wird. Schreiben Sie sie nach den manuell erstellten Zeilen, damit eine breite Regel keine spezifische überschreiben kann.

Testen Sie eine Stichprobe der Musterausgabe gegen die Live-Liste der alten Adressen und prüfen Sie die Statuscodes, bevor Sie etwas veröffentlichen.

Stellen Sie sicher, dass keine Musterregel eine heilige URL erfasst, indem Sie die heilige Liste gegen die Regeln testen, bevor sie live gehen.

Anker nach dem Umzug

Ein Einlauf ist möglicherweise mit dem Namen eines Produkts gekommen, das Sie inzwischen entfernt haben. Das neue Ziel sollte immer noch Sinn ergeben, auch wenn die Produktseite verschwunden ist.

Wenn nicht, ist das Ziel falsch, wie sauber die Weiterleitungsliste auch auf dem Papier aussieht.

Das Runbook in der richtigen Reihenfolge

  1. 1

    Einfrieren und Snapshots erstellen

    Notieren Sie das Datum, exportieren Sie toppages und refdomains für die alte Domain und speichern Sie beide Dateien.

  2. 2

    Heilige URLs markieren

    Jede URL mit externen Links erhält eine Zeile in der Weiterleitungsliste mit einem benannten, relevanten Ziel.

  3. 3

    Parameter-Varianten behandeln

    Entscheiden Sie, welche Abfragezeichenfolgen den Inhalt ändern. Leiten Sie diejenigen um, die dies nicht tun, oder canonicalisieren Sie sie.

  4. 4

    Ketten vermeiden

    Alte URL zu End-URL in einem Schritt. Zeigen Sie frühere Weiterleitungen neu, die jetzt durch zwei führen.

  5. 5

    Veröffentlichen, dann crawlen

    Crawlen Sie die alte URL-Liste gegen die neue Site und bestätigen Sie die Statuscodes, bevor Sie etwas ankündigen.

  6. 6

    Snapshots vergleichen

    Nach der nächsten Indexaktualisierung erneut exportieren und die Eintragsliste gegen den ersten Snapshot diffen.

Messingschlüssel und verhedderte Metallketten auf einer Holzwerkbank

Parameter-Varianten während eines Umzugs

Ein Umzug ist ein guter Moment, um zu entscheiden, welche Abfragezeichenfolgen existieren sollten. Viele Sites enthalten Sortierreihenfolgen, Filter und Tracking-Tags, die zusätzliche Adressen für denselben Inhalt erstellen, und eine Migration kopiert alle davon, es sei denn, Sie stoppen es.

Entscheiden Sie einmal, notieren Sie die Entscheidung und wenden Sie sie überall dort an, wo die Site verlinkt. Die Crawl-Tiefen-Seite zeigt, wie diese Varianten einen Tiefenbericht verzerren.

Welche Abfragezeichenfolgen tragen Inhalt

Ein Parameter, der den Inhalt ändert, wie z. B. eine Seitennummer in einer langen Liste, kann seine eigene Adresse behalten. Ein Parameter, der nur neu ordnet oder trackt, benötigt keine.

Notieren Sie die Entscheidung neben dem Parameternamen, damit die nächste Person nicht raten muss, was er tut.

Canonical-Tags auf der neuen Site

Wo eine Variante bleiben muss, sollte ihr Canonical-Tag die saubere Adresse nennen. Das Tag ist ein Hinweis und keine Anweisung, daher sollte es mit den internen Links und der Sitemap übereinstimmen.

Nicht übereinstimmende Signale sind der häufigste Fehler. Eine Seite, die ein Canonical angibt, auf eine zweite Adresse verlinkt und eine dritte in der Sitemap auflistet, gibt einem Crawler drei widersprüchliche Anweisungen.

Interne Links, die immer noch Parameter enthalten

Navigationsvorlagen kopieren oft alte Parameter in neue Seiten. Crawlen Sie die neue Site, zählen Sie die internen Links, die eine Abfragezeichenfolge enthalten, und beheben Sie die Vorlage statt jeder Seite.

Eine Vorlagenkorrektur verhindert auch, dass das Problem bei der nächsten Neugestaltung wieder auftritt.

Pre-Launch-Gate

  • Jeder Eintrag aus dem Export hat ein Ziel in der Weiterleitungsliste.
  • Kein Ziel ist ein 404, eine Anmeldeseite oder eine pauschale Weiterleitung zur Startseite.
  • HTTP-zu-HTTPS- und www-zu-nicht-www-Regeln laufen vor der Liste, nicht danach.
  • Einträge der alten Sitemap werden ersetzt, nicht dem Verfall überlassen.
  • robots-Regeln auf der neuen Site blockieren nicht weitergeleitete Pfade.
  • Eine andere Person als der Autor hat zwanzig Zeilen stichprobenartig überprüft.

Ein diff-freundlicher Snapshot

Auf der alten Domain vor dem Launch ausführen und erneut nach der nächsten monatlichen Aktualisierung. Vergleichen Sie die beiden Dateien.

bash
curl -s "https://linkisflow.com/api.php?action=toppages&q=old-site.com&per=1000&key=sk_live_..." > toppages-2026-10-29.json
curl -s "https://linkisflow.com/api.php?action=refdomains&q=old-site.com&per=1000&key=sk_live_..." > refdomains-2026-10-29.json
Stein-Waage mit zwei schweren Gewichten auf Holzoberfläche

Weiterleitungsfehler, die in der Search Console erscheinen

Nach einem Umzug meldet die Search Console oft massenhaft Weiterleitungsfehler. Die Liste wirkt alarmierend. Google meldet, was sein Crawler getroffen hat, nicht, was Ihre Liste beabsichtigt hat. Eine lange Liste geht meist auf wenige Ursachen zurück, sortieren Sie die Fehler also nach Ursache, bevor Sie eine Weiterleitung ändern.

Beginnen Sie mit dem häufigsten Muster und arbeiten Sie sich nach unten. Viele Fehler verschwinden, sobald die Hauptursachen behoben sind.

Ketten und Schleifen

Eine Kette führt von der alten Adresse zu einer Zwischenadresse und dann zur Endseite. Jeder Schritt fügt einen Schritt hinzu, den ein Crawler möglicherweise aufgibt, und eine Schleife schickt ihn im Kreis.

Flachen Sie Ketten so ab, dass jede alte Adresse direkt auf ihr Endziel zeigt, und entfernen Sie jede Schleife, bevor Sie einen Recrawl anfordern.

Eine Kette erscheint oft nach einer zweiten Verschiebung auf der ersten, also suchen Sie in der Weiterleitungsdatei nach jedem Ziel, das selbst eine Quelle ist.

Fehlgeschlagene Ziele

Eine Weiterleitung in ein 404, eine Anmeldeseite oder ein pauschales Startseitenziel zeigt sich als Fehler oder als schwaches Signal. Überprüfen Sie jedes Ziel mit einer Statusanfrage, bevor Sie annehmen, dass die Liste korrekt ist.

Diese drei Fehler sind leicht zu erkennen, sobald jedes Ziel in einer Spalte der Tabelle steht.

Schließen Sie auch die Ziele alter Weiterleitungen in die Prüfung ein, da eine Kette an einer Seite enden kann, die vor Jahren entfernt wurde.

Cachen einer geänderten Weiterleitung

Eine Weiterleitung ist eine Antwort, und Browser und gemeinsame Caches können sie länger speichern, als Sie erwarten. Wenn Sie ändern, wohin eine alte Adresse verweist, kann der Cache eines Besuchers ihn für eine Weile immer noch zum vorherigen Ziel senden.

Fragen Sie Ihren Host oder CDN, wie er Weiterleitungen zwischenspeichert und ob er ein Purging anbietet. Testen Sie dann von einer sauberen Browsersitzung aus und nicht von der, die Sie zum Erstellen der Liste verwendet haben.

Was Weiterleitungen nicht retten können

Ein 301 ist eine Weiterleitungsadresse, keine Transfusion. Wenn die neue Seite ein anderes Thema hat als die alte, zählt der Link möglicherweise nicht mehr, weshalb Ziele relevant sein sollten.

Links von Sites, die sich nie aktualisieren, verweisen weiterhin auf die alte Adresse, also halten Sie die Weiterleitungen live. Wie lange das ist, ist eine Frage Ihrer eigenen Risikobereitschaft; wir geben hier keinen Zeitraum an.

Anker sind eine weitere Falle. Wenn ein Einlauf mit den Worten eines Produkts kam, das Sie inzwischen entfernt haben, sollte das neue Ziel immer noch Sinn ergeben.

Nach dem Snapshot-Vergleich verdient jeder Eintrag, der verschwunden ist, eine manuelle Überprüfung. Eine monatliche Aktualisierung kann echten Änderungen hinterherhinken, also prüfen Sie auch die Search Console.

Behalten Sie auch die Quellen im Auge. Eine Site, die sich selten aktualisiert, verweist möglicherweise lange Zeit auf die alte Adresse, daher muss die Weiterleitung an Ort und Stelle bleiben, und niemand sollte sie bei einer Aufräumaktion entfernen.

Migration-Fragen, die wir hören

Muss ich jede alte URL weiterleiten?

Nein. Leiten Sie jede URL weiter, die externe Links hat, und jede URL, die echte Besuche erhält. Der lange Schwanz aus dünnen oder duplizierten Seiten kann ein sauberes 404 oder 410 zurückgeben, ohne Sie viel zu kosten.

Wie gehe ich nach dem Umzug mit Crawl-Bloat durch Parameter um?

Entscheiden Sie, welche Parameter den Inhalt ändern, canonicalisieren oder leiten Sie den Rest weiter, und halten Sie interne Links auf die saubere Version zeigen. Crawlen Sie dann die neue Site, um zu bestätigen, dass keine Parameter-Varianten in Ihrer eigenen Navigation verbleiben.

Kann ich prüfen, welche meiner alten URLs Links hatten?

Ja. Rufen Sie toppages auf der alten Domain auf, bevor Sie etwas umschalten. Es kostet 2 Credits pro Aufruf und gibt maximal 1.000 Zeilen zurück, daher benötigt eine größere Site page, um den Rest zu lesen.

Ist eine Weiterleitung zur Startseite akzeptabel?

Nur als letzter Ausweg. Ein generisches Ziel sagt Suchmaschinen wenig, verlinken Sie die alte URL stattdessen zur nächstgelegenen relevanten Seite.