Ein Website-Relaunch folgt in der Praxis einem etablierten 7-Phasen-Modell: Sitemap, Wireframing, Copywriting, Design, Entwicklung, Launch und Optimierung. Wer diese strukturierte Reihenfolge einhält und von Anfang an Verantwortlichkeiten benennt, vermeidet die häufigsten Fehler.
Sofortige To-Dos für Entscheider:
- Stakeholder-Kickoff ansetzen und Projektverantwortlichen benennen
- Vollständiges Backup aller Inhalte, Datenbanken und Assets sichern
- Google Search Console exportieren: alle URLs, Performance-Daten, Crawl-Fehler
- Redirect-Vorlage anlegen und URL-Inventar starten
- Budget mit Puffer festlegen und Agenturbriefing vorbereiten
Grobe Zeitrahmen nach Projektgröße:
| Projektgröße | Typischer Zeitrahmen | Scope |
|---|---|---|
| Klein (bis 20 Seiten) | 6–8 Wochen | Konzept, Design, Entwicklung, Launch |
| Mittel (bis 20 Seiten) | 3–4 Monate | + Content-Migration, SEO-Setup, QA |
| Groß (über 20 Seiten, E-Commerce) | 5–8 Monate | + Integrationen, Mehrsprachigkeit, Lasttest |
Die sechs Schritte im Überblick:
- Analyse & Bestandsaufnahme — Traffic, Rankings, Technik, Content prüfen
- Konzeption — Sitemap, User Journeys, Wireframes entwickeln
- Design & UX — Mobile-First, Barrierefreiheit, Content-First-Ansatz
- Technische Umsetzung & Migration — CMS, Hosting, Redirects, SEO-Migration
- Staging, Testing & QA — Funktionalität, Performance, Tracking, Rollback-Plan
- Go-Live & Monitoring — Launch-Checkliste, 30/90-Tage-Messung, Nacharbeiten
Inhaltsverzeichnis
- Was ist ein Website-Relaunch und wann lohnt er sich?
- Welche Ziele und KPIs müssen Sie vor dem Relaunch festlegen?
- Was müssen Sie vor dem Relaunch analysieren und prüfen?
- Wie planen Sie Projekt, Budget und Rollen richtig?
- Wie entwickeln Sie Sitemap, Informationsarchitektur und User Journeys?
- Welche Design- und UX-Prinzipien sind beim Relaunch entscheidend?
- Wie planen Sie Content-Migration und AEO-Inhalte für 2026?
- Welche technischen Anforderungen gelten für CMS, Hosting und Sicherheit in Deutschland?
- Wie erstellen Sie einen wasserdichten SEO-Migrationsplan?
- Was muss vor dem Go-Live getestet und freigegeben sein?
- Wie läuft der Go-Live ab und was überwachen Sie danach?
- Welche Fehler beim Relaunch kosten Sie am meisten?
- Wie wählen Sie die richtige Agentur und was sollten Sie fragen?
- Wichtige Erkenntnisse
- Was beim Relaunch wirklich unterschätzt wird
- Codenexa begleitet Ihren Relaunch von Anfang bis Ende
- Nützliche Tools und Quellen für Ihren Relaunch
Was ist ein Website-Relaunch und wann lohnt er sich?
Ein Website-Relaunch ist mehr als ein neues Design. Er umfasst strukturelle, technische und strategische Neuausrichtungen: neue URL-Strukturen, CMS-Wechsel, Content-Migration und oft eine vollständige Überarbeitung der Informationsarchitektur.
Abgrenzung der drei Ebenen:
- Kleines Update: Plugin-Aktualisierung, Textkorrekturen, einzelne neue Seiten. Kein Eingriff in Struktur oder URLs.
- Redesign: Optische Überarbeitung ohne Änderung der URL-Struktur oder des CMS. Geringes SEO-Risiko.
- Vollständiger Relaunch: URL-Änderungen, CMS-Wechsel, Content-Migration, neue Informationsarchitektur. Hohes Risiko, hoher Nutzen.
Wann lohnt sich ein Relaunch?
- Ladezeiten über 3 Sekunden auf Mobilgeräten trotz Optimierungsversuchen
- Organischer Traffic sinkt seit mehr als zwei Quartalen ohne erkennbaren Grund
- Das Geschäftsmodell hat sich geändert: neue Zielgruppen, neue Produkte, Internationalisierung
- Das CMS ist nicht mehr wartbar oder sicherheitskritisch veraltet
- Conversion-Raten stagnieren trotz guter Rankings
- Barrierefreiheitsanforderungen (WCAG) werden nicht erfüllt
Ein Redesign allein löst strukturelle Probleme nicht. Wer nur die Oberfläche erneuert, aber veraltete URL-Strukturen und schlechte Ladezeiten beibehält, verschenkt Potenzial.
Welche Ziele und KPIs müssen Sie vor dem Relaunch festlegen?
Ohne messbare Ziele lässt sich nach dem Launch nicht beurteilen, ob der Relaunch erfolgreich war. Entscheider sollten Zielwerte und einen Akzeptanzkorridor definieren, bevor das Projekt startet.
Primäre Ziele eines Relaunches:
- Organischen Traffic stabil halten oder steigern (Baseline: 30-Tage-Durchschnitt vor Launch)
- Conversion-Rate verbessern: Anfragen, Käufe, Newsletter-Anmeldungen
- Core Web Vitals verbessern: Largest Contentful Paint, Cumulative Layout Shift, Interaction to Next Paint
- Sichtbarkeit in KI-Antworten erhöhen (AEO-Signale: strukturierte Daten, prägnante Snippets)
KPI-Tabelle für Entscheider:
| Metrik | Warum wichtig | Messquelle |
|---|---|---|
| Organischer Traffic | Zeigt SEO-Stabilität nach Migration | Google Search Console |
| Conversions (Ziele) | Direkte Geschäftswirkung | GA4, Server-Logs |
| Ladezeit / Core Web Vitals | Nutzererfahrung und Ranking-Faktor | Google Lighthouse, PageSpeed Insights |
| Crawl-Fehler | Technische Integrität nach Launch | Search Console, Screaming Frog |
| Keyword-Rankings | Sichtbarkeit in Suchergebnissen | Ranking-Tools (z. B. Sistrix, Semrush) |
| AEO-Sichtbarkeit | Auffindbarkeit in KI-Assistenten | Manuelle Checks, Search Console Impressionen |

