Website-Relaunch ohne SEO-Verlust: Praxisleitfaden
· 11 Min. Lesezeit · von Adrian Rojas Barrera
Das Muster wiederholt sich: Ein Unternehmen präsentiert eine wunderschöne neue Website, und drei Wochen später hört das Telefon auf zu klingeln. Ein Blick in die Analytics – der organische Traffic hat sich halbiert. Das ist kein Pech und kein „Google-Tänzchen“: Es ist ein Relaunch ohne SEO-Migrationsplan. Ich habe genug Websites migriert und relauncht (WordPress, PrestaShop und Individualentwicklungen), um den Prozess systematisiert zu haben – und genau den bekommen Sie hier Schritt für Schritt.
1. Warum Relaunches den Traffic einbrechen lassen
Ihr Ranking lebt nicht in „Ihrer Website“ als abstraktem Konzept: Es lebt in konkreten URLs. Jede Seite, die rankt, hat über Jahre Signale angesammelt – Inhalte, die eine Suchanfrage beantworten, externe Links, Klickhistorie. Ein schlecht geführter Relaunch zerstört dieses Kapital auf drei Arten:
- URLs, die verschwinden. Die neue Website nutzt andere Pfade und niemand leitet die alten weiter. Google findet 404, wo rankende Seiten waren, und dieses Ranking „zieht“ nicht von selbst um: Es verdunstet.
- Inhalte, die zusammengestrichen werden. Im Relaunch wird aus der 900-Wörter-Seite, die rankte, ein „aufgeräumter“ visueller Block mit 100 Wörtern. Schöner, weniger relevant: Google bewertet neu und stuft Sie herab.
- Technische Signale, die sich verschlechtern. Die neue Website lädt wegen des überladenen Themes langsamer oder geht mit dem
noindexaus der Testumgebung live. Ja: Das passiert ständig.
Die gute Nachricht: All das ist vermeidbar – mit einem Prozess, der einen Bruchteil des Relaunches kostet und Jahre an Arbeit schützt.
2. Schritt 1: vollständiges URL-Inventar
Bevor Sie irgendetwas anfassen, müssen Sie exakt wissen, was Sie haben. Nicht „ungefähr welche Seiten es gibt“: die vollständige Liste, denn die URL, die Ihnen durchrutscht, ist die, die Sie verlieren. Vier Quellen, die man kreuzt:
- Crawl der aktuellen Website mit Screaming Frog oder ähnlichem: alle URLs, die existieren und antworten.
- Search Console (Leistung, 12-16 Monate): alle URLs, die Impressionen und Klicks erhalten – auch die, von denen Sie nicht wussten, dass sie ranken.
- Analytics: Seiten mit Traffic aus beliebiger Quelle, nicht nur organisch. Die Einstiegsseiten von Kampagnen und Newslettern müssen ebenfalls überleben.
- Externe Links (Ahrefs, Semrush oder der Link-Bericht der Search Console): Welche URLs erhalten Links von anderen Websites? Sie bringen die meiste Autorität und sind am teuersten zu verlieren.
Das Ergebnis ist eine Tabelle mit jeder URL und ihren Metriken: organische Klicks, Keywords, für die sie rankt, eingehende Links. Diese Tabelle hat das Sagen: Sie zeigt, welche Seiten unantastbar sind, welche sich zusammenlegen lassen und welche folgenlos sterben können.
3. Schritt 2: Map der 301-Weiterleitungen
Wenn der Relaunch URLs ändert (und fast immer ändert er einige), ist die Weiterleitungs-Map das wichtigste Dokument des Projekts. Eine Tabelle: alte URL → neue URL. Die Regeln, die eine gute Map von einer dekorativen trennen:
- 1:1 zum echten Äquivalent. Jede alte URL leitet auf die neue Seite weiter, die dieselbe Suchintention beantwortet. Die alte Seite „Küchenrenovierung“ geht auf die neue Küchen-Seite, nicht auf „Leistungen“.
- Niemals alles auf die Startseite. Die Massenweiterleitung auf die Homepage ist der Klassiker unter den Fehlern: Google behandelt sie als Soft-404, und die Autorität jeder Seite geht trotzdem verloren.
- 301, nicht 302. Permanent, nicht temporär. Nur so werden die angesammelten Signale übertragen.
- Keine Ketten, keine Schleifen. A → B → C verschwendet Autorität und Crawl-Budget. Gab es schon alte Weiterleitungen, aktualisieren Sie sie, damit sie direkt aufs Endziel zeigen.
- Das Wichtige von Hand priorisieren. Die 20 % der URLs mit 80 % des Traffics und der Links werden einzeln geprüft, nicht mit einer automatischen Regel.
- Weiterleitungen bleiben. Mindestens ein Jahr; in der Praxis, solange die alten URLs auch nur einen Klick oder einen externen Link haben.
4. Schritt 3: bewahren, was funktioniert
Ein Relaunch wechselt die Kleidung; er sollte dem Inhalt keine Lobotomie verpassen. Vor dem Go-live, für jede Seite mit Traffic:
- Behalten Sie die Titles, die ranken. Der Title gehört zu den stärksten Signalen der Seite. Wenn „Sportphysiotherapie in Sabadell | Klinik X“ seit zwei Jahren in den Top 3 steht, ersetzt die neue Website ihn nicht durch „Beweg dich besser ✦ Klinik X“, weil es moderner klingt.
- Behalten Sie H1 und Überschriftenstruktur. Der Designer schlägt visuelle Hierarchie vor; die H1-H2, die funktionieren, bleiben oder werden chirurgisch angepasst – nicht von Null neu geschrieben.
- Migrieren Sie den kompletten Inhalt. Hatte die Seite 900 Wörter, die die Suchanfrage beantworteten, behält die neue sie (gern besser gesetzt). Rankenden Inhalt zu „verschlanken“ heißt, den eigenen Traffic zu beschneiden.
- Respektieren Sie die internen Links. Die interne Verlinkung verteilt Autorität. Bauen Sie Menüs und kontextuelle Links zu den wichtigen Seiten wieder auf, lassen Sie sie nicht fallen.
- Behalten Sie strukturierte Daten und Metadaten (Schema, Meta-Descriptions, Alt-Attribute), die bereits gepflegt waren.
5. Goldene Regel: nicht Domain und Struktur gleichzeitig ändern
Jede große Variable, die Sie bei einem Launch ändern – Domain, URL-Struktur, Plattform, Inhalt, Design –, ist eine potenzielle Absturzquelle. Ändern Sie mehrere gleichzeitig und der Traffic bricht ein, wissen Sie nicht, welche es war: Sie debuggen blind, während Sie jeden Tag Geld verlieren.
Deshalb ist die vernünftige Praxis das Sequenzieren. Domainwechsel? Migrieren Sie zuerst die Domain mit der Website, wie sie ist, 1:1-Weiterleitungen, und fassen Sie nichts anderes an; wenn Google sich stabilisiert hat (geben Sie ihm Wochen), gehen Sie den Relaunch an. Plattformwechsel (zum Beispiel zu WordPress)? Versuchen Sie, die URL-Struktur zu behalten, auch wenn die neue Plattform eine andere vorschlägt – fast immer lässt sich das konfigurieren. Jede isolierte Änderung ist diagnostizierbar; alle zusammen sind ein Glücksspiel.
6. Checkliste vor und nach dem Go-live
Vor dem Launch
- URL-Inventar vollständig und Prioritätentabelle abgeschlossen.
- Weiterleitungs-Map implementiert und in der Testumgebung getestet (prüfbar mit einem Crawl über die Liste der alten URLs).
- Titles, H1 und Inhalte der wichtigen Seiten Seite an Seite verglichen: alte vs. neue Website.
- Performance der neuen Website gleich oder besser: Core Web Vitals gemessen, nicht vermutet.
- Neue XML-Sitemap generiert, Analytics + Search Console bereit für den Wechsel.
- Vollständiges Backup der alten Website – Inhalte eingeschlossen. Wenn etwas rankte und verloren ging, ist Wiederherstellbarkeit Gold wert.
Am Tag des Go-live
- Das
noindexund dierobots.txt-Sperre der Testumgebung entfernen. Lesen Sie es zweimal. Es ist der dümmste und teuerste Fehler von allen. - Weiterleitungen in Produktion mit einer echten Stichprobe alter URLs verifizieren.
- Die neue Sitemap in der Search Console einreichen.
- Vollständiger Crawl der Produktions-Website: 404s, Weiterleitungsketten, kaputte interne Links.
Die folgenden 4-8 Wochen
- Search Console täglich in der ersten Woche: neue 404-Fehler, Indexabdeckung.
- Organischer Traffic im Vergleich zum entsprechenden Vorzeitraum, Seite für Seite bei den wichtigen.
- Positionen der 20-50 wichtigsten Keywords überwacht.
- Jeder 404 mit Traffic, der auftaucht: sofort neue Weiterleitung.
7. Fehler, die den Traffic killen
Die ich immer wieder bei Websites sehe, die nach einem schiefgelaufenen Relaunch bei mir landen:
- Mit gesetztem noindex live gehen. Wochen voller „ich verstehe nicht, was los ist“, bis jemand in den Header schaut.
- Alles auf die Startseite weiterleiten. Technisch gibt es Weiterleitungen; praktisch ist es ein massiver Soft-404.
- Den Blog löschen, „weil er veraltet war“. Manchmal sind das 60 % des organischen Traffics der Website. Man aktualisiert oder fusioniert; man löscht nicht, ohne ins Inventar zu schauen.
- Alle Titles nach rein markengetriebenen Kriterien umschreiben. Elegant – und unsichtbar bei Google.
- Auf eine langsamere Plattform migrieren. Überladenes Theme, zwanzig Plugins, und der LCP verdoppelt sich. Google merkt es und der Nutzer auch.
- Die Weiterleitungen nach drei Monaten entfernen, „weil sie nicht mehr gebraucht werden“. Wurden sie doch.
- Niemanden mit SEO-Kompetenz einbeziehen – bis nach dem Launch. Der Migrationsplan entsteht vor dem Relaunch, nicht als Autopsie.
Die meisten Relaunches, die ich umsetze, laufen auf WordPress, wo sich all das (Weiterleitungen, Titles, Struktur) mit dem richtigen Prozess sauber steuern lässt. Und wenn Ihre Website zu einer Branche mit besonderen Anforderungen gehört: Auf meinen Seiten zum Webdesign nach Branchen sehen Sie, wie ich jeden Fall angehe.
8. Häufige Fragen
Warum verliert man beim Website-Relaunch Traffic?
Fast immer aus denselben Gründen: URLs, die sich ohne 301-Weiterleitung ändern (Google landet auf einem 404 und das Ranking dieser Seite stirbt), funktionierende Titles und H1, die umgeschrieben werden, „weil sie schöner klangen“, Inhalte, die gelöscht werden, „weil sie alt waren“, und neue Websites, die langsamer sind oder mit vergessenen Indexierungssperren aus der Testumgebung live gehen. Der Relaunch an sich wird nicht abgestraft; die nachlässige Ausführung schon.
Wie lange braucht Google, um einen Relaunch zu verarbeiten?
Ändern sich die URLs nicht: Tage. Bei einer URL-Migration mit sauberen Weiterleitungen sind Schwankungen über 2-8 Wochen üblich, bis Google die Signale auf den neuen URLs konsolidiert. Einbrüche über 10-15 %, die sich in diesem Zeitraum nicht erholen, deuten auf ein echtes Problem hin: kaputte Weiterleitungen, verlorene Inhalte oder verschlechterte Performance.
Wie lange müssen 301-Weiterleitungen bestehen bleiben?
Mindestens ein Jahr; in der Praxis unbegrenzt, solange die alten URLs Traffic erhalten oder externe Links auf sie zeigen. Weiterleitungen sind kein Provisorium für den Launch: Sie sind Teil der Infrastruktur der Website. Sie nach drei Monaten zu entfernen heißt, angesammelte Autorität in den Müll zu werfen.
Kann ich Domain wechseln und gleichzeitig relaunchen?
Können ja; sollten nein. Jede große Änderung (Domain, URL-Struktur, Plattform, Design) fügt eine Variable hinzu, und wenn der Traffic fällt, wissen Sie nicht, welche die Ursache war. Die empfohlene Praxis ist zu trennen: Migrieren Sie zuerst die Domain mit der Website wie sie ist und 1:1-Weiterleitungen, warten Sie, bis Google sich stabilisiert (Wochen), und relaunchen Sie danach. Oder umgekehrt. Nie alles auf einmal, außer es gibt keine Alternative.
Was ist eine Weiterleitungs-Map und wie erstellt man sie?
Eine Tabelle mit zwei Spalten: jede alte URL und die neue URL, die ihr entspricht. Sie entsteht aus dem vollständigen URL-Inventar (Search Console, Analytics, ein Crawl mit Screaming Frog und die externen Links aus Ahrefs oder ähnlichem), wobei jeder URL ihr nächstliegendes Äquivalent auf der neuen Website zugeordnet wird. Die Regeln: 1:1-Weiterleitung zum gleichwertigen Inhalt, niemals alles auf die Startseite, keine Weiterleitungsketten, und die URLs mit dem meisten Traffic und den meisten Links werden von Hand geprüft.
Was muss ich in den Wochen nach dem Go-live überwachen?
Search Console täglich in der ersten Woche: 404-Fehler, Indexabdeckung und Klick-Entwicklung pro Seite. Analytics im Vergleich des organischen Traffics mit demselben Vorzeitraum. Ein vollständiger Crawl der neuen Website auf kaputte interne Links und Weiterleitungsketten. Und die Positionen Ihrer 20-50 wichtigsten Keywords. Die Regel: in Tagen erkennen, was – erst nach Monaten erkannt – ein Jahr Erholung kostet.