Definition Relaunch

Ein Website-Relaunch bezeichnet die grundlegende Neuveröffentlichung einer Website – häufig verbunden mit tiefgreifenden Veränderungen in Strategie, Inhalt, Technologie und Design. Der Begriff leitet sich vom englischen „to launch" (starten) ab und beschreibt den Neustart eines Internetauftritts auf veränderter Grundlage. Ein Relaunch geht damit weit über eine gestalterische Modernisierung hinaus: Er kann einen CMS-Wechsel, eine neue Informationsarchitektur, eine restrukturierte Inhalts- und Navigationsstrategie, eine neue Domainstruktur oder eine grundlegend überarbeitete Markenpositionierung umfassen.

Der Unterschied zum Redesign liegt im Ausmaß der strategischen Veränderung: Ein Redesign überarbeitet primär das visuelle Erscheinungsbild und die technische Basis einer Website, lässt aber Inhaltsstrategie, Informationsarchitektur und Markenpositionierung weitgehend unverändert. Ein Relaunch schließt ein Redesign häufig ein, definiert aber zusätzlich das inhaltliche und strategische Fundament neu. In der Praxis ist die Grenze fließend – entscheidend ist, ob die Website nach dem Projekt strukturell anders funktioniert als zuvor.

Die Entscheidung zwischen Relaunch und Redesign ist eine der wichtigsten strategischen Weichenstellungen im digitalen Projektmanagement – sie bestimmt Aufwand, Budget und Risiko erheblich:

• CMS-Wechsel oder Plattformwechsel: Wenn das bestehende CMS (z. B. Typo3, Drupal, proprietäre Systeme) nicht mehr wartbar, skalierbar oder erweiterbar ist und durch ein modernes System (WordPress, Contentful, Storyblok, Shopify) ersetzt werden soll, ist ein vollständiger Relaunch unumgänglich. Ein Redesign innerhalb des alten Systems löst das Plattformproblem nicht.
• Grundlegende Neustrukturierung der Informationsarchitektur: Wenn die bisherige Seitenstruktur, Navigation und URL-Hierarchie nicht mehr der gewünschten Nutzer-Customer-Journey entspricht und eine umfassende Umstrukturierung erfordert, ist ein Relaunch sinnvoll – ein Redesign würde nur die Oberfläche verändern, ohne die Strukturprobleme zu lösen.
• Strategische Neupositionierung oder Rebranding: Fusionen, Namensänderungen, neue Zielgruppen oder ein grundlegend neues Markenversprechen erfordern einen Relaunch, der alle inhaltlichen und gestalterischen Ebenen der Website neu ausrichtet.
• Internationalisierung: Der Aufbau einer mehrsprachigen Website mit Hreflang-Konfiguration, länderspezifischen Domains oder Subdomains und lokalisierten Inhalten ist strukturell ein Relaunch-Projekt.
• Wann ein Redesign reicht: Wenn die Informationsarchitektur funktioniert, das CMS zufriedenstellend ist und die Hauptprobleme in veralteter Optik, schlechter mobiler Nutzererfahrung oder Core-Web-Vitals-Mängeln liegen, ist ein Redesign die effizientere und risikoärmere Wahl. Redesign ist gezielter, schneller und günstiger als ein Relaunch.

Ein strukturierter Relaunch-Prozess schützt vor den häufigsten Projektfallen: ungeplante Scope-Erweiterungen, fehlende Stakeholder-Abstimmung und SEO-Verluste durch unzureichende Migrationsvorbereitung. Die typischen Projektphasen:

