Website-Relaunch ohne Ranking-Verlust: so bleibt der Traffic 2026

Die Website sah müde aus, und das stimmte: Design von 2018, auf dem Handy verrutscht alles, das Anfrageformular versteckt sich ganz unten. Der Inhaber gab einen Website-Relaunch ohne Ranking-Verlust in Auftrag – so stellte er sich das vor. Der Designer machte es schön, der Entwickler baute alles auf einer neuen Plattform, am Freitagabend ging die Seite live. Am Montag öffnete er die Analytics und traute seinen Augen nicht: Der organische Traffic war um zwei Drittel eingebrochen, die Anrufe blieben aus. Über das Wochenende verlor die Firma keine Pixel, sondern einen Strom an Kunden, der sich über Jahre aufgebaut hatte.

Was genau ist schiefgelaufen? Am Design lag es nicht. Die Seitenadressen hatten gewechselt – und niemand hatte die alten auf die neuen umgeleitet. Google kam über die vertrauten Links, fand lauter 404 und räumte binnen zwei Wochen Seiten aus dem Index, die jahrelang die ersten Plätze hielten. Die Rankings sind nicht „vom Update eingebrochen“. Ein einziger technischer Patzer hat sie ausradiert – einer, der sich am Tag vor dem Go-live hätte schließen lassen.

So sieht die Wahrheit über Relaunches aus: Sie killen den Traffic fast nie aus sich heraus. Das tut die schlampige Migration. Und ein Website-Relaunch ohne Ranking-Verlust ist kein Glück, sondern eine langweilige technische Checkliste, die die meisten Agenturen überspringen, weil sie sich im Portfolio nicht zeigen lässt. Genau um diese Checkliste geht es hier – und darum, wie Sie eine Seite so erneuern, dass die Rankings nicht nur überstehen, sondern nach oben gehen.

Wann ein Relaunch wirklich nötig ist – und wann er teurer Luxus ist

Bevor Sie eine funktionierende Seite anfassen, beantworten Sie ehrlich: Lösen Sie ein Problem oder tapezieren Sie nur neu, weil Sie es leid sind? Der Unterschied kostet richtig Geld.

Ein Relaunch ist gerechtfertigt, wenn ein konkreter Schmerz dahintersteht:

• Das Design ist veraltet und untergräbt das Vertrauen. Eine Seite „aus den Nullerjahren“ liest der Kunde in einer Sekunde – als „diese Firma hat längst aufgegeben“. Wo Reputation zählt, kostet ein altbackener Auftritt Anfragen, bevor jemand eine Zeile liest.
• Die Seite läuft auf dem Handy schlecht. Über die Hälfte des Traffics ist fast überall mobil, und Google bewertet zuerst die mobile Version. Wenn man auf dem Smartphone den Bildschirm aufziehen und auf Buttons zielen muss, verlieren Sie Menschen und Rankings zugleich.
• Durchgefallene Core Web Vitals. Langes Laden, ein springendes Layout, träge Klicks – das nervt den Besucher und ist ein Ranking-Signal. Die Kennzahlen LCP, INP und CLS gehen wir im Beitrag zu den Core Web Vitals durch; besteht eine Seite sie dauerhaft nicht, ist das ein starkes Argument für den Neuaufbau.
• Niedrige Conversion bei vorhandenem Traffic. Leute kommen, rufen aber nicht an. Oft liegt es nicht am Traffic, sondern am verworrenen Weg zur Handlung und am versteckten Formular. Manchmal hilft hier kein Relaunch, sondern die Reparatur der Anfrageformulare und klare Handlungsaufrufe.
• Rebranding oder Plattformwechsel. Name, Logo, Positionierung geändert – oder Sie stoßen an die Grenzen der alten CMS und ziehen auf ein neues System um. Objektive Anlässe, bei denen eine Erneuerung unvermeidlich ist.

Schwach sind dagegen Anlässe, für die Budget verpufft: „abgenutzt“, „der Wettbewerber wirkt moderner“, „mal auffrischen“. Ein kompletter Neuaufbau aus Geschmack birgt ein reales Traffic-Risiko, das den ästhetischen Gewinn häufig überwiegt. Bringt die Seite Anfragen und rankt sie ordentlich, ist es manchmal klüger, Design und Tempo punktuell nachzuschärfen, statt alles auf null zu reißen. Bevor Sie einen Totalumbau beauftragen, rechnen Sie nüchtern die Kosten einer Website durch und stellen Sie sie dem gegenüber, was Sie eigentlich reparieren.

Der eine Fehler, der den Traffic über Nacht einbrechen lässt

Nennen wir ihn beim Namen, denn an ihm verbrennen die meisten Seiten: URL-Wechsel ohne 301-Weiterleitung auf die neue Adresse.

