SEO Relaunch: Rankingverluste beim Website-Relaunch vermeiden

Ein Website-Relaunch soll Ordnung schaffen: ein klareres Design, bessere Inhalte, eine modernere Technik. Für Suchmaschinen ist er jedoch vor allem ein Umzug. Ändern sich URLs, Navigation, Inhalte und technische Signale gleichzeitig, kann die gewachsene Sichtbarkeit ins Rutschen geraten.

Ein SEO Relaunch kann Rankingverluste nicht mit absoluter Sicherheit ausschließen. Frühe Bestandsaufnahme, ein sorgfältiges URL-Mapping, saubere technische SEO und konsequentes Monitoring senken das Risiko vermeidbarer Fehler aber deutlich. Vorübergehende Schwankungen während Crawling und Neuindexierung sind auch bei guter Vorbereitung möglich. ^[1]

Warum ein Relaunch für SEO so sensibel ist

Suchmaschinen müssen nach einem Relaunch erneut einordnen, welche Seite zu welchem Thema gehört und wie die neue Struktur zusammenhängt. Dabei spielen URLs, Inhalte, interne Links, Überschriften, Meta-Daten, Canonicals und Indexierungsregeln zusammen. Fehlt an einer Stelle die Verbindung zur bisherigen Website, wird aus einem schönen Neustart schnell ein schlecht beschilderter Umzug.

Besonders kritisch sind Seiten, die organischen Traffic erhalten, wichtige Suchbegriffe abdecken, intern stark verlinkt sind oder externe Links besitzen. Werden sie entfernt, verkürzt oder auf unpassende Ziele umgeleitet, gehen wertvolle Zusammenhänge verloren.

Typische Auslöser für Sichtbarkeitsverluste

• Geänderte URLs ohne passende Weiterleitungen
• Wichtige Inhalte werden gelöscht oder ohne klare neue Zielseite zusammengelegt
• Interne Links führen auf alte URLs, Fehlerseiten oder Weiterleitungsketten
• noindex-Anweisungen oder Sperren aus der Entwicklungsumgebung bleiben aktiv
• Canonicals, Sitemaps oder gegebenenfalls Hreflang-Verweise passen nicht zur neuen Struktur
• Zentrale Inhalte und Links sind bei JavaScript-Seiten im gerenderten HTML nicht sichtbar

Welcher Relaunch steht tatsächlich an?

Nicht jeder Relaunch verlangt denselben technischen Aufwand. Entscheidend ist, ob sich nur Oberfläche und System ändern oder auch die öffentlich erreichbaren Adressen.

Das Adressänderungstool ist für einen Domainumzug gedacht. Bei einem reinen Design- oder CMS-Wechsel auf derselben Domain ist es nicht die zentrale Maßnahme. ^[7]

Bestandsaufnahme und URL-Mapping vor dem Umbau

SEO gehört auf den Projektplan, bevor Design und Entwicklung festgezurrt sind. Der erste belastbare Arbeitsschritt ist ein URL-Inventar: Welche indexierbaren Seiten gibt es, welche davon sind geschäftlich relevant und welche bringen organischen Traffic oder besitzen externe Verlinkungen?

Aus diesem Inventar entsteht das URL-Mapping. Es ist kein bloßes Spreadsheet für die Entwicklung, sondern das zentrale Migrationsdokument: alte URL, neue Ziel-URL, Status und Begründung. So wird sichtbar, ob eine Seite erhalten bleibt, in einer besseren Seite aufgeht oder bewusst entfällt. Google empfiehlt bei Umzügen mit URL-Änderungen genau diese Zuordnung alter zu passenden neuen URLs. ^[1]

Diese Fragen sollten vor der Freigabe beantwortet sein

• Welche Seiten sind für Traffic, Rankings, Anfragen oder Verkäufe besonders wichtig?
• Welche Inhalte erfüllen weiterhin eine eigene Suchintention?
• Welche alten URLs haben eine fachlich passende neue Entsprechung?
• Wo ist eine Zusammenführung sinnvoll, und welche Zielseite übernimmt das Thema tatsächlich?
• Welche Seiten dürfen entfernt werden, ohne eine Lücke in Struktur oder Nutzerführung zu hinterlassen?

Technische SEO als Migrationsgrundlage

Technische SEO sorgt dafür, dass Suchmaschinen die neue Website abrufen, verstehen und indexieren können. Dazu gehören erreichbare Seiten, crawlbare Links und eindeutige Signale zur kanonischen Version einer URL. Canonicals, Sitemaps und Indexierungsanweisungen müssen nach dem Relaunch zur neuen Struktur passen. Ein noindex-Meta-Tag steuert die Indexierung anders als eine robots.txt-Sperre; beide Mechanismen sollten daher gezielt und nicht austauschbar eingesetzt werden. ^{[3] [4]}