Empfehlenswert ist ein klar definierter Akzeptanzkorridor für organischen Traffic in den ersten Wochen nach Launch. Liegt der Traffic darunter, greift der Eskalationsplan. Tracking-Setup und Ziel-Konfiguration in GA4 müssen vor dem Launch geprüft werden, nicht danach.
Was müssen Sie vor dem Relaunch analysieren und prüfen?
Die Bestandsaufnahme entscheidet, welche Inhalte erhalten bleiben, welche URLs weitergeleitet werden und wo technische Risiken lauern. Ein strukturierter Content-Audit mit Backup, Broken-Link-Prüfung und Priorisierung reduziert SEO-Risiken erheblich.
Audit-Checkliste:
- Top-100-Seiten nach organischem Traffic aus Search Console exportieren
- Conversion-stärkste URLs aus GA4 identifizieren
- Backlink-Profil exportieren (Google Search Console, Ahrefs oder Sistrix)
- Technische Fehler crawlen: 4xx, 5xx, Weiterleitungsketten, doppelte Inhalte
- Mobile-Performance auf realen Geräten testen
- Broken Links und verwaiste Seiten dokumentieren
Empfohlene Tools:
| Aufgabe | Tool |
|---|---|
| Crawling & technische Analyse | Screaming Frog SEO Spider |
| Traffic & Performance | Google Search Console, GA4 |
| Ranking-Analyse | Sistrix, Semrush |
| Backlink-Check | Ahrefs, Search Console |
| Seitengeschwindigkeit | Google Lighthouse, PageSpeed Insights |
| Wettbewerbsanalyse | Perplexity, Gemini, ChatGPT |

