Website-Relaunch: Was darf nicht verloren gehen?

Ziele und Erfolgskriterien vor der Gestaltung klären

Ein Relaunch sollte ein bekanntes Problem lösen: Leistungen sind unverständlich, wichtige Zielgruppen finden nicht zum richtigen Angebot, die Technik ist schwer zu pflegen oder der Auftritt passt nicht mehr zum Unternehmen.

Ohne dokumentierte Ziele wird während des Projekts vor allem über Geschmack entschieden. Sinnvoller sind überprüfbare Kriterien für Inhalte, Bedienwege, technische Qualität und laufende Pflege.

• Welche Seiten und Nutzerwege sind heute geschäftlich wichtig?
• Welche Fragen sollen Besucher schneller beantworten können?
• Welche Funktionen müssen unverändert zuverlässig bleiben?
• Welche Inhalte dürfen bewusst entfallen – und warum?

Inhalte, URLs und Suchsignale vollständig inventarisieren

Vor dem Umbau braucht die bestehende Website ein Inventar. Dazu gehören nicht nur sichtbare Navigationspunkte, sondern auch Landingpages, Dokumente, Bilder, Weiterleitungen, Metadaten und URLs, über die Besucher aus Suchmaschinen einsteigen.

Jede relevante URL erhält eine Entscheidung: übernehmen, inhaltlich zusammenführen, gezielt weiterleiten oder mit begründetem Status entfernen. Pauschale Weiterleitungen auf die Startseite helfen Nutzern und Suchmaschinen selten.

• Sitemap, Analytics- und Search-Console-Daten zusammenführen
• Einstiegsseiten, Suchanfragen und interne Verlinkung prüfen
• Downloads, Kampagnenlinks und externe Verweise berücksichtigen
• Für jede alte URL ein semantisch passendes Ziel festlegen

Eine neue Navigation ersetzt keine Migrationsmatrix für bestehende Adressen.

Technik und Betrieb vor dem Wechsel prüfen

Domain, DNS, Zertifikate, Hosting, Content-Management und externe Dienste bilden den technischen Rahmen. Ein Relaunch darf diese Abhängigkeiten nicht erst am Veröffentlichungstag sichtbar machen.

Zugänge, Verantwortliche, Laufzeiten und Rückfallmöglichkeiten werden vorab dokumentiert. Damit bleibt das Unternehmen handlungsfähig, wenn ein Dienst ausfällt oder eine Änderung zurückgenommen werden muss.

• Domaininhaber, DNS-Verwaltung und Zertifikate kontrollieren
• Hosting, Backups und Wiederherstellung praktisch prüfen
• Lizenzen, Schriften, Karten, Videos und Drittanbieter erfassen
• Staging-Umgebung und Abnahmeweg festlegen

Formulare, Integrationen und Daten als echte Abläufe testen

Ein Formular ist nicht erfolgreich, nur weil eine Bestätigung erscheint. Die Nachricht muss am richtigen Ziel ankommen, Pflichtangaben müssen verständlich sein und Fehler dürfen keine Daten oder Anfragen verschlucken.

Dasselbe gilt für Newsletter, Terminbuchungen, Statistik, CRM-Übergaben, Downloads und geschützte Bereiche. Jeder kritische Ablauf benötigt einen benannten Testfall und ein erwartetes Ergebnis.

• Erfolgs-, Fehler- und Pflichtfeldzustände prüfen
• E-Mail-Zustellung und interne Weiterbearbeitung kontrollieren
• Consent, Datenflüsse und Auftragsverarbeitung einordnen
• Mobilgeräte, Tastatur und unterschiedliche Browser berücksichtigen

Veröffentlichung mit Checkliste und Rückfallweg planen

Der Veröffentlichungszeitpunkt ist ein technischer Wechsel mit mehreren Beteiligten. Eine Checkliste ordnet Reihenfolge, Verantwortliche und Abnahmepunkte. Änderungen an Domain oder DNS werden nur vorgenommen, wenn die Zielumgebung vollständig geprüft ist.

Ein Rückfallplan beschreibt, wie die vorherige funktionsfähige Version wiederhergestellt wird. Er ist kein Zeichen mangelnden Vertrauens, sondern Teil eines verantwortlichen Betriebs.

• Finale Inhalte, Weiterleitungen und Metadaten freigeben
• Backups und Wiederherstellung vor dem Umschalten testen
• Kommunikations- und Ansprechpartnerliste bereithalten
• Zeitfenster für technische und inhaltliche Kontrolle reservieren

Nach dem Start beobachten statt sofort abhaken

Viele Relaunch-Probleme zeigen sich erst im realen Betrieb. Suchmaschinen rufen alte URLs ab, Nutzer verwenden gespeicherte Links und unterschiedliche Geräte treffen auf Formulare und Medien.

In den ersten Tagen werden Erreichbarkeit, Fehler, Weiterleitungen und zentrale Nutzerwege engmaschig geprüft. Suchleistung und Indexierung benötigen mehr Zeit und werden getrennt von kurzfristigen technischen Fehlern bewertet.

• 404-Fehler, Weiterleitungsketten und Serverfehler kontrollieren
• Search Console, Sitemap und kanonische URLs beobachten
• Formulare, E-Mail-Zustellung und Integrationen wiederholt testen
• Core Web Vitals und reale Rückmeldungen einordnen

Eine beantragte Indexierung ersetzt weder technische Kontrolle noch geduldige Beobachtung.

Für jede Relaunch-Phase einen prüfbaren Nachweis hinterlassen

Ein belastbarer Relaunch ist auch nach Wochen noch nachvollziehbar. Entscheidungen, Freigaben und Testergebnisse werden nicht nur in Chats verteilt, sondern in wenigen verbindlichen Arbeitsunterlagen zusammengeführt.

So lässt sich unterscheiden, ob ein Fehler bereits vor dem Start bekannt war, beim Umschalten entstand oder erst im laufenden Betrieb sichtbar wurde. Das erleichtert Priorisierung, Kommunikation und eine spätere Weiterentwicklung.

• Ausgangsinventar mit relevanten URLs, Inhalten und Suchsignalen
• Migrationsmatrix mit Ziel, Status und Begründung je alter URL
• Abnahmeprotokoll für Inhalte, Funktionen, Browser und Barrierefreiheit
• Release-Protokoll mit Zeitpunkt, Verantwortlichen und Rückfallentscheidung
• Nachlaufbericht mit Fehlern, Indexierungsstand und offenen Aufgaben

Dokumentation ist kein Zusatzpapier, sondern der Nachweis, dass Sichtbarkeit und Betrieb kontrolliert übergeben wurden.