Website-Relaunch ohne SEO-Verlust

Der Relaunch geht am Freitag live. Am Montag ist der Traffic weg.

Das klingt dramatisch, passiert aber öfter, als es müsste. Ein Website-Relaunch verliert nicht automatisch Rankings. Sichtbarkeit geht meistens verloren, weil beim Umzug Details übersehen werden: alte URLs, Weiterleitungen, Metadaten, Inhalte, interne Links oder technische Signale.

2026 kommt noch ein Thema dazu. Es geht nicht mehr nur darum, ob Google deine Seite findet. Es geht auch darum, ob ChatGPT, Perplexity, Gemini und Google AI Overviews deine Inhalte nach dem Relaunch noch lesen und als Quelle verwenden können.

Warum Relaunches SEO-Signale zerstören können

Suchmaschinen bewerten eine Website nicht nur Seite für Seite. Sie verstehen mit der Zeit, welche URLs wichtig sind, welche Inhalte zusammengehören, welche Seiten Links bekommen und wie die Domain technisch aufgebaut ist.

Ein Relaunch verändert oft vieles gleichzeitig: Design, CMS, URL-Struktur, Inhalte, Templates, Tracking, manchmal sogar die Domain. Das ist nicht automatisch schlecht. Problematisch wird es, wenn diese Veränderung für Crawler nicht nachvollziehbar bleibt.

Die wichtigste Regel ist deshalb einfach: Jede wichtige alte Information braucht auf der neuen Website eine saubere Entsprechung. Wenn Google vorher eine Seite unter /leistungen/webdesign kannte und nach dem Relaunch nur noch /services findet, muss diese Beziehung technisch klar sein. Sonst sieht es aus, als wäre der alte Inhalt verschwunden.

Jede alte URL braucht ein bewusstes Schicksal

Der häufigste Relaunch-Fehler ist eine zu grobe Redirect-Planung.

Jede relevante alte URL sollte vor dem Launch exportiert werden. Nicht aus dem Bauchgefühl heraus, sondern vollständig, aus jeder Quelle, die deine Seiten wirklich kennt:

• XML-Sitemap
• Ein vollständiger Crawl der Live-Website
• Analytics
• Search Console
• Backlink-Daten
• Alte Landingpages, PDFs und Bilder
• Sonderseiten (Kampagnen, bereits bestehende Weiterleitungen, Altbereiche)

Genau hier tauchen oft die Seiten auf, an die im Projekt niemand mehr gedacht hat.

Danach bekommt jede URL eine Entscheidung:

• 301-Redirect auf die passende neue Seite, wenn es einen sinnvollen Ersatz gibt.
• 410-Status, wenn ein Inhalt bewusst gelöscht wird und keinen Ersatz hat.
• Unverändert lassen, wenn die URL bestehen bleibt.

Was selten sinnvoll ist: alles auf die Startseite weiterleiten. Das fühlt sich bequem an, hilft Suchmaschinen aber kaum. Eine alte Leistungsseite sollte auf die neue passende Leistungsseite zeigen, nicht auf eine allgemeine Homepage.

Google empfiehlt bei Website-Umzügen permanente serverseitige Weiterleitungen wie 301 oder 308 und warnt ausdrücklich vor Redirect-Ketten. Also nicht alte URL auf Zwischen-URL auf neue URL. Direkt zum finalen Ziel. Das ist schneller, sauberer und weniger fehleranfällig. Die offizielle Anleitung dazu findest du in Googles Dokumentation zu Site Moves and Migrations.

Metadaten und strukturierte Daten nicht verlieren

Bei Relaunches wird viel über Design gesprochen. Verständlich. Das neue Layout ist sichtbar, ein fehlender Canonical Tag eher nicht.

Trotzdem sind genau diese unsichtbaren Details wichtig. Title Tags, Meta Descriptions, Canonicals, Open-Graph-Daten, Alt-Texte und strukturierte Daten sollten nicht erst nach dem Launch "irgendwann" nachgezogen werden. Wenn ein neues CMS eingeführt wird, müssen diese Felder bewusst eingeplant werden.

Strukturierte Daten sind kein Zaubertrick, aber sie helfen Suchmaschinen, Inhalte sauber einzuordnen. Je nach Seitentyp können Organization, Article, FAQPage, LocalBusiness oder andere Schema.org-Typen sinnvoll sein. Wichtig ist, dass die Daten zur sichtbaren Seite passen und nicht einfach als SEO-Deko eingebaut werden.