Jede indexierte Seite ist eine Adresse, unter der Google ihre Rankings, Links und das angesammelte Vertrauen ablegt. Wenn sich beim Relaunch die Adresse ändert (/leistungen/sanierung wird zu /services/renovation, oder die Abschnittsstruktur zieht um) und die alte Adresse nirgendwohin mehr führt, passiert Folgendes:

1. Google ruft den vertrauten Link /leistungen/sanierung ab, den es jahrelang oben hielt.
2. Der Server antwortet mit 404 – Seite nicht gefunden.
3. Die Suchmaschine schließt, die Seite sei tot, und entfernt sie aus dem Index.
4. Mit ihr verschwinden ihre Rankings und das Gewicht aller externen Links, die auf sie zeigten.

Wiederholen Sie das für alle Seiten auf einen Schlag – und Sie haben den Wochenend-Absturz. Die Behandlung ist trivial: die 301-Weiterleitung, eine dauerhafte Umleitung, die Google „für immer hierhin umgezogen“ signalisiert und fast das ganze aufgebaute Gewicht auf die neue Adresse überträgt. Keine 302 (vorübergehend – die Suchmaschine hält den Umzug für unecht und vererbt nichts), sondern eine echte 301.

Die Regel, die über jedem Relaunch-Schreibtisch hängen sollte: Keine einzige URL, die Traffic bringt, darf nach dem Go-live einen 404 liefern. Entweder bleibt die Adresse gleich, oder von der alten steht ein 301 auf das exakte neue Pendant. Ohne Ausnahme.

Checkliste für die SEO-sichere Migration

Das ist die langweilige Arbeit, die man im schönen Entwurf nicht sieht – und genau sie entscheidet, ob Sie den Traffic behalten oder verschenken. Gehen Sie die Punkte vor dem Go-live durch, nicht danach.

1. Crawlen und inventarisieren Sie alle URLs. Jagen Sie die Seite durch einen Crawler (Screaming Frog, Sitebulb oder ein Pendant) und exportieren Sie die vollständige Adressliste. Gleichen Sie sie mit Google Search Console und Analytics ab: Welche Seiten bringen tatsächlich Impressionen, Klicks und Anfragen? Das ist Ihre Landkarte – ohne sie migrieren Sie blind.
2. Erhalten oder leiten Sie jede URL weiter. Lassen Sie die Adressen nach Möglichkeit gleich – dann gibt es nichts zu migrieren. Wo sich die Struktur ändert, hinterlegen Sie für jede alte URL einen 301 auf das exakte neue Pendant. Schieben Sie nicht alles auf die Startseite: Eine Weiterleitung „irgendwohin“ wertet Google zunehmend als Soft-404 und vererbt nichts.
3. Übertragen Sie Titles, Meta-Beschreibungen und Überschriften. Diese Tags sind direkte Ranking-Signale. Auf der neuen Seite verliert man sie leicht: Das Template setzt Standardwerte ein, und Dutzende justierte Titles werden zu „Startseite – Untitled“. Gleichen Sie jeden wichtigen Tag mit der alten Version ab.
4. Kürzen Sie den Inhalt nicht. Beim Relaunch lockt die Versuchung, „überflüssige Buchstaben für mehr Luft wegzuräumen“. Aber Text, der rankte, rankte gerade wegen seines Umfangs und seiner Abdeckung von Suchanfragen. Wer die Hälfte eines Artikels der Ästhetik opfert, opfert auch die Hälfte seiner Sichtbarkeit. Bewahren Sie den inhaltlichen Umfang, auch bei neuer Aufmachung.
5. Bauen und prüfen Sie die Weiterleitungskarte. Tragen Sie alle Paare „alte URL → neue URL“ in eine Datei und prüfen Sie sie Zeile für Zeile: keine Ketten (A → B → C statt A → C direkt), keine Schleifen, alle neuen Adressen auf lebende Seiten mit Status 200. Ketten verwässern das übergebene Gewicht – begradigen Sie sie auf einen Schritt.
6. Erhalten Sie die interne Verlinkung. Interne Links verteilen das Gewicht über die Seite und helfen Google, die Struktur zu verstehen. Beim Neuaufbau zerreißt man Navigation und Querverweise oft. Sorgen Sie dafür, dass Schlüsselseiten weiter Links aus Menü und Fließtext bekommen und in den Links keine toten Adressen stehen.
7. Bauen Sie auf einem Staging mit gesperrter Indexierung. Halten Sie die Entwurfsversion auf einer Testdomain, per noindex oder Passwort vor Google verschlossen. Aber – und das ist die Falle, an der ganze Projekte verbrennen – heben Sie das Indexierungsverbot beim Go-live wieder auf. Ein auf der Live-Seite vergessenes <meta name="robots" content="noindex"> mäht wirklich alles aus dem Index, und keine Weiterleitung rettet das.
8. Übertragen Sie die strukturierten Daten. Schema-Markup (LocalBusiness, Article, FAQPage, Breadcrumb, Bewertungen) füttert Rich Snippets und hilft der Seite in AI-Overviews-Antworten. Auf der neuen Seite vergisst man es schlicht zu übertragen – prüfen Sie per Validator, dass das Markup da und fehlerfrei ist.
9. Aktualisieren und reichen Sie die Sitemap ein. Erzeugen Sie eine frische XML-Sitemap mit den neuen Adressen und reichen Sie sie direkt nach dem Go-live in der Search Console ein – das beschleunigt das erneute Crawlen. Prüfen Sie nebenbei die robots.txt: Hat sie nicht versehentlich nötige Bereiche gesperrt?
10. Behalten Sie die Search Console nach dem Go-live im Blick. Der Release ist kein Ziel, sondern der Start der wichtigsten Woche. Zum Monitoring gleich mehr.

