
13 Minuten

Senior SEO Manager
Die größten SEO-Fehler beim Website-Relaunch
Rankingverluste nach einem Website-Relaunch gehen in der Praxis fast immer auf dieselben wenigen SEO-Fehler zurück. Ein gewisses Risiko trägt jeder Relaunch, weil sich Adressen, Inhalte und Technik gleichzeitig ändern und Google die Website neu bewerten muss. Kommen vermeidbare Fehler dazu, werden aus vorübergehenden Schwankungen schnell dauerhafte Verluste. Wer die Fehler kennt, vermeidet sie und kann den Relaunch nutzen, um Struktur und Inhalte an der Suchnachfrage auszurichten. Hier erfährst du, welche SEO-Fehler beim Website-Relaunch am häufigsten passieren, sortiert nach Projektphase, und wie du sie rechtzeitig erkennst.
Das Wichtigste in Kürze
SEO-Fehler beim Relaunch auf einen Blick
- Weiterleitungen fehlen oder zeigen pauschal auf die Startseite.
- Die noindex- oder robots.txt-Sperre der Testumgebung bleibt nach dem Livegang aktiv.
- Inhalte, Seitentitel und strukturierte Daten gehen beim Umzug verloren.
- Nach dem Livegang prüft niemand Search Console und Rankings gegen den alten Stand.
- URLs werden ohne Grund geändert, und jede neue Adresse erhöht die Fehleranfälligkeit des Umzugs.
Warum ein Relaunch Sichtbarkeit kosten kann
Ein Relaunch kostet Sichtbarkeit, wenn Google die Signale der alten Seiten nicht auf die neuen übertragen kann oder die neuen Seiten qualitativ hinter den alten zurückbleiben. Rankings, Backlinks und Klickdaten hängen an der einzelnen URL. Ändert sich die Adresse, muss Google die Verbindung zwischen alter und neuer Seite erst herstellen, und das gelingt nur über eine Weiterleitung auf eine inhaltlich passende Seite. Kommen gekürzte Inhalte, eine mitgenommene Indexierungssperre oder eine langsamere Technik dazu, bewertet Google die neue Website schlechter als die alte.
Schwankende Rankings in den ersten Wochen sind normal, weil Google die Website neu crawlt und bewertet. Dauerhafte Verluste entstehen dagegen fast immer durch Fehler, die schon vor dem Livegang sichtbar gewesen wären.
SEO-Fehler in der Relaunch-Planung
Die teuersten Fehler entstehen, bevor die erste Zeile Code geschrieben ist. In der Konzeptphase wird festgelegt, welche Seiten es künftig gibt und wie ihre Adressen aussehen. Fehlt hier das Wissen, welche Seiten heute Besucher bringen, plant das Projekt an der Nachfrage vorbei.
SEO kommt erst kurz vor dem Livegang dazu
Bindest du SEO erst zur Abnahme ein, kannst du nur noch Schäden begrenzen. In vielen Projekten ist SEO ein Prüfpunkt am Ende, wenn Seitenstruktur, Navigation und URL-Schema längst feststehen. Sinnvoller ist es, Suchnachfrage und bestehende Rankings in die Struktur einfließen zu lassen, solange du noch über Kategorien und Seitentypen entscheidest.

Seiten mit Rankings fallen beim Aufräumen weg
Ein Relaunch ist der richtige Zeitpunkt, um alte Inhalte auszusortieren und nur Seiten zu übernehmen, die Qualität und Nachfrage haben. Der Fehler liegt in der Auswahl. Beim Aufräumen fallen oft Seiten weg, die unauffällig wirken und trotzdem über lange Suchanfragen regelmäßig Besucher bringen, und mit ihnen gehen ihre Rankings. Entscheide deshalb mit Daten aus Search Console und Crawl, welche Seiten bleiben, nicht nach deinem Eindruck.
Texte werden gekürzt oder versteckt
Eine Seite kann beim Relaunch bleiben und trotzdem Rankings verlieren, wenn ihre Inhalte beim Umzug gekürzt, umgestellt oder neu geschrieben werden. Luftigere Layouts streichen Absätze und Tabellen oder verschieben Inhalte in Reiter und Akkordeons, die erst per JavaScript nachgeladen werden. Für Google fehlt der Text dann ganz oder er zählt weniger, und die Seite rankt für weniger Suchanfragen als vorher. Vergleiche deshalb vor dem Livegang die Inhalte je Seite zwischen alter und neuer Website, etwa über den Wortumfang und die Überschriften aus beiden Crawls.
URLs werden ohne Grund geändert
Viele Relaunches ändern URLs, weil das neue System andere Pfade vorschlägt oder das Design neue Kategorienamen bringt, nicht weil die alten Adressen ein Problem waren. Jede geänderte URL kostet Google eine Neubewertung und das Projekt eine Weiterleitungsregel, die zusätzliches Fehlerpotenzial birgt. Ist die alte Adresse sauber lesbar, behalte sie beim Relaunch. Nur Seiten mit echtem Grund, etwa Parameter-URLs, thematische Umstrukturierung oder unlesbare IDs, bekommen eine neue Adresse.
Weiterleitungsfehler beim Relaunch
Weiterleitungen übertragen die Signale der alten Seiten auf die neuen und sind damit der wichtigste Baustein beim Relaunch. Jede alte URL, die Besucher, Rankings oder Backlinks hat, braucht genau ein neues Ziel, sofern es eine inhaltlich passende Folgeseite gibt. Fehlt die Weiterleitung, landet jeder Klick aus Google, aus Lesezeichen und von verlinkenden Websites auf einer Fehlerseite.