Ein gutes CMS macht diese Pflege leichter. Im Beitrag Headless Workflow mit Kirby CMS und Nuxt beschreibe ich, wie Metadaten in einem schlanken CMS als normale Inhaltsfelder mitgedacht werden können, statt kurz vor Launch in Panik in irgendein Plugin-Feld kopiert zu werden.

Die neue Seite darf nicht langsamer sein

Ein Relaunch soll die Website besser machen. Trotzdem passiert häufig das Gegenteil: Die Seite sieht moderner aus, lädt aber langsamer.

Größere Bilder, mehr Animationen, zusätzliche Tracking-Skripte, externe Tools, schwerere Frontend-Bundles und ein neues CMS können die Core Web Vitals verschlechtern. Gemeint sind Googles Messwerte für Ladezeit, Reaktionsgeschwindigkeit und visuelle Stabilität: LCP, INP und CLS.

Performance ist kein hübscher Bonus. Eine langsame Website fühlt sich unsauber an, kostet Conversion und kann SEO-Signale verschlechtern. Vor allem sollte sie nicht erst nach dem Launch gemessen werden, wenn alle schon mit dem Projekt durch sind und niemand mehr Lust auf "nur noch schnell Performance" hat.

Bei individuell entwickelten Websites lässt sich Performance früh in die Architektur einbauen: statische Generierung, Server-Side-Rendering, optimierte Bilder, saubere Komponenten und weniger unnötiger JavaScript-Ballast. Warum das gegenüber Baukasten-Setups oft ein Vorteil ist, erkläre ich im Beitrag Webflow oder Custom Code: Was wirklich zählt.

Content-Migration ist keine Kopierarbeit

Beim Relaunch wird Content oft unterschätzt. Alte Texte werden exportiert, neue Seiten werden gebaut, und irgendwann kurz vor Launch stellt jemand fest, dass Inhalt nicht automatisch Struktur ist.

Gute Content-Migration bedeutet nicht, alles blind zu kopieren. Sie bedeutet: bewusst entscheiden, was bleibt, was zusammengelegt wird, was aktualisiert wird und was weg kann.

Besonders vorsichtig solltest du mit Seiten sein, die bereits gut ranken oder regelmäßig Leads bringen. Diese Inhalte sollte man nicht aus reinem Designgefühl komplett umschreiben. Vielleicht ist der alte Text nicht schön. Vielleicht funktioniert er trotzdem, weil er die richtigen Fragen beantwortet, Suchintention trifft und intern gut verlinkt ist.

Die neue Website darf klarer, besser und moderner werden. Aber sie sollte die SEO-Substanz mitnehmen: relevante Begriffe, Überschriftenstruktur, interne Links, hilfreiche Abschnitte, Bilder, Alt-Texte und konkrete Antworten.

Interne Verlinkung gehört ebenfalls zur Migration. Wenn alte Blogbeiträge auf Leistungsseiten zeigen, müssen diese Verbindungen nach dem Relaunch wieder stimmen. Sonst verliert die Website nicht nur einzelne Links, sondern ein Stück ihrer inhaltlichen Logik.

Mehrsprachigkeit und hreflang sauber neu setzen

Bei mehrsprachigen Websites kommt eine zusätzliche Ebene dazu. Deutsch und Englisch sind nicht einfach zwei Ordner mit ähnlichen Seiten. Suchmaschinen müssen verstehen, welche Seite die jeweilige Sprach- oder Länderversion einer anderen Seite ist.

Dafür gibt es hreflang. Jede Sprachversion verweist auf die passenden Alternativen, meistens inklusive Selbstverweis und optionalem x-default. Wenn sich beim Relaunch URLs ändern, müssen diese Beziehungen komplett neu geprüft werden.

Der typische Fehler: Die neue deutsche Seite zeigt noch per hreflang auf die alte englische URL. Oder eine Sprache wurde migriert, die andere noch nicht. Für Nutzer ist das verwirrend. Für Suchmaschinen sieht es nach einem halb umgezogenen Haus aus, in dem die Klingelschilder noch vom Vormieter stammen.

Neu mitdenken: GEO und AI-Sichtbarkeit

GEO steht für Generative Engine Optimization. Gemeint ist nicht nur die Frage, ob deine Website bei Google rankt. Es geht auch darum, ob KI-Systeme deine Inhalte als Quelle erkennen, verstehen und zitieren können.