• Phase 1 – Analyse und Strategie: Bestandsaufnahme der aktuellen Website (Analytics-Auswertung, SEO-Audit, Usability-Analyse, Content-Inventar), Definition der Projektziele und Erfolgskriterien, Stakeholder-Analyse und Zielgruppenrecherche (Personas, Customer-Journey-Mapping), technische Anforderungserhebung (Lastenheft), Wettbewerbsanalyse. Dauer: typisch 4–8 Wochen.
• Phase 2 – Konzeption: Neue Informationsarchitektur (Seitenstruktur, URL-Hierarchie, Navigation), Content-Strategie und Redaktionsplan, technische Systemarchitektur (CMS-Auswahl, Hosting, Schnittstellen), Wireframes der Kernseiten, SEO-Migrationsplan mit URL-Mapping und Weiterleitungsmatrix. Dauer: typisch 4–8 Wochen.
• Phase 3 – Design: Visuelles Design der Kernseiten und des Design-Systems (Atomic Design), Prototypen für Nutzertests, Abstimmung mit Stakeholdern und ggf. Markenverantwortlichen, responsive Ausarbeitung aller Geräteklassen. Dauer: typisch 4–8 Wochen.
• Phase 4 – Entwicklung und Content-Migration: Technische Implementierung auf der neuen Plattform, Integration von CMS, Analytics, Tag Manager und Drittsystemen, Content-Migration und -überarbeitung, Implementierung der Weiterleitungsmatrix, QA-Testing (Browser-Tests, Funktionstests, SEO-Checks). Dauer: typisch 8–16 Wochen je nach Umfang.
• Phase 5 – Launch und Post-Launch: Staging-Umgebung abnehmen, DNS-Umstellung, Indexierungsanfrage über Google Search Console, Intensiv-Monitoring der ersten 4–8 Wochen (Rankings, Traffic, Crawling-Fehler, 404-Seiten, Core Web Vitals). Post-Launch-Optimierungsphase auf Basis von Echtzeitdaten.

Ein Website-Relaunch ist eine der häufigsten Ursachen für massive, teils irreversible SEO-Verluste. Da ein Relaunch per Definition tiefgreifendere Änderungen als ein Redesign vornimmt, sind die SEO-Risiken entsprechend größer und erfordern eine systematische Vorbereitung:

• Vollständige URL-Inventur und Weiterleitungsmatrix: Alle bestehenden URLs müssen vor dem Relaunch mit einem Crawler (Screaming Frog, Ahrefs) erfasst werden – einschließlich indexierter URLs aus der Google Search Console und URLs mit Backlinks aus dem Linkprofil. Für jede geänderte oder gelöschte URL muss eine 301-Weiterleitung auf die neue Entsprechung definiert und implementiert werden. Fehlende Weiterleitungen bedeuten den Verlust der aufgebauten Linkpopularität und Rankinghistorie.
• On-Page-SEO-Elemente sichern: Title-Tags, Meta-Descriptions, H1-Überschriften, Alt-Texte, strukturierte Daten (Schema.org JSON-LD) und Canonical-Tags müssen aus dem alten System exportiert, im Migrationsprozess zugeordnet und im neuen System korrekt implementiert werden. Ein systematischer Vor-/Nachher-Vergleich mit einem Crawling-Tool ist Pflicht.
• Staging-Umgebung schützen: Während der Entwicklungsphase muss die Staging-Umgebung durch Passwortschutz oder eine globale noindex-Direktive vor der Googlebot-Indexierung geschützt werden. Duplicate Content durch versehentlich indexierte Staging-Seiten kann die Rankings der Produktionswebsite beschädigen.
• JavaScript-Rendering und Crawlbarkeit prüfen: Bei einem CMS-Wechsel zu JavaScript-basierten Frameworks (React, Next.js, Vue) muss geprüft werden, ob alle SEO-kritischen Inhalte im initialen HTML-Response vorhanden sind oder ob Server-Side Rendering (SSR) implementiert werden muss. Clientseitig gerenderter Content kann von Google verzögert indexiert werden.
• Post-Launch-Intensivmonitoring: In den ersten 4–8 Wochen nach dem Relaunch sollten Google Search Console (Indexierungsstatus, Crawling-Fehler, Core Web Vitals), organischer Traffic (GA4), Rankings (Rank-Tracking-Tool) und Backlink-Profil (Ahrefs, Semrush) täglich überwacht werden. Probleme, die früh erkannt werden, sind deutlich leichter zu beheben als chronische Rankingverluste nach Wochen.

Neben den technischen und SEO-Herausforderungen sind organisatorische und kommunikative Aspekte eines Relaunches oft die unterschätzten Risikofaktoren – besonders in größeren Organisationen:

• Stakeholder-Management von Beginn an: Ein Relaunch berührt viele Unternehmensbereiche – Marketing, IT, Vertrieb, Geschäftsführung, Legal, ggf. HR (Karriereseite). Fehlende frühzeitige Einbindung von Stakeholdern führt zu späten Anforderungsänderungen, die Zeitplan und Budget sprengen. Bewährt hat sich ein Steuerungskomitee mit klaren Entscheidungskompetenzen und regelmäßigen Review-Meilensteinen.
• Content-Audit und redaktionelle Entscheidungen: Nicht alle Inhalte der alten Website sollten eins-zu-eins migriert werden. Ein Content-Audit prüft für jeden Inhalt: Migrieren (wertvoller, aktueller Inhalt), Überarbeiten (wertvoller, aber veralteter Inhalt), Zusammenführen (mehrere ähnliche Seiten konsolidieren) oder Archivieren/Löschen (veraltet, irrelevant, doppelt). Diese Entscheidungen erfordern redaktionelle Kapazitäten und klare Zuständigkeiten.
• Content-Migration als Unterschätztes Risiko: Die Migration von Inhalten ist in vielen Relaunch-Projekten der größte Zeitkiller. Selbst bei automatisierten Migrationsskripten erfordern Formatierungen, Bilder, Videos, interne Verlinkungen und CMS-spezifische Elemente manuelle Nacharbeit. Realistische Aufwandsschätzung und ausreichende redaktionelle Ressourcen sind unverzichtbar.
• Qualitätssicherung (QA) vor dem Launch: Systematische Testprotokolle für Browser-Kompatibilität (Chrome, Firefox, Safari, Edge – Desktop und Mobil), Funktionstest aller Formulare, Checkout-Prozesse und interaktiven Elemente, SEO-Checks (Title-Tags, Canonical, Weiterleitungen, Sitemap), Performance-Tests (Core Web Vitals, Ladezeit), Accessibility-Tests (WCAG-Konformität) und Sicherheitstests (SSL, Backup-Systeme).
• Launch-Timing strategisch wählen: Ein Relaunch sollte nicht in der umsatzstärksten Phase des Jahres (Weihnachtsgeschäft, Hauptsaison) oder unmittelbar nach einem Google-Core-Update stattfinden. Idealerweise wird der Launch in einer ruhigeren Traffic-Periode gewählt, um genug Zeit für das Post-Launch-Monitoring und die Fehlerbehebung zu haben.

KI und neue Plattformtechnologien verändern den Relaunch-Prozess in mehreren Dimensionen – von der strategischen Vorbereitung bis zur technischen Umsetzung:

• KI-gestützte Inhaltsanalyse und Content-Audit: KI-Tools können bestehende Website-Inhalte automatisch auf Qualität, Relevanz, Duplikate und thematische Lücken analysieren – und Prioritäten für Migration, Überarbeitung oder Löschung vorschlagen. Das beschleunigt den Content-Audit erheblich und reduziert den manuellen Aufwand bei großen Websites mit Hunderten oder Tausenden von Seiten.
• KI-gestützte Inhaltsproduktion für den Relaunch: Generative KI (Claude, ChatGPT, Gemini) beschleunigt die Produktion neuer oder überarbeiteter Inhalte im Zuge des Relaunches. Texte für neue Seitentypen, überarbeitete Produktbeschreibungen oder neue Landingpages können schneller erstellt und iteriert werden – vorausgesetzt, redaktionelle Qualitätssicherung bleibt integriert.
• Headless CMS und Composable Architecture: Moderne Relaunch-Projekte setzen zunehmend auf Headless CMS (Contentful, Storyblok, Sanity) in Kombination mit Frontend-Frameworks (Next.js, Nuxt.js, Astro). Diese Architektur trennt Inhaltsverwaltung und Frontend-Darstellung und ermöglicht maximale Flexibilität, Performance (Static Site Generation) und Multi-Channel-Publishing – von der Website über Apps bis zu KI-Systemen, die Inhalte per API konsumieren.
• KI-Suche als Relaunch-Anforderung: Da KI-Suchsysteme (Google AI Overviews, Perplexity) strukturierte, klar gegliederte Inhalte als Quellen bevorzugen, stellt die Optimierung für KI-Suchsichtbarkeit eine neue Anforderung an Relaunch-Projekte dar: semantisch hochwertiges HTML5, präzise strukturierte Daten (Schema.org), klare Frage-Antwort-Strukturen und zitierfähige Fachaussagen sind gleichzeitig SEO-optimierend und LLM-freundlich.
• Websiteoptimierung als Post-Relaunch-Prozess: Ein Relaunch ist kein einmaliges Ereignis, sondern der Start eines kontinuierlichen Optimierungszyklus. Die neue technische Basis ermöglicht A/B-Tests, personalisierte Inhaltsausspielung, Core-Web-Vitals-Optimierung und iterative Usability-Verbesserungen – alles Maßnahmen der laufenden Websiteoptimierung, für die der Relaunch die notwendige Infrastruktur schafft.