Skip to main content

Werkzeuge für Website-Migrationen: die neun, zu denen wir greifen.

Eine Migration geht an vier Stellen schief: an der Redirect-Zuordnung, am Datenimport, am Skripting, das niemand eingeplant hat, und in der Woche nach dem Launch, in der niemand belegen kann, was sich verändert hat. Das sind die neun Werkzeuge, zu denen wir greifen, was jedes abdeckt und wo es im Zeitplan steht.

Sieben kleine Werkzeuge aus Knete in einer Reihe auf cremefarbenem Papier, daneben ein Pfeil aus Knete, der einen Weg in zwei teilt
Die Kurzfassung
  1. Eine Migration scheitert an vier getrennten Stellen. An der Redirect-Zuordnung, am Datenimport, am Skripting, das niemand eingeplant hat, und in der Woche nach dem Launch, in der niemand belegen kann, was sich verändert hat. Ein Werkzeugkasten, der drei davon abdeckt, verliert die Diskussion trotzdem an der vierten.
  2. Die Redirect-Zuordnung skaliert von Hand am schlechtesten. Zehntausend URLs manuell zuzuordnen sind Wochen Arbeit und eine garantierte Fehlerquote. Hier gibt man zuerst Geld aus, und hier ist ein Konfidenzwert pro Treffer mehr wert als der Treffer selbst.
  3. Eine Baseline lässt sich nicht nachträglich bauen. Die Search Console hält 16 Monate, danach ist die Historie weg. Ziehen Sie den Export auf Seitenebene vor dem Umschalten, denn das Gespräch nach dem Launch dreht sich ausschließlich darum, wie die Zahlen vorher aussahen. Sie deckt einen Kanal ab: KI-Crawler folgen ihrem eigenen Zeitplan und tauchen in keiner Oberfläche auf, diese Baseline muss also getrennt erfasst werden.
  4. Kein Werkzeug entscheidet, welche Weiterleitungen zählen. Jedes Werkzeug hier verdichtet Arbeit, die sonst jemand von Hand macht. Keines entscheidet, welche Weiterleitungen zählen, welche Seiten Umsatz tragen oder ob ein Traffic-Rückgang die Migration ist oder die Saison.

Jeder dieser vier Fehler ist vermeidbar

Alle vier sind schon gelöst worden. Sie landen trotzdem am Launch-Tag, wenn die Arbeit den Zeitplan überholt und im Plan kein Raum für die Teile ist, die schlecht skalieren. Die Werkzeuge unten halten jeden davon aus dem kritischen Pfad.

Zuerst die Redirect-Zuordnung. Dann der Datenimport, meist entdeckt, wenn eine Kategorieseite mit der Hälfte ihrer Produkte rendert. An dritter Stelle das Skripting, das niemand in den Kostenvoranschlag geschrieben hat: URL-Normalisierung, Redirect-Dateien in drei Serverformaten, Schema-Markup über einige Hundert Templates. Das vierte kommt zwei Wochen nach dem Launch, wenn der Traffic unten ist und niemand belegen kann, ob die Migration die Ursache war.

01Die Redirect-ZuordnungTausende alte URLs, die auf eine Struktur treffen, die nicht zur alten passt.
02Der DatenimportProdukte, Medien und Metadaten kommen unvollständig, im falschen Feld oder gar nicht an.
03Das ungeplante SkriptingMassentransformationen und Validatoren, die vorausgesetzt statt eingeplant wurden.
04Die Woche nach dem LaunchDer Traffic bewegt sich, und es gibt keine Baseline, an der man ihn messen könnte.

Die neun Werkzeuge unten decken diese vier ab. Sie liegen auf unseren eigenen Rechnern, aufgeführt in der Reihenfolge, in der eine Migration nach ihnen greift.

Die neun

01

Redirects.net

Redirect-Zuordnung
Das Redirects.net-Dashboard mit zugeordneten URL-Paaren und Konfidenzwerten