Das wird beim Relaunch wichtig, weil KI-Crawler ähnliche Grundbedürfnisse haben wie klassische Suchmaschinen: Sie brauchen zugängliche Inhalte, sauberes Rendering, sinnvolle interne Links und keine versehentlichen Blockaden in robots.txt, CDN-Regeln oder Firewall-Konfigurationen.

Google selbst schreibt in seiner Anleitung zu generativen AI-Features in der Suche, dass klassische SEO-Grundlagen weiterhin die Basis sind: crawlbare Seiten, hilfreiche Inhalte, klare technische Struktur. AI-Sichtbarkeit ist also kein komplett neues Spiel. Aber die Fehler beim Relaunch fallen schneller auf, weil Sichtbarkeit heute an mehr Orten entsteht als in der klassischen Ergebnisliste.

Aktuelle Auswertungen zeigen außerdem, dass Google AI Overviews je nach Studie und Keyword-Set grob bei 15 bis 25 Prozent gemischter Suchanfragen auftauchen können, bei informationslastigen Sets auch deutlich häufiger. Eine Zusammenfassung verschiedener 2025- und 2026-Daten findest du zum Beispiel bei Slate. Gleichzeitig zeigen B2B-Auswertungen wie der Opollo AI Search Benchmark, dass AI-vermittelter Traffic zwar oft kleiner ist, aber überdurchschnittlich gut konvertieren kann.

Für einen Relaunch heißt das: Inhalte sollten nicht in glatten Marketing-Fließtext verwandelt werden. KI-Systeme zitieren lieber klare Antworten, verständliche Absätze, konkrete Daten, Autorenkontext und sauber strukturierte Seiten. Wenn ein alter Artikel vorher gut erklärbar war und nach dem Relaunch nur noch aus schönen Claims besteht, ist das kein Fortschritt.

In meinen Relaunch-Projekten prüfe ich solche Themen nicht nur nach Gefühl. Ich nutze dafür unter anderem OctoBoost, ein eigenes Tool, mit dem ich technische SEO-, Content- und GEO-Signale vor und nach dem Launch automatisiert untersuchen kann. Nicht als öffentliches Dashboard für den Kunden, sondern als Werkzeug im Hintergrund, damit Probleme sichtbar werden, bevor sie Traffic kosten.

Nach dem Launch beginnt das Monitoring

Der Launch ist nicht das Ende des Relaunches. Für SEO beginnt danach die wichtigste Beobachtungsphase.

In den ersten Tagen und Wochen solltest du prüfen:

• Ob die neue Sitemap eingereicht ist
• Ob Search Console Fehler meldet
• Ob wichtige Seiten indexierbar sind
• Ob Redirects funktionieren
• Ob Analytics sauber misst
• Ob Rankings oder Klicks ungewöhnlich stark fallen

Ein kurzer Dip ist normal. Google muss die neue Struktur crawlen und einordnen. Kritisch wird es, wenn wichtige URLs 404 liefern, Canonicals falsch gesetzt sind, die Sitemap alte URLs enthält oder der organische Traffic dauerhaft einbricht.

Bei Domainwechseln gehört außerdem der Change-of-Address-Prozess in der Google Search Console dazu. Und ganz praktisch: Tracking muss vor dem Launch getestet werden. Ohne saubere Messung weißt du später nicht, ob ein Problem wirklich SEO ist oder ob einfach Analytics seit Freitagabend schweigt.

Fazit

Ein Website-Relaunch kostet nicht per se Rankings. Er kostet Rankings, wenn Suchmaschinen und KI-Systeme nach dem Launch nicht mehr verstehen, was mit den alten Signalen passiert ist.

Die wichtigsten Punkte sind nicht spektakulär: vollständige URL-Liste, saubere Redirects, erhaltene Metadaten, gute Performance, durchdachte Content-Migration, korrekte hreflang-Tags und Monitoring nach dem Launch. Genau diese unspektakulären Dinge entscheiden oft darüber, ob ein Relaunch ein sauberer Neustart wird oder ein sehr hübscher Traffic-Unfall.

Wenn bei dir ein Relaunch ansteht, lohnt sich die SEO- und GEO-Planung vor dem Design-Finale. Nach dem Launch kann man vieles reparieren. Vorher ist es meistens günstiger, ruhiger und deutlich weniger nervig.

Dieser Beitrag wurde mit Unterstützung von KI ausformuliert und übersetzt.