Was Sie in der Search Console die ersten Wochen nach dem Go-live verfolgen

Starten und vergessen ist der sicherste Weg, von der Misere erst einen Monat später am Umsatzeinbruch zu erfahren. Halten Sie die ersten zwei bis vier Wochen die Search Console offen.

• Bericht „Seitenindexierung“. Ein plötzlicher Anstieg von „nicht indexiert“, ein 404-Schwall oder „gefunden – zurzeit nicht indexiert“ ist das erste Zeichen, dass URLs verloren sind oder Weiterleitungen nicht greifen. Fangen Sie das in den ersten Tagen ab, solange die Korrektur billig ist.
• Abdeckung und Sitemap-Fehler. Stellen Sie sicher, dass die eingereichte Sitemap verarbeitet wird und ihre Adressen in den Index gelangen.
• Impressionen und Klicks unter „Suchergebnisse“. Leichte Schwankungen in den ersten Wochen sind normal: Google crawlt und bewertet neu. Ein plötzlicher Abriss der Impressionen ist dagegen ein Signal zum sofortigen Eingreifen – nicht zum „abwarten, das renkt sich ein“.
• Core Web Vitals und mobile Nutzbarkeit. Prüfen Sie, dass das neue Design die Tempokennzahlen nicht gedrückt und das mobile Layout nicht zerschossen hat – sonst tauschen Sie ein Problem gegen ein anderes.

Vereinbaren Sie mit dem Dienstleister ein Support-Fenster über den Monat nach dem Release. Die meisten Relaunch-Einbrüche sind voll umkehrbar, wenn man sie in der ersten Woche oder zwei erwischt – und schmerzhaft, wenn man sie erst nach einem Quartal bemerkt.

Die häufigsten Wege, beim Umzug das SEO zu killen

Die Stolperfallen in einer Liste – in jede tritt gerade jetzt jemand:

• URL gewechselt und keinen 301 gesetzt. Der Schadensmeister. Alte Seiten liefern 404, Index und Rankings schmelzen.
• Alle Weiterleitungen auf die Startseite geworfen. Technisch steht ein 301, aber nicht auf das relevante Pendant. Google sieht einen massenhaften Soft-404 und vererbt nichts.
• noindex auf der Live-Seite vergessen. Das Test-Indexierungsverbot wanderte mit und hat die Seite komplett vor Google verschlossen.
• Template hat Titles und Meta-Tags überschrieben. Über Jahre justierte Tags sind durch Standardwerte ersetzt – die Seiten verlieren ihre Relevanz.
• Text der „Sauberkeit“ geopfert. Inhalt gekürzt, der die Rankings hielt – die Sichtbarkeit fällt mit.
• Interne Verlinkung zerrissen. Die neue Navigation lässt Schlüsselseiten ohne eingehende Links, und das Gewicht erreicht sie nicht mehr.
• Strukturierte Daten verloren. Rich Snippets und die Chance auf AI Overviews sind mit dem Schema verschwunden.
• Freitagabend ohne Monitoring gestartet. Niemand schaute bis Montag in die Search Console – und bis Montag waren die Seiten schon raus.

Keiner dieser Fehler hat mit Design zu tun. Alle gehen auf Migrationsdisziplin zurück – und fast jeden sieht man vorab auf dem Staging, wenn man weiß, wohin man schaut.

Vergleich: riskanter Relaunch gegen sicheren

Aspekt	Riskanter Relaunch	SEO-sicherer Relaunch
URL-Adressen	Wechseln nach Belieben, alte verschwinden	Erhalten oder per 301 eins zu eins weitergeleitet
Titles und Meta-Tags	Vom Template überschrieben	Übertragen und mit der alten Version abgeglichen
Inhalt	„Aufgeräumt“ und gekürzt fürs Aussehen	Im inhaltlichen Umfang bewahrt
Weiterleitungskarte	Nie erstellt	Geprüft, ohne Ketten und Schleifen
Staging	Direkt live gestellt	Testdomain mit noindex, live aufgehoben
Strukturierte Daten	Beim Umzug vergessen	Übertragen und per Validator geprüft
Nach dem Go-live	Gestartet und vergessen	Search-Console-Monitoring 2–4 Wochen
Ergebnis	Traffic-Absturz über Tage und Wochen	Rankings erhalten, nicht selten Wachstum