Bei mehrsprachigen oder regionalen Varianten gehören auch Hreflang-Verweise in die Prüfung. Bei JavaScript-Websites lohnt sich zudem ein nüchterner Blick auf das gerenderte HTML: Sind zentrale Inhalte und interne Links dort vorhanden und für Crawler erreichbar? JavaScript ist nicht grundsätzlich problematisch, aber die sichtbare Oberfläche allein reicht als Prüfung nicht aus. ^[5]

Weiterleitungen ohne Umwege planen

Ändert sich eine URL dauerhaft, braucht sie eine passende permanente serverseitige Weiterleitung, etwa per 301 oder 308. Das Ziel sollte die inhaltlich nächstliegende neue Seite sein. Eine pauschale Weiterleitung vieler alter Seiten auf die Startseite wirkt zwar schnell erledigt, ist bei fehlendem thematischem Bezug jedoch keine saubere Lösung und kann als Soft-404 eingeordnet werden. ^{[2] [1]}

1. Das URL-Mapping wird vor dem Go-live vollständig geprüft.
2. Jede priorisierte alte URL erhält eine konkrete, fachlich passende Ziel-URL.
3. Interne Links werden direkt auf die endgültigen neuen URLs umgestellt.
4. Weiterleitungsketten und Schleifen werden beseitigt.
5. Die Weiterleitungen werden nach dem Launch mit echten Abrufen kontrolliert.

Google empfiehlt, permanente Weiterleitungen nach einem URL-Umzug im Allgemeinen mindestens ein Jahr bestehen zu lassen. Eigene interne Links sollten trotzdem nicht dauerhaft über diese Umleitung laufen. ^[1]

Inhalte und interne Struktur bewusst migrieren

Ein Relaunch ist eine gute Gelegenheit zum Aufräumen, aber kein Freifahrtschein zum Kürzen. Gut funktionierende Inhalte sollten erst bewertet werden, bevor sie verschwinden oder stark verändert werden. Maßgeblich sind unter anderem Suchintention, bestehende interne und externe Verlinkung sowie die Qualität der geplanten Zielseite.

Ein hypothetisches Beispiel: Drei ältere Leistungsseiten zu ähnlichen Beratungsangeboten unterscheiden sich vor allem in Zielgruppenansprache und Layout, nicht aber in der Suchintention. Eine gemeinsame, klar strukturierte Hauptseite kann sinnvoll sein, sofern sie die bisherigen Themen tatsächlich abdeckt. Die drei alten URLs leiten dann auf genau diese neue Seite weiter. Entsteht dagegen nur eine allgemeine Übersichtsseite ohne inhaltliche Tiefe, fehlt der Bezug.

Auch Meta-Titel, Überschriften und die interne Navigation verdienen einen eigenen Abnahmepunkt. Interne Links helfen Crawlern bei Entdeckung und Einordnung; sie sollten als normale, crawlbare Links direkt zum Ziel führen. ^[6]

Launch-Checkliste nach Projektphasen

Vor dem Launch

• URL-Inventar und Mapping freigeben
• Inhalte, Meta-Daten und interne Links gegen die neue Struktur prüfen
• Canonicals, Sitemaps, Indexierungsregeln und gegebenenfalls Hreflang kontrollieren
• Weiterleitungen, Fehlerseiten und gerenderte Inhalte in der Staging-Umgebung testen

Zum Go-live und direkt danach

• Entwicklungs-Sperren und noindex-Anweisungen gezielt entfernen, sofern die Seiten indexierbar sein sollen
• Aktuelle Sitemap bereitstellen und wichtige Zielseiten abrufen
• HTTP-Fehler, Redirect-Ketten und unerwartete kanonische Ziele prüfen
• Search-Console-Daten sowie Analyse- und bei Bedarf Serverdaten beobachten

Monitoring nach dem Go-live

Mit dem Livegang beginnt die Stabilisierungsphase. Kleinere Rankingbewegungen sind nicht automatisch ein Alarmzeichen. Kritisch wird es, wenn wichtige Seiten nicht indexiert werden, alte URLs Fehler liefern, Weiterleitungen ins Leere führen oder organischer Traffic bei zentralen Seitengruppen auffällig wegbricht.

Kontrolliert werden sollten Indexierungsstatus, Sitemaps, 404-Fehler, Weiterleitungen, Crawling und die Entwicklung wichtiger Rankings sowie des organischen Traffics. Bei größeren Migrationen können Serverprotokolle zusätzlich zeigen, wie Crawler alte und neue URLs abrufen; ausreichende Serverkapazität kann dabei hilfreich sein, falls die Crawling-Last zeitweise steigt. ^[1]

Fazit: Relaunch-Risiken kontrollieren statt Stabilität versprechen

Ein SEO Relaunch ist kein einzelner Go-live-Termin, sondern eine kontrollierte Migration. Wer bestehende Signale inventarisiert, URL-Änderungen sauber abbildet, technische SEO früh prüft und die neue Website aufmerksam beobachtet, vermeidet viele unnötige Risiken. Sichtbarkeit lässt sich nicht versprechen. Sie lässt sich aber mit einem klaren Prozess wesentlich besser schützen.