Welche Fehler sollte ich beim Website-Relaunch vermeiden?

Die teuersten Relaunch-Fehler passieren nicht im Design, sondern im Handwerk: kein SEO-Inventar vor dem Start, ein vergessenes Redirect-Mapping, ein Relaunch ohne messbare Ziele, ein Big-Bang-Launch ohne Staging und Tests – und kein Wartungsplan für die Zeit danach. Jeder dieser fünf Fehler ist vermeidbar, wenn er vor Projektstart auf dem Tisch liegt, und fast jeder ist nach dem Go-live nur noch mit Verlusten zu reparieren. Hier erfahren Sie, woran Sie jeden Fehler früh erkennen und wie Sie ihn konkret verhindern.

Ein Relaunch scheitert selten an der Gestaltung. Er scheitert an Dingen, die im Projektverlauf unsichtbar bleiben, bis es zu spät ist: an URLs, die niemand erfasst hat, an Zielen, die nie definiert wurden, und an einem Launch-Tag, für den es keinen Plan B gab. Die folgenden fünf Fehler sehen wir in Audits immer wieder – und alle fünf lassen sich mit überschaubarem Aufwand verhindern, wenn man sie kennt.

Fehler 1: Kein SEO-Inventar vor dem Projektstart

Der Fehler, der alle anderen SEO-Fehler erst möglich macht: Niemand erfasst vor dem Relaunch, welche Seiten existieren, welche bei Google ranken und welche Backlinks von außen empfangen. Ohne dieses Inventar weiß am Launch-Tag niemand, was verloren gehen kann – und still rankende Seiten werden beim „Aufräumen“ gelöscht, samt ihrer Rankings. Die Absicherung ist unspektakulär: vor dem ersten Entwurf alle URLs aus der Search Console, der Sitemap und einem Crawl der Live-Seite erfassen und jede einzeln als „bleibt“, „wird zusammengelegt“ oder „entfällt mit Weiterleitung“ einstufen. Ein Anbieter, der einen Relaunch anbietet, ohne nach Ihren bestehenden URLs und Rankings zu fragen, ist ein Warnsignal.

Fehler 2: Das Redirect-Mapping wird vergessen

Die häufigste und teuerste Einzelursache für Rankingverluste nach einem Relaunch: URLs ändern sich, aber niemand richtet 301-Weiterleitungen ein. Die alten Adressen liefern 404-Fehler, Google verliert die Ziele, Backlinks laufen ins Leere – und die über Jahre aufgebaute Sichtbarkeit verpufft. Die Regel ist einfach: Jede alte URL bekommt genau ein neues Ziel als permanente Weiterleitung, festgehalten in einem Mapping, das vor dem Go-live vollständig ist und danach überwacht wird. Noch besser ist, URLs gar nicht erst zu ändern, wo es nicht nötig ist. Wie die vollständige Absicherung bei einem Relaunch mit Technologiewechsel aussieht, zeigt Kann ich von WordPress zu Next.js wechseln, ohne Rankings zu verlieren?

Fehler 3: Relaunch ohne messbare Ziele

„Die Seite ist alt, wir brauchen etwas Neues“ ist ein Anlass, aber kein Ziel. Ohne messbare Ziele gibt es keinen Maßstab für Entscheidungen im Projekt – jede Designdiskussion wird zur Geschmacksfrage – und nach dem Launch kann niemand sagen, ob sich die Investition gelohnt hat. Legen Sie vor Projektstart fest, was die neue Seite messbar besser können soll: mehr Anfragen über das Formular, kürzere Ladezeiten, bessere Auffindbarkeit für definierte Suchbegriffe, weniger Absprünge auf den wichtigsten Seiten. Erfassen Sie die Ist-Werte vor dem Relaunch, sonst fehlt später der Vergleichspunkt.

Fehler 4: Big-Bang statt Staging und Tests

Der riskanteste Launch ist der, bei dem die neue Seite direkt die alte überschreibt und alle Beteiligten hoffen, dass alles funktioniert. Ohne Staging-Umgebung gibt es keinen Ort, an dem Formulare, Weiterleitungen und Darstellung auf verschiedenen Geräten vor dem Ernstfall geprüft werden können – und keinen einfachen Weg zurück, wenn etwas schiefgeht. Dazu kommt ein Klassiker aus dieser Kategorie: Staging-Reste wie ein vergessenes noindex oder eine blockierende robots.txt gehen mit live und nehmen die Seite aus dem Google-Index. Die neue Website gehört auf eine Staging-Umgebung, wird dort vollständig getestet und erst dann kontrolliert umgeschaltet – mit einem Rollback-Plan für den Fall der Fälle und außerhalb Ihrer umsatzstärksten Zeit.

Fehler 5: Kein Wartungsplan für die Zeit danach

Der Fehler, der erst Monate später sichtbar wird: Mit dem Go-live gilt das Projekt als abgeschlossen, danach fühlt sich niemand mehr zuständig. Dabei entscheiden die Wochen nach dem Launch über den Erfolg – Indexierung, Rankings und 404-Fehler müssen aktiv beobachtet und Lücken im Redirect-Mapping sofort geschlossen werden. Und langfristig braucht jede Website einen Plan für Updates, Backups und Sicherheit, sonst ist der frische Relaunch in zwei Jahren die nächste Altlast. Klären Sie vor Vertragsabschluss, was nach dem Go-live gilt: Wer überwacht die Übergangsphase, wer macht Updates, und mit welcher Reaktionszeit ist der Anbieter erreichbar?

Drei weitere Fehler, kürzer erklärt

• Content als Nachgedanke: Texte und Bilder werden „parallel“ erstellt und liegen zum Designstart nicht vor – das verzögert Projekte zuverlässiger als jedes technische Problem.
• Launch zur falschen Zeit: Eine Umstellung mitten in der Hochsaison verwandelt jede Kleinigkeit in einen Umsatzschaden. Ruhige Wochen wählen, Puffer einplanen.
• Performance wird nicht gemessen: Wer die Ladezeiten der neuen Seite erst nach dem Launch prüft, verschenkt den größten technischen Hebel des Relaunchs. Vorher messen, vergleichen, nachbessern.

Die Reihenfolge, die diese Fehler verhindert

Auffällig an allen fünf Fehlern: Sie entstehen nicht durch Unfähigkeit, sondern durch eine falsche Reihenfolge – erst gestalten, dann bauen, und über URLs, Ziele und Wartung „später“ nachdenken. Ein sauber aufgesetzter Relaunch dreht das um: Analyse und Inventar zuerst, Weiterleitungen und Tests als feste Projektphasen, Monitoring als Teil des Auftrags. Wie dieser Ablauf Phase für Phase aussieht und wie lange die einzelnen Schritte realistisch dauern, zeigt Wie läuft ein Website-Relaunch ab und wie lange dauert er?

Wenn Sie einen Relaunch planen und wissen wollen, wo Ihre konkreten Risiken liegen: Im kostenlosen Erstgespräch sehen wir uns Ihre Ausgangslage an – URLs, Rankings, Technik – und sagen Ihnen ehrlich, welche der fünf Fehler bei Ihrem Projekt drohen. Unsere Festpreis-Pakete enthalten Redirect-Mapping, Staging und Nachbeobachtung als feste Bestandteile, nicht als Zusatzoption.

Häufige Fragen