Website-Relaunch-Checkliste: 40 Punkte vom Ziel bis zum Go-live

Eine Relaunch-Checkliste ist die Liste der Entscheidungen und Prüfungen, die ein Website-Relaunch durchlaufen muss, sortiert nach Phasen statt nach Themen, mit genau einer verantwortlichen Person je Punkt. Die Sortierung ist der entscheidende Teil. Die meisten Relaunches scheitern nicht daran, dass ein Punkt vergessen wurde, sondern daran, dass er in der falschen Phase erledigt wurde, als Handeln bereits teuer war.

Hier geht es um das gesamte Projekt. Die Begründung hinter den Phasen steht in unserem Leitfaden zum Website-Relaunch, das Verfahren für den Umzug ohne Rankingverlust in der SEO-Relaunch-Checkliste. Es folgen die ausführbare Liste und ein realistischer Zeitplan dazu.

Eine brauchbare Checkliste hat drei Eigenschaften, die den meisten veröffentlichten fehlen. Jeder Punkt nennt ein überprüfbares Ergebnis statt einer Absicht. Jeder Punkt steht in der Phase, in der das Handeln noch günstig ist. Und jeder Punkt hat eine verantwortliche Person, denn ein Punkt ohne Verantwortlichen ist ein Wunsch.

Zwei Fassungen desselben Prüfpunkts im Vergleich. "SEO berücksichtigen" lässt sich nicht prüfen, nicht zuweisen und nicht terminieren. "Jede indexierte URL steht mit einer festgehaltenen Entscheidung in der Mapping-Tabelle, freigegeben von der Marketingleitung vor dem Content-Stopp" lässt sich alles drei. Dafür ist eine Checkliste da.

Die folgende Liste hat 40 Prüfpunkte in fünf Phasen. Sie ist für einen Unternehmens- oder B2B-Relaunch von etwa zehn bis sechzig Seiten geschrieben. Ein größeres Projekt bringt mehr Menge, keine neuen Phasen; ein kleineres streicht Punkte, ohne die Reihenfolge zu ändern.

Ein Website-Relaunch dauert je nach Umfang vier bis zwanzig Wochen, und die Zahl wird von der Verfügbarkeit der Inhalte bestimmt, nicht vom Tempo in Design und Entwicklung. Ein Projekt mit bereits geschriebenen und freigegebenen Texten läuft am unteren Rand jeder Spanne. Ein Projekt, das in Woche sechs feststellt, dass die neuen Leistungsseiten niemand geschrieben hat, läuft am oberen Rand oder darüber hinaus.

Die folgende Tabelle nennt beobachtete Zeiträume, keine Zusagen. Lesen Sie die dritte Spalte zuerst: Sie benennt, was die zusätzlichen Wochen in der jeweiligen Spanne tatsächlich verbraucht.

Die ersten zwei Wochen entscheiden darüber, ob das Projekt jemals bewertet werden kann. Diese zehn Punkte sind 25 % der gesamten Liste, und sie sind die einzigen, die beim Überspringen nicht bloß teuer, sondern unmöglich werden: Mit der alten Website verschwindet auch ihr Ausgangswert. Alles hier ist jetzt günstig und später nicht mehr rekonstruierbar, weshalb diese Phase läuft, bevor jemand ein Designwerkzeug öffnet.

1. Die Kennzahl aufschreiben, die der Relaunch bewegen soll, mit dem heutigen Wert daneben.
2. Aktuelle organische Impressionen und Positionen der zwanzig wichtigsten Seiten festhalten.
3. Aktuelle Conversion-Rate und monatliche Anfragen je Vorlage festhalten.
4. Die vollständige Liste indexierter URLs aus der Search Console exportieren.
5. Die aktuelle Website crawlen und mit diesem Export abgleichen.
6. Seiten mit organischen Einstiegen und Conversions aus der Webanalyse exportieren.
7. URLs auflisten, auf die externe Links zeigen.
8. Core Web Vitals auf den fünf meistbesuchten Vorlagen messen.
9. Eine entscheidungsbefugte Person für Inhalte und Design benennen. Eine, kein Gremium.
10. Den Termin für den Content-Stopp schriftlich vereinbaren, samt Regel für spätere Wünsche.

Punkt 9 ist der, bei dem Auftraggeber widersprechen, und zugleich der mit der besten Vorhersagekraft. Ein Projekt mit vier Freigebenden liefert nicht vierfache Qualität, sondern vier Runden widersprüchliches Feedback und einen Termin, den niemand verteidigen kann.