KI-Tools wie Perplexity, Gemini oder ChatGPT können Wettbewerbsanalysen und Content-Priorisierungen deutlich beschleunigen. Sie ersetzen aber keine manuelle Prüfung kritischer URLs. Vor jeder Änderung: vollständiges Backup der Datenbank, aller Mediendateien und der Konfiguration.
Wie planen Sie Projekt, Budget und Rollen richtig?
Gute Projektplanung beginnt am Go-Live-Datum und arbeitet sich rückwärts. Wer den Zeitplan vorwärts plant, unterschätzt regelmäßig Puffer für Reviews, Freigaben und unerwartete technische Probleme.
Meilensteine mit Rückwärtsplanung (Beispiel mittleres Projekt):
- Kickoff & Zieldefinition (Woche 1)
- Analyse & Audit abgeschlossen (Woche 2–3)
- Konzept & Sitemap freigegeben (Woche 4–5)
- Design & Wireframes abgenommen (Woche 6–8)
- Entwicklung & Content-Migration (Woche 9–14)
- Staging & QA abgeschlossen (Woche 15–16)
- Go-Live (Woche 17)
- Post-Launch-Monitoring (Woche 18–21)
RACI-Rollenliste:
- Entscheider (Accountable): Budgetfreigabe, Go/No-Go-Entscheidung
- Projektmanager (Responsible): Zeitplan, Kommunikation, Meilensteinverfolgung
- Tech Lead: CMS, Hosting, Performance, Security
- SEO-Verantwortlicher: Redirect-Mapping, Tracking, Post-Launch-Monitoring
- Content-Verantwortlicher: Texte, Medien, Metadaten
- QA: Testing, Freigabeprotokoll
- Agentur: Umsetzung nach Briefing, SLA-Einhaltung
Budgetbestandteile:
- Konzept und Strategie
- Design und UX
- Entwicklung und Integrationen
- Hosting und Lizenzen
- SEO-Migration und Tracking-Setup
- Contingency-Puffer (10–20 % des Gesamtbudgets)
Wesentliche Fragen für das Agenturbriefing:
- Welche Referenzprojekte in ähnlicher Branche und Größe gibt es?
- Wie wird die SEO-Migration dokumentiert und übergeben?
- Welche SLAs gelten für Reaktionszeiten nach Launch?
- Welche Zugänge (Hosting, CMS, Analytics) werden benötigt?
- Wie viele Seiten und welche Integrationen sind im Scope?
Wie entwickeln Sie Sitemap, Informationsarchitektur und User Journeys?
Die Konzeptionsphase legt fest, welche Seiten existieren, wie sie miteinander verknüpft sind und welche Pfade Nutzer zum Ziel führen. Fehler hier sind in der Entwicklung teuer zu korrigieren.
Sitemap-Grundstruktur:
- Hauptkategorien (Leistungen, Produkte, Über uns, Kontakt)
- Landingpages für zentrale Keywords und Zielgruppen
- Content-Hub-Struktur: Pillar Pages mit verlinkten Unterseiten
- URL-Struktur entkoppelt von CMS-internen IDs oder Kategorien
User Journeys für drei Hauptnutzertypen:
- Neukunde: Startseite → Leistungsübersicht → Einzelleistung → Kontaktformular
- Bestandskunde: Direkteinstieg über gebookmarkte URL → Login oder Support → FAQ
- Service-Anfragender: Blogartikel → Leistungsseite → Angebotsanfrage
Für jede Journey: Conversion-Pfad definieren, Abbruchpunkte identifizieren und interne Verlinkung entsprechend ausrichten.
Content-Entscheidungen vor der Migration:
- Welche URLs erhalten hohen Traffic oder Backlinks? Behalten.
- Welche Seiten überschneiden sich inhaltlich? Konsolidieren und weiterleiten.
- Welche Seiten haben seit über einem Jahr keinen Traffic? Löschen oder noindex.
Wireframe-Workflow:
Low-Fidelity-Skizzen → Review mit Stakeholdern → High-Fidelity-Prototyp → Usability-Test mit echten Nutzern → Freigabe für Design.
Welche Design- und UX-Prinzipien sind beim Relaunch entscheidend?
Mobile-First, Barrierefreiheit und Performance sind keine optionalen Extras. Sie beeinflussen Rankings, Nutzersignale und langfristig die Conversion-Rate direkt.
Design-Prinzipien:
- Mobile-First: Layouts zuerst für kleine Bildschirme entwerfen, dann für Desktop erweitern
- Performance-gerechtes Layout: keine schweren Hintergrundvideos ohne Lazy Loading, keine ungenutzten Schriftschnitte
- Komponentenbibliothek und UI-Kit für konsistente Handoff an Entwicklung
- Responsives Webdesign als Grundvoraussetzung, nicht als Feature
Accessibility-Checks (WCAG-Grundlagen):
- Kontrastverhältnis mindestens 4,5:1 für Fließtext
- Vollständige Tastaturnavigation ohne Maus möglich
- Alt-Texte für alle informativen Bilder
- Formularfelder mit sichtbaren Labels und Fehlermeldungen
- Fokus-Indikatoren sichtbar und nicht ausgeblendet
Content-First-Ansatz:
Texte, Überschriften und strukturierte Daten sollten vor dem finalen Design feststehen. Wer Layouts mit Platzhaltertext baut, riskiert, dass das Design nicht zur tatsächlichen Inhaltslänge passt. Für AEO-Sichtbarkeit empfiehlt sich die Planung von Frage-Antwort-Strukturen bereits in der Konzeptionsphase.
Design-Handoff-Checkliste:
- Alle Assets in korrekter Auflösung exportiert
- Design-Tokens (Farben, Abstände, Typografie) dokumentiert
- Responsive Breakpoints definiert (320 px, 768 px, 1024 px, 1440 px)
- Interaktionszustände (Hover, Focus, Active, Disabled) beschrieben
Wie planen Sie Content-Migration und AEO-Inhalte für 2026?
Ein strukturierter Content-Audit vor der Migration ist Pflicht. Ohne klare Entscheidung für jede URL entstehen doppelte Inhalte, verlorene Rankings und unnötiger Entwicklungsaufwand.

