Typische Fehler beim Relaunch einer Website und wie Sie sie vermeiden

Der Klassiker. Die Wichtigkeit korrekter Weiterleitungen bei geänderter URL-Struktur sollte allgemein bekannt sein. Trotzdem ist es überraschend, wie häufig sie vernachlässigt werden. Bei einem Staging-Check im Jahr 2026 fehlte für 92 alte URLs ein Ziel. Die Seiten hätten nach dem Livegang einen 404-Fehler geliefert.

Ändert sich die URL-Struktur nicht, sind keine Weiterleitungen nötig. Ändert sie sich, empfehlen wir diese Schritte:

1. Alle alten URLs erfassen: Führen Sie die Quellen zusammen: Crawl der alten Website, Seiten aus der Google Search Console, Webanalyse, rankende URLs aus SISTRIX oder einem vergleichbaren Tool und alle URLs mit Backlinks. Entfernen Sie die Duplikate.
2. URLs bewerten: Traffic, Rankings und Links zeigen, welche Seiten den Relaunch unbedingt überstehen müssen. Findet eine starke Seite keine Entsprechung in der neuen Struktur, sollte der Inhalt übernommen werden.
3. Regeln vor Einzelzuordnung: Prüfen Sie, welche Weiterleitungen sich über Regeln lösen lassen. Wird aus /unsere-leistungen/ nach dem Relaunch /leistungen/, genügt dafür eine Zeile mit einem regulären Ausdruck. Regeln sind einer Redirect-Matrix grundsätzlich vorzuziehen, weil sie Fehler vermeiden und die Konfiguration schlank halten.
4. Matrix für den Rest: Für alle URLs, die keine Regel abdeckt, entsteht eine 1:1-Zuordnungstabelle.
5. Dauerhaft und direkt weiterleiten: Google empfiehlt in seiner Anleitung für Website-Umzüge dauerhafte Weiterleitungen mit dem Statuscode 301 oder 308. Der Googlebot folgt zwar bis zu zehn Weiterleitungen hintereinander, Google rät aber zur direkten Weiterleitung auf das Ziel und zu höchstens drei Stationen.
6. Lange genug bestehen lassen: Laut Google sollten Weiterleitungen so lange wie möglich aktiv bleiben, in der Regel mindestens ein Jahr.

Qualitätskontrolle ist wichtig! Testen Sie vor und nach dem Livegang jede alte URL. Ein gutes Werkzeug für die Massenprüfung ist unser HTTP-Statuscode-Checker.

Weiterleitung ist nicht gleich Weiterleitung. Ein häufiger Trugschluss ist, dass eine 301-Weiterleitung aller Unterseiten auf die Startseite ausreicht. Drei Gründe sprechen dagegen:

Die Nutzer: Für einen gewissen Zeitraum sind die alten Seiten noch im Index und erscheinen für bestimmte Suchanfragen. Wer statt auf der gesuchten Unterseite auf der Startseite landet, macht sich selten die Mühe, erneut zu suchen, und ist zwei Klicks später bei einem anderen Anbieter.

Die Links: Je nachdem, wie alt und erfolgreich die alte Website war, wurde sie mehr oder weniger häufig verlinkt, oft auch auf Unterseiten. Eine dauerhafte Weiterleitung überträgt diese Signale laut Google ohne Verlust an PageRank. Zeigen nach dem Relaunch aber alle Links auf die Startseite statt auf die passende Unterseite, verlieren sie ihren thematischen Wert.

Google selbst: Google warnt ausdrücklich davor, viele alte URLs auf ein einziges, nicht passendes Ziel wie die Startseite zu leiten. Das verwirrt Nutzer und kann als Soft 404 gewertet werden. Seiten, die es wirklich nicht mehr gibt, dürfen einen Statuscode 404 oder 410 liefern.

Neben fehlerhaften Weiterleitungen sind geänderte Inhalte und eine neue Informationsarchitektur die häufigsten Gründe für Sichtbarkeitsverluste. Bei Relaunches werden Texte oft unabsichtlich gekürzt, zusammengelegt oder in PDFs ausgelagert. Bedenken Sie, dass Suchmaschinen relevante, ausführliche und hochwertige Inhalte schätzen. Investieren Sie Ihre Zeit lieber in eine gute Struktur als in das Kürzen der Texte. Sprungmarken und ein Inhaltsverzeichnis helfen bei langen Seiten mehr als ein Rotstift.

Prüfen Sie außerdem diese Punkte:

• Interne Links: Menüs, Fließtexte und Teaser zeigen auf die neuen Adressen und laufen nicht über Weiterleitungen.
• Canonical: Jede neue Seite verweist per Canonical auf sich selbst. Ein Canonical auf eine weitergeleitete, gesperrte oder nicht indexierbare URL sendet widersprüchliche Signale.
• Sprachversionen: hreflang-Angaben müssen gegenseitig sein. Verweisen zwei Sprachversionen nicht aufeinander, ignoriert Google die Auszeichnung.
• Seitentitel und Beschreibungen: Sie gehen bei einem Systemwechsel häufig verloren oder werden durch Platzhalter ersetzt.
• Vertrauenssignale: Bei Gesundheits-, Finanz- und Rechtsthemen, den sogenannten YMYL-Themen, zählen Autorenangaben, Fachprofile und Quellen besonders. Sie müssen vollständig mit umziehen.

