Eine Migration bricht an vier Stellen
Niemand verliert eine Migration am Design. Sie geht an vier Stellen schief, und jede davon ist eine Stelle, an der die Arbeit die Stunden im Zeitplan überholt.
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.
Die sieben 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 sieben
Redirects.net
Redirect-Zuordnung
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.
Claude Code
SkriptingJede 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.
SEOGets
Baseline
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.
DigitalOcean
InfrastrukturEine 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.
Row Zero
Daten
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.
Plausible
Nach dem Launch
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.
The SEO Community Slack
Menschen
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.
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 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.
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.