Die Kurzfassung: Ein WordPress-Relaunch ist aus SEO-Sicht kein einzelner Domainwechsel, sondern eine kontrollierte Übergabe jeder wichtigen alten URL an ihre neue Adresse. Entscheidend sind direkte permanente Redirects, korrekte Canonicals, eine aktuelle XML-Sitemap und die Kontrolle in der Google Search Console.
Ein neuer WordPress-Auftritt kann technisch perfekt funktionieren und trotzdem nach dem Umschalten in Google zunächst unruhig aussehen. Das ist nicht ungewöhnlich: Google muss alte und neue URLs erneut crawlen, Weiterleitungen verarbeiten und Signale den neuen Adressen zuordnen.
Bei einem Relaunch mit geänderten URLs lohnt es sich deshalb, die Migration nicht als Designprojekt, sondern als URL-Migrationsprojekt zu behandeln.
1. Vor dem Relaunch eine URL-Zuordnung erstellen
Für jede wichtige alte URL sollte vor der Umschaltung feststehen, welche neue URL denselben oder den sinnvoll konsolidierten Inhalt übernimmt. Google empfiehlt ausdrücklich eine solche Zuordnung, bevor die Weiterleitungen aktiviert werden.
Die beste Lösung ist in der Regel eine direkte Zuordnung: alte Leistungsseite → neue Leistungsseite, alter Beitrag → neuer Beitrag, alte Kontaktseite → neue Kontaktseite. Viele unterschiedliche alte URLs pauschal auf die Startseite umzuleiten ist dagegen keine saubere Migration und kann von Google als Soft-404-ähnliches Verhalten gewertet werden.
2. Permanente Redirects direkt zum endgültigen Ziel
Bei dauerhaft verschobenen Inhalten empfiehlt Google serverseitige permanente Redirects, typischerweise HTTP 301 oder 308. Wichtig ist, möglichst direkt auf das endgültige Ziel zu leiten.
Eine Kette wie alt → zwischenziel → neue URL funktioniert zwar technisch oft, verursacht aber unnötige Umwege. Besser ist alt → neue URL.
Zum Thema Canonical und Weiterleitungen passt auch mein Beitrag WWW oder ohne WWW? 301-Weiterleitung, Canonical und Linkkraft richtig bündeln. Falls nach einem Domainwechsel plötzlich eine Redirect-Schleife entsteht, hilft außerdem WordPress ERR_TOO_MANY_REDIRECTS nach Domainwechsel: SSL prüfen.
3. Canonicals und noindex nach der Umschaltung prüfen
Auf der neuen Website sollten Canonical-Tags auf die neuen endgültigen URLs zeigen. Besonders wichtig ist außerdem, vor dem Livegang verwendete noindex-Regeln oder andere Staging-Sperren wieder zu entfernen.
Typischer Relaunch-Fehler: Die neue Seite ist live, aber einzelne Seiten tragen noch einen Canonical zur Testdomain oder wurden während der Entwicklung auf noindex gesetzt.
4. Interne Links auf die neuen URLs umstellen
Interne Links sollten nach dem Relaunch nicht dauerhaft über Redirects laufen. Navigation, Buttons, Textlinks, Bilder, Footer und wichtige Landingpages sollten möglichst direkt auf die neuen URLs verweisen. Das reduziert unnötige Umleitungen und macht die neue Struktur für Besucher und Suchmaschinen klarer.
5. Neue XML-Sitemap in der Search Console einreichen
Nach der Umschaltung sollte die XML-Sitemap nur die gewünschten neuen kanonischen URLs enthalten. Google empfiehlt, die neue Sitemap in der Search Console einzureichen. Sie hilft Google beim Entdecken der neuen URL-Struktur.
Die Sitemap ist dabei ein Entdeckungssignal, keine Indexierungsgarantie. Wenn die Search Console meldet, dass eine Sitemap nicht abgerufen werden konnte, habe ich die Fehlersuche hier beschrieben: „Sitemap konnte nicht abgerufen werden“ trotz gültiger Sitemap.
6. Einzelne wichtige URLs zusätzlich prüfen
Für besonders wichtige Seiten kann nach dem Relaunch die URL-Prüfung in der Google Search Console sinnvoll sein. Dort lässt sich kontrollieren, ob Google die neue URL erreichen kann und welche Canonical-Information erkannt wird. Für einzelne Seiten kann anschließend eine Indexierung beantragt werden.
Wie das 2026 funktioniert und warum der alte Sitemap-Ping nicht mehr sinnvoll ist, steht in Google anpingen 2026: Neue WordPress-Seiten schneller entdecken lassen.
7. Redirects nicht zu früh löschen
Google empfiehlt bei Site-Moves, permanente Redirects möglichst lange bestehen zu lassen, im Allgemeinen mindestens ein Jahr. Dadurch hat Google ausreichend Zeit, alte URLs erneut zu crawlen und Signale auf die neuen Adressen zu übertragen. Für Nutzer kann es sinnvoll sein, solche Redirects sogar dauerhaft beizubehalten.
8. Nach dem Relaunch überwachen statt hektisch ändern
Während einer Migration sind vorübergehende Schwankungen normal. Bei kleinen und mittleren Websites kann es laut Google einige Wochen dauern, bis ein großer Teil der neuen URLs verarbeitet ist. Entscheidend ist deshalb weniger eine einzelne Zahl am ersten Tag als die Entwicklung.
Ich kontrolliere nach einem Relaunch insbesondere: funktionierende Redirects, 404-Fehler, Sitemap-Status, indexierte Seiten, Canonicals, interne Links und auffällige Veränderungen bei Impressionen und Klicks.
Relaunch-Check in Kurzform
Vorher: URL-Mapping, Testsystem, Canonicals und Redirect-Plan vorbereiten.
Beim Umschalten: permanente Redirects aktivieren, Staging-Sperren entfernen, interne Links und Canonicals kontrollieren.
Danach: neue Sitemap einreichen, wichtige URLs prüfen, 404- und Redirect-Protokolle beobachten und nicht vorschnell an funktionierenden Weiterleitungen ändern.
Offizielle Google-Quellen
Google Search Central: Site-Move mit URL-Änderungen
Google Search Central: Redirects und Google Search