Für KI-Suche gilt das genauso. Fehlen nach dem Relaunch Angaben zu Leistungen, Preisen oder Standorten, antworten ChatGPT, Gemini und andere Systeme ungenau oder falsch.

Eine Testumgebung soll nicht in den Suchergebnissen erscheinen. Der sicherste Schutz ist ein Passwort. Eine Sperre in der robots.txt verhindert nur das Crawlen. Die Adresse kann trotzdem ohne Beschreibung im Index landen.

Kritisch wird es am Tag des Livegangs. Google nennt es in der eigenen Liste der häufigen Fehler: Sperren per noindex oder robots.txt, die nur für die Entwicklung gedacht waren, werden nach dem Umzug nicht entfernt. Genau das haben wir 2026 bei einem Livegang erlebt. Die Einstellung „Suchmaschinen davon abhalten, diese Website zu indexieren“ und die robots.txt der Testumgebung waren mit umgezogen und wurden direkt danach korrigiert.

Prüfen Sie deshalb unmittelbar nach dem Livegang:

• Liefert die Startseite den Statuscode 200 und ist sie indexierbar?
• Erlaubt die robots.txt das Crawlen, und antwortet sie fehlerfrei? Liefert sie einen Serverfehler, stellt Google laut Dokumentation das Crawlen der Website zunächst für zwölf Stunden ein.
• Enthält die XML-Sitemap nur indexierbare Adressen der neuen Website?
• Zeigen Canonicals und interne Links auf die Live-Domain und nicht mehr auf die Testumgebung?

Auch Hosting und Schutzsysteme gehören auf die Prüfliste. Bei einer Website sperrte eine IP-Sperrliste des Hosters den Googlebot aus. Die Sichtbarkeit fiel innerhalb einer Woche um rund zwei Drittel und war zwei Wochen nach der Korrektur wieder auf dem alten Stand.

Moderne Websites bauen ihre Inhalte oft erst im Browser per JavaScript auf. Google kann das verarbeiten, aber in zwei Schritten: Erst wird das ausgelieferte HTML gelesen, das Rendering folgt später in einer Warteschlange. Google schreibt selbst, dass serverseitiges Rendering oder Pre-Rendering eine gute Idee bleibt, weil es die Website schneller macht und nicht alle Bots JavaScript ausführen können.

Für KI-Systeme ist der Punkt noch wichtiger. Eine Untersuchung von Vercel und MERJ vom Dezember 2024 kam zu dem Ergebnis, dass die Crawler von OpenAI, Anthropic, Meta und Perplexity kein JavaScript ausführen. Nur Googles Gemini und AppleBot rendern laut der Untersuchung. Inhalte, die nicht im ausgelieferten HTML stehen, erreichen diese Crawler nicht.

Typische Fehler in JavaScript-Projekten:

• Inhalte werden erst per Schnittstelle nachgeladen und fehlen im HTML-Quelltext.
• Seitentitel, Canonical und Meta-Angaben werden erst im Browser gesetzt.
• Die Navigation funktioniert nur per JavaScript und erzeugt keine echten Links.

Die Lösung ist Server-Side Rendering oder Pre-Rendering für alle Inhalte, die gefunden werden sollen. Das gehört in die Architekturentscheidung am Anfang des Projekts. Bei einem Onlineshop konnten wir 2026 kurz vor dem Livegang noch verhindern, dass die neue Website ohne Server-Side Rendering startet.

Prüfen Sie beim Relaunch auch, ob Firewall, Bot-Schutz und robots.txt die gewünschten KI-Crawler durchlassen. OpenAI empfiehlt zum Beispiel, den OAI-SearchBot zuzulassen, wenn die Website in den Suchantworten von ChatGPT erscheinen soll. Ob die Crawler tatsächlich ankommen, zeigt eine Logfile-Analyse.

Um die Geschwindigkeit einer Website zu erhöhen, arbeiten Entwickler mit vielen Techniken: serverseitige Komprimierung, asynchrones Laden und Minimierung von JavaScript und CSS. Bei Letzterem besteht die Gefahr, dass ein Fehler das Layout beeinträchtigt und sich die Website nicht mehr an das Endgerät anpasst. Responsive Darstellung wird oft nur mit Emulatoren am Desktop geprüft. Die Fehlertoleranz von Desktop-Browsern ist aber höher als die der mobilen Pendants. Testen Sie die neue Website vor dem Relaunch deshalb zusätzlich auf echten Mobilgeräten.

Für die Ladezeit gelten die Core Web Vitals von Google. Als gut gelten ein Largest Contentful Paint von höchstens 2,5 Sekunden, eine Interaction to Next Paint von höchstens 200 Millisekunden und ein Cumulative Layout Shift von höchstens 0,1. Die Interaction to Next Paint hat im März 2024 den First Input Delay abgelöst. Ältere Checklisten nennen noch die alte Kennzahl.

