Ein Relaunch beginnt oft mit dem Wunsch nach einem neuen Erscheinungsbild. Kurz vor dem Start zeigt sich dann, dass alte Downloads fehlen, wichtige URLs keine Entsprechung haben und niemand weiß, wer die neuen Leistungsbeschreibungen freigibt. Diese Probleme sind selten reine Designfragen. Sie entstehen, wenn ein Websitewechsel ohne vollständige Bestandsaufnahme geplant wird.

Ein erfolgreicher Relaunch verbindet Ziele, Inhalte, Gestaltung und Betrieb. Dafür braucht es einen Ablauf, der Entscheidungen früh sichtbar macht und den Übergang überprüfbar hält. Die folgenden Schritte beschreiben ein praxistaugliches Vorgehen für Unternehmenswebsites. Umfang und Beteiligte unterscheiden sich, die grundlegenden Fragen bleiben jedoch ähnlich.

Den Bestand nicht nur ansehen, sondern erfassen

Am Anfang steht eine Liste vorhandener Seiten, Dateien, Formulare und externer Einbindungen. Dazu gehören auch Inhalte, die über die Navigation kaum erreichbar sind. Alte Landingpages, verlinkte PDF-Dokumente und frühere Kampagnen können weiterhin aufgerufen werden. Eine Sicherung des Quellcodes allein erfasst nicht automatisch alle redaktionellen Inhalte oder Konfigurationen.

Für jede wichtige URL sollte festgehalten werden, welchen Zweck sie erfüllt und ob sie erhalten, zusammengeführt oder entfernt wird. Vorhandene Zugriffsdaten können Hinweise geben, müssen aber im jeweiligen Kontext interpretiert werden. Eine selten aufgerufene technische Anleitung kann für wenige Kunden geschäftskritisch sein. Die Bestandsentscheidung darf deshalb nicht ausschließlich von einer Rangliste abhängen.

Ziele in überprüfbare Aufgaben übersetzen

„Moderner werden“ beschreibt eine Richtung, aber kein Abnahmekriterium. Greifbarer ist beispielsweise, dass Interessierte eine passende Leistung finden und eine qualifizierte Anfrage senden können. Auch die Redaktion braucht Ziele: Welche Inhalte sollen ohne Entwicklerhilfe aktualisiert werden können? Wer prüft und veröffentlicht sie?

Diese Aufgaben helfen bei der Priorisierung. Eine neue Animation kann interessant sein, während ein verständlicher Produktvergleich unmittelbar eine Entscheidung unterstützt. Für jede größere Funktion sollten Nutzen, Aufwand und Verantwortlichkeit erkennbar sein. Ein begrenzter erster Umfang mit klarer Qualität ist häufig besser planbar als ein Starttermin, der ständig durch zusätzliche Wünsche verschoben wird.

Inhalte vor der endgültigen Gestaltung entwickeln

Platzhaltertexte verdecken Probleme. Eine kompakte Musterüberschrift passt in eine Karte, eine tatsächliche Leistungsbezeichnung möglicherweise nicht. Auch die Zahl von Downloads, Ansprechpartnern oder Produktmerkmalen beeinflusst das Layout. Daher sollten zentrale Inhalte früh in einer belastbaren Fassung vorliegen.

Für die Migration ist eine Zuordnung zwischen alten und neuen Inhaltsfeldern erforderlich. Formatierten Text, Bildbeschreibungen, Kategorien und Metadaten muss das Zielsystem sinnvoll aufnehmen können. Eine automatisierte Übernahme benötigt Stichproben und Mengenprüfungen. Bei manuell überarbeiteten Seiten sollte dokumentiert werden, welche Fassung fachlich freigegeben wurde. Sonst wird kurz vor dem Start leicht eine veraltete Textversion übernommen.

Informationsarchitektur und Gestaltung gemeinsam prüfen

