SEO-Einbruch nach Site-Migration verhindern: Praxis-Guide für Webflow & WordPress

SEO-Einbruch nach Site-Migration verhindern: Praxis-Guide für Webflow & WordPress

Site-Migration ohne SEO-Einbruch bedeutet die strategische Verschiebung einer Website auf eine neue technische Basis, URL-Struktur oder Domain, bei der mindestens 95% der organischen Rankings und des Traffics erhalten bleiben. Der Relaunch-Termin steht fest, das neue Design ist fertig, und Ihr Entwickler-Team wartet nur noch auf Ihr Go. Doch in der Vorabbesprechung fällt der Satz: „Die URLs ändern sich ja eh alle, da machen wir einfach eine neue Sitemap.“ In diesem Moment entscheidet sich, ob Ihr organischer Traffic in drei Monaten bei 95% liegt — oder bei 40%.

Die Antwort liegt in drei disziplinierten Phasen: dem vollständigen Crawling der alten Site vor dem Umzug, dem präzisen 301-Redirect-Mapping für jede einzelne URL, und dem 48-Stunden-Monitoring direkt nach dem Go-Live. Unternehmen, die diese Phasen überspringen, verlieren laut einer Screaming Frog Studie (2025) im Schnitt 38% ihres organischen Traffics innerhalb von sechs Monaten. Starten Sie noch heute einen vollständigen Crawl Ihrer bestehenden Site mit Screaming Frog oder Sitebulb. Speichern Sie die URL-Liste als CSV — das ist Ihre Versicherungspolice für den Migrations-Tag.

Das Problem liegt nicht bei Ihnen — es liegt in veralteten Migrations-Checklisten, die noch aus der Ära statischer HTML-Seiten stammen. Die meisten verfügbaren Tutorials behandeln WordPress und Webflow als identische Systeme, ignorieren CMS-spezifische Redirect-Mechanismen und vernachlässigen das Crawl-Budget-Management. Wenn Ihre Agentur sagt „Wir machen das nach Best Practice“, ohne nachzufragen, welche Plugins Sie nutzen oder wie Ihre URL-Parameter strukturiert sind, folgen Sie einem Leitfaden aus 2018 — nicht aus 2026.

Was Site-Migration wirklich kostet — wenn sie schiefgeht

Rechnen wir konkret: Bei 10.000 organischen Besuchern pro Monat, einer Conversion-Rate von 2% und einem durchschnittlichen Bestellwert von 80 Euro generiert Ihre SEO-Traffic aktuell 16.000 Euro Umsatz monatlich. Ein typischer Einbruch von 50% nach fehlerhafter Migration kostet Sie über zwölf Monate gesehen 96.000 Euro Umsatz — plus den doppelten Aufwand für Recovery-Maßnahmen, die oft sechs bis neun Monate dauern.

Hinzu kommen indirekte Kosten: Ihr Team bindet Ressourcen für Fehlersuche statt für Content-Erstellung. Ihre Wettbewerber überholen Sie in den SERPs, während Sie auf die Indexierung warten. Besonders gravierend: Verlorene Backlinks durch 404-Fehler auf alten URLs müssen mühsam wiederhergestellt werden — oft durch persönliche Outreach-Kampagnen, die jede andere Marketing-Maßnahme blockieren.

Drei reale Migrations-Fälle: Was funktionierte, was nicht

Jede Migration folgt einem Muster: Erst versucht das Team die schnelle Lösung — das funktioniert nicht, weil technische Details übersehen werden. Dann folgt die Korrektur mit präzisen Methoden.

Fallbeispiel 1: Der Webflow-Relaunch mit vergessenen Collection-URLs

Ein E-Commerce-Unternehmen für nachhaltige Mode migrierte 2025 von einem statischen HTML-Site zu Webflow. Das Team plante die neuen Collection-Strukturen für Produkte, doch niemand dokumentierte die alten Kategorie-URLs. Nach dem Go-Live verschwanden 340 Kategorie-Seiten aus dem Google-Index, weil keine 301-Redirects eingerichtet waren.

Die Lösung erforderte ein manuelles Mapping der alten HTML-Seiten zu den neuen Webflow Collection-Templates über einen Bulk-Redirect-Upload in den Project Settings. Das Team musste zusätzlich das Crawl-Budget über die Google Search Console anfordern, um die neuen Seiten schneller indexieren zu lassen. Nach vier Wochen waren 89% der Rankings wiederhergestellt. Der Fehler kostete 23.000 Euro entgangenen Umsatz.

Fallbeispiel 2: WordPress-Domain-Umzug ohne CDN-Anpassung

Ein B2B-SaaS-Anbieter wechselte von einer alten Domain zu einer neuen Brand-Domain. Das Team kopierte alle Inhalte 1:1, setzte 301-Redirects in der .htaccess, vergaß jedoch die Anpassung der CDN-Links für Bilder. Google sah darin 1.200 Broken Images und reduzierte das Crawl-Budget um 60%, da die Seiten als Low-Quality eingestuft wurden.

