Ein Website-Relaunch ist ein aufregendes Projekt: modernes Design, bessere User Experience, aktuelle Inhalte. Die Freude währt oft nur kurz. Nämlich genau dann, wenn man ein paar Wochen später in die Search Console schaut und feststellt: Der organische Traffic ist eingebrochen.
Aus über 300 Webprojekten seit 2015 kenne ich die Muster. Es sind fast immer dieselben neun Fehler. Sieben davon sind seit Jahren Klassiker, zwei sind erst mit der KI-Suche dazugekommen. Hier sind sie, samt Lösung und Checkliste zum Abhaken.
1. Fehlende oder falsche 301-Weiterleitungen
Wenn du im Zuge des Relaunches die URL-Struktur änderst (z. B. von domain.at/leistungen-seo/ auf domain.at/leistungen/seo/), bekommen deine Unterseiten neue Adressen. Das ist wie ein Umzug ohne Nachsendeauftrag bei der Post: Nutzer und Google-Bots, die über alte Links aus den Suchergebnissen oder von anderen Websites kommen, landen auf einer 404-Fehlerseite. Damit verlierst du die Rankings dieser Seiten und die Linkkraft, die über Jahre aufgebaut wurde.
Zwei Varianten dieses Fehlers sind besonders tückisch:
Alles auf die Startseite: Statt eines sauberen Mappings wird jede alte URL pauschal auf die Startseite umgeleitet. Google behandelt solche Weiterleitungen in der Regel wie eine Fehlerseite (Soft 404). Die Rankings sind trotzdem weg.
Redirect-Ketten: Alte URL → Zwischen-URL → neue URL. Jede zusätzliche Station kostet Ladezeit und Crawl-Budget und spätestens nach dem zweiten Relaunch entstehen so lange Ketten, dass Linkkraft verloren geht.
Die Lösung: Erstelle vor dem Relaunch ein URL-Mapping. Jede URL mit Traffic, Rankings oder Backlinks wird per 301-Redirect auf ihr inhaltlich passendes Gegenstück weitergeleitet, direkt und ohne Umweg. Nicht jeder Blogbeitrag aus 2013 muss mit: Veraltete, dünne Seiten ohne Traffic und Backlinks darfst du bewusst entfernen (Statuscode 410). Das schärft das Profil deiner Domain. Hier braucht es Fingerspitzengefühl, kein Pauschalrezept.
2. Vergessenes noindex, Staging-Leaks und falsche Canonicals
Während der Entwicklung wird die neue Website sinnvollerweise für Suchmaschinen gesperrt. Beim Go-Live wird diese Sperre dann vergessen. In WordPress ist das oft nur ein einziger Haken unter „Einstellungen > Lesen“. Die neue Seite sieht fantastisch aus, aber Google entfernt sie Schritt für Schritt aus dem Index.
Genauso häufig ist das Gegenteil: Die Staging-Umgebung (z. B. staging.domain.at) wird von Google gefunden und indexiert. Dann konkurrieren zwei fast identische Websites miteinander. Oder die Canonical-Tags zeigen nach dem Go-Live noch auf die Staging-Domain und Google hält die Testversion für das Original.
Nicht vergessen: Schütze Staging-Umgebungen mit einem Passwort statt nur mit noindex. Prüfe unmittelbar nach dem Go-Live die WordPress-Einstellungen, dein SEO-Plugin (Rank Math oder Yoast), die robots.txt und die Canonical-Tags im Quellcode. Ein Crawl mit Screaming Frog deckt alle vier Punkte in wenigen Minuten auf.
3. Content-Verlust durch Löschen und Kürzen
„Wir wollen die Texte etwas kürzer und knackiger machen.“ Ein Satz, bei dem SEOs zusammenzucken. Grundsätzlich ist der Wunsch berechtigt. Problematisch wird es, wenn beim Relaunch gut rankende Blogbeiträge gelöscht, Ratgebertexte auf drei Sätze eingedampft oder wichtige Absätze dem neuen Layout geopfert werden. Damit entfernst du genau das, wofür Google deine alte Seite gerankt hat: konkrete Informationen, die andere Seiten nicht bieten. Ein schickes Design ersetzt keinen Informationsgehalt.
Praxistipp: Analysiere vorab in der Google Search Console und mit einem SEO-Tool wie Ahrefs oder Sistrix, welche Seiten und Themen den meisten organischen Traffic bringen. Diese Inhalte ziehen vollständig mit um, idealerweise in einer aktualisierten Version. Beim Überarbeiten gilt: Füllwörter und Wiederholungen raus, Fakten, Beispiele und Zahlen bleiben drin. Kürzer formulieren ja, Inhalt streichen nein.
4. Meta-Daten und strukturierte Daten gehen verloren
Meta Titles und Meta Descriptions sind das Erste, was Nutzer in den Suchergebnissen von dir sehen. Werden sie beim Systemwechsel nicht übertragen, generiert Google eigene Snippets, oft abgeschnitten und wenig klickstark. Die Klickrate sinkt, selbst wenn das Ranking hält.
Weniger sichtbar, aber ebenso wichtig sind strukturierte Daten (Schema.org). Markups wie LocalBusiness, Organization, Breadcrumbs, Produkt- oder Bewertungsdaten sagen Google und KI-Systemen eindeutig, wer du bist, wo du sitzt und was du anbietest. Viele Themes und Plugins erzeugen dieses Markup automatisch. Wechselt das Theme, verschwinden die Daten oft unbemerkt. Die Folge: weniger Rich Results wie Bewertungssterne und eine schwächere Zuordnung deines Unternehmens.
Gut zu wissen: FAQ-Rich-Snippets gibt es in der Google-Suche seit 7. Mai 2026 gar nicht mehr. Für die meisten Websites waren sie schon seit 2023 verschwunden. FAQ-Markup ist trotzdem nicht wertlos: Google nutzt es laut eigener Dokumentation weiterhin, um Seiten besser zu verstehen und auch andere Suchmaschinen und KI-Systeme können es auslesen.
Die richtige Herangehensweise: Exportiere die Meta-Daten vorab per Crawl und pflege sie im neuen SEO-Plugin ein. Prüfe nach dem Go-Live jede Seitenvorlage mit dem Rich Results Test von Google darauf, ob das Schema-Markup vollständig übernommen wurde.
5. Schönes Design, langsame Seite
Moderne Designs bringen große Bilder, Hintergrundvideos und aufwendige Animationen mit sich. Ist das neue Theme ein überladenes Multipurpose-Theme oder werden Bilder unkomprimiert hochgeladen, steigt die Ladezeit deutlich. Google misst die Nutzererfahrung über die Core Web Vitals: Ladegeschwindigkeit (LCP), Reaktionszeit auf Eingaben (INP, seit März 2024 anstelle von FID) und visuelle Stabilität (CLS).
Ehrlich eingeordnet: Die Core Web Vitals sind ein Rankingfaktor, aber selten der entscheidende. Relevanter Inhalt schlägt Geschwindigkeit. Der größere Schaden entsteht bei den Anfragen, denn jede zusätzliche Sekunde Ladezeit kostet Besucher, die nie bis zum Kontaktformular kommen. Was Google tatsächlich gewichtet, liest du in meinem Beitrag zu den Google Rankingfaktoren.
Best Practice: Setz von Anfang an auf ein schlankes Theme wie GeneratePress. Bilder werden vor dem Upload komprimiert und als WebP oder AVIF ausgeliefert. Ein gutes Caching-Plugin wie WP Rocket oder FlyingPress gehört bei den meisten WordPress-Projekten zum Pflichtprogramm, ebenso ein Hosting, das für WordPress ausgelegt ist. Miss vor und nach dem Go-Live mit PageSpeed Insights und vergleiche die Werte. Wie schnelle Websites konkret gebaut werden, zeige ich auf meiner Seite zu Website schneller machen.
6. Mobile-Version mit weniger Inhalt als Desktop
Google bewertet deine Website seit dem Mobile-First-Indexing anhand der mobilen Version. Was dort fehlt, existiert für Google praktisch nicht.
Ein verbreiteter Irrtum: Inhalte in Akkordeons, Tabs oder hinter „Mehr lesen“-Buttons werden nicht abgewertet, solange sie im HTML-Code stehen. Das hat Google mehrfach bestätigt. Die eigentlichen Probleme beim Relaunch sind andere:
Abgespeckte Mobile-Versionen: In Pagebuildern wie Elementor werden gerne eigene Mobile-Sektionen gebaut, in denen Textabschnitte, Bilder oder interne Links einfach weggelassen werden.
Inhalte, die erst per Klick nachladen: Lädt ein Akkordeon seinen Inhalt per JavaScript erst beim Öffnen nach, sieht der Crawler ihn nicht.
Störende Overlays: Popups und Banner, die auf dem Smartphone den Inhalt verdecken, verschlechtern die Nutzererfahrung.
Best Practice: Vergleiche Desktop- und Mobile-Version Seite für Seite. Gleicher Inhalt, gleiche Überschriften, gleiche internen Links, gleiche strukturierte Daten, nur anders angeordnet. Ob ein Abschnitt offen oder im Akkordeon steht, ist eine UX-Entscheidung, keine SEO-Frage.
7. Interne Verlinkung wird zerschossen
Mit dem Relaunch kommt meist eine neue Navigation. Unterseiten wandern in Untermenüs, Footer-Links fallen weg, Querverweise verschwinden. Für Google ist die interne Verlinkung aber ein zentrales Signal dafür, welche Seiten wichtig sind. Ist eine gut rankende Seite plötzlich erst nach mehreren Klicks erreichbar oder gar nicht mehr verlinkt, verliert sie an Gewicht.
Dazu kommt ein Detail, das fast immer vergessen wird: Links im Fließtext von Blogbeiträgen zeigen nach dem Relaunch noch auf die alten URLs. Die Redirects fangen das zwar ab, aber jeder dieser Links läuft über einen Umweg.
Die Lösung: Plane die neue Seitenstruktur anhand deiner Daten, nicht nur nach Optik. Die wichtigsten Seiten bleiben mit maximal drei Klicks von der Startseite erreichbar. Nach dem Go-Live prüfst du alle internen Links per Crawl und stellst sie direkt auf die neuen URLs um, in WordPress etwa per Suchen-und-Ersetzen in der Datenbank.
8. Tracking und Vergleichsdaten fehlen
Der Relaunch ist live, alles sieht gut aus. Drei Wochen später fällt auf, dass seit dem Go-Live keine einzige Anfrage gemessen wurde. Tracking-Code, Search-Console-Verifizierung, Conversion-Ziele für Google Ads und Meta Ads oder das Consent-Banner werden beim Systemwechsel erstaunlich oft vergessen. Das Ergebnis: Werbekampagnen optimieren ins Blaue und ob der Relaunch ein Erfolg war, lässt sich nicht beantworten.
Genauso wichtig sind die Daten von vorher. Ohne Vergleichswerte weißt du nach dem Relaunch nicht, ob ein Rückgang am Relaunch liegt oder an der Saison.
Praxistipp: Exportiere vor dem Relaunch die Leistungsdaten aus der Google Search Console (Seiten, Suchanfragen, Klicks). Die Search Console speichert nur die letzten 16 Monate, ältere Daten sind später unwiederbringlich weg. Nach dem Go-Live prüfst du: Werden Seitenaufrufe gemessen? Kommen Formular-Conversions an? Funktioniert der Consent Mode? Ist die Search Console verifiziert?
9. KI-Crawler ausgesperrt oder Inhalte nur per JavaScript
Gesucht wird längst nicht mehr nur bei Google. ChatGPT, Perplexity, Claude und Googles AI Overviews greifen auf Website-Inhalte zu und nennen sie als Quelle. Beim Relaunch kann diese Sichtbarkeit unbemerkt verloren gehen und zwar auf zwei Wegen.
KI-Crawler werden ausgesperrt: Neue Hosting-Pakete, Security-Plugins oder CDNs blockieren Bots wie GPTBot (OpenAI), ClaudeBot (Anthropic) oder PerplexityBot teilweise automatisch. Ein aktuelles Beispiel ist Cloudflare: Seit 15. September 2026 teilt Cloudflare KI-Crawler in Such-, Agenten- und Trainings-Bots ein und blockiert die beiden letzteren standardmäßig auf Seiten mit Werbeeinblendungen und zwar bei neuen Domains und im Gratis-Tarif. Heikel daran: Crawler, die mehrere Zwecke erfüllen, werden nach der strengsten Regel behandelt. Wer in Cloudflare das KI-Training blockiert, kann damit unbemerkt auch den Googlebot aussperren. Wer seine Einstellungen nicht aktiv prüft, riskiert also nicht nur die Sichtbarkeit in KI-Suchen.
Inhalte stecken im JavaScript: Moderne Websites auf Basis von React oder anderen JavaScript-Frameworks, darunter viele per KI „gevibecodete“ Projekte, bauen ihre Inhalte erst im Browser zusammen. Googlebot kann JavaScript rendern, die meisten KI-Crawler können es kaum. Sie sehen dann nur eine leere Hülle.
Die Lösung: Entscheide bewusst, welche KI-Crawler du zulässt, und prüfe nach dem Go-Live robots.txt, Firewall- und CDN-Einstellungen. Nutzt du Cloudflare, speicherst du die Bot-Einstellungen aktiv ab, statt dich auf Standardwerte zu verlassen, und erlaubst Googlebot und Bingbot ausdrücklich. Bei JavaScript-Frameworks setzt du auf serverseitiges Rendering oder statische Generierung, damit der Inhalt direkt im HTML steht. Ein schneller Test: Ruf die Seite mit deaktiviertem JavaScript auf. Was du dann nicht siehst, sieht ein KI-Crawler wahrscheinlich auch nicht. Wie du deine Website gezielt für ChatGPT & Co. aufstellst, erkläre ich im Beitrag Website für KI optimieren. Die Grundlagen dazu findest du in GEO Basics.
Fazit: Ein Relaunch ist ein Umzug, kein Design-Projekt
Ein erfolgreicher Website-Relaunch braucht mehr als ein hübsches Layout und neue Bilder. Er ist ein Umzug und bei einem Umzug geht nur dann nichts verloren, wenn vorher jemand eine Liste geschrieben hat. Wer seine Sichtbarkeit bei Google und in KI-Suchen erhalten oder ausbauen will, braucht von Anfang an einen Plan: Daten sichern, URLs zuordnen, Inhalte übernehmen und nach dem Go-Live konsequent prüfen.
Ein Relaunch ist übrigens auch der günstigste Moment, um Barrierefreiheit nach BaFG und EAA gleich mitzudenken, statt sie später nachzurüsten. Und vergiss nicht, den Website-Link in deinem Google Unternehmensprofil zu prüfen, falls sich die Zielseite geändert hat.
Planst du gerade einen Relaunch? Ich begleite Webprojekte in Niederösterreich, Wien und darüber hinaus, von der ersten Idee bis zum sicheren Go-Live. Mehr dazu auf meiner Seite zu Website-Redesign und Relaunch.
Checkliste: Website-Relaunch ohne SEO-Verlust
| Erledigt | Phase | Aufgabe | Kurze Erklärung |
|---|---|---|---|
| Vorher | Daten sichern | Search-Console-Daten (max. 16 Monate) exportieren, Rankings und Traffic pro Seite festhalten. | |
| Vorher | Bestand crawlen | Alle URLs, Meta-Daten und Schema-Markups der alten Website erfassen, z. B. mit Screaming Frog. | |
| Vorher | Wichtige Inhalte identifizieren | Traffic-starke Seiten und Ratgeber festlegen, die vollständig mit umziehen. | |
| Vorher | URL-Mapping erstellen | Jede URL mit Traffic, Rankings oder Backlinks einer passenden neuen URL zuordnen. Keine Pauschal-Weiterleitung auf die Startseite. | |
| Vorher | Staging absichern | Testumgebung mit Passwort schützen, nicht nur mit noindex. | |
| Go-Live | Indexierung freigeben | noindex in WordPress und im SEO-Plugin entfernen, robots.txt und Canonicals prüfen. | |
| Go-Live | 301-Weiterleitungen aktivieren | Redirects testen, Ketten vermeiden. | |
| Go-Live | Meta-Daten und Schema prüfen | Titles, Descriptions und strukturierte Daten je Vorlage kontrollieren (Rich Results Test). | |
| Go-Live | Mobile-Version vergleichen | Gleicher Inhalt, gleiche Links und gleiche Daten wie auf dem Desktop. | |
| Go-Live | Tracking prüfen | Analytics, Conversions, Consent Mode und Search-Console-Verifizierung testen. | |
| Go-Live | KI-Crawler-Zugriff prüfen | robots.txt, Firewall und CDN auf blockierte KI-Bots checken. Inhalt ohne JavaScript sichtbar? | |
| Danach | Interne Links umstellen | Fließtext-Links direkt auf neue URLs setzen. | |
| Danach | Performance messen | Core Web Vitals vor und nach dem Relaunch vergleichen. | |
| Danach | 4 Wochen Monitoring | Search Console auf 404-Fehler, Indexierung und Rankings überwachen, neue Sitemap einreichen. |
So sichere ich deinen Relaunch ab
So stelle ich sicher, dass dein hart erarbeitetes Google-Ranking beim Website-Wechsel nicht in sich zusammenfällt.
Du planst einen Relaunch und willst deinen Traffic absichern?
Relaunch absichern lassenFAQ: Häufige Fragen zu SEO beim Website-Relaunch
Verliere ich bei einem Website-Relaunch automatisch mein Google-Ranking?
Nein, nicht zwangsläufig. Wenn alte URLs korrekt per 301-Redirect weitergeleitet und Inhalte, Meta-Daten und strukturierte Daten übernommen werden, lassen sich die Rankings halten oder sogar verbessern. Kurzfristige Schwankungen in den ersten Wochen sind normal. Ohne saubere SEO-Begleitung droht jedoch ein massiver Traffic-Verlust.
Was ist der größte SEO-Fehler bei einem Website-Relaunch?
Fehlende oder falsche 301-Weiterleitungen. Laufen alte URLs ins Leere oder werden pauschal auf die Startseite umgeleitet, gehen die Rankings dieser Seiten und die Linkkraft aufgebauter Backlinks verloren.
Wie lange dauert es, bis Google die neue Website nach dem Relaunch indexiert?
Die Neuindexierung beginnt oft schon nach wenigen Tagen, bis alle URLs erfasst sind, können aber mehrere Wochen vergehen. Beschleunigen lässt sich das, indem du direkt nach dem Go-Live die neue XML-Sitemap in der Google Search Console einreichst. Viele SEOs lassen zusätzlich die alte Sitemap einige Wochen eingereicht, damit Google die Weiterleitungen schneller findet.
Sollte ich beim Relaunch auch gleich meine Webtexte komplett neu schreiben?
Vorsicht. Wenn eine Unterseite aktuell gut bei Google rankt, solltest du den Inhalt nicht komplett umschreiben. Optimiere das Design, aber behalte bei gut performenden Seiten Textstruktur, Kernaussagen, Keywords und Meta-Daten bei.
Wann ist der beste Zeitpunkt, um mit der neuen Website online zu gehen?
An einem Wochentag mit wenig Traffic und in einer ruhigen Phase deiner Branche, zum Beispiel Dienstag- oder Mittwochvormittag. Wichtig ist, dass Entwickler und Hoster in den Tagen danach erreichbar sind. Ein Go-Live am Freitag oder vor Feiertagen ist riskant, weil Fehler dann oft tagelang unbemerkt bleiben.
Wird meine Website nach dem Relaunch noch in ChatGPT und anderen KI-Suchen gefunden?
Nur, wenn KI-Crawler die neue Website lesen können. Prüfe nach dem Go-Live, ob robots.txt, Security-Plugins oder dein CDN Bots wie GPTBot, ClaudeBot oder PerplexityBot blockieren. Bei Websites auf Basis von JavaScript-Frameworks sollte der Inhalt per serverseitigem Rendering direkt im HTML stehen, weil die meisten KI-Crawler kein JavaScript ausführen.
Was muss ich bei einem Domainwechsel zusätzlich beachten?
Bei einem Wechsel auf eine neue Domain leitest du jede alte URL per 301 auf die neue Domain weiter, verifizierst die neue Domain in der Google Search Console und meldest den Umzug dort über das Tool zur Adressänderung. Die alte Domain und ihre Weiterleitungen solltest du mindestens ein Jahr, besser dauerhaft, aktiv halten.
Warum ist eine professionelle SEO-Begleitung beim Relaunch so wichtig?
Ein Relaunch ist wie ein Umzug deines digitalen Geschäfts. Eine erfahrene Begleitung sichert deine bisherigen SEO-Erfolge ab, erstellt einen vollständigen Redirect-Plan und prüft nach dem Go-Live, ob Google und KI-Systeme die neue Website richtig erfassen. Das spart langfristig Geld und Nerven.