Inhalte und Struktur laufen gemeinsam und sind beide fertig, bevor das Design beginnt. Zählt man Phase 1 und 2 zusammen, werden 20 der 40 Prüfpunkte fällig, also volle 50 %, bevor eine einzige Vorlage gezeichnet wird. Inhalte parallel zum Design zu fahren ist der häufigste Planungsfehler in solchen Projekten, denn Vorlagen ohne Seiteninventar werden neu gebaut, sobald die echten Inhalte eintreffen.

1. Jeder bestehenden Seite eine Entscheidung geben: behalten, neu schreiben, zusammenführen oder stilllegen.
2. Vor jeder Stilllegung in die Zahlen sehen. Eine Seite mit organischen Einstiegen wird mit Weiterleitung zusammengeführt, niemals gelöscht.
3. Die Seiten auflisten, die es noch nicht gibt und die zum Verkaufen gebraucht werden.
4. Je neuer Seite eine schreibende Person und ein Termin. Kein Team, eine Person.
5. Den Navigationsbaum als reinen Text entwerfen und an fünf Projektfremden testen.
6. Die URL jeder Seite festlegen, alt wie neu, bevor Vorlagen gestaltet werden.
7. Die bestehende URL überall behalten, wo eine Seite unverändert bleibt.
8. Die Mapping-Tabelle aufbauen: alte URL, neue URL, Aktion, Verantwortliche, Status.
9. Entscheiden, was mit PDFs, Bildern und Downloads geschieht. Sie sind ebenfalls indexiert.
10. Das Inhaltsmodell freigeben: welche Felder jede Vorlage braucht, damit Schreibende wissen, was zu liefern ist.

Punkt 20 spart mehr Zeit als jeder andere auf dieser Liste. Wer den Auftrag bekommt, "die Leistungsseite zu schreiben", liefert Text, der nicht in die Vorlage passt. Wer Feldnamen und Zeichenzahlen bekommt, liefert etwas Einsetzbares.

Design und Umsetzung sind die Phase, die alle vor Augen haben, wenn sie Relaunch sagen, und die Phase, in der sich die früheren Entscheidungen auszahlen oder als Nacharbeit zeigen. Sind Inhalte geschrieben und URLs festgelegt, ist das hier Ausführung gegen ein bekanntes Ziel.

1. Vorlagen gestalten, keine Seiten. Sechs bis zehn decken die meisten Unternehmensauftritte ab.
2. Den Weg von der Leistungsseite bis zur abgeschickten Anfrage prototypisieren und mit echten Menschen testen.
3. Die mobile Navigation getrennt prototypisieren. Sie scheitert anders als die am Desktop.
4. Vorlagen in einer Runde freigeben, mit der Person aus Punkt 9.
5. Ein Performance-Budget vor dem Bau festlegen und je Vorlage laufend prüfen.
6. Barrierefreiheit einbauen statt nachrüsten: Kontraste, Fokuszustände, semantische Überschriften, Alternativtexte.
7. Bestätigen, dass der Hauptinhalt ohne Ausführung im Browser vorliegt. Laut Google Search Central ist das Rendering verzögert und ressourcenabhängig, sodass erst danach entstehende Inhalte eher übersehen werden.
8. Echte Inhalte einpflegen, keinen Blindtext. Layouts, die nur mit ordentlichem Text funktionieren, brechen beim ersten Kontakt.
9. Formulare und Tracking verdrahten, danach eine echte Testanfrage vollständig durchspielen.
10. Staging von der Indexierung ausschließen, bevor irgendetwas davon beginnt.

In der Woche des Content-Stopps trennt sich ein kontrollierter Start von einem gehofften. Diese sieben Punkte sind 18 % der Liste und tragen den größten Teil ihres Risikos, denn jeder einzelne ist eine Stelle, an der Sichtbarkeit entweder erhalten oder still verloren geht. Kein Punkt gehört auf den Go-live-Tag selbst, und jeder erzeugt einen Nachweis, den jemand anderes prüfen kann, statt einer Behauptung.

1. Weiterleitungen umsetzen und die gesamte Liste alter URLs testen, keine Stichprobe.
2. Auf Ketten und Schleifen prüfen. Jede Weiterleitung löst in einem Hop auf. Laut Google Search Central verbrauchen Ketten Crawl-Budget.
3. Interne Links auf finale URLs umhängen, in Inhalten ebenso wie in Navigation und Schaltflächen.
4. Prüfen, dass Canonical-Tags auf die neuen URLs verweisen.
5. Sprachauszeichnungen bei mehrsprachigen Seiten neu erzeugen und prüfen, dass sie einander referenzieren.
6. Inhaltsgleichheit auf den Seiten mit dem größten Suchwert prüfen.
7. Sitemaps aus der neuen Struktur erzeugen, mit korrekten Änderungsdaten.