Navigation, Überschriften und Verlinkungen bestimmen, wie Menschen das Angebot verstehen. Eine Sitemap lässt sich mit typischen Suchaufgaben überprüfen, bevor alle Seiten gestaltet werden. Dabei sollte eine unbeteiligte Person sagen können, hinter welchem Menüpunkt sie eine bestimmte Information erwartet. Missverständliche Begriffe fallen auf diese Weise früh auf.

Anschließend werden wiederkehrende Komponenten mit echten Inhalten getestet. Dazu gehören Karten, Formulare, Detailseiten und Fehlermeldungen. Responsive Darstellung und Tastaturbedienung sind Teil dieser Phase. Eine nur als Bildschirmbild abgenommene Gestaltung beantwortet noch nicht, wie sich ein geöffnetes Menü oder ein Formularfehler tatsächlich verhält.

URLs und Suchmaschinen sorgfältig behandeln

Wenn sich Adressen ändern, benötigen relevante alte URLs eine passende Weiterleitung. Eine pauschale Umleitung sämtlicher Seiten auf die Startseite ist häufig keine sinnvolle Entsprechung. Die Zielseite sollte den ursprünglichen Inhalt möglichst angemessen ersetzen. Gibt es keinen Ersatz, muss der passende Status bewusst gewählt werden.

Google Search Central empfiehlt für Umzüge mit URL-Änderungen eine systematische Vorbereitung und Überwachung. Praktisch bedeutet das eine geprüfte Zuordnungsliste, konsistente interne Links und aktualisierte Sitemaps. Testsysteme sollen nicht unbeabsichtigt indexiert werden. Beim Start darf umgekehrt eine zuvor gesetzte Sperre nicht versehentlich auf der Produktionswebsite verbleiben. Die Indexierungssteuerung gehört auf die Go-live-Checkliste.

Formulare und externe Dienste vollständig testen

Ein Formular ist erst dann geprüft, wenn der gesamte Weg funktioniert: Eingabe, Validierung, Speicherung, Bestätigung und gegebenenfalls Benachrichtigung. Eine grüne Erfolgsmeldung sagt noch nichts über die tatsächliche Zustellung einer E-Mail aus. Ebenso sollten Anhänge, Pflichtfelder und Regeln für freiwillige Zusatzangaben getestet werden.

Externe Karten, Kalender und eingebettete Medien brauchen eine eigene Bestandsaufnahme. Was lädt vor einer Aktivierung? Welche Daten fließen wohin? Stimmen Datenschutzhinweise und technische Umsetzung überein? Beim Relaunch sollte keine alte Einbindung unbemerkt übernommen werden, nur weil sie bereits im bisherigen System vorhanden war. Zugangsdaten und produktive Empfänger sind bewusst zu konfigurieren.

Technische Freigabe mit Rückweg

Vor dem Umschalten braucht es eine konsistente Sicherung einschließlich Datenbank, Medien und Konfiguration. Außerdem muss feststehen, wie eine Wiederherstellung erfolgt. Ein Rückweg ist nur dann brauchbar, wenn nach dem Start eingehende Anfragen oder Änderungen berücksichtigt werden. Einfach eine alte Datenbank zurückzukopieren kann neue Geschäftsvorgänge verlieren lassen.

Die Freigabe sollte deshalb Zuständigkeiten und Zeitfenster benennen. Wer ändert DNS oder Webserverzuordnung? Wer prüft Zertifikat, Weiterleitungen und Fehlerprotokolle? Welche Beobachtung führt zum Abbruch? Auch ein kleiner Relaunch profitiert von einer schriftlichen Liste, die während des Starts abgearbeitet und nicht erst im Problemfall zusammengestellt wird.

Nicht alles gleichzeitig verändern

Wenn Domain, CMS, URL-Struktur und Hosting zugleich wechseln, wird die Fehlersuche schwieriger. Manchmal ist eine kombinierte Umstellung notwendig. Dann sollten die einzelnen Änderungen trotzdem getrennt dokumentiert und geprüft werden. Wo möglich, können vorbereitende Schritte vorgezogen werden. Das reduziert die Zahl unbekannter Faktoren im entscheidenden Zeitfenster.