Weiterleitungen fehlen ganz
Vergessene Weiterleitungen sind der häufigste Grund für Rankingverluste nach dem Relaunch. Alte Adressen, die nach dem Livegang ins Leere laufen, antworten mit dem Statuscode 404, und Google entfernt sie nach einigen Wochen samt Rankings und Backlinks aus dem Index. Betroffen sind meist Seiten, die im Weiterleitungskonzept fehlen, weil sie in keinem Menü standen, etwa ältere Blogartikel, PDFs, Bilder oder Produktseiten. Baue die Liste aller Adressen, die ein Ziel brauchen, deshalb aus einem vollständigen Crawl der alten Website und ergänze sie um die URLs aus Search Console, Sitemap und Backlink-Daten. Ein Crawl allein findet keine Seiten, die intern nicht mehr verlinkt sind.
Alle alten Adressen zeigen auf die Startseite
Eine Sammelweiterleitung auf die Startseite überträgt die Rankings der alten Unterseiten nicht auf die neue Website. Sie ist mit einer Regel eingerichtet und fängt jede alte Adresse ab, deshalb ist sie beliebt. Google übernimmt Rankings aber nur, wenn die neue Seite inhaltlich zur alten passt, und das trifft auf die Startseite praktisch nie zu. Google rät in der Dokumentation zu Website-Umzügen ausdrücklich davon ab, viele alte URLs auf ein unpassendes Ziel wie die Startseite zu leiten. Leite nur auf eine Seite weiter, die den alten Inhalt tatsächlich ersetzt. Gibt es keine solche Folgeseite, ist der Statuscode 410 die richtige Antwort. Eine Weiterleitung auf eine nur thematisch ähnliche Kategorie wertet Google häufig als Soft 404.
Weiterleitungen laufen über Umwege oder sind nur temporär
Jede Weiterleitung sollte direkt auf das endgültige Ziel zeigen und dauerhaft sein. Bei Websites mit mehreren Relaunches zeigen alte Regeln oft auf Adressen, die beim neuen Relaunch selbst wieder weitergeleitet werden, und jeder Zwischenschritt verlangsamt Besucher und Crawler. Für einen dauerhaften Umzug gehört außerdem der Statuscode 301 oder 308 in die Regel. Eine temporäre Weiterleitung mit 302 oder 307 signalisiert, dass die alte Adresse zurückkommt, und Google behält sie dann unter Umständen weiter im Index.
Interne Links zeigen weiter auf alte Adressen
Nach dem Umzug zeigen Navigation, Footer und Links im Fließtext oft noch auf die alten Adressen, besonders bei Inhalten, die aus dem alten System importiert wurden. Funktionieren die Weiterleitungen, fällt das kaum auf, aber jeder interne Klick läuft dann über eine Weiterleitung. Stell interne Links deshalb nach dem Relaunch direkt auf die neuen Adressen um.
SEO-Fehler beim Shop-Relaunch
Onlineshops haben beim Relaunch zusätzliche Fehlerquellen, weil mit dem Shopsystem meist auch die Logik für Filter, Produktdaten und Seitentitel wechselt. Alle drei fallen in Rankingberichten erst spät auf, weil sie zunächst Crawling und Klickrate treffen und nicht die Position.
Filter- und Parameter-URLs laufen unkontrolliert in den Index
Ein neues Shopsystem erzeugt für Filter, Sortierungen und Varianten eigene URLs, oft mit Parametern. Ohne Regel für Canonical, noindex oder robots.txt entstehen aus einer Kategorie tausende indexierbare Adressen mit fast gleichem Inhalt, und Google verteilt das Crawling auf Varianten statt auf Produkte und Kategorien. Leg vor dem Livegang fest, welche Filterkombinationen indexiert werden sollen und wie du den Rest ausschließt.
Strukturierte Daten gehen mit dem alten System verloren
Product-, Offer- und Breadcrumb-Markup hängen am Template und werden beim Systemwechsel selten eins zu eins übernommen. Fehlt das Markup nach dem Relaunch, verlieren Produktseiten Preis, Verfügbarkeit und Bewertungen in den Suchergebnissen. Das zeigt sich zuerst in der Klickrate, die Position bleibt oft gleich. Prüf deshalb vor dem Livegang jeden Seitentyp mit dem Rich-Results-Test von Google.
Seitentitel und Meta-Descriptions werden nicht übernommen
Beim Import in das neue System werden Seitentitel und Meta-Descriptions häufig aus dem Produktnamen neu generiert, und jahrelang optimierte Titel sind weg. Der Seitentitel ist für Google ein zentrales Signal für das Thema einer Seite. Exportiere alle Titel und Descriptions aus dem alten System und gleiche sie nach dem Import ab. So siehst du, wo das Template überschrieben hat.
Fehler beim Relaunch-Livegang
Beim Umzug von der Testumgebung auf die echte Domain wandern Einstellungen mit, die nur für die Testumgebung gedacht waren. Der Tag des Livegangs ist deshalb der Moment für eine erste technische Prüfung, noch bevor Google die neuen Seiten crawlt.

