Relaunch

Ein Relaunch (englisch für „Neustart“ oder „Wiedereinführung“) bezeichnet die umfassende strategische, visuelle, inhaltliche und technologische Überarbeitung sowie die anschließende Neueinführung einer bestehenden Website, einer Software, einer Marke oder eines IT-Systems. Im PC-, Software- und Webbereich ist damit in der Regel der komplette, tiefgreifende Systemwechsel oder die fundamentale Modernisierung einer digitalen Plattform gemeint.
Im Gegensatz zu einem klassischen Update (das meist nur kleinere Softwarefehler behebt) oder einem Redesign (das sich primär auf die optische Oberfläche beschränkt), greift ein echter Relaunch tief in den Kern der Anwendung ein. Er verändert das System oft von der Datenbankstruktur über das Backend-Framework bis hin zur Benutzeroberfläche (Frontend) und der Informationsarchitektur grundlegend.
Hauptgründe und strategische Ziele für einen Relaunch
Unternehmen und Plattformbetreiber entscheiden sich meist dann für einen Relaunch, wenn die bestehende digitale Infrastruktur den aktuellen Marktanforderungen, Sicherheitsstandards oder Benutzererwartungen nicht mehr gerecht wird. Die Evolution im Web- und Softwarebereich zwingt Systeme nach einigen Jahren zu diesem harten Schnitt.
1. Technologische Modernisierung und Performance
Veralteter Quellcode (Legacy Code) verlangsamt Systeme und blockiert die Skalierbarkeit. Ein Relaunch bietet die Möglichkeit, das Content-Management-System (CMS) oder das E-Commerce-System komplett zu wechseln (z. B. der Umstieg auf ein Headless-CMS) oder auf modernere Programmiersprachen und Datenbanktechnologien umzustellen. Dies führt zu signifikant besseren Ladezeiten (Page Speed), was wiederum ein kritischer Faktor für die Nutzerzufriedenheit und das Suchmaschinenranking ist.
2. Optimierung der User Experience (UX) und Conversion Rate
Das Nutzerverhalten ändert sich kontinuierlich. Ein Relaunch basiert idealerweise auf Datenanalysen des alten Systems, um bestehende Barrieren in der Bedienung (Usability) zu beseitigen. Durch eine intuitive Benutzerführung, eine optimierte Informationsarchitektur und ein zeitgemäßes Design werden die Verweildauer erhöht und die Abbruchraten gesenkt. Im E-Commerce-Bereich führt dies direkt zu einer höheren Conversion Rate (z. B. mehr Verkäufen).
3. Mobile First und Responsive Design
Viele ältere Webseiten und Web-Apps wurden ursprünglich für Desktop-Monitore konzipiert und später nur notdürftig für Mobilgeräte angepasst. Da der Großteil des weltweiten Internet-Traffics heute über Smartphones abgewickelt wird, stellt ein Relaunch sicher, dass die Anwendung konsequent nach dem „Mobile First“-Prinzip entwickelt wird und auf allen erdenklichen Bildschirmgrößen flüssig und fehlerfrei funktioniert.
4. Sicherheitsaspekte und Datenschutz (DSGVO)
Alte Systeme weisen oft Sicherheitslücken auf, die sich durch einfache Patches nicht mehr schließen lassen. Zudem ändern sich rechtliche Rahmenbedingungen wie die Datenschutz-Grundverordnung (DSGVO) oder Vorgaben zur Barrierefreiheit (z. B. das Barrierefreiheitsstärkungsgesetz). Ein Relaunch verankert diese Anforderungen von Grund auf (Privacy by Design) in der neuen Systemarchitektur.
Die Phasen eines IT- und Web-Relaunchs im Detail
Ein strukturierter Relaunch ist ein komplexes IT-Projekt, das in klar definierten Phasen abläuft, um Systemausfälle und Datenverlust zu vermeiden.
Phase 1: Ist-Analyse und Lastenheft
Zuerst werden die Stärken und Schwachstellen des aktuellen Systems ermittelt (z. B. mittels Google Analytics und User-Feedback). Die Ergebnisse sowie alle neuen Anforderungen werden in einem Pflichten- und Lastenheft dokumentiert. Hier wird auch festgelegt, welche Inhalte gelöscht, überarbeitet oder eins zu eins übernommen werden (Content-Audit).
Phase 2: Konzeption, Wireframing und Design
Bevor Code geschrieben wird, erstellen UX-Designer sogenannte Wireframes und Klick-Dummys. Das sind schematische Skizzen, die den Aufbau der Seiten und die Klick-Pfade der Nutzer visualisieren. Erst wenn die Struktur steht, folgt das visuelle UI-Design (User Interface).
Phase 3: Entwicklung in der Staging-Umgebung
Die eigentliche Programmierung findet niemals am Live-System statt. Es wird eine exakte Kopie des Servers als geschützte Testumgebung (Staging-Umgebung) eingerichtet. Hier setzen Entwickler das neue System auf, schreiben den Code, binden APIs (Schnittstellen) ein und testen die Datenbankfunktionen.
Phase 4: Datenmigration (Data Migration)
Die Migration ist einer der sensibelsten Schritte. Bestehende Datensätze – darunter Benutzerkonten mit verschlüsselten Passwörtern, Bestellhistorien oder jahrelang gepflegte redaktionelle Texte – müssen fehlerfrei in die neue Datenbankstruktur übersetzt werden. Dies geschieht meist automatisiert über speziell programmierte Migrations-Skripte.
Phase 5: Qualitätssicherung und Launch (Go-Live)
In der Testumgebung werden automatisierte und manuelle Tests durchgeführt (Browser-Kompatibilität, Lasttests für Serverstabilität, Funktionstests aller Formulare). Zum geplanten Launch-Termin – meist in den frühen Morgenstunden oder am Wochenende, wenn die Nutzerzahlen am niedrigsten sind – wird das alte System offline genommen, die DNS-Einträge der Domain werden auf den neuen Server umgeleitet, und das neue System geht live.
Die größten Risiken eines Relaunchs
Trotz präziser Planung birgt ein Relaunch erhebliche Risiken, die ohne professionelle Begleitung existenzbedrohend für digitale Geschäftsmodelle sein können.
  • Der SEO-Super-GAU (Verlust von Google-Rankings): Wenn sich im Zuge des Relaunchs die URL-Struktur ändert (z. B. aus domain.de/kategorie/produkt wird domain.de/shop/produkt), verliert die Suchmaschine den Pfad zum Inhalt. Werden hier keine permanenten serverseitigen Weiterleitungen (301-Redirects) eingerichtet, laufen Nutzer und Suchmaschinen-Bots auf 404-Fehlerseiten. Die Folge ist ein massiver, oft dauerhafter Einbruch der Sichtbarkeit bei Google.
  • Fehlende Akzeptanz der Nutzer: Wird das Design zu radikal verändert oder bewährte Funktionen entfernt, kann dies die Stammuserschaft verärgern. Eine schrittweise Gewöhnung oder eine intensive Einbindung der Nutzer vorab minimiert dieses Risiko.
  • Technische Bugs und Server-Überlastung: Wenn die neue Softwarearchitektur nicht ausreichend unter realen Bedingungen getestet wurde, kann es direkt nach dem Go-Live zu Systemabstürzen, fehlerhaften Bezahlprozessen oder blockierten Logins kommen.