Alte URLs neuen zuzuordnen ist die Aufgabe, die von Hand am schlechtesten skaliert. Redirects.net liest beide URL-Mengen und schlägt Zuordnungen über ein Sprachmodell vor, was auch bei den Strukturen trägt, an denen Musterregeln scheitern: Produkt-Slugs mit eingebetteten SKUs, umsortierte Kategoriepfade, Alt-URLs, die niemand erklären kann.

Was es tut
Schlägt für jede Quell-URL ein Ziel vor und bewertet die Sicherheit jeder Zuordnung. Zehntausende URLs laufen in Minuten durch.
Warum wir es einsetzen
Der Konfidenzwert, mehr noch als die Zuordnung. Er sortiert zehntausend Zeilen in die wenigen Hundert, die einen Menschen brauchen, und den Rest, der ihn nicht braucht. Das ist der Unterschied zwischen die Zuordnung prüfen und sie abnicken.
Wo es hingehört
Vor dem Umschalten, sobald die neue URL-Struktur stabil genug für einen Export ist.
02

Claude Code

Skripting

Jede Migration bringt einen Stapel wiederholbarer Entwicklungsarbeit mit, den niemand eingeplant hat. Claude Code ist das agentische Kommandozeilen-Werkzeug von Anthropic. Es liest das Repository, plant eine Änderung, führt die Befehle aus und hinterlässt eine prüfbare Sitzung.

Was es tut
Massen-Normalisierung von URLs, Redirect-Dateien für Apache, Nginx und Cloudflare aus einer Quelle, Schema-Markup über Templates hinweg, Abgleich zwischen Staging und Produktion.
Warum wir es einsetzen
Es verschiebt den Engpass. Was früher auf eine Entwicklerwoche wartete, wird ein Nachmittag unter fachlicher Aufsicht, und das Ergebnis ist ein Diff statt einer Blackbox.
Wo es hingehört
Durchgehend. Am stärksten in den zwei Wochen vor dem Umschalten und in der ersten Woche danach.
03

SEOGets

Baseline
SEOGets mit Search-Console-Historie auf Seitenebene im Zeitverlauf

Die Search Console hält 16 Monate, und die native Oberfläche macht es schwer, Historie auf Seitenebene in nutzbarem Umfang zu ziehen. SEOGets exportiert sie und führt sie über das Fenster hinaus fort.

Was es tut
Exportiert die vollständige Historie auf Seitenebene, verfolgt Kennzahlen je URL im Zeitverlauf und zeigt die Seiten, bei denen am meisten auf dem Spiel steht.
Warum wir es einsetzen
Das Gespräch nach dem Launch dreht sich ausschließlich darum, wie die Zahlen vorher aussahen. Eine nach dem Umschalten gebaute Baseline ist eine Meinung.
Wo es hingehört
Vor dem Umschalten, und es lässt sich nicht nachholen. Das ist der einzige Punkt auf der Liste mit einer Frist.
04

WISLR.ai

KI-Baseline
Das WISLR.ai Dashboard: tägliches Crawl-Volumen, die Aufteilung auf OpenAI, Anthropic und Perplexity, und die Seiten, die als Zitat-Kandidaten geholt werden

Die Search Console liefert die Baseline für die menschliche Suche. Über KI-Crawler sagt sie nichts, und die lesen Ihren Katalog nach eigenem Zeitplan und schicken Käufer ohne Referrer. Das ist ein zweiter Kanal mit eigener Baseline, und ein Replatforming stört ihn genauso wie den ersten. Dieses Werkzeug ist unser eigenes.

Was es tut
Erfasst Trainings-Crawls, Abrufe mitten im Gespräch und KI-Referrals am Edge auf Ihrer eigenen Domain, meldet die Abdeckung je Seite und je Engine und ordnet Sitzungen wieder Bestellungen zu.
Warum wir es einsetzen
Wenn sich jede URL ändert, muss ein Modell die Website neu lernen, und das dauert Wochen. Ohne eine Messung von vor dem Umschalten lässt sich nicht sagen, ob sich der KI-Kanal erholt hat oder nur still geworden ist.
Wo es hingehört
Vor dem Umschalten eingerichtet, in den Wochen danach genau beobachtet. Der kostenlose Tarif hält 30 zusammenhängende Tage, was für die Baseline reicht.
05