Die Sperre aus der Testumgebung geht mit live
Bleibt die Sperre der Testumgebung beim Livegang aktiv, verschwindet die Website nach und nach aus dem Index oder wird gar nicht erst gecrawlt. Eine Testumgebung wird zu Recht für Suchmaschinen gesperrt, etwa über einen Passwortschutz, ein noindex in den Meta-Robots oder ein Disallow: / in der robots.txt. Die Folgen unterscheiden sich. Ein vergessenes noindex entfernt die Seiten aus dem Index, eine vergessene robots.txt-Sperre verhindert das Crawlen, sodass Google weder die neuen Inhalte noch die Weiterleitungen sieht. In WordPress genügt dafür ein vergessener Haken bei „Suchmaschinen davon abhalten, diese Website zu indexieren“. Prüfe robots.txt und Meta-Robots deshalb als Erstes nach dem Umschalten.
Canonicals, Sitemap und hreflang zeigen auf falsche Adressen
Nach dem Umzug enthalten Canonical-Tags, XML-Sitemap und hreflang-Angaben oft noch die Adresse der Testumgebung oder alte URLs. Sie werden meist automatisch erzeugt, deshalb fällt der Fehler bei der Abnahme selten auf. Google erhält dann widersprüchliche Signale, welche Adresse die richtige ist. Deine Sitemap sollte ausschließlich die neuen, indexierbaren URLs mit Statuscode 200 enthalten.
Der Termin liegt in der umsatzstärksten Zeit
Ein Livegang kurz vor dem Wochenende, vor Feiertagen oder mitten in der Saison lässt wenig Zeit, Fehler zu beheben, bevor sie Umsatz kosten. Wählst du einen Termin zu Wochenbeginn und außerhalb der Hauptsaison, bleibt deinem Team Zeit für Korrekturen.
Tracking und Ladezeit werden nicht geprüft
Mit dem neuen System wechseln meist auch Templates, Tag Manager und Consent-Banner. Fehlt danach das Analytics-Tag auf einzelnen Seitentypen oder ist der Consent-Banner falsch angebunden, sehen die Zahlen nach dem Relaunch schlechter aus, als sie sind, und du kannst echte Verluste nicht mehr von Messfehlern trennen. Prüfe deshalb am Tag des Livegangs, ob Seitenaufrufe und Conversions in Analytics ankommen. Miss außerdem die Ladezeit der neuen Templates mit Lighthouse oder PageSpeed Insights und vergleiche sie mit der alten Website. Neue Designs bringen oft größere Bilder, mehr Schriften und zusätzliche Skripte mit.
Fehler nach dem Relaunch-Livegang
Mit dem Livegang ist ein Relaunch für Suchmaschinen nicht abgeschlossen. Je nach Größe deiner Website braucht Google einige Wochen, bis die neue Struktur vollständig erfasst ist. In dieser Zeit zeigt sich, ob die Vorbereitung gegriffen hat.
Niemand crawlt die neue Website und testet die Weiterleitungen
Crawle direkt nach dem Umschalten die neue Website vollständig und teste alle alten URLs aus deiner Liste. Der Crawl zeigt Fehlerseiten, fehlende Canonicals, blockierte Ressourcen und Seiten, die nicht mehr intern verlinkt sind. Der Test der alten URLs zeigt, welche Weiterleitungen fehlen, auf ein falsches Ziel führen oder über Ketten laufen. Beides erledigst du mit einem Crawler wie Screaming Frog an einem Vormittag, und du findest die meisten Fehler, bevor Google sie findet.
Niemand prüft Search Console und Rankings
In den ersten Wochen nach dem Livegang zeigen die Indexierungsberichte der Google Search Console, ob neue Seiten aufgenommen werden und ob Fehlerseiten oder ausgeschlossene URLs zunehmen. Der Vergleich mit dem Stand vor dem Relaunch zeigt, welche Seiten Klicks verlieren. Wechselst du die Domain, melde außerdem die Adressänderung in der Search Console. Lege dafür vorab eine Property für die neue Domain an und bestätige sie, damit du ab dem ersten Tag Daten hast.
Weiterleitungen werden zu früh abgeschaltet
Lass Weiterleitungen nach einem Umzug mindestens ein Jahr bestehen, so die Empfehlung in der Google-Dokumentation. In der Praxis wirken Weiterleitungsregeln nach einigen Monaten wie Altlasten und werden beim nächsten Server- oder Systemwechsel gern entfernt. Backlinks von anderen Websites zeigen oft noch deutlich länger auf die alten Adressen.
KI-Systeme zitieren weiter die alten Adressen
Nach einem Relaunch zitieren ChatGPT, Perplexity und die AI Overviews von Google die Website oft noch unter den alten URLs, weil ihre Quellen aus früheren Crawls stammen. Funktionieren die Weiterleitungen, führen diese Zitate weiter ans Ziel. Neue Server, Firewalls oder CDN-Regeln blockieren zudem unter Umständen KI-Crawler wie GPTBot oder ClaudeBot, obwohl die robots.txt sie erlaubt. Ruf deine Website deshalb nach dem Livegang mit den User-Agents der KI-Crawler ab, genauso wie du die Weiterleitungen testest.
SEO-Checkliste für den Relaunch
Die meisten dieser Fehler vermeidest du, wenn jede Projektphase eigene Prüfpunkte hat. Je früher du SEO einbindest, desto mehr kannst du gestalten statt nur prüfen.
- Crawl, Search-Console-Export und Backlinks der alten Website sichern
- Seiten mit Rankings und Traffic markieren
- Struktur an der Suchnachfrage ausrichten
- Bestehende URLs behalten, wo es geht
- Weiterleitungen eins zu eins zuordnen
- Inhalte, Seitentitel und strukturierte Daten vorher und nachher vergleichen
- Regeln für Filter-URLs festlegen
- Staging crawlen und Weiterleitungen testen
- Canonicals, Sitemap und hreflang prüfen
- Strukturierte Daten je Seitentyp mit dem Rich-Results-Test prüfen
- Tracking, Consent und Ladezeit der neuen Templates prüfen
- Sperren der Testumgebung beim Umschalten entfernen
- Neue Website crawlen und Weiterleitungen prüfen
- Search Console und Rankings mit dem Stand vor dem Relaunch vergleichen
- Zugriff der KI-Crawler testen
- Weiterleitungen mindestens ein Jahr behalten
Häufige Fragen zum SEO-Relaunch
Warum ist mein Google-Ranking nach dem Relaunch eingebrochen?
Die häufigsten Ursachen sind fehlende oder pauschale Weiterleitungen, eine mitgenommene noindex- oder robots.txt-Sperre, gekürzte Inhalte und geänderte URLs ohne Zuordnung. Am schnellsten findest du die Ursache in der Search Console. Der Indexierungsbericht zeigt, ob Seiten ausgeschlossen werden, und der Leistungsbericht auf URL-Ebene zeigt, welche Seiten die Klicks verloren haben.
Wie lange dauert es, bis sich Rankings nach einem Website-Relaunch erholen?
Bei einem sauber umgesetzten Relaunch pendeln sich Rankings meist innerhalb weniger Wochen ein. Google nennt für Umzüge mittelgroßer Websites einige Wochen, bei großen Websites kann die vollständige Verarbeitung länger dauern. Halten Verluste länger als zwei bis drei Monate an, liegt fast immer ein konkreter Fehler vor, meist bei Weiterleitungen, Inhalten oder Indexierungssperren.
Muss die URL-Struktur beim Relaunch geändert werden?
Nein. Bestehende URLs können beim Relaunch erhalten bleiben, und das ist aus SEO-Sicht die sicherste Variante. Neue Adressen sind nur dort sinnvoll, wo die alten unlesbar sind, Parameter enthalten oder Inhalte zusammengelegt werden. Jede geänderte URL braucht eine Weiterleitung eins zu eins auf die passende neue Seite.
Wie wir Relaunches aus SEO-Sicht begleiten
Die meisten Fehler in diesem Artikel sind einzeln leicht zu vermeiden. Schwierig wird es, weil sie über Monate verteilt in verschiedenen Teams entstehen, in der Konzeption, in der Entwicklung, am Tag des Livegangs und in den Wochen danach.
Unsere Relaunch-Betreuung prüft in deinem Projekt an jedem Übergang, ob Weiterleitungen, Inhalte und Technik zusammenpassen, am besten ab dem Konzept, solange Struktur und URLs noch offen sind.