Zwei Punkte werden oft vergessen:

• Bilder und Downloads: Auch Bild- und PDF-Adressen ändern sich. Google empfiehlt, sie wie alle anderen Inhalte in den Umzug einzubeziehen. Bilder werden seltener gecrawlt, Änderungen brauchen in der Bildersuche deshalb länger.
• Strukturierte Daten: Auszeichnungen für Organisation, Produkte und Artikel gehen bei einem Systemwechsel häufig verloren und müssen im neuen Template wieder eingebaut werden. Erwarten Sie aber nicht mehr jedes frühere Suchergebnis-Format: Die FAQ-Darstellung zeigt Google seit dem 7. Mai 2026 nicht mehr an.

Auch ohne Ihr Zutun bemerken Suchmaschinen die Änderungen irgendwann. Die alten Seiten verschwinden und die neuen erscheinen im Index. Diesen Prozess können Sie beschleunigen:

• Search Console einrichten: Stellen Sie sicher, dass die Website in der Google Search Console und in den Bing Webmaster Tools angemeldet ist. Mit der URL-Prüfung sehen Sie, wie Google eine Seite abruft und rendert, und können wichtige Seiten zur Indexierung anmelden.
• Neue Sitemap einreichen: Reichen Sie die aktuelle XML-Sitemap ein und nennen Sie sie in der robots.txt.
• Zusätzlich eine Sitemap der alten URLs: Reichen Sie vorübergehend auch eine Sitemap mit allen alten, weitergeleiteten Adressen ein. Google ruft sie dann gezielt ab, folgt den Weiterleitungen und aktualisiert den Index schneller. Google beschreibt dieses Vorgehen selbst: Die Zahl der indexierten Seiten aus der alten Sitemap sinkt mit der Zeit auf null, die der neuen steigt. Warnungen wegen der Weiterleitungen sind dabei normal. Ist die alte Sitemap leer gelaufen, kann sie wieder entfernt werden.
• Adressänderung nur beim Domainwechsel: Wechselt die Domain oder Subdomain, teilen Sie das Google über das Werkzeug „Adressänderung“ in den Einstellungen der Search Console mit. Für neue Pfade innerhalb derselben Domain ist es nicht gedacht.
• Soft Launch: Nehmen Sie die Website zunächst ohne Werbedruck live und beobachten Sie das Crawling. In den ersten 14 Tagen prüfen wir Traffic, Indexabdeckung, Fehlerseiten und Ladezeiten täglich.

Rechnen Sie mit etwas Geduld. Laut Google dauert es bei kleinen und mittelgroßen Websites einige Wochen, bis die meisten Seiten umgezogen sind, bei großen länger. Vorübergehende Schwankungen im Ranking sind in dieser Zeit normal.

Neben einer vollständigen Liste der alten URLs sind Backups unerlässlich. Nichts ist beruhigender, als bei Problemen schnell zurückrollen zu können. Sichern Sie deshalb nicht nur alle Daten, sondern spielen Sie die Wiederherstellung vor dem Relaunch einmal als Test durch.

Tipp: Wenn Sie sich für ein Rollback entscheiden, entscheiden Sie zügig. Suchmaschinen werden schnell auf eine neue Website aufmerksam und indexieren sie. Je länger Sie zögern, desto mehr neue Seiten sind im Index und desto größer wird der Aufwand, das wieder zu bereinigen.

Nicht jeder Relaunch verläuft reibungslos. Oft spielt Zeitdruck eine Rolle oder ein Detail wurde übersehen. Grundsätzlich gilt: keine Panik! Leichte Sichtbarkeitsverluste in den ersten Wochen sind nicht ungewöhnlich. Haben Sie die Punkte aus diesem Artikel beachtet, erholt sich die Sichtbarkeit in aller Regel wieder. Liegen die Verluste dagegen bei mehr als 30 Prozent, gibt es ein Problem, das schnell gefunden werden sollte.

Wie teuer Fehler werden können, zeigt eine Auswertung im Search Engine Journal vom Januar 2025. Sie betrachtet 892 Domainumzüge auf Basis von Tool-Schätzwerten. Im Durchschnitt dauerte es 523 Tage, bis die neue Domain den organischen Traffic der alten wieder erreichte. 17 Prozent hatten ihn auch nach 1.000 Tagen nicht zurück. Ein Domainwechsel ist der schwierigste Fall, die Zahlen gelten also nicht für jeden Relaunch. Sie zeigen aber, warum sich Vorbereitung lohnt. Unsere Faustregel: Eine SEO-Anforderung, die erst nach dem Livegang umgesetzt wird, kostet rund das Dreifache.

Wenn Sie von vornherein auf Nummer sicher gehen möchten, begleiten wir Ihr Projekt mit unserer SEO-Relaunch-Betreuung: vom Anforderungskatalog über den Weiterleitungsplan bis zum Monitoring nach dem Livegang.