TL;DR: Wir haben seojuice.io im Januar 2026 auf seojuice.com migriert. Der Traffic ist in der ersten Woche um 40 % eingebrochen. Innerhalb von 2 Monaten sind wir von 694 Impressionen pro Tag auf 7.853 gekommen. In diesem Artikel zeige ich dir jeden Fehler, den wir gemacht haben, jeden Fix, den wir umgesetzt haben, und den genauen Verlauf der Erholung, damit du unsere schlimmsten Momente nicht wiederholen musst.
Im Januar 2026 haben wir SEOJuice von der .io-Domain auf .com umgezogen. Die Gründe waren ziemlich klar: .com wirkt vertrauenswürdiger, bleibt besser im Kopf, und wir hatten es satt, nicht-technischen Interessenten ständig zu erklären, was ".io" eigentlich bedeutet.
Ich wusste, dass es wehtun würde. Ich habe Dutzende Kunden durch Domain-Migrationen begleitet. Ich habe jede Seite in der Google-Dokumentation zu dem Thema gelesen. Ich dachte, wir wären vorbereitet.
Waren wir aber nicht.
Tag eins: Die Impressionen fielen um 40 %. Bis Tag drei waren einige unserer stärksten Seiten komplett aus dem Index verschwunden. Unser Haupt-Keyword — das, das 30 % unseres organischen Traffics gebracht hat — fiel von Position 4 und verschwand komplett aus den Rankings.
Hier ist die Timeline dessen, was tatsächlich passiert ist:
| Zeitraum | Impressionen pro Tag | Klicks pro Tag | Was passiert ist |
|---|---|---|---|
| Vor der Migration | 694 | 31 | Ausgangsniveau auf der .io-Domain |
| Woche 1 | ~420 | 14 | Erster Einbruch. Google indexiert noch alte URLs |
| Woche 2-3 | ~580 | 22 | Google verarbeitet die Weiterleitungen nach und nach. Alte und neue URLs gemischt im Index |
| Woche 4-6 | 1.200 | 48 | Erholung beginnt. Neue Domain gewinnt an Sichtbarkeit |
| Monat 2 | 4.100 | 165 | Altes Ausgangsniveau übertroffen. Content-Verbesserungen greifen |
| Monat 3 (jetzt) | 7.853 | 312 | 11x der ursprünglichen Impressionen. Vollständige Erholung + Wachstum |
Die Erholung lag nicht nur daran, dass sich die Migration mit der Zeit stabilisiert hat. Wir haben den Umzug genutzt, um jahrelang angesammelte technische Altlasten abzubauen, die Content-Qualität zu verbessern und unsere interne Verlinkung neu zu strukturieren. Aber die Migration selbst war der harte Teil — und genau darauf konzentriert sich dieser Artikel über SEO-Probleme nach einer WordPress-Migration.
Das ist die Checkliste, der ich im Nachhinein gern konsequenter gefolgt wäre. Wir haben das meiste davon gemacht, aber die Punkte, die wir übersehen haben, haben uns Wochen an Erholungszeit gekostet.
| Vor der Migration | Während der Migration | Nach der Migration |
|---|---|---|
| Die komplette alte Website crawlen und alle URLs exportieren | 301-Weiterleitungen für jede URL einrichten | Weiterleitungen mit einem vollständigen Crawl verifizieren |
| Eine vollständige Weiterleitungs-Map erstellen (alte URL → neue URL) | Canonical-Tags auf die neue Domain aktualisieren | Neue Sitemap in GSC einreichen |
| Google Search Console-Daten exportieren | Interne Links auf die neue Domain umstellen | Das Change of Address-Tool in GSC verwenden |
| Alle Backlinks dokumentieren (Quelle + Ziel-URL) | sitemap.xml mit den neuen URLs aktualisieren | Indexabdeckung 2 Wochen lang täglich überwachen |
| Neue Domain in GSC und Analytics einrichten | robots.txt auf der neuen Domain aktualisieren | In GSC nach Crawling-Fehlern schauen |
| Wichtige Backlink-Partner über die Änderung informieren | SSL-Zertifikat auf der neuen Domain prüfen | Backlink-Updates bei wichtigen verweisenden Domains anfragen |
| Weiterleitungen in einer Staging-Umgebung testen | Social-Profile und Verzeichniseinträge aktualisieren | Alte Domain 12+ Monate weiterleiten lassen |
Wichtigste Erkenntnis
Der mit Abstand wichtigste Punkt: Lass die alte Domain mindestens 12 Monate weiterleiten. Google empfiehlt, Weiterleitungen mindestens 180 Tage aktiv zu halten, aber länger ist besser. Wir lassen seojuice.io auf unbestimmte Zeit weiterleiten — es gibt schlicht keinen guten Grund, es nicht zu tun.
Das ist der #1-Killer bei Migrationen. Jede URL auf der alten Domain braucht eine 301-Weiterleitung auf ihr Pendant auf der neuen Domain. Nicht auf die Startseite. Nicht auf irgendeinen „Catch-all“. Auf die exakt entsprechende Seite.
Crawle die alte Domain. Prüfe für jede URL, ob sie korrekt per 301 auf die richtige neue URL weiterleitet. Nutze unseren Checker für defekte Links oder Screaming Frog mit hochgeladener URL-Liste.
Für Apache (.htaccess):
# Redirect entire old domain to new domain (preserving paths)
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?olddomain\.io [NC]
RewriteRule ^(.*)$ https://newdomain.com/$1 [R=301,L]
# Individual page redirects (when URL structure changed)
Redirect 301 /old-blog/post-slug https://newdomain.com/blog/post-slug/
Redirect 301 /services/old-page https://newdomain.com/solutions/new-page/Für Cloudflare (Redirect Rules):
# Cloudflare Redirect Rule (Single Redirect)
# Match: hostname equals "olddomain.io"
# Then: Dynamic redirect to https://newdomain.com + URI Path
# Status: 301 (Permanent)
# For Cloudflare Bulk Redirects (CSV format):
olddomain.io/blog/old-post,https://newdomain.com/blog/new-post,301
olddomain.io/about,https://newdomain.com/about/,301Für Nginx:
server {
server_name olddomain.io www.olddomain.io;
return 301 https://newdomain.com$request_uri;
}"Du musst Weiterleitungen unbedingt einrichten, zumindest für die wichtigen Seiten. Ohne sie bekommst du einen Mix aus alten und neuen URLs in den Suchergebnissen, und alte URLs schicken Traffic auf deine 404-Seite. Im Idealfall nimmst du permanente serverseitige Weiterleitungen — 308 oder 301. JavaScript-Weiterleitungen solltest du vermeiden."
Nachdem du die Weiterleitungen eingerichtet hast, prüfe jede URL aus deiner alten Sitemap. Die Antwort sollte eine einzelne 301 auf die korrekte neue URL sein. Achte auf Weiterleitungsketten (301 → 301 → 200) — die verwässern Link Equity und erhöhen die Latenz.
Das war der Punkt, der uns erwischt hat. Wir hatten perfekte externe Weiterleitungen eingerichtet, aber vergessen, die internen Links in unseren Blog-Inhalten zu aktualisieren. Hunderte interne Links zeigten noch auf seojuice.io und erzeugten bei jedem Seitenaufruf unnötige Weiterleitungssprünge.
Crawle die neue Website und filtere nach internen Links, die die alte Domain enthalten. Suche in deiner Datenbank oder deinem CMS nach dem String der alten Domain.
Mach ein Search-and-Replace über die gesamte Datenbank. In WordPress:
# Using WP-CLI (recommended approach)
wp search-replace 'https://olddomain.io' 'https://newdomain.com' --all-tables --dry-run
# Review output, then run without --dry-run:
wp search-replace 'https://olddomain.io' 'https://newdomain.com' --all-tables
# Also catch http:// variants
wp search-replace 'http://olddomain.io' 'https://newdomain.com' --all-tablesCrawle die Seite erneut. Kein einziger interner Link sollte noch auf die alte Domain verweisen.
Wenn deine sitemap.xml noch URLs der alten Domain auflistet, sagst du Google damit: „Das sind meine Seiten“, während deine Weiterleitungen sagen: „Nein, geh bitte da rüber.“ Solche gemischten Signale bremsen die Neuindexierung aus.
Öffne https://newdomain.com/sitemap.xml und prüfe jede URL. Wenn irgendeine mit der alten Domain beginnt, ist die Sitemap veraltet.
Prüfe GSC → Sitemaps. Der Status sollte „Erfolgreich“ mit der korrekten URL-Anzahl anzeigen.
Canonical-Tags übersieht man leicht, weil Nutzer sie nie sehen. Aber wenn deine Canonicals noch auf die alte Domain zeigen, sagst du Google damit, dass die alte Domain die „echte“ Version ist — und widersprichst damit direkt deinen Weiterleitungen.
Öffne bei mehreren Seiten der neuen Website den Quellcode. Suche nach <link rel="canonical" und prüfe, ob das href die neue Domain verwendet.
Prüfe stichprobenartig 10-20 Seiten über verschiedene Templates hinweg (Startseite, Blogpost, Kategorie, Produkt). Jeder Canonical sollte auf die neue Domain verweisen.
Selbst mit perfekten Weiterleitungen und Canonicals braucht Google Zeit, um einen Domain-Umzug zu verarbeiten. Das ist normal. Unsere Neuindexierung hat für den Großteil der Seiten etwa 3 Wochen gebraucht und für den Long Tail 6 Wochen.
Gehe in GSC zu Index → Seiten. Beobachte die Zahl der „indexierten“ Seiten in der neuen Property. Sie sollte kontinuierlich steigen. Wenn sie stagniert oder fällt, blockiert etwas das Crawling.
"Aktualisiere die URL-Adresse in Google Search Console während der Migration, nicht davor — Google braucht Inhalte auf der neuen Website, um das zu verarbeiten. Du solltest auf jeden Fall kurzfristig sichtbare Änderungen daran erwarten, wie deine Inhalte in der Suche dargestellt werden. Selbst wenn du die URL-Änderungen perfekt umsetzt, wirst du Veränderungen sehen."
Tracke täglich: die Zahl indexierter Seiten in GSC, Crawling-Statistiken und das Verhältnis von alten zu neuen Domain-URLs in den Suchergebnissen (suche nach site:newdomain.com und site:olddomain.io).
Deine Backlinks zeigen auf die alte Domain. Mit 301-Weiterleitungen überträgt Google den Großteil (aber nicht alles) der Link Equity auf die neue URL. Der Verlust ist pro Link klein, summiert sich aber über Hunderte Backlinks.
Exportiere dein Backlink-Profil aus Ahrefs, Semrush oder GSC. Prüfe, wie viele noch auf die alte Domain zeigen und wie viele schon auf die neue. Drei Monate nach der Migration sollte sich das Verhältnis in Richtung der neuen Domain verschieben.
Überwache dein Backlink-Profil monatlich. Der Anteil der Backlinks, die direkt auf die neue Domain zeigen, sollte mit der Zeit steigen. Nutze unseren Domain Authority Checker, um den Authority-Transfer zu verfolgen.
Studien zeigen, dass Domain-Migrationen zwischen 30 Tagen und 523 Tagen brauchen können, um sich vollständig zu erholen. Die Spannweite ist riesig, weil alles davon abhängt, wie sauber du ausführst. So sieht eine gut umgesetzte SEO-Migration Woche für Woche aus:
| Zeitraum | Was normal ist | Was ein Warnsignal ist |
|---|---|---|
| Woche 1 | 20-40 % Traffic-Rückgang. Ranking-Schwankungen bei wichtigen Begriffen. Alte URLs tauchen noch in den SERPs auf | 70 %+ Traffic-Rückgang. Vollständige De-Indexierung. 404-Fehler in GSC |
| Woche 2-3 | Traffic stabilisiert sich. URLs der neuen Domain ersetzen alte im Index. Rankings kommen zurück | Traffic fällt weiter. Indexabdeckung steigt nicht. Weiterleitungsfehler in GSC |
| Woche 4-6 | Traffic nähert sich dem Niveau vor der Migration. Die meisten Seiten sind neu indexiert. Rankings stabilisieren sich | Immer noch unter 50 % des Ausgangsniveaus. Viele Seiten nicht indexiert. Crawling-Fehler nehmen zu |
| Monat 2-3 | Vollständige Erholung oder über dem alten Ausgangsniveau. Alle wichtigen Seiten auf der neuen Domain indexiert | Wichtige Seiten immer noch nicht indexiert. Rankings für Kernbegriffe erholen sich nicht |
| Monat 6+ | Alte Domain erscheint kaum noch in den SERPs. Backlinks werden nach und nach aktualisiert. Long Tail vollständig erholt | Alte Domain erscheint noch für viele Suchanfragen. Authority-Metriken sinken |
Wenn deine Migration schiefgelaufen ist und du rote Flaggen siehst, behebe diese Punkte in genau dieser Reihenfolge:
Der schwierigste Teil einer Migration ist zu erkennen, wann ein Einbruch normal ist und wann wirklich etwas kaputt ist.
Warte ab, wenn:
Gerate in Panik (und behebe es sofort), wenn:
Wichtigste Erkenntnis
Ein Traffic-Rückgang von 20-40 % in Woche 1 ist normal und zu erwarten. Ein Rückgang von 70 %+, oder jeder Einbruch, der sich bis Woche 3 nicht zu erholen beginnt, bedeutet, dass technisch etwas nicht stimmt. Prüfe Weiterleitungen, robots.txt und Canonicals in genau dieser Reihenfolge.
Mit Blick auf unsere eigene Migration würde ich heute Folgendes ändern:
Google empfiehlt mindestens 180 Tage. Ich empfehle für immer — oder zumindest so lange, wie die Domain-Kosten vernachlässigbar sind. Es gibt keinen Nachteil daran, Weiterleitungen aktiv zu lassen, und alte Backlinks geben weiterhin Equity über die Weiterleitung weiter.
301 (permanent). Immer. Ein 302 sagt Google, dass der Umzug nur vorübergehend ist. Das bedeutet, Google behält die alten URLs im Index und überträgt die Link Equity nicht vollständig. Für einen dauerhaften Domain-Wechsel ist 301 die einzig richtige Wahl. John Mueller erwähnt auch 308 als gleichwertig zu 301.
Vorübergehend: ja. Die meisten Websites sehen in der ersten Woche einen Traffic-Rückgang von 20-40 %. Wenn die Umsetzung sauber ist, beginnt die Erholung innerhalb von 2-4 Wochen. Studien zeigen, dass 83 % der sauber ausgeführten Domain-Migrationen sich innerhalb von 6 Monaten vollständig erholen. Die 17 %, bei denen das nicht passiert, haben meistens hartnäckige technische Probleme (kaputte Weiterleitungen, Canonical-Probleme).
Google rät dringend davon ab. Ändere immer nur eine Sache auf einmal. Zieh zuerst die Domain um, lass das Ganze 2-3 Monate stabil werden und strukturiere dann die URLs um. Beides gleichzeitig zu machen, macht es fast unmöglich, Probleme sauber zu diagnostizieren, wenn etwas schiefgeht.
Nicht neu aufbauen, aber aktualisieren. 301-Weiterleitungen übertragen den Großteil der Link Equity, also zählen deine bestehenden Backlinks weiterhin. Wenn du aber deine wichtigsten verweisenden Domains kontaktierst und sie bittest, die Links direkt zu aktualisieren (also den Weiterleitungssprung zu entfernen), bleibt mehr Equity erhalten und das Crawling wird effizienter.
Das Change of Address-Tool in Google Search Console teilt Google explizit mit, dass deine Website von einer Domain auf eine andere umgezogen ist. Es ist nicht zwingend erforderlich — Google kann Domain-Umzüge auch allein über 301-Weiterleitungen erkennen — aber es beschleunigt den Prozess deutlich. Es leitet Signale von alt nach neu weiter, priorisiert das Crawling der neuen Domain und bleibt 180 Tage lang aktiv. Nutze es.
Jede Domain-Migration tut weh. Selbst perfekt umgesetzte Migrationen tun weh. Google muss neu crawlen, neu verarbeiten und Vertrauen einer neuen Domain zuweisen. Das braucht Zeit.
Der Unterschied zwischen einer Migration, die sich in 3 Wochen erholt, und einer, die ein Jahr braucht, ist die Qualität der Ausführung: vollständige Weiterleitungs-Maps, aktualisierte interne Links, saubere Canonicals und das GSC Change of Address-Tool. Es gibt keine Abkürzung und keinen Hack.
Wir sind stärker daraus hervorgegangen, weil wir die Migration als Gelegenheit gesehen haben, alles zu reparieren, was ohnehin schon falsch war. Wenn du kurz vor einer Migration stehst, mach es genauso. Räume deine technischen Altlasten auf, verbessere deinen Content und bring deine interne Verlinkung in Ordnung, wenn du schon dabei bist. Du gehst ohnehin durch den Schmerz — dann kannst du auf der anderen Seite auch mit einer besseren Website rauskommen.
no credit card required