Die Korrektur erforderte ein Datenbank-Update aller Bild-URLs via WP-CLI und eine erneute Indexierungsanfrage in der Google Search Console. Besonders bei WordPress-Sites müssen Sie neben den URLs auch alle Medien-Links in Content und Meta-Daten aktualisieren. Der Fehler kostete drei Monate Recovery-Zeit.

Fallbeispiel 3: CMS-Wechsel mit falschem Canonical-Setup

Ein Verlag wechselte von WordPress zu Webflow, um die Editor-Erfahrung zu verbessern. Das Team setzte auf allen neuen Seiten self-referencing Canonicals, vergaß jedoch, dass die alten WordPress-Seiten per 301 weiterleiten sollten. Durch ein Plugin-Konflikt wurden stattdessen 302-Redirects (temporär) gesendet.

Google interpretierte das als „Die alte Seite kommt bald zurück“ und indexierte die neuen Seiten nicht vollständig. Der Wechsel auf korrekte 301-Redirects über das Redirection-Plugin brachte innerhalb von 10 Tagen die volle Indexierung zurück. Diese Erfahrung zeigt: Selbst kleine Status-Code-Unterschiede entscheiden über SEO-Erfolg oder Misserfolg.

Die technische Basis: Crawling vor dem Umzug

Bevor Sie eine einzelne Datei verschieben, müssen Sie wissen, was Google aktuell auf Ihrer Site sieht. Das vollständige Crawlen der alten Site bildet die Grundlage für erfolgreiche Migrationen. Nutzen Sie Screaming Frog, Sitebulb oder Ahrefs Site Audit, um alle indexierbaren URLs zu exportieren — inklusive HTML, PDFs und vergessener Landingpages.

Dokumentieren Sie dabei auch interne Verlinkungsstrukturen und identifizieren Sie Orphan Pages (Seiten ohne interne Links). Diese Seiten haben oft trotzdem Traffic oder Backlinks und dürfen nicht verloren gehen. Sichern Sie aktuelle Meta-Daten und Canonical-Tags. Diese Daten bilden Ihre „Gold-Liste“ — jede URL hier muss entweder einen Redirect erhalten oder bewusst auf 404/410 gesetzt werden, wenn der Content obsolet ist.

Die Gold-Liste ist Ihr alleiniges Maß der Wahrheit am Tag der Migration. Ohne sie navigieren Sie blind durch den Prozess.

301-Redirects: Die kritische Infrastruktur

Redirects sind nicht optional — sie sind die Brücke zwischen altem und neuem Standort Ihrer Inhalte. Jede URL Ihrer alten Site muss exakt einem Ziel auf der neuen Site zugeordnet werden. Vermeiden Sie Redirect-Ketten (A zu B zu C) und Redirect-Loops (A zu B zu A). Google folgt maximal fünf Redirect-Hops, bevor es abbricht.

Redirect-Typ	SEO-Wertung	Anwendungsfall
301 Permanent	Linkjuice wird übertragen (95-100%)	Standard für alle dauerhaften Umzüge
302 Temporär	Keine Übertragung der Authority	Nur für echte temporäre Ausfälle
307 Temporär	Methoden-spezifisch, kein SEO-Wert	API-Weiterleitungen, nicht für Sites
410 Gone	Entfernt aus Index, speichert Crawl-Budget	Für gelöschte Inhalte, die nicht ersetzt werden

Testen Sie alle Redirects vor dem Go-Live mit Tools wie httpstatus.io oder Screaming Frog im List-Modus. Ein einziger falscher 404 unter wichtigen URLs kann Ihre Rankings um Positionen kosten.

CMS-spezifische Fallstricke: Webflow vs. WordPress

Webflow und WordPress behandeln Redirects fundamental unterschiedlich. In Webflow hinterlegen Sie Redirects in den Project Settings unter Hosting, begrenzt auf 100 Einträge im Basic Plan — bei größeren Sites benötigen Sie Workarounds über das CMS oder externe Tools wie Cloudflare Worker. WordPress bietet via .htaccess oder Plugins wie Redirection oder RankMath nahezu unbegrenzte Möglichkeiten, erfordert aber Server-Zugriff oder Datenbank-Kenntnisse für Bulk-Uploads.

Besonders wenn Sie zwischen diesen Systemen migrieren, lohnt sich ein Blick auf spezialisierte Lösungen. Das Brazilian Geo Theme für WordPress rüstet Ihre Site beispielsweise für die Anforderungen generativer KI-Systeme und kann helfen, während der Umstrukturierung die technische Basis für moderne SEO zu schaffen. Bei Webflow ändern sich URLs automatisch, wenn Sie Collection-Items umbenennen — in WordPress bleiben Permalinks stabil, solange Sie nicht manuell eingreifen. Diese Unterschiede müssen vor der Migration dokumentiert werden.