Nach dem Start beginnt die Beobachtung

Die ersten Prüfungen umfassen zentrale Seiten, Formulare, mobile Navigation, Weiterleitungen und Medien. Anschließend werden Fehlerprotokolle und auffällige Aufrufmuster beobachtet. Externe Verlinkungen oder Suchmaschinen können alte Adressen noch längere Zeit verwenden. Eine fehlende Weiterleitung lässt sich nachträglich ergänzen, wenn das Monitoring solche Aufrufe sichtbar macht.

Auch die Redaktion sollte in dieser Phase Rückmeldung geben. Lassen sich Inhalte wie geplant pflegen? Sind Bildzuschnitte und Vorschauen verständlich? Kleine Korrekturen nach dem Start sind normal, dürfen jedoch die technische Nachverfolgung nicht umgehen. Änderungen werden dokumentiert und entsprechend ihrer Wirkung erneut geprüft.

Die Inhaltsmigration an repräsentativen Fällen prüfen

Eine Migration sollte nicht nur mit einer kurzen Standardseite getestet werden. Wählen Sie einen langen Fachartikel, eine Seite mit mehreren Bildern und einen Vorgang mit Download oder Formular. Dabei werden auch Alternativtexte, Listen, Sonderzeichen und interne Verweise geprüft. Ein technisch erfolgreicher Import kann trotzdem wichtige Beziehungen oder Formatierungen verlieren.

Bei Bildmaterial ist zu kontrollieren, ob Dateien tatsächlich im neuen System verfügbar sind oder weiterhin unbemerkt von der alten Umgebung geladen werden. Solche Verbindungen können nach Abschaltung des Altservers brechen. Ebenso sollten relative Links und frühere Unterverzeichnisse untersucht werden. Ein auf dem Testsystem funktionierender Pfad muss auf der endgültigen Domain nicht dieselbe Bedeutung haben.

Für die Abnahme kann ein Migrationsprotokoll festhalten, welche Inhalte automatisiert übernommen und welche redaktionell neu bearbeitet wurden. Stichproben werden von den fachlich zuständigen Personen bestätigt. Wenn sich Inhalte während der Umsetzung weiter ändern, braucht es einen abgestimmten Redaktionsschluss oder ein Verfahren zur Übernahme der letzten Differenzen.

Nach dem Start wird die alte Umgebung nicht vorschnell als einzige Vergleichsquelle gelöscht. Eine geschützte, konsistente Sicherung ermöglicht spätere Rückfragen. Sie darf dabei keine unbeabsichtigte zweite öffentliche Website mit veralteten Formularen oder Zugangsdaten bilden. Aufbewahrung, Zugriff und Abschaltung werden bewusst geplant.

Eine brauchbare Startliste

  • Inhalte, Kontaktdaten und rechtliche Angaben sind fachlich freigegeben.
  • URLs, Canonicals, Weiterleitungen und Indexierungsregeln wurden geprüft.
  • Formulare funktionieren einschließlich Fehlerfällen und Benachrichtigung.
  • Bilder, Downloads, Navigation und Tastaturbedienung sind getestet.
  • Sicherung, Wiederherstellung und Zuständigkeiten stehen fest.
  • Nachkontrolle und Pflege sind verbindlich eingeplant.

GRITTMANN kann einen Relaunch von Bestandsaufnahme und Gestaltung bis zur technischen Umsetzung begleiten. Ein sinnvoller Einstieg ist ein gemeinsamer Blick auf die vorhandenen Inhalte und die wichtigsten Aufgaben der Website. Dabei wird früh sichtbar, was tatsächlich erneuert werden muss und was sich bewährt hat.

Quellen und weiterführende Dokumentation

Fachliche Grundlagen und ergänzende Hinweise der jeweiligen Herausgeber. Links zuletzt geprüft am 11.06.2026.