Content-Matrix (Grundstruktur):
| URL (alt) | Aktion | Priorität | Verantwortlich |
|---|---|---|---|
| /leistungen/alt | Behalten & aktualisieren | Hoch | Content-Team |
| /blog/thema-a | Konsolidieren mit /blog/thema-b | Mittel | SEO |
| /ueber-uns/team-alt | Weiterleiten auf /team | Niedrig | Tech Lead |
| /produkt-xyz | Löschen (kein Traffic, kein Backlink) | Niedrig | Entscheider |
AEO-Tipps für 2026:
- Strukturierte Daten (Schema.org) für Artikel, FAQs, Produkte und Organisationen implementieren
- Frage-Antwort-Seiten mit prägnanten, direkt zitierbaren Antworten in den ersten 50 Wörtern
- Interne Verlinkung auf thematisch verwandte Seiten stärken
- Markup für LLM-zitierbare Inhalte: klare Autorenangaben, Datumsangaben, Quellenverweise
Laut HubSpot muss ein moderner Relaunch KI-Auffindbarkeit systematisch berücksichtigen, damit Inhalte von KI-Assistenten gefunden und zitiert werden.
Migration-Checkliste:
- Metadaten (Title, Description) für alle migrierten Seiten geprüft
- Canonical-Tags korrekt gesetzt
- hreflang-Tags bei mehrsprachigen Projekten vollständig
- Medien-Assets mit korrekten Alt-Texten migriert
- Migrationsreihenfolge nach Traffic-Priorität: Top-Seiten zuerst
Welche technischen Anforderungen gelten für CMS, Hosting und Sicherheit in Deutschland?
Die technische Basis entscheidet über Wartbarkeit, Sicherheit und langfristige Performance. Entscheider sollten diese Fragen vor der CMS-Wahl klären.
CMS-Entscheidungsfaktoren:
- Skalierbarkeit: Kann das System mit dem Unternehmen wachsen?
- Editor-Usability: Können Redakteure ohne Entwickler-Support Inhalte pflegen?
- Headless vs. monolithisch: Headless bietet Flexibilität, erhöht aber Komplexität und Wartungsaufwand
- Integrationen: Schnittstellen zu CRM, Shop-System, Marketing-Automation
- Wartbarkeit: Aktive Community, regelmäßige Sicherheitsupdates
WordPress und TYPO3 sind in Deutschland weit verbreitet und gut dokumentiert. Beide bieten DSGVO-konforme Erweiterungen und aktive deutschsprachige Communities. Eine WordPress-Website eignet sich besonders für kleine bis mittlere Projekte mit schnellem Zeitplan.
Hosting-Anforderungen (Deutschland):
- Serverstandort Deutschland oder EU für DSGVO-Konformität
- ISO 27001-zertifizierte Rechenzentren bevorzugen
- Automatische Backups täglich, Aufbewahrung mindestens 30 Tage
- CDN für statische Assets, Response-Times unter 200 ms anstreben
Performance-Tests:
- Lighthouse-Score: Ziel über 90 in Performance, Accessibility, Best Practices
- Core Web Vitals: LCP unter 2,5 Sekunden, CLS unter 0,1
- Bildoptimierung: WebP-Format, Lazy Loading, korrekte Dimensionierung
- Caching: Browser-Caching, Server-seitiges Caching, CDN-Layer
Sicherheit und DSGVO:
- TLS 1.2 oder höher auf allen Seiten
- Content Security Policy (CSP) konfigurieren
- Cookie-Consent-Lösung DSGVO-konform einbinden (z. B. Usercentrics, Cookiebot)
- Log-Retention und Datenspeicherorte dokumentieren
Hinweis: Dieser Abschnitt liefert allgemeine technische Orientierung, keine Rechtsberatung. Für verbindliche DSGVO-Fragen wenden Sie sich an einen Datenschutzbeauftragten.
Wie erstellen Sie einen wasserdichten SEO-Migrationsplan?
Fehlende 301-Weiterleitungen sind die häufigste Ursache für Ranking- und Traffic-Verluste nach einem Relaunch. Ein vollständiges Redirect-Mapping ist keine optionale Aufgabe.
Redirect-Mapping-Vorlage:
| Alte URL | Neue URL | Redirect-Typ | Status |
|---|---|---|---|
| /leistungen/webdesign-alt | /leistungen/webdesign | 301 | Umgesetzt |
| /blog/artikel | /blog/artikel-aktuell | 301 | Ausstehend |
| /kontakt-alt | /kontakt | 301 | Umgesetzt |
| /produkt/xyz | (gelöscht, kein Ersatz) | — | Ausstehend |
Pre-Launch-SEO-Checkliste:
- Meta-Titles und Descriptions für alle Seiten geprüft
- Robots.txt auf Staging: noindex gesetzt, auf Live: freigegeben
- Canonical-Tags auf allen Seiten korrekt
- hreflang vollständig bei mehrsprachigen Projekten
- Strukturierte Daten validiert (Google Rich Results Test)
- XML-Sitemap aktuell und in Search Console eingereicht
- Interne Links auf neue URLs aktualisiert
- Alle 301-Redirects getestet (keine Redirect-Ketten)
Post-Launch-Monitoring (Baseline vs. Tag 7/30/90):
- Search Console täglich: Crawl-Fehler, Index-Abdeckung, Impressionen
- Ranking-Tracking: Top-50-Keywords täglich in den ersten zwei Wochen
- Traffic-Vergleich: Vorjahresvergleich und Baseline-Vergleich
- Crawl-Check mit Screaming Frog nach 48 Stunden
Rollback-Elemente bei Traffic-Einbruch:
- Alte Server-Konfiguration als Snapshot bereithalten
- Temporäre 302-Weiterleitungen für kritische URLs aktivierbar
- Kommunikationsplan für Vertrieb und Support vorbereiten
- Eskalationspfad: wer entscheidet wann über Rollback?
Was muss vor dem Go-Live getestet und freigegeben sein?
Testing ist kein letzter Schritt, sondern ein kontinuierlicher Prozess. Wer erst kurz vor Launch testet, findet Probleme zu spät.
Freigabeprozess in vier Schritten:
- Smoke Tests: Kernfunktionen auf Staging prüfen (Startseite, Navigation, Kontaktformular, Checkout)
- Regressionstests: Alle bekannten Funktionen nach Änderungen erneut prüfen
- Lasttests: Verhalten bei hoher gleichzeitiger Nutzerzahl simulieren
- Usability-Tests: Echte Nutzer bei der Bedienung beobachten, Abbruchpunkte dokumentieren
Testing-Checkliste:
- Alle Formulare: Absenden, Bestätigungs-E-Mail, Fehlerbehandlung
- E-Commerce: Warenkorb, Checkout, Zahlungsabwicklung, Bestellbestätigung
- Tracking: GA4-Events, Conversion-Ziele, Tag Manager auf Staging verifiziert
- Performance: Lighthouse auf Staging, Core Web Vitals gemessen
- Accessibility: automatisierter Scan (z. B. axe, WAVE) plus manuelle Tastaturnavigation
- Security-Scan: bekannte Schwachstellen, offene Ports, SSL-Zertifikat gültig
- Drittanbieter-Integrationen: CRM, Newsletter, Chat, Zahlungsanbieter
Rollback-Plan-Template:
- Schritt 1: Traffic-Einbruch über 20 % in 24 Stunden → Eskalation an Tech Lead und SEO
- Schritt 2: Ursachenanalyse (Crawl-Fehler, Redirect-Probleme, Tracking-Ausfall)
- Schritt 3: Entscheidung Rollback oder Hotfix innerhalb von 4 Stunden
- Schritt 4: Kommunikation an Vertrieb, Support und Stakeholder
Profi-Tipp: Testen Sie Tracking und Conversion-Ziele auf dem Staging-System mit echten Testbestellungen oder Testanfragen, bevor Sie Go-Live geben. Tracking-Fehler werden sonst erst Wochen später entdeckt, wenn Daten bereits verloren sind.
Wie läuft der Go-Live ab und was überwachen Sie danach?
Der Launch-Tag selbst ist planbar. Was danach kommt, entscheidet über den langfristigen Erfolg.
Go-Live-Checkliste mit Zeitfenstern:
- T-48h: Finales Backup, DNS-TTL auf 300 Sekunden reduzieren, alle Zugänge prüfen
- T-24h: Go/No-Go-Meeting mit allen Verantwortlichen, Rollback-Plan bestätigen
- T-0: DNS umschalten, SSL-Zertifikat prüfen, Sitemap einreichen, Search Console benachrichtigen
- T+2h: Erste Crawl-Prüfung, Formular-Tests auf Live-System, Tracking verifizieren
- T+24h: Search Console auf Crawl-Fehler prüfen, Ranking-Baseline dokumentieren
- T+72h: Erster vollständiger Crawl, Redirect-Überprüfung, Performance-Messung
14/30-Tage-Monitoring-Plan:
- Täglich: Search Console (Crawl-Fehler, Index-Abdeckung), Traffic-Vergleich
- Wöchentlich: Ranking-Report Top-50-Keywords, Conversion-Rate-Vergleich, Fehlerbehebung
- Nach 30 Tagen: Vollständiger Performance-Bericht für Entscheider
Reporting für Entscheider:
- Organischer Traffic vs. Baseline (täglich in Woche 1, wöchentlich danach)
- Conversions und Conversion-Rate
- Kritische Fehler (4xx, 5xx) aus Search Console
- Core Web Vitals-Entwicklung
Bei Auffälligkeiten: Priorisierung nach Auswirkung auf Traffic und Conversions. Hotfixes für kritische Fehler innerhalb von 24 Stunden. Kommunikationsplan für Vertrieb und Support aktivieren, wenn Anfragen ausbleiben.
Welche Fehler beim Relaunch kosten Sie am meisten?
Die meisten Relaunch-Probleme sind vorhersehbar. Sie entstehen nicht durch technische Komplexität, sondern durch fehlende Planung und übersprungene Schritte.
Häufige Fehler und Gegenmaßnahmen:
- Fehlende Redirects: Jede geänderte URL ohne Weiterleitung verliert Rankings und Backlink-Wert. Gegenmaßnahme: vollständiges Redirect-Mapping vor Launch, unabhängiger Crawl nach Launch.
- Nicht getestetes Tracking: GA4-Ziele und Tag-Manager-Trigger funktionieren auf Staging anders als auf Live. Gegenmaßnahme: Tracking-Audit mit echten Testdaten auf Staging.
- Unvollständige Backups: Kein Backup bedeutet kein Rollback. Gegenmaßnahme: Backup vor jeder größeren Änderung, Wiederherstellung einmal proben.
- Fehlende Stakeholder-Abstimmung: Freigaben kommen zu spät, der Zeitplan verschiebt sich. Gegenmaßnahme: Go/No-Go-Meeting mit klaren Abnahmekriterien.
- Zu knappe Timeline: Puffer fehlen, QA wird abgekürzt. Gegenmaßnahme: 10–20 % Zeitpuffer einplanen, QA nicht kürzen.
Red Flags, die einen Launch stoppen sollten:
- Kritische Sicherheitslücken im Security-Scan
- Mehr als 5 % der Top-URLs ohne Redirect
- Tracking nicht verifiziert
- Rollback-Plan nicht dokumentiert
- Wesentliche Inhalte noch nicht migriert
Maßnahmen nach Go-Live bei Problemen:
Priorisieren nach Auswirkung: Crawl-Fehler auf Top-URLs zuerst, dann Tracking, dann Performance. Hotfix-Prozess mit Tech Lead und SEO koordinieren. Entscheider täglich informieren, bis Stabilität erreicht ist.
Wie wählen Sie die richtige Agentur und was sollten Sie fragen?
Die Agenturwahl ist eine der folgenreichsten Entscheidungen im Relaunch-Projekt. Referenzen allein reichen nicht.
Agentur-Checkliste: Fragen vor der Beauftragung:
- Welche Referenzprojekte in ähnlicher Branche und Größe können Sie vorweisen?
- Wie dokumentieren Sie die SEO-Migration und übergeben Sie Redirect-Listen?
- Welche SLAs gelten für Reaktionszeiten während und nach dem Launch?
- Wie gehen Sie mit DSGVO-Anforderungen und deutschem Hosting um?
- Wer ist Ansprechpartner für technische Fragen nach der Abnahme?
- Wie sieht Ihr QA-Prozess aus, und wer führt den finalen Pre-Launch-Crawl durch?
Beispiel-Projektzeitplan von Codenexa:
| Projektgröße | Laufzeit | Meilensteine |
|---|---|---|
| Klein (bis 20 Seiten) | 6–8 Wochen | Konzept, Design, Entwicklung, Launch |
| Mittel (20 Seiten) | 3–4 Monate | + Content-Migration, SEO-Setup, QA |
| Groß (über 20 Seiten, E-Commerce) | 5–8 Monate | + Integrationen, Mehrsprachigkeit, Lasttest |
Codenexa begleitet Relaunch-Projekte von der Konzeption bis zum Post-Launch-Monitoring. Leistungsschwerpunkte sind Webdesign und UX, technische Entwicklung, SEO-Migration und Hosting in Deutschland. Abdulrahim steht als Ansprechpartner für Scoping-Gespräche zur Verfügung.
Profi-Tipp: Fragen Sie jede Agentur explizit, wer nach dem Launch für Hotfixes zuständig ist und in welchem Zeitrahmen. Viele Verträge regeln nur die Entwicklungsphase, nicht die kritischen ersten 30 Tage nach Go-Live.
Wie Agenturen AEO- und SEO-Migrationen absichern: Qualitätssicherung umfasst Pre-Launch-Crawl, Redirect-Verifikation, Tracking-Audit und ein strukturiertes Post-Launch-Monitoring-Protokoll. Fragen Sie nach einem schriftlichen Übergabedokument.
Wichtige Erkenntnisse
Ein Website-Relaunch gelingt nur, wenn Ziele, Redirects, Testing und Monitoring von Anfang an strukturiert geplant werden.
| Thema | Details |
|---|---|
| Ziele und KPIs vorab festlegen | Akzeptanzkorridor und Metriken vor Launch definieren, Tracking-Setup prüfen. |
| Vollständiger Audit vor Start | Top-URLs, Backlinks, Conversions und technische Fehler vor jeder Änderung dokumentieren. |
| Redirect-Plan ist Pflicht | Jede geänderte URL braucht eine 301-Weiterleitung, sonst drohen Ranking-Verluste. |
| Testing und Rollback-Plan | QA auf Staging mit echten Testdaten, Rollback-Entscheidung in unter 4 Stunden möglich. |
| Codenexa als Relaunch-Partner | Codenexa begleitet Projekte von Konzept bis Post-Launch-Monitoring mit SEO-Migration und deutschem Hosting. |
Was beim Relaunch wirklich unterschätzt wird
Die meisten Relaunch-Probleme, die Codenexa in Projekten beobachtet, entstehen nicht in der Entwicklung. Sie entstehen an drei Stellen, die im Briefing kaum Aufmerksamkeit bekommen.
Erstens: Drittanbieter-Integrationen. CRM-Systeme, Newsletter-Tools, Zahlungsanbieter und Chat-Widgets verhalten sich auf Staging anders als auf Live-Systemen. Wer diese Integrationen erst nach dem Launch testet, entdeckt Probleme, wenn echte Kunden betroffen sind.
Zweitens: Tracking-Drift nach der Migration. GA4-Events, die auf der alten Website korrekt feuerten, müssen nach einem CMS-Wechsel oder URL-Änderung neu konfiguriert werden. In der Praxis fehlen nach einem Relaunch häufig Conversion-Daten für Wochen, weil niemand das Tracking auf dem Live-System verifiziert hat. Das kostet nicht nur Daten, sondern auch Entscheidungsgrundlagen.
Drittens: interne Kommunikationskosten. Vertrieb und Support werden oft erst nach dem Launch informiert. Wenn Kunden plötzlich andere URLs, neue Formulare oder geänderte Prozesse vorfinden, entstehen Supportanfragen, die vermeidbar gewesen wären. Ein einfacher interner Kommunikationsplan vor Launch spart erheblichen Aufwand.
Konkrete Empfehlungen für Entscheider:
- SLA-Klauseln für die ersten 30 Tage nach Launch explizit in den Agenturvertrag aufnehmen
- Eskalationspfad schriftlich festhalten: wer entscheidet bei Traffic-Einbruch, wer kommuniziert nach außen
- Ressourcenreserve einplanen: mindestens eine Person intern, die in den ersten zwei Wochen nach Launch täglich Monitoring-Reports liest und Hotfixes koordinieren kann
Codenexa begleitet Ihren Relaunch von Anfang bis Ende
Wer einen Website-Relaunch plant, braucht mehr als eine Entwicklungsagentur. Er braucht einen Partner, der Konzept, Design, technische Umsetzung, SEO-Migration und Hosting aus einer Hand liefert und nach dem Launch nicht verschwindet.
Codenexa ist eine in Deutschland ansässige Digitalagentur mit Schwerpunkten auf modernem Webdesign, technischer Webentwicklung, SEO und zuverlässigem Hosting auf deutschen Servern. Relaunch-Projekte werden von der ersten Sitemap bis zum 90-Tage-Monitoring begleitet. Das bedeutet: vollständiges Redirect-Mapping, Tracking-Setup, QA-Protokoll und ein klarer Ansprechpartner für die kritischen ersten Wochen nach Launch.

