Rankings kostet ein Relaunch selten wegen des neuen Designs, sondern wegen der Technik dahinter: alte Adressen ohne Weiterleitung, vergessene Sperren aus der Testumgebung, gestrichene Inhalte und eine Seite, die langsamer lädt als vorher. Google rechnet nach einem Umzug mit vorübergehenden Schwankungen. Bleiben die Verluste, steckt meist einer der zwölf Fehler dieser Liste dahinter. Für die Ladezeit gelten 2026 unverändert: LCP bis 2,5 Sekunden, INP bis 200 Millisekunden, CLS bis 0,1.
Ein typisches Muster: Die neue Website geht an einem Freitag online. Alle finden sie schöner, moderner wirkt sie auch. Drei Wochen später fragt der Vertrieb, warum das Telefon so ruhig ist. Dann beginnt die Suche, und sie endet oft bei einer Kleinigkeit, die beim Livegang niemand geprüft hat. Diese Liste ist für die Zeit davor. Wie wir einen Relaunch grundsätzlich planen, steht auf der Seite zum Website-Relaunch. Hier geht es um die Fehler, die Sie unterwegs vermeiden sollten.
Teil 1: Adressen und Weiterleitungen
Fehler 1: Keine vollständige Liste der alten Adressen. Wer nur die Seiten aus dem Menü weiterleitet, vergisst die, die tatsächlich Besucher bringen: alte Ratgeber, Kampagnen-Seiten, PDFs, Bilder. Die Liste entsteht aus drei Quellen: einem Crawl der alten Website, den Seiten mit Klicks und Impressionen in der Search Console und der Webanalyse. Google rät ausdrücklich, auch Bilder, Videos und Downloads in den Umzugsplan aufzunehmen.
Fehler 2: Alles auf die Startseite. Bequem, aber falsch. Google warnt: Viele alte Adressen auf ein einzelnes, unpassendes Ziel wie die Startseite umzuleiten, verwirrt Nutzer und kann als Soft 404 gewertet werden, also wie eine Fehlerseite. Jede alte Adresse zeigt auf die inhaltlich passende neue. Gibt es keine, ist ein ehrlicher Status 404 oder 410 besser.
Fehler 3: Ketten und vorläufige Weiterleitungen. Googles Crawler folgen bis zu zehn Weiterleitungen hintereinander. Empfohlen ist, direkt aufs Ziel zu leiten und, wenn es nicht anders geht, mit möglichst wenigen Zwischenstationen. Die Weiterleitung soll serverseitig und dauerhaft sein (Status 301 oder 308). Eine vorläufige Weiterleitung (302) sagt dagegen, dass die alte Adresse zurückkommt, und das ist beim Relaunch selten gemeint. Laut Google bleiben Weiterleitungen möglichst lange bestehen, in der Regel mindestens ein Jahr.
Fehler 4: Neue Bildadressen ohne Weiterleitung. Bilder bringen oft eigene Besucher über die Bildersuche. Google rät, ein Bild dauerhaft unter derselben Adresse einzubinden, und behandelt Bildadressen beim Umzug wie alle anderen Inhalte. Weil Bilder seltener neu erfasst werden als Seiten, brauchen neue Bildadressen länger, bis sie wieder gefunden werden. Was Bilder sonst für die Suche brauchen, steht in unserer Checkliste zu Visual SEO.
Fehler 5: Interne Links und Canonicals zeigen ins Alte. Die Weiterleitungen funktionieren, aber Menü, Fußzeile und Texte verlinken weiter auf alte Adressen. Jeder Klick nimmt einen Umweg. Google rät, interne Links auf die neuen Adressen umzustellen und jeder neuen Seite einen Canonical-Verweis auf sich selbst zu geben, also den Hinweis, welche Adresse die gültige ist.
Quellen: Google Search Central, Umzug mit URL-Änderungen (2026) · Google, HTTP-Statuscodes (2026) · Google, Bilder (2026) · Search Engine Journal zu Bildadressen (2019).
Teil 2: Sperren und Indexierung
Fehler 6: Die Sperre aus der Testumgebung geht mit online. Während der Entwicklung soll Google die neue Seite nicht finden. Also setzt jemand „noindex“ oder sperrt alles per robots.txt. Google nennt vergessene Sperren als häufigen Fehler beim Umzug. Tückisch daran: Eine robots.txt-Sperre verhindert nicht zuverlässig, dass Adressen im Index landen, und ein noindex sieht Google nur auf Seiten, die es crawlen darf. Sicherer ist ein Passwortschutz für die Testumgebung, der beim Livegang wegfällt.
Fehler 7: Alles auf einmal. Neue Domain, neues System, neues Design, neue Texte, alles am selben Tag. Google empfiehlt, möglichst nur eine Sache auf einmal zu ändern. Geht es nicht anders, steigt der Prüfaufwand, und bei Problemen weiß niemand, welche Änderung schuld war. Bei einem Domainwechsel gehört die Adressänderung in der Search Console dazu, und zwar für alle Varianten der alten Domain, mit und ohne www.
Quellen: Google, robots.txt (2025) · Google, noindex (2025).
Teil 3: Inhalte und Messung
Fehler 8: Texte, die ranken, werden gestrichen. Im neuen Design ist weniger Platz, also wird gekürzt. Leider oft genau die Absätze, die die Fragen der Suchenden beantwortet haben. Ebenso riskant: Seitentitel und Überschriften „schöner“ formulieren oder strukturierte Daten zu Unternehmen, Produkten und Veranstaltungen beim Systemwechsel verlieren. Schauen Sie vor jedem Kürzen in der Search Console nach, für welche Suchanfragen eine Seite heute Klicks bekommt.
Fehler 9: Die Messung zieht nicht mit um. Neues System, neuer Cookie-Banner, und die Webanalyse zählt plötzlich deutlich weniger oder gar nichts mehr. Dann sehen Sie nicht einmal, ob Sie Besucher verloren haben. Tracking und Einwilligung gehören deshalb auf die Testliste vor dem Livegang. Was dabei rechtlich gilt, erklärt unser Beitrag zu Cookieless Analytics und Server-Side-Tracking.
Teil 4: Ladezeit und Core Web Vitals
Mit den Core Web Vitals misst Google drei Dinge an echten Besuchen:
| Kennzahl | Was sie misst | Gut | Schlecht |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Wann das größte Element im sichtbaren Bereich steht | bis 2,5 s | über 4 s |
| INP (Interaction to Next Paint) | Wie schnell die Seite auf Klicks und Tippen reagiert | bis 200 ms | über 500 ms |
| CLS (Cumulative Layout Shift) | Wie stark das Layout beim Laden springt | bis 0,1 | über 0,25 |
Gemessen wird am 75. Perzentil: Drei von vier Besuchen müssen den Wert schaffen. INP hat am 12. März 2024 die ältere Kennzahl FID abgelöst, neue Schwellen gab es seitdem nicht.
Wie wichtig sind die Werte fürs Ranking? Google sagt klar, dass seine Ranking-Systeme sie nutzen, gute Werte aber keine Top-Platzierung garantieren. Relevanz geht vor. Den Ausschlag geben schnelle Seiten eher dort, wo mehrere Treffer gleich hilfreich sind. Übersetzt: Tempo rettet keinen schwachen Inhalt, aber ein langsamer Relaunch kann genau die knappen Duelle kosten.
Mehr als die Hälfte der Websites besteht mobil also nicht alle drei Prüfungen, und der Engpass ist meist die Ladezeit des größten Elements. Bemerkenswert: Mobil haben nur 45 Prozent der Startseiten gute Werte, aber 56 Prozent der Unterseiten. Ausgerechnet die Seite, in die beim Relaunch die meiste Gestaltung fließt, ist oft die langsamste.
Fehler 10: Das große Bild oben bremst. Meist ist das Titelbild oder das Hintergrundvideo das größte Element und damit der LCP. Rund 16 Prozent der Seiten laden ausgerechnet dieses Bild verzögert („Lazy Loading“). Google rät: das wichtigste Bild nie verzögert laden, sondern mit hoher Priorität (fetchpriority=“high”). Ein Video oben auf der Seite braucht ein schlankes Vorschaubild, das sofort steht, und eine Datei, die fürs Web komprimiert ist. Wie Bewegtbild trotzdem schnell bleibt, zeigt unser Beitrag zu Webdesign mit Bewegtbild.
Fehler 11: Das Layout springt. Ein Cookie-Banner, der Inhalte nach unten schiebt, Bilder ohne Größenangabe, Schriften, die nachladen und den Text umbrechen lassen. Wer im falschen Moment tippt, trifft den falschen Button. Feste Platzhalter für Bilder, Banner und eingebettete Inhalte halten den CLS niedrig.
Fehler 12: Zu viel Skript. Chat-Fenster, drei Tracking-Dienste, Slider, Animationen: Jedes Skript beansprucht denselben Prozessor. Auf dem Handy spürt man das beim ersten Tippen. Prüfen Sie beim Relaunch jedes Skript auf eine Frage: Brauchen wir das wirklich, und muss es sofort laden?
Zum Messen: PageSpeed Insights zeigt Labordaten aus einer Simulation und, wenn genug Besuche da sind, Felddaten echter Nutzer der letzten 28 Tage. Die Search Console arbeitet nur mit Felddaten. Nach dem Livegang dauert es also rund vier Wochen, bis die neuen Werte vollständig sichtbar sind.
Dass Tempo sich auszahlen kann, zeigt eine Fallstudie von Vodafone Italien aus dem Jahr 2021: Im A/B-Test brachte eine um 31 Prozent bessere LCP 8 Prozent mehr Verkäufe. Ein Einzelfall, kein Versprechen, aber ein guter Grund, die Ladezeit nicht dem Zufall zu überlassen.
Quellen: web.dev, Core Web Vitals (2024) · Google Search Central, Page Experience (2026) · HTTP Archive Web Almanac (2025) · web.dev, LCP optimieren (2025) · Search Console Hilfe · web.dev, Fallstudie Vodafone (2021). Stand: 26.10.2026.
Die ersten 30 Tage nach dem Livegang
- Tag 1: Die Liste der alten Adressen automatisch abrufen. Jede liefert eine dauerhafte Weiterleitung auf ein passendes Ziel, keine endet im Fehler. robots.txt und noindex prüfen. Neue Sitemap in der Search Console einreichen.
- Woche 1: In der Search Console die Seitenindexierung, 404- und Soft-404-Fehler beobachten. Bei Domainwechsel die Adressänderung melden.
- Woche 2 bis 4: Klicks und Impressionen der wichtigsten Seiten mit dem Zeitraum vor dem Relaunch vergleichen. Laut Google kann es bei mittelgroßen Websites einige Wochen oder länger dauern, bis die neuen Adressen überall angekommen sind.
- Nach 28 Tagen: Die Core-Web-Vitals-Felddaten mit den Werten der alten Seite vergleichen. Ist die neue Seite mobil langsamer, ist jetzt der Moment, nachzubessern.
Kurz gesagt
Ein Relaunch kostet Rankings, wenn Adressen ins Leere laufen, Sperren aus der Testumgebung aktiv bleiben, rankende Texte verschwinden oder die neue Seite langsamer ist. Wer die zwölf Fehler vor dem Livegang abhakt und die ersten 30 Tage danach genau hinschaut, behält seine Sichtbarkeit und gewinnt oft noch Tempo dazu.
REWLO Medienwerk plant und baut Websites für Unternehmen in Heidelberg und der Metropolregion Rhein-Neckar, mit Weiterleitungsplan und Ladezeit-Test vor dem Livegang. Mehr unter /leistungen.