Der Unterschied zwischen den Spalten ist kein Designer-Talent und kein Budget, sondern die Existenz oder das Fehlen einer Checkliste. Derselbe Entwurf, dieselbe Plattform, dasselbe Geld – und der Ausgang ist entgegengesetzt.

Ein Website-Relaunch ohne Ranking-Verlust kann die Rankings sogar heben

Kann er – und das ist der Hauptgedanke, für den sich das saubere Vorgehen lohnt. Eine sichere Migration schützt, was da ist; ein kluger Relaunch bringt obendrein Zuwachs, weil er nebenbei repariert, was die Seite nach unten zog.

Schnelleres Laden und stabiles Layout – bessere Core Web Vitals, ein Ranking-Signal. Eine saubere mobile Version – ein Plus bei der Mobile-First-Indexierung. Klare Struktur und Navigation helfen Google, die Seite zu durchdringen, und dem Besucher, bis zur Anfrage zu kommen. Wenn Sie dabei schwache Seiten neu schreiben, Antworten auf echte Kundenfragen für die AI-Overviews-Blöcke ergänzen und in der Verlinkung aufräumen, wird aus der Erneuerung statt einer Verteidigungsaktion ein Wachstumspunkt.

Die Logik ist dieselbe wie bei der gesamten organischen Sichtbarkeit, über die wir im Beitrag warum SEO für Unternehmen wichtig ist schreiben: Die Suche belohnt Seiten, die schnell, verständlich und vertrauenswürdig sind. Ein Relaunch ist der seltene Moment, all das auf einmal aufzupolieren. Aber nur, wenn das Fundament – URLs, Weiterleitungen, Inhalt, Markup – ohne Verluste übertragen ist. Erst erhalten, dann wachsen. In umgekehrter Reihenfolge funktioniert es nicht.

Womit Sie diese Woche anfangen

Steht ein Relaunch an, warten Sie nicht auf den Release – planen Sie SEO vom ersten Tag ein. Nach abnehmendem Ertrag:

1. Exportieren Sie die vollständige URL-Liste per Crawler und gleichen Sie sie mit der Search Console ab: Welche Seiten bringen tatsächlich Traffic und Rankings? Das ist Ihre Liste dessen, was nicht verloren gehen darf.
2. Entscheiden Sie über jede Adresse im Voraus: bleibt sie oder zieht sie um. Ändert sie sich – halten Sie sofort das Paar „alt → neu“ in der Weiterleitungskarte fest, noch in der Entwurfsphase.
3. Schreiben Sie in den Auftrag die Übertragung von Titles, Meta-Tags, Inhalt und Schema-Markup als verbindliche Abnahmebedingung, nicht als Wunsch.
4. Bauen Sie alles auf einem Staging mit gesperrter Indexierung und jagen Sie es erneut durch den Crawler: Fangen Sie 404, Ketten und verlorene Tags ab, bevor Google sie sieht.
5. Starten Sie nicht am Freitag und halten Sie die Search Console die ersten Wochen griffbereit.

Tun Sie das – und der Relaunch hört auf, eine Lotterie zu sein. Schöne neue Seite und erhaltener Traffic schließen einander nur aus, wenn an die Migration erst am Montag nach dem Go-live gedacht wird.

Wer am Ende den Traffic behält

Zurück zum Inhaber mit dem Zwei-Drittel-Einbruch. Die Misere ließ sich aufholen – die Karte der alten URLs rekonstruieren, die 301-Weiterleitungen nachträglich setzen, das erneute Crawlen abwarten. Der Großteil der Rankings kam über mehrere Wochen zurück, ein Teil gar nicht. All das wäre nicht passiert, hätte jemand vor dem Go-live eine Frage geklärt: Was wird aus den alten Adressen?

Die Seite des Nachbarn kann genauso schön und auf derselben Plattform gebaut sein. Der Unterschied liegt nicht im Design – den sieht der Kunde in Google gar nicht. Er liegt darin, wer die Migration als Ingenieursaufgabe behandelt hat und nicht als Kosmetik. 2026 gewinnt nicht die grellste neue Seite, sondern die, die sich erneuert hat und keinen Tag aus der Suche verschwunden ist. Ein Website-Relaunch ohne Ranking-Verlust ist eine Entscheidung, die man zu Projektbeginn trifft – kein Notfall, den man nach dem Start aufräumt.