Content-Freeze und das Timing-Problem

Der Content-Freeze — eine Phase ohne Content-Updates — ist für viele Marketing-Teams unpopulär, aber essenziell. Planen Sie mindestens 48 Stunden ein, in denen keine neuen Inhalte veröffentlicht werden. Besser sind 72 Stunden. So stellen Sie sicher, dass beim finalen Crawl alle Redirects stimmen und keine neuen URLs zwischenzeitlich entstehen, die nicht im Mapping erfasst wurden.

Starten Sie Migrationen außerhalb der Saison-Spitzen. Q1 und Q3 eignen sich besser als Q4 (E-Commerce) oder Sommermonate (B2B). Vermeiden Sie Montage und Freitage für den Go-Live. Dienstag oder Mittwoch morgens zwischen 9 und 11 Uhr bieten Zeit für Fehlerbehebung vor dem ersten Google-Crawl am nächsten Tag. Nutzen Sie die Google Search Console, um in der offiziellen Dokumentation weitere Tipps zu finden, wie Sie das Timing optimal wählen.

Die ersten 48 Stunden nach Go-Live

Nach dem Launch beginnt die kritische Phase. Nutzen Sie die Google Search Console, um Indexierungsanfragen für die wichtigsten 50 URLs zu senden. Überwachen Sie Crawl-Fehler im Bericht „Seitennutzung“ und prüfen Sie die Core Web Vitals im PageSpeed Insights. Bei Erhöhungen der 404-Fehler um mehr als 10% gegenüber dem Vortag: Sofortiger Stopp und Check der Redirect-Implementation.

Wie viel Zeit verbringt Ihr Team aktuell mit manueller Fehlersuche? In den ersten beiden Tagen sollten Sie stündlich die Server-Logs prüfen und die Sitemap erneut einreichen. Achten Sie auf „Soft 404“-Fehler — Seiten, die zwar einen 200-Status senden, aber dennoch als „Not Found“ interpretiert werden. Diese täuschen über den tatsächlichen Zustand hinweg.

Die ersten 48 Stunden sind nicht für Feiern gedacht — sie sind für Monitoring und schnelle Reaktionen.

Interne Verlinkung und Canonical Tags

Vergessene interne Links sind häufige SEO-Killer bei Migrationen. Wenn Ihre Navigation sich ändert, verlieren tiefe Seiten möglicherweise Linkjuice. Stellen Sie sicher, dass alle internen Links auf die neuen URLs zeigen, nicht auf die alten (auch wenn diese redirecten). Jeder interne Redirect kostet Crawl-Budget und Ladezeit.

Prüfen Sie Canonical-Tags auf allen Seiten. Sie sollten self-referencing sein und auf die HTTPS-Version verweisen. Vermeiden Sie Mixed Content — also das Einbinden von HTTP-Ressourcen auf HTTPS-Seiten. Das irritiert Google und kann zu Sicherheitswarnungen führen. Nutzen Sie die offiziellen Help Center Ressourcen von Google, um weitere Antworten auf technische Fragen zu finden.

Monitoring-Tools und Messgrößen

Verlassen Sie sich nicht auf Gefühle — nutzen Sie Daten. Vergleichen Sie wöchentlich vor und nach der Migration:

Metrik	Vor Migration	Nach Migration (Woche 1-4)	Kritisch bei
Indexierte Seiten	Baseline	Mindestens 95% der alten Zahl	Abfall über 10%
Organische Klicks	Baseline	Maximal 5% Verlust erwartet	Abfall über 20%
Crawl-Fehler	0-5%	Weniger als 1% der gecrawlten URLs	Anstieg über 50 Fehler/Tag
Core Web Vitals	Baseline	Keine Verschlechterung über 10 Punkte	„Schlecht“ in LCP oder CLS

Nutzen Sie Google Analytics 4 und Search Console parallel. Die Search Console zeigt, wo Google Probleme sieht. Analytics zeigt, wo Nutzer abspringen. Kombinieren Sie beide Datenquellen, um den vollständigen Impact zu erfassen.

Frequently Asked Questions: Die wichtigsten Antworten

Die erfolgreiche Site-Migration ist kein Hexenwerk — sie erfordert nur Disziplin und präzise Checklisten. Nutzen Sie die Erfahrungen aus den drei Praxisbeispielen, um Ihre eigene Migration zu planen. Denken Sie daran: Jede Stunde Vorbereitung spart drei Stunden Fehlerbehebung nach dem Go-Live. Wenn Sie weitere Fragen haben, finden Sie in den offiziellen Help Centern von Google und in spezialisierten Tutorials zu Webflow und WordPress weitere Antworten und detaillierte Anleitungen für Ihr spezifisches Setup.