All Posts
Webflow
14
min read
Published on
October 20, 2026
Website-Relaunch-Checkliste für SaaS: 100+ Punkte mit Owner und Timing
Yannik Moll
CEO
.png)
Table Of Contents
Die meisten Relaunch-Checklisten bestehen aus Punkten wie „SEO prüfen“ oder „Staging testen“. Das sind keine Aufgaben, die man abhaken kann, sondern ganze Projekte. Und sie setzen zu spät an: kurz vor dem Launch, wenn die wichtigen Entscheidungen längst gefallen sind.
Diese Checkliste ist anders gebaut. Sie umfasst über 100 Punkte entlang des gesamten Relaunches, von der ersten Zieldefinition bis drei Monate nach dem Go-live. Sie basiert auf Relaunches für über 120 Software-Unternehmen und auf Migrationen von TYPO3, WordPress und anderen Systemen zu Webflow. Jeder Punkt hat drei Angaben:
- Wann: der Zeitpunkt relativ zum Go-live, zum Beispiel „T–12“ für zwölf Wochen vorher oder „T+7“ für sieben Tage danach.
- Wer: wer verantwortlich ist, also Marketing, Agentur, SEO, Sales, Produkt, Tracking, C-Level oder Owner.
- Erledigt, wenn: woran ihr erkennt, dass der Punkt wirklich abgeschlossen ist.
Punkte mit ★ sind launch-kritisch: Ist einer davon offen, verschiebt ihr den Go-live. Alle anderen Punkte können mit festem Termin auch nach dem Launch erledigt werden.
Die Zeitangaben gehen von einem Komplett-Relaunch mit rund vier Monaten Laufzeit aus. Bei einer reinen Plattform-Migration verkürzen sich die Phasen. Punkte, die für euch nicht gelten, etwa Mehrsprachigkeit bei einer rein deutschen Website, markiert ihr als „entfällt“, damit bei der Abnahme nichts offen bleibt.
Downloads
- Die komplette Checkliste als Google Sheet mit Status-Dropdown, Fortschritt pro Phase, Go/No-Go-Anzeige und automatischen Fälligkeitsdaten. Einfach kopieren und loslegen.
- Unser Page-Structure-Sheet für Seitenstruktur, URLs und Metadaten
Warum die Reihenfolge so ist und was hinter den einzelnen Phasen steckt, erklärt unser Website-Relaunch-Guide für SaaS.
Phase 1: Vorbereitung und Strategie (T–16 bis T–12)
Hier fallen die Entscheidungen, die später am meisten Zeit kosten, wenn sie fehlen: Ziele, Relaunch-Typ, Positioning, Pricing und Ownership.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 1 | Ziele des Relaunches festlegen und priorisieren, damit nicht jede Abteilung eigene Erwartungen ins Projekt trägt | T–16 | C-Level, Marketing | Maximal drei Hauptziele sind schriftlich priorisiert |
| 2 | Pro Ziel einen KPI definieren, um den Erfolg nach dem Launch messen zu können | T–16 | Marketing | Jeder KPI hat Ausgangswert und Zielwert, etwa Demo-Requests pro Monat |
| 3 | ★ Relaunch-Typ festlegen, weil Risiko, Aufwand, Kosten und Redirect-Scope davon abhängen | T–16 | Marketing, Agentur | Plattform-Migration, Design-Relaunch, Komplett-Relaunch oder Domainwechsel ist entschieden |
| 4 | ★ Positioning und Messaging intern entscheiden, weil offene Diskussionen mitten im Projekt die Timeline sprengen | T–16 | C-Level, Marketing | Kategorie, ICP und Kernbotschaft sind freigegeben |
| 5 | Pricing-Struktur entscheiden, damit die Pricing Page nicht auf eine interne Entscheidung warten muss | T–14 | C-Level, Produkt | Pakete, Module und Preislogik stehen fest |
| 6 | ★ Owner auf Kundenseite benennen, damit Feedback gebündelt und widerspruchsfrei kommt | T–16 | C-Level | Eine Person bündelt Feedback und gibt frei |
| 7 | SEO-Ownership klären, damit jemand Rankings und Inhalte fachlich verantwortet | T–16 | Marketing | Interne Person oder SEO-Agentur ist benannt |
| 8 | Scope festlegen: was neu, was 1:1 migriert und was nach dem Launch kommt, damit nicht alles gleichzeitig verändert wird | T–14 | Marketing, Agentur | Seitenliste mit Status neu, 1:1 oder nach Launch liegt vor |
| 9 | Content-Kapazität im eigenen Team prüfen, weil neue Texte der häufigste Grund für Verzögerungen sind | T–14 | Marketing | Für jede neu zu schreibende Seite ist eine Person mit Zeitbudget benannt |
| 10 | Feedback-Prozess definieren, damit Feedback-Loops nicht ausufern | T–14 | Marketing, Agentur | Maximal zwei Feedback-Loops pro Seite, ein Tool, eine konsolidierte Rückmeldung |
| 11 | Launch-Termin mit Puffer planen, damit der Go-live nicht in eine Kampagnen- oder Messephase fällt | T–14 | Agentur, Marketing | Termin liegt außerhalb von Hochphasen und hat zwei Wochen Puffer |
| 12 | Laufende Kampagnen und Events erfassen, damit Paid Traffic nach dem Launch nicht ins Leere läuft | T–14 | Marketing | Liste aller aktiven Kampagnen mit Ziel-URLs liegt vor |
| 13 | Bei Domainwechsel eine SEO-Agentur einbinden, weil hier die gesamte Domain-Autorität übertragen werden muss | T–16 | C-Level | Spezialisierte SEO-Agentur ist beauftragt |
Phase 2: Ist-Analyse und Baseline (T–14 bis T–12)
Die Baseline ist euer Vergleichswert nach dem Launch. Ohne sie wisst ihr später nicht, ob der Relaunch geholfen oder geschadet hat.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 14 | ★ Tracking auf Verlässlichkeit prüfen, weil ihr ohne saubere Daten weder heute priorisieren noch später vergleichen könnt | T–14 | Tracking | Alle Conversion-Events feuern korrekt und stimmen mit den CRM-Zahlen überein |
| 15 | Search-Console-Daten exportieren, um nach dem Launch Klicks und Rankings pro URL vergleichen zu können | T–14 | SEO | Klicks, Impressionen und Rankings pro URL für mindestens zwölf Monate sind gesichert |
| 16 | Conversions pro Seite exportieren, damit ihr wisst, welche Seiten Leads bringen und 1:1 übernommen werden sollten | T–14 | Tracking | Demo-Requests, Trial-Sign-ups und Downloads pro URL sind dokumentiert, inklusive Zeitraum und Conversion-Definition |
| 17 | Qualifizierte Leads aus dem CRM sichern, weil am Ende Pipeline zählt und nicht Traffic | T–14 | Sales, Marketing | MQLs und SQLs der letzten sechs Monate sind exportiert |
| 18 | ★ Vollständigen Crawl der alten Website erstellen, weil er die Grundlage für Redirect-Mapping und Content-Abgleich ist | T–14 | SEO | Alle URLs mit Status Code, Title, Meta Description und H1 liegen als Export vor |
| 19 | Backlinks pro URL erfassen, damit keine verlinkte Seite oder Datei ohne Redirect verschwindet | T–14 | SEO | Liste der URLs mit Backlinks, inklusive PDFs und Bilder |
| 20 | ★ Bestehende Redirects der alten Plattform exportieren, weil sie sonst beim Umzug verloren gehen und viele URLs ins Leere laufen | T–14 | Agentur | Vollständige Redirect-Liste der alten Website liegt vor |
| 21 | AI-Visibility-Baseline erheben, um zu sehen, ob ihr nach dem Launch in AI-Antworten häufiger genannt werdet | T–14 | SEO, Marketing | 10 bis 20 relevante Prompts in ChatGPT, Perplexity und Google AI Mode sind mit Ergebnis dokumentiert |
| 22 | Content-Audit durchführen, um zu entscheiden, was übernommen, überarbeitet oder entfernt wird | T–13 | Marketing, SEO | Jede Seite ist nach Traffic, Rankings, Conversions und Relevanz bewertet, mit inhaltlicher Einordnung |
| 23 | Seiten markieren, die Sales regelmäßig verschickt, damit diese Links nach dem Launch weiter funktionieren | T–13 | Sales | Liste der vom Vertrieb genutzten URLs und Downloads liegt vor |
| 24 | ICP und Buyer Personas prüfen, weil sich mit dem Produkt oft auch die Zielgruppe verändert hat | T–13 | Marketing, Sales | Personas sind aktualisiert oder bestätigt |
| 25 | Competitor-Analyse durchführen, um Lücken zu finden, die ihr mit der neuen Website besetzen könnt | T–13 | Marketing | Positioning, Seitentypen und Lücken der drei stärksten Competitors sind dokumentiert |
| 26 | Backup der alten Website anlegen, damit ihr im Notfall zurückschalten oder Inhalte wiederherstellen könnt | T–12 | Agentur | Vollständiges Backup inklusive Dateien und Datenbank ist gesichert |
Phase 3: Seitenstruktur und Redirect-Planung (T–12 bis T–8)
Hier entsteht das größte SEO-Risiko eines Relaunches. Die Reihenfolge ist entscheidend: erst die Seitenstruktur, dann das Redirect-Mapping, dann das Schema Markup. Wie ihr Redirects im Detail plant, mappt und testet, zeigt unser Artikel Website-Relaunch ohne SEO-Verlust.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 27 | Navigation entlang der Buyer Journey planen, damit Besucher in jeder Phase passende Inhalte finden | T–12 | Agentur, Marketing | Jede Phase von Awareness bis Decision hat passende Seiten |
| 28 | Jeder wichtigen Seite eine Frage zuordnen, damit jede Seite einen klaren Zweck für Prospects hat | T–12 | Marketing | Jede Kernseite beantwortet eine klar benannte Frage |
| 29 | ★ Page Structure im Sheet anlegen, weil sie die gemeinsame Grundlage für Design, Redirects und SEO ist | T–11 | Agentur | Alle Seiten mit Page Type, neuer URL, Title und Index-Status sind erfasst |
| 30 | Unbeabsichtigte URL-Änderungen vermeiden, weil jede geänderte URL einen Redirect und damit ein Risiko bedeutet | T–11 | Agentur | Alte URLs bleiben erhalten, wo es keinen Grund für eine Änderung gibt |
| 31 | Keine zwei Seiten zum selben Thema planen, weil sie sich sonst gegenseitig Rankings wegnehmen | T–11 | SEO | Keyword-Abgleich zeigt keine Kannibalisierung zwischen Seiten |
| 32 | Für jede alte URL entscheiden: behalten, zusammenlegen oder löschen, weil auch schwache Seiten in Summe Autorität tragen | T–11 | Marketing, SEO | Jede alte URL hat einen Status, Löschungen großer Seitenblöcke sind bewusst entschieden |
| 33 | Neue Seitentypen auf Basis von Keyword-Daten planen, weil Solution und Persona Pages selten Suchvolumen haben | T–11 | SEO | Neue Seiten haben nachgewiesenes Suchvolumen oder sind als Kampagnen-Landingpages markiert |
| 34 | ★ Page Structure freigeben, damit Redirect-Mapping und Build auf einer stabilen Grundlage starten | T–10 | Owner | Sheet ist freigegeben, Änderungen danach nur noch nach Abstimmung |
| 35 | ★ Redirect-Mapping erstellen, damit Rankings, Backlinks und Lesezeichen auf die neuen Seiten übertragen werden | T–10 | Agentur, SEO | Jede alte URL mit Traffic, Backlinks oder Kampagnen hat ein inhaltlich passendes Ziel |
| 36 | Alte Redirects einarbeiten und Redirect-Ketten auflösen, weil Ketten Ladezeit und Ranking-Signale kosten | T–10 | Agentur | Keine URL springt über mehr als einen Redirect |
| 37 | 404 oder 410 für Seiten ohne Ersatz festlegen, weil Massen-Redirects auf die Homepage von Google wie fehlende Seiten gewertet werden | T–10 | SEO | Entfernte Seiten ohne passendes Ziel sind markiert |
| 38 | Wildcard-Regeln für ganze Verzeichnisse prüfen, um die Redirect-Liste schlank und wartbar zu halten | T–10 | Agentur | Wo möglich, ersetzen Muster-Regeln einzelne Redirects |
| 39 | PDFs und Bilder mit Backlinks einplanen, weil auch Dateien Rankings und Verlinkungen haben | T–10 | Agentur | Alle verlinkten Dateien haben ein Ziel oder bleiben unter alter URL erreichbar |
| 40 | Ziel-URLs laufender Kampagnen prüfen, damit Anzeigen nach dem Launch nicht auf 404-Seiten führen | T–10 | Marketing | Jede Kampagne aus Punkt 12 hat eine funktionierende neue Ziel-URL |
| 41 | Redirect-Mapping vom Content-Team prüfen lassen, weil nur es beurteilen kann, welches Ziel inhaltlich passt | T–9 | Marketing | Ziele für weggefallene Seiten sind inhaltlich bestätigt |
Phase 4: Design und Content (T–10 bis T–4)
Design und Content laufen parallel. Gut rankende Seiten werden 1:1 übernommen, neu geschrieben wird nur, was schwach ist oder für das neue Positioning zwingend nötig ist. Warum das so wichtig ist, erklärt das Prinzip Foundation first in unserem Relaunch-Guide.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 42 | Wireframes für Kern-Templates freigeben, damit ihr über Struktur entscheidet, bevor über Farben diskutiert wird | T–10 | Owner | Homepage, Product, Feature, Use-Case, Pricing und Blog-Template sind freigegeben |
| 43 | Component-System definieren, damit das Marketing später neue Seiten selbst bauen kann | T–9 | Agentur | Wiederverwendbare Components mit Variants sind dokumentiert |
| 44 | Mobile Experience von Anfang an mitgestalten, weil ein wachsender Teil des Traffics vom Smartphone kommt | T–9 | Agentur | Jedes Template ist mobil gestaltet, nicht nur heruntergerechnet |
| 45 | Barrierefreiheit nach WCAG berücksichtigen, weil sie Nutzbarkeit und Lesbarkeit für Suchmaschinen verbessert | T–9 | Agentur | Kontraste, Fokuszustände und Tastaturbedienung sind im Design vorgesehen |
| 46 | Templates mit echten Inhalten testen, weil Platzhaltertext verdeckt, dass bestehende Texte nicht ins Layout passen | T–8 | Agentur, Marketing | Jedes Template ist mit dem längsten echten Inhalt seines Typs befüllt |
| 47 | Content-Parität für gut rankende Seiten sichern, weil gekürzte Texte trotz Redirect Rankings kosten | T–8 | SEO | Neue Version hat mindestens so viel Text, die gleiche H1 und die gleichen internen Links |
| 48 | ★ Migrations-Check: Sind Inhalte strukturiert oder statisch gebaut? Das bestimmt den Aufwand der Migration | T–10 | Agentur | Für jeden Seitentyp ist geklärt, ob Inhalte strukturiert exportierbar sind |
| 49 | Export mit drei bis fünf echten Seiten testen, bevor ihr den Gesamtaufwand plant | T–9 | Agentur | Testseiten sind vollständig im neuen Template angekommen |
| 50 | Alle Elemente pro Seitentyp per Crawl erfassen, weil eine einzelne Beispielseite selten alle Elemente enthält | T–9 | Agentur | Tabellen, Embeds, Downloads, Akkordeons und Infoboxen sind im Template abgedeckt |
| 51 | Ownership für manuelle Nacharbeit klären, damit der Aufwand später nicht überrascht | T–9 | Agentur, Marketing | Es ist schriftlich festgelegt, wer welche Seiten nachbearbeitet |
| 52 | Neue Texte schreiben und freigeben, mit Puffer für Freigaben, weil diese meist länger dauern als das Schreiben | T–8 bis T–4 | Marketing | Alle Seiten mit Status neu sind freigegeben |
| 53 | Produktaussagen fachlich prüfen lassen, damit keine veralteten Features oder Integrations beworben werden | T–5 | Produkt | Features und Integrations auf allen Kernseiten sind bestätigt |
| 54 | Seiten auf Sales-Fragen prüfen lassen, damit die Website die Fragen aus Sales-Calls beantwortet | T–5 | Sales | Wiederkehrende Fragen werden auf den Kernseiten beantwortet |
| 55 | Comparison Pages mit Text statt Häkchen füllen, weil AI-Assistenten und Suchmaschinen Häkchen nicht zitieren können | T–5 | Marketing | Jede Tabellenzelle enthält eine zitierfähige Aussage |
| 56 | Speicherort für Downloads klären, damit Whitepaper und PDFs nach dem Launch erreichbar bleiben | T–6 | Marketing, Agentur | Alle Downloads haben ein neues Zuhause und funktionierende Links |
| 57 | Mehrsprachige Inhalte übersetzen und prüfen, damit keine Sprachversion unvollständig live geht | T–5 | Marketing | Jede Sprachversion ist vollständig und fachlich geprüft |
| 58 | Content-Freeze auf der alten Website starten, damit kurz vor dem Launch keine Änderungen verloren gehen | T–4 | Owner | Änderungen an der alten Website werden ab jetzt in die neue übertragen |
Phase 5: Build, Tracking und Technical SEO (T–8 bis T–2)
In dieser Phase wird die Website gebaut und so aufgesetzt, dass Rankings, Tracking und Leads den Umzug überstehen.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 59 | Staging-Umgebung aufsetzen und sperren, damit Google die Testversion nicht indexiert | T–8 | Agentur | Staging ist per Passwort oder noindex vor Suchmaschinen geschützt |
| 60 | CMS-Collections strukturiert anlegen, damit Inhalte skalierbar gepflegt und migriert werden können | T–8 | Agentur | Blog, Case Studies, Glossar und weitere Inhalte liegen in Collections mit klaren Feldern |
| 61 | Integrations anbinden, damit Leads und Termine ohne Umweg im richtigen System landen | T–6 | Agentur | CRM, Marketing Automation, Chat und Meeting-Booking sind verbunden |
| 62 | ★ Tracking-Konzept definieren, damit ihr ab Tag 1 die richtigen Conversions messt | T–6 | Tracking | Events für Demo-Requests, Trial-Sign-ups und Downloads sind festgelegt |
| 63 | ★ Tracking und Consent implementieren, weil Tracking beim Relaunch am leichtesten kaputtgeht | T–4 | Tracking | Tags und Trigger sind auf allen Seiten aktiv und respektieren die Einwilligung |
| 64 | Title Tags und Meta Descriptions übernehmen, weil gut rankende Seiten ihre bisherigen Metadaten behalten sollten | T–4 | SEO, Marketing | Alle indexierbaren Seiten haben Title und Description |
| 65 | Interne Links auf neue URLs setzen, damit Nutzer und Crawler nicht über Redirects springen | T–3 | Agentur | Kein interner Link zeigt auf einen Redirect oder eine alte URL |
| 66 | Hart codierte Links im migrierten Content ersetzen, weil sie sonst auf alte oder nicht existierende Seiten zeigen | T–3 | Agentur | Crawl zeigt keine Links auf alte Domains oder Staging-URLs |
| 67 | Canonicals und Domain-Variante festlegen, damit mit und ohne www nicht gegeneinander ranken | T–3 | Agentur | Eine Domain-Variante ist kanonisch, die andere leitet weiter |
| 68 | hreflang für alle Sprachversionen setzen, damit Google jedem Markt die richtige Sprache ausspielt | T–3 | Agentur | Jede Sprachversion verweist korrekt auf ihre Gegenstücke |
| 69 | Globales Schema Markup einbauen, damit Suchmaschinen und AI euer Unternehmen eindeutig erkennen | T–3 | Agentur | Organization mit Name, Adresse und Logo ist validiert |
| 70 | Inhaltliches Schema abstimmen, weil FAQ- und Preis-Markup bei jeder Änderung mitgepflegt werden muss | T–3 | SEO, Marketing | Markup-Typen sind entschieden und jemand ist für die Pflege verantwortlich |
| 71 | XML-Sitemap prüfen, damit Google nur finale, indexierbare URLs vorgeschlagen bekommt | T–2 | SEO | Sitemap enthält nur finale, indexierbare URLs |
| 72 | robots.txt für Live vorbereiten, damit keine wichtigen Bereiche oder AI-Crawler blockiert werden | T–2 | Agentur | Live-Version blockiert keine wichtigen Bereiche |
| 73 | Bilder komprimieren und Alt-Texte setzen, für schnellere Ladezeiten und bessere Lesbarkeit für Suchmaschinen | T–3 | Agentur, Marketing | Bilder liegen als AVIF oder WebP vor, alle inhaltlichen Bilder haben Alt-Texte |
| 74 | 404-Seite gestalten, damit Besucher bei toten Links nicht abspringen | T–3 | Agentur | 404-Seite führt zu Suche, Homepage und wichtigsten Bereichen |
| 75 | Google-Ads-Kampagnen auf neue URLs vorbereiten, damit Paid Traffic am Launch-Tag sofort richtig landet | T–2 | Marketing | Neue Ziel-URLs sind hinterlegt und können zum Launch aktiviert werden |
| 76 | Marketing-Team onboarden, damit es nach dem Launch ohne Agentur arbeiten kann | T–2 | Agentur | Das Team hat eigene Accounts und hat eine Seite selbst geändert und auf Staging veröffentlicht |
Phase 6: Pre-Launch-QA (T–3 bis T–1)
Content-unabhängige Prüfungen laufen früh, content-abhängige erst, wenn der Content final ist. Sonst prüft ihr alles doppelt.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 77 | Defekte Links finden, weil sie Nutzer frustrieren und das Crawling verschlechtern | T–3 | Agentur | Crawl der Staging-Umgebung zeigt keine 4xx-Fehler |
| 78 | Darstellung auf Geräten und Browsern testen, damit die Website überall funktioniert, wo eure Prospects unterwegs sind | T–3 | Agentur | Kernseiten funktionieren auf den vereinbarten Geräten, Browsern und mit Tastatur |
| 79 | ★ Demo-Request bis ins CRM testen, weil eine Erfolgsmeldung im Browser nicht heißt, dass der Lead bei Sales ankommt | T–2 | Sales, Agentur | Test-Request kommt mit allen Feldern beim richtigen Sales-Owner an, inklusive Benachrichtigung |
| 80 | ★ Trial-Sign-up bis zum Produktzugang testen, damit Self-Service-Leads nicht auf dem Weg ins Produkt verloren gehen | T–2 | Produkt | Neuer Test-Account ist nutzbar, auch über einen Domain-Wechsel zur App |
| 81 | Formular-Fehlerfälle testen, damit Nutzer Eingabefehler korrigieren können, ohne neu anzufangen | T–2 | Agentur | Ungültige Eingaben zeigen verständliche Fehlermeldungen direkt am Feld |
| 82 | ★ Tracking und Consent gemeinsam testen, damit ihr DSGVO-konform messt und Formulare auch ohne Einwilligung funktionieren | T–2 | Tracking | Events feuern nach Einwilligung, Formulare funktionieren auch bei Ablehnung |
| 83 | PageSpeed der Kernseiten prüfen, um grobe Bremsen vor dem Launch zu finden | T–2 | Agentur | Report für Homepage und wichtigste Landingpages liegt mit Maßnahmen vor |
| 84 | Headlines, Titles, Metas und Alt-Texte prüfen, erst jetzt, weil der Content vorher noch nicht final war | T–2 | SEO | Crawl zeigt keine fehlenden oder doppelten Titles, H1s und Descriptions |
| 85 | Schema Markup validieren, weil fehlerhaftes Markup von Google ignoriert wird | T–2 | SEO | Rich Results Test zeigt keine Fehler |
| 86 | ★ Redirect-Liste auf Staging testen, damit am Launch-Tag kein Redirect ins Leere führt | T–2 | Agentur, SEO | Alle Redirects führen in einem Schritt auf ihr Ziel |
| 87 | Migrierte Inhalte stichprobenartig prüfen, weil Tabellen, Embeds und Downloads bei der Migration oft kaputtgehen | T–2 | Marketing | Alte Blogartikel mit diesen Elementen funktionieren im neuen Template |
| 88 | Sprachumschalter testen, damit Besucher beim Sprachwechsel auf der passenden Seite landen | T–2 | Agentur | Sprachwechsel öffnet die passende Seite, Formulare funktionieren in jeder Sprache |
| 89 | Favicon, Social-Vorschaubilder und Rechtliches prüfen, damit die Website beim Teilen und rechtlich sauber dasteht | T–2 | Agentur, Marketing | Favicon, OG-Images, Impressum, Datenschutz und Cookie-Banner sind korrekt |
| 90 | Seit dem Content-Freeze geänderte Inhalte abgleichen, damit keine aktuellen Änderungen verloren gehen | T–1 | Marketing | Alle Änderungen der alten Website seit Punkt 58 sind übernommen |
| 91 | ★ Launch-kritische Fehler definieren, damit am Launch-Tag niemand diskutieren muss, was sofort behoben wird | T–1 | Owner, Agentur | Liste, welche Fehler den Launch stoppen und welche später behoben werden |
| 92 | ★ Rollback-Plan festlegen, damit ihr im Notfall schnell zurückschalten könnt | T–1 | Agentur | Es ist dokumentiert, wann und wie zur alten Website zurückgeschaltet wird |
| 93 | ★ Go/No-Go-Freigabe einholen, damit eine Person bewusst und dokumentiert über den Launch entscheidet | T–1 | Owner | Alle ★-Punkte bis hierhin sind erledigt und schriftlich freigegeben |
Phase 7: Launch-Tag (T0)
Technisch ist der Launch unspektakulär. Entscheidend sind Reihenfolge, Ownership und die Prüfungen direkt danach.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 94 | Zeitfenster mit wenig Traffic wählen, damit mögliche Fehler möglichst wenige Besucher treffen | T0 | Tracking, Agentur | Launch-Zeit liegt im verkehrsärmsten Fenster laut Analytics |
| 95 | Verfügbarkeit des Teams sicherstellen, damit Fehler sofort behoben werden können | T0 | Owner | Agentur, Owner und Tracking sind während des Launches erreichbar |
| 96 | DNS umstellen und SSL prüfen, damit die Website unter allen Domain-Varianten sicher erreichbar ist | T0 | Agentur | Website ist unter allen Domain-Varianten per HTTPS erreichbar |
| 97 | ★ Redirects live hochladen und testen, weil sonst alte URLs aus Google und Backlinks ins Leere laufen | T0 | Agentur | Vollständige Liste ist aktiv, die wichtigsten URLs sind einzeln getestet |
| 98 | ★ noindex entfernen und robots.txt prüfen, weil ein vergessener noindex-Tag der häufigste Fehler nach dem Launch ist | T0 | Agentur | Wichtige Live-URLs sind erreichbar und indexierbar |
| 99 | Sitemap in der Search Console einreichen, damit Google die neuen URLs schneller findet | T0 | SEO | Sitemap ist eingereicht und wird ohne Fehler gelesen |
| 100 | ★ Demo-Request und Sign-up live testen, weil Live-Umgebung und Staging sich unterscheiden können | T0 | Sales, Produkt | Test kommt live im CRM bzw. im Produkt an und ist als Test markiert |
| 101 | Tracking live prüfen, damit vom ersten Besucher an Daten gesammelt werden | T0 | Tracking | Events kommen in Analytics in Echtzeit an |
| 102 | Google-Ads-Kampagnen umschalten, damit kein Budget auf alte oder kaputte Seiten fließt | T0 | Marketing | Alle aktiven Anzeigen zeigen auf funktionierende neue URLs |
| 103 | Go-live-Zeitpunkt dokumentieren, um Veränderungen in den Daten später eindeutig zuordnen zu können | T0 | SEO | Exakte Uhrzeit ist festgehalten |
| 104 | Check am nächsten Morgen, weil manche Fehler erst nach einigen Stunden Live-Betrieb sichtbar werden | T+1 | Agentur, SEO | Indexierung, Search-Console-Fehler und Conversions der ersten Stunden sind geprüft |
| 105 | Launch kommunizieren, um früh echte Besucher und Feedback auf die neue Website zu bringen | T+1 | Marketing | Newsletter, LinkedIn-Post oder Hinweis im Produkt sind raus |
Phase 8: Nach dem Launch (T+1 bis T+90)
Rankings bleiben in den ersten Tagen oft stabil, auch wenn etwas schiefgelaufen ist, weil Google geänderte URLs nach und nach verarbeitet. Deshalb geht das Monitoring über Wochen. Was in den ersten 90 Tagen normal ist und wo ihr bei einem Rankingverlust zuerst sucht, zeigt unser Artikel Relaunch ohne SEO-Verlust.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| 106 | Kritische Fehler beheben und erneut testen, damit keine Leads oder Kernseiten verloren gehen | T+1 bis T+3 | Agentur | Alle Fehler, die Anfragen verhindern oder Kernseiten unerreichbar machen, sind behoben und nachgetestet |
| 107 | Neue 404-Fehler in der Search Console prüfen, weil vergessene URLs oft erst nach einigen Tagen auftauchen | T+3, T+7, T+14 | SEO | Jeder neue 404 mit Traffic oder Backlinks hat einen Redirect |
| 108 | Indexierung der wichtigsten Seiten prüfen, weil nicht indexierte Seiten weder ranken noch zitiert werden | T+7 | SEO | Alle Kernseiten sind indexiert oder die Ursache ist bekannt |
| 109 | Externe Links aktualisieren, damit Profile und Partnerseiten nicht über Redirects oder auf alte Seiten verlinken | T+7 | Marketing | G2, Capterra, Partnerseiten, LinkedIn, Docs und Help Center zeigen auf neue URLs |
| 110 | Traffic der Top-URLs mit der Baseline vergleichen, um Verluste früh zu erkennen | T+14, T+30 | SEO | Vergleich mit Punkt 15 ist dokumentiert, neue und alte URL gemeinsam betrachtet |
| 111 | Qualifizierte Leads mit der Baseline vergleichen, weil Traffic allein nichts über Pipeline aussagt | T+30 | Sales, Marketing | MQLs und SQLs sind mit dem Vergleichszeitraum ausgewertet |
| 112 | AI Visibility erneut messen, um den Effekt des Relaunches auf AI-Antworten zu sehen | T+30 | SEO | Dieselben Prompts wie in Punkt 21 sind erneut geprüft |
| 113 | Core Web Vitals mit Felddaten bewerten, weil Lab-Tests durch Marketing-Tags verzerrt sind | T+30 | Agentur | Bewertung basiert auf echten Nutzerdaten in der Search Console |
| 114 | Bei anhaltendem Rückgang die Ursache systematisch prüfen, statt vorschnell Inhalte zu ändern | ab T+30 | SEO | Reihenfolge geprüft: Indexierung, Redirects, Content-Parität, Nachfrage |
| 115 | Feedback von Kunden und Sales einholen, weil sie am schnellsten merken, was auf der Website fehlt | T+30 | Marketing | Rückmeldungen sind gesammelt und priorisiert |
| 116 | Handover für den Alltag abschließen, damit das Marketing nach Projektende selbstständig arbeiten kann | T+30 | Agentur, Marketing | Rechte, Anleitungen und Ansprechpartner für technische Änderungen sind dokumentiert |
| 117 | Optimierungsplan aufstellen, weil die eigentliche Arbeit an Rankings und Conversions nach dem Launch beginnt | T+60 bis T+90 | Marketing, Agentur | Priorisierte Liste der nächsten Maßnahmen nach Hebel, inklusive der verschobenen Seiten |
| 118 | Redirects dauerhaft behalten, weil externe Links und Lesezeichen oft jahrelang auf alte URLs zeigen | laufend | Agentur | Kein Redirect wird ohne Prüfung entfernt |
Nach dem Launch beginnt die eigentliche Arbeit. Wie wir das angehen, zeigt unser Growth Plan.
Zusatz: Webflow-Checkliste für den Relaunch
Ihr zieht auf Webflow um oder relauncht eine bestehende Webflow-Website? Diese Punkte kennt eine generische Checkliste nicht. Sie ergänzen die Phasen oben. Wie wir solche Projekte aufsetzen, zeigt unsere Seite als Webflow Enterprise Partner.
| # | Aufgabe | Wann | Wer | Erledigt, wenn |
|---|---|---|---|---|
| W1 | Bedarf an temporären Redirects klären, weil Webflow nur 301 kann und ein 301 von Browsern zwischengespeichert wird | T–10 | Agentur | Falls 302 oder 307 für Übergangsphasen nötig sind, ist die Domain vorher zu Cloudflare umgezogen |
| W2 | ★ Redirect-CSV immer vollständig hochladen, weil ein Import alle bestehenden Redirects ersetzt | T0 | Agentur | Die hochgeladene Liste enthält alte und neue Einträge |
| W3 | Redirects bei Localization testen, weil sich Redirects auf übersetzte Slugs anders auswirken können | T–2 | Agentur | Redirects sind für jede Sprachversion geprüft |
| W4 | Locale-Unterverzeichnisse veröffentlichen, weil eine Sprache erst dann in der automatischen Sitemap erscheint | T0 | Agentur | Jede Sprache ist veröffentlicht und in der Sitemap enthalten |
| W5 | CMS-Collections und Feldstruktur finalisieren, bevor die Migration startet, weil spätere Feldänderungen Nacharbeit an allen Items bedeuten | T–8 | Agentur | Felder sind final und dokumentiert |
| W6 | CSV-Import pro Collection testen, damit Rich-Text-Felder und Referenzen korrekt ankommen | T–7 | Agentur | Testimport mit echten Daten ist fehlerfrei |
| W7 | CMS- und Plan-Limits prüfen, damit Collections, Items und Locales in den gewählten Webflow-Plan passen | T–8 | Agentur | Plan deckt den geplanten Umfang ab |
| W8 | Components mit Props und Variants aufbauen, damit Marketing neue Seiten baut, ohne das Design zu brechen | T–6 | Agentur | Neue Seiten lassen sich aus Components bauen, ohne Styles zu verändern |
| W9 | Rollen und Rechte im Workspace vergeben, damit jede Person genau das bearbeiten kann, was sie im Alltag braucht | T–2 | Agentur | Jede Person im Marketing hat die passende Rolle |
| W10 | Formular-Ziele konfigurieren, damit Anfragen im CRM landen und nicht nur in der Webflow-Inbox | T–3 | Agentur | Webflow-Formulare senden an CRM oder Marketing Automation |
| W11 | Custom Code und Tag Manager zentral einbinden, damit Tracking auf allen Seiten gleich funktioniert und wartbar bleibt | T–4 | Tracking | Tracking liegt in den Site-Settings oder im Tag Manager, nicht verstreut auf einzelnen Seiten |
| W12 | Hosting-Plan und Domain-Settings prüfen, damit die richtige Standard-Domain live geht | T–1 | Agentur | Plan ist aktiv, Standard-Domain ist gesetzt, die andere Domain-Variante leitet weiter |
Häufige Fragen zur Relaunch-Checkliste
Wann sollte man mit der Relaunch-Checkliste anfangen?
Bei einem Komplett-Relaunch etwa vier Monate vor dem geplanten Go-live. Die wichtigsten Punkte betreffen Ziele, Positioning und Seitenstruktur, und die müssen vor Design und Content entschieden sein.
Welche Punkte sind wirklich launch-kritisch?
Alle, die mit ★ markiert sind. Vor allem: Demo-Request und Sign-up funktionieren bis ins CRM, die Redirects sind vollständig und getestet, Tracking und Consent arbeiten korrekt und noindex ist entfernt. Ist einer davon offen, verschiebt ihr den Launch.
Wer sollte die Checkliste verantworten?
Ein Owner auf Kundenseite, meist aus dem Marketing. Die einzelnen Punkte verteilen sich auf Marketing, Agentur, SEO, Sales, Produkt und Tracking. Der Owner sorgt dafür, dass jeder Punkt einen Namen hat und bei der Abnahme nichts offen ist.
Kann ein Teil der Website später live gehen?
Ja, solange die erste Version einen vollständigen Weg zur Demo oder zum Sign-up bietet und wichtige bestehende Inhalte erreichbar bleiben. Seiten für laufende Kampagnen dürfen nicht einfach wegfallen. Das passt zum Prinzip Foundation first: erst das Fundament launchen, dann erweitern.
Wie verhindert man, dass kurz vor dem Launch Inhalte verloren gehen?
Mit einem Content-Freeze auf der alten Website etwa vier Wochen vor dem Launch. Jede spätere Änderung wird in die neue Website übertragen, und direkt vor dem Go-live gleicht ihr alle seitdem geänderten Inhalte ab.
Brauche ich eine andere Checkliste für einen Domainwechsel?
Die Checkliste gilt auch für einen Domainwechsel, reicht dort aber nicht aus. Ein Domainwechsel hat das höchste SEO-Risiko und gehört in die Hand einer spezialisierten SEO-Agentur. Dazu gehören zusätzliche Schritte wie die Adressänderung in der Search Console und das Verifizieren aller Domain-Varianten.
Gilt die Checkliste auch für einen Relaunch ohne Webflow?
Ja. Die Phasen 1 bis 8 sind plattformunabhängig. Nur der Zusatzteil enthält Webflow-spezifische Punkte.
Ihr plant einen Relaunch und wollt die Checkliste nicht allein abarbeiten? So setzen wir einen Website-Relaunch für B2B SaaS auf. Oder ihr bucht direkt einen kostenlosen Strategie-Call.
Related Articles
-1.png)
.png)
Webflow
Webflow Source erklärt: Was sich für B2B-SaaS-Websites ändert
Webflow Source lässt Marketing-Teams und KI-Agenten gemeinsam an der Website arbeiten, mit eingebauter Governance. Was es ist, was jeder Baustein für ein B2B-SaaS-Team bedeutet, die offenen Fragen und was sich für eure Roadmap ändert.
all topics
Noch nie hat jemand bereut, ein
Website-Projekt „zu früh“ zu planen.
80 % der Projektanfragen, die wir bekommen, wären nicht dringend, wenn das Marketing den Call ein paar Wochen früher gebucht hätte. Genug Zeit für Scoping, Beratung und gute Entscheidungen.