Cloudflare

Edge

Die Redirect-Limits der Plattformen sind bei einer großen Migration eine echte Grenze. Shopify und die meisten gehosteten Shopsysteme deckeln die Liste deutlich unter dem, was ein vollständiger Katalogumzug erzeugt, und Regeln in der Anwendung kosten bei jedem Request eine Abfrage. Cloudflare verlagert die Zuordnung an den Edge, vor die Plattform.

Was es tut
Bulk Redirects für Zuordnungen weit jenseits dessen, was eine Plattform akzeptiert, Transform Rules für Musterumschreibungen und Request-Logs am Edge, wo das Verhalten von Crawlern tatsächlich sichtbar wird.
Warum wir es einsetzen
Die Redirect-Zuordnung ist damit nicht mehr Sache der Plattform und lässt sich ohne Deployment komplett austauschen. Die Logs zählen ebenso: Sie sind die einzige vollständige Aufzeichnung, was was abgerufen hat, und sie überstehen das Umschalten.
Wo es hingehört
Aufbau und Umschalten, und danach bleibt es als Auslieferungsschicht.
06

DigitalOcean

Infrastruktur

Eine Migration braucht einen Ort zum Arbeiten, der nicht die Produktion ist: eine Staging-Kopie, gegen die Weiterleitungen getestet werden, eine Maschine für Transformationen, Luft nach oben, falls sich der Traffic nach dem Launch verschiebt.

Was es tut
Droplets, verwaltete Datenbanken und App Platform für Staging-Umgebungen, Migrationsskripte und die Produktionsseite selbst.
Warum wir es einsetzen
Kalkulierbare Preise und ein kurzer Weg von der Entscheidung zur laufenden Umgebung. Eine Staging-Maschine, deren Freigabe einen Beschaffungszyklus dauert, wird nicht benutzt.
Wo es hingehört
Vom ersten Testimport bis in die Wochen nach dem Launch.
07

Row Zero

Daten
Row Zero mit einem großen URL-Datensatz im Browser

URL-Inventare sprengen übliche Tabellenkalkulationen. Ein vollständiger Crawl eines mittelgroßen E-Commerce-Katalogs geht in die Hunderttausende Zeilen, und das Werkzeug, das ihn öffnet, muss beim Filtern und Pivotieren reaktionsfähig bleiben.

Was es tut
Öffnet und bearbeitet Datensätze weit jenseits des Punktes, an dem eine Desktop-Tabelle stockt, mit den Bereinigungs- und Transformationsschritten, die eine Redirect-Zuordnung braucht.
Warum wir es einsetzen
Migrationsdaten kommen uneinheitlich, aus mehreren Systemen und in mehreren Formen. Der größte Teil der Redirect-Zuordnung besteht darin, sie zu vereinheitlichen, bevor überhaupt zugeordnet wird.
Wo es hingehört
Parallel zur Redirect-Zuordnung, und erneut bei der Prüfung des Imports.
08

Plausible

Nach dem Launch
Das Plausible-Analytics-Dashboard

Die ersten 48 Stunden nach dem Umschalten sind das Fenster, in dem eine defekte Weiterleitung billig zu reparieren ist. Das Reporting muss unmittelbar sein und einfach genug, um es unter Druck zu lesen.

Was es tut
Schlanke, datenschutzfreundliche Analytics mit Live-Traffic nach Seite, Referrer und Ziel, ohne Cookie-Banner zum Einrichten.
Warum wir es einsetzen
Lesegeschwindigkeit. Ein Launch-Dashboard, das drei Klicks und einen eigenen Report braucht, ist ein Dashboard, das um zwei Uhr nachts niemand prüft.
Wo es hingehört
Vor dem Umschalten eingerichtet, in der ersten Woche danach genau beobachtet.
09

The SEO Community Slack

Menschen
Der Slack-Workspace der SEO Community