Halten Sie jedes Ergebnis in der Statusspalte der Mapping-Tabelle fest, nicht in einem Chatverlauf. Die Spalte existiert, damit unvollständige Prüfung sichtbar wird statt angenommen.

Der Go-live-Tag ist kurz, wenn die Woche davor sauber lief, und lang, wenn nicht. Der Monat danach ist der, in dem das Projekt tatsächlich bewertet wird, und in dem sich der in Phase 1 erfasste Ausgangswert auszahlt. Ohne ihn lässt sich die einzige Frage nicht beantworten, die das Unternehmen 2026 stellen wird: ob die neue Website besser arbeitet als die alte.

1. Produktion für die Indexierung freigeben und prüfen, danach prüfen, dass Staging weiterhin ausgeschlossen ist. Diese beiden Schalter zu vertauschen ist eine der häufigsten Arten, einen Monat zu verlieren.
2. Neu erzeugte Sitemaps einreichen und Live-Weiterleitungen ein zweites Mal stichprobenartig prüfen, in der Produktion.
3. Die Ausgangswert-Seiten aus Phase 1 einzeln vergleichen, wöchentlich, im ersten Monat. Indexabdeckung auf neue Fehler beobachten und jeden neu entdeckten 404 als Zeile in die Mapping-Tabelle eintragen, damit sie maßgeblich bleibt.

In den ersten zwei Wochen außer echten Fehlern nichts ändern. Die Google-Hinweise zum Website-Umzug sagen, dass Schwankungen zu erwarten sind, solange Signale neu verarbeitet werden; Titel in diesem Fenster umzuschreiben macht es unmöglich zu erkennen, welche Änderung was bewirkt hat.

Ein Punkt ohne Verantwortliche wird nicht erledigt, und ein Punkt, den "das Team" verantwortet, ist ein Punkt ohne Verantwortliche. Das ist der Unterschied zwischen einer Checkliste, die wirkt, und einer, die in ein Dokument kopiert und vergessen wird.

Vier Rollen decken die vierzig Punkte ab. Die entscheidungsbefugte Person auf Kundenseite verantwortet die Punkte 1, 9, 10, 11, 13, 24 und den Content-Stopp. Die Content-Verantwortung trägt 14, 20 und das Schreiben selbst. Die Agentur verantwortet Design, Umsetzung, Weiterleitungen und Prüfung. Wer die Webanalyse verantwortet, verantwortet den Ausgangswert in Phase 1 und das Monitoring in Phase 5, und genau diese Rolle bleibt am häufigsten unbesetzt. Deshalb können so viele Relaunches hinterher nicht sagen, ob sie gewirkt haben.

Tragen Sie die Namen vor Projektbeginn in die Tabelle ein. Rollen, die während eines Projekts vergeben werden, landen bei der Person, die am wenigsten ablehnen kann.

Termine platzen aus wenigen Gründen, und keiner davon heißt, dass Design länger gedauert hat als gedacht. Das Muster ist beständig genug, um es einzuplanen.

Inhalte kommen zu spät. Das ist die Ursache in den meisten verschobenen Projekten. Die Abhilfe ist Punkt 14: eine benannte schreibende Person und ein Termin je Seite, vereinbart bevor der Zeitplan veröffentlicht wird.

Die Freigabe wächst. Ein Projekt, das mit einer freigebenden Person startete, hat in Woche vier drei, meist nachdem jemand aus der Führung zum ersten Mal ein Design gesehen hat. Die Abhilfe ist, dieser Person die Vorlagen in Woche vier bewusst zu zeigen, statt sie in Woche zehn ungebeten auftauchen zu lassen.

Der Umfang wächst leise. Hier eine Seite, dort eine Schnittstelle, einzeln nie einen Widerspruch wert. Die Abhilfe ist der Content-Stopp aus Punkt 10 samt schriftlicher Regel für das, was danach kommt.

Die Migration wird zu spät entdeckt. Die Mapping-Tabelle gilt als Aufgabe der Startwoche statt als Artefakt aus Phase 2, und die Woche vor dem Go-live wird zur Ausgrabung. Die Abhilfe ist Punkt 18.

Nichts davon verlangt Heldentaten. Es verlangt, Entscheidungen in der Phase zu treffen, in der sie noch günstig sind, und genau dafür ist eine nach Phasen sortierte Checkliste da. Wenn Sie den Zeitplan lieber von Leuten führen lassen, die das regelmäßig tun, besteht darin unsere Arbeit an Unternehmenswebsites.