Was Entscheider im Scoping-Gespräch anfragen sollten: Beispiel-Scope, Referenzprojekte in ähnlicher Branche, SLA-Bedingungen für Post-Launch-Support und Verfügbarkeit für den Projektstart. Alle Leistungen und Kontaktmöglichkeiten finden Sie auf der Leistungsübersicht von Codenexa. Nehmen Sie Kontakt auf und klären Sie in einem ersten Gespräch, ob Scope und Zeitplan passen.
Nützliche Tools und Quellen für Ihren Relaunch
Crawling und technische Analyse:
- Screaming Frog SEO Spider: Vollständiger Crawl aller URLs, Erkennung von 4xx/5xx-Fehlern, Redirect-Ketten und doppelten Inhalten. Unverzichtbar vor und nach dem Launch.
- Google Search Console: Offizielle Quelle für Index-Abdeckung, Crawl-Fehler, Impressionen und Klicks. Kostenlos und direkt von Google.
Performance und Core Web Vitals:
- Google Lighthouse / PageSpeed Insights: Messung von LCP, CLS und weiteren Core Web Vitals. Direkt im Chrome-Browser oder online nutzbar. Mehr zur Website-Performance finden Sie im Codenexa-Leitfaden.
- GA4: Conversion-Tracking, Ziel-Konfiguration und Traffic-Analyse nach dem Launch.
Ranking und Sichtbarkeit:
- Sistrix / Semrush: Keyword-Rankings, Sichtbarkeitsindex, Wettbewerbsanalyse. Sistrix ist besonders im deutschsprachigen Markt etabliert.
AEO und KI-Recherche:
- Perplexity, Gemini, ChatGPT: Wettbewerbsanalysen und Content-Priorisierungen beschleunigen, nicht ersetzen manuelle Prüfung.
Accessibility:
- axe DevTools / WAVE: Automatisierte Accessibility-Scans nach WCAG-Kriterien. Kostenlose Browser-Erweiterungen für erste Checks.
Offizielle Quellen und Leitfäden:
- HubSpot-Leitfaden zum Website-Relaunch 2026: Praxisnahe Empfehlungen zu SEO-Migration, AEO und Content-Audit.
- Webdesign-Prozess in 7 Schritten (Virtual Entity): Strukturiertes Phasenmodell für Webprojekte.
- BVDW SEO-Zertifizierung: Qualitätsstandard für SEO-Dienstleister in Deutschland.
- Webdesign-Trends 2026 (Codenexa): Aktuelle Design- und UX-Trends für Unternehmen.
Kommentar schreiben