Manche Migrationsprobleme stehen in keiner Dokumentation, weil sie an einer Plattformversion hängen, an einem Plugin oder an einer Kombination, die niemand aufgeschrieben hat. Der schnellste Weg dorthin ist jemand, der letztes Quartal darauf gestoßen ist.

Was es tut
Ein Slack-Workspace mit Kanälen für technisches SEO, Search Console und E-Commerce. Allein der Kanal für technisches SEO hat über 3.500 Mitglieder.
Warum wir es einsetzen
Plausibilitätsprüfungen vor dem Umschalten und eine zweite Meinung währenddessen. Beides wird wertvoller, je näher der Termin rückt.
Wo es hingehört
In der Planung, und noch einmal um 23 Uhr in der Launch-Nacht.

Wo jedes einzelne steht

Die Reihenfolge zählt mehr als die Liste. Zwei davon haben eine Frist: Die Search-Console-Baseline und die Staging-Umgebung stehen beide nicht mehr zur Verfügung, sobald das DNS umgestellt ist.

PhaseWerkzeugeWofür
PlanungSEOGets, WISLR.ai, Row Zero, SlackBeide Baselines sichern, solange es sie gibt, die URLs inventarisieren, den Plan gegenprüfen.
AufbauRedirects.net, Claude Code, Cloudflare, DigitalOceanWeiterleitungen zuordnen, Transformationen skripten, Edge-Regeln vorbereiten, alles zuerst gegen eine Kopie laufen lassen.
UmschaltenCloudflare, Plausible, Claude CodeDie Zuordnung am Edge ausspielen, Live-Traffic beobachten, defekte Regeln reparieren, solange es billig ist.
DanachSEOGets, WISLR.ai, PlausibleBeide Kanäle gegen ihre Baselines vergleichen und klären, was die Migration verursacht hat.
Vor dem Umschalten

Lassen Sie uns die Migration gründlich prüfen.

Wir sehen die Redirect-Zuordnung durch, bevor sie ausgeliefert wird, prüfen Crawl und Rendering auf dem Staging, sichern die Baseline, solange die Search Console sie noch hält, und lesen die ersten Wochen aus Server-Logs statt aus einem Tag, das womöglich nie auslöst. Sie bekommen die Befunde, ihre Schwere und die Reihenfolge, in der sie zu beheben sind.

Was das Audit abdeckt →

Was diese Liste nicht leistet

Jedes Werkzeug hier verdichtet Arbeit, die sonst jemand von Hand macht. Keines entscheidet, welche Weiterleitungen zählen. Ein Werkzeug bewertet einen Treffer mit 60 Prozent Konfidenz und hört dort auf. Ob diese URL ein eingestelltes Produkt ist, nach dem niemand sucht, oder die Seite, die ein Fünftel des Kategorieumsatzes trägt, ist eine Urteilsfrage, und ein Fehler in beide Richtungen ist teuer.

Für die Woche nach dem Launch gilt dasselbe. Analytics meldet den Rückgang. Zu entscheiden, ob es die Migration ist, die Saison oder ein Algorithmus-Update aus derselben Woche, braucht jemanden, der das Muster schon gesehen hat.

Unter einigen Hundert URLs ist das meiste davon überflüssig. Ein Crawl, eine Tabelle und ein sorgfältiger Nachmittag genügen. Die Liste rechnet sich über Umfang und Nachweisbarkeit, und der Search-Console-Export lohnt sich in jeder Größenordnung, weil diese Historie verschwindet, ob Sie für etwas bezahlt haben oder nicht.

Mit WISLR arbeiten

Holen Sie unser Migrationsteam zu Ihrem dazu.

Wir haben mehr als 100 Website-Migrationen begleitet und arbeiten neben dem Team, das Sie bereits haben. Redirect-Strategie und Zuordnung, Schema und Rendering, und der Nachweis aus Server-Logs, was Crawler und Käufer vor und nach dem Umschalten getan haben.

So arbeiten wir →

FAQs

Welche Werkzeuge braucht man für eine Website-Migration?

Neun Kategorien, und sie decken die vier Stellen ab, an denen eine Migration bricht. Ein Werkzeug für die Redirect-Zuordnung, um alte URLs in großem Umfang neuen zuzuordnen. Ein agentisches Coding-Werkzeug für das Massen-Skripting: Datentransformationen, Redirect-Dateien pro Server, Schema-Ergänzungen über Templates hinweg. Ein Export-Werkzeug für die Search Console, um die Baseline vor der Migration zu sichern, weil die native Oberfläche nur 16 Monate hält. Messung des KI-Kanals aus Server-Logs, den die Search Console überhaupt nicht abdeckt. Eine Edge-Schicht, die die Redirect-Zuordnung vor die Plattform stellt und protokolliert, was tatsächlich abgerufen wurde. Cloud-Infrastruktur für Staging-Umgebungen und Parallelbetrieb. Eine Tabellenkalkulation für große Datenmengen, denn URL-Inventare sprengen übliche Tabellen. Analytics, die unmittelbar nach dem Umschalten berichtet. Ein Netzwerk von Kolleginnen und Kollegen für die Probleme, die in keiner Dokumentation stehen. Nichts davon ersetzt jemanden, der weiß, welche Seiten Umsatz tragen.

Wie viele URLs kann man von Hand weiterleiten, bevor es unpraktikabel wird?

Die Grenze liegt in der Praxis bei einigen Hundert. Darunter ist manuelle Zuordnung schneller, als ein Werkzeug einzurichten und dessen Ausgabe zu prüfen. Darüber gehen drei Dinge gleichzeitig schief: Die Stunden passen nicht mehr in den Plan, die Fehlerquote steigt mit nachlassender Aufmerksamkeit, und niemand kann die Arbeit prüfen, weil nirgends festgehalten ist, wie sicher jeder einzelne Treffer war. Automatische Zuordnung lohnt sich dann weniger wegen der Geschwindigkeit als wegen des Konfidenzwerts, der Ihnen sagt, welche wenigen Hundert von zehntausend Treffern ein menschliches Auge verdienen.

Was sollte man vor dem Livegang einer Migration sichern?

Einen Search-Console-Export auf Seitenebene über die vollen 16 Monate, einen Crawl der bestehenden Website, die aktuell bereits gesetzten Weiterleitungsregeln und den Umsatz je Landingpage aus dem Shopsystem. Diese vier liefern die einzige belastbare Antwort auf die Frage, die zwei Wochen nach dem Launch kommt: ob der Traffic wegen der Migration gefallen ist oder aus einem anderen Grund. Sichern Sie sie vor dem Umschalten. Die Search-Console-Historie läuft ab, Staging-Umgebungen werden abgebaut, und die alte Seite antwortet nicht mehr, sobald das DNS umgestellt ist.

Woran erkennt man, ob ein Traffic-Rückgang nach der Migration an der Migration liegt?

Am Vergleich mit etwas, das sich nicht verändert hat. Am besten funktioniert eine Holdout-Gruppe: eine Kategorie oder ein Bereich, der auf der alten Struktur bleibt und an denselben Tagen gemessen wird. Wo das nicht möglich ist, vergleicht man die migrierten Seiten gleichzeitig mit ihrer eigenen Baseline und mit der Saisonalität der Gesamtseite, denn ein Rückgang, der in beidem auftaucht, ist nicht die Migration. Die restlichen Fälle klären Server-Logs, weil dort das Verhalten von Crawlern und Besuche ohne Referrer erfasst sind, die Browser-Analytics nie sieht.

Braucht man für eine kleine Migration kostenpflichtige Werkzeuge?

Unter einigen Hundert URLs nicht. Ein Crawl, eine Tabelle und ein sorgfältiger Nachmittag reichen. Kostenpflichtige Werkzeuge rechnen sich über Umfang und über Nachweisbarkeit: Tausende URLs zuzuordnen, eine Staging-Umgebung parallel zu betreiben und eine Baseline zu haben, die Sie Monate später vorlegen können, wenn jemand fragt, was passiert ist. Die eine Ausnahme in jeder Größenordnung ist der Search-Console-Export, denn diese Historie verschwindet, ob Sie für etwas bezahlt haben oder nicht.