Website-Relaunch planen und umsetzen: Leitfaden 2026

Am Schreibtisch schmiedet die Projektmanagerin Pläne für den Website-Relaunch.
codenexa@outlook.de
Juli 24, 2026

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:

  1. Analyse & Bestandsaufnahme — Traffic, Rankings, Technik, Content prüfen
  2. Konzeption — Sitemap, User Journeys, Wireframes entwickeln
  3. Design & UX — Mobile-First, Barrierefreiheit, Content-First-Ansatz
  4. Technische Umsetzung & Migration — CMS, Hosting, Redirects, SEO-Migration
  5. Staging, Testing & QA — Funktionalität, Performance, Tracking, Rollback-Plan
  6. Go-Live & Monitoring — Launch-Checkliste, 30/90-Tage-Messung, Nacharbeiten

Inhaltsverzeichnis

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

Die Infografik veranschaulicht die wichtigsten Kennzahlen, die beim Website-Relaunch im Fokus stehen sollten.

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

Mit den Händen werden Daten für die SEO-Analyse eingetippt.

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):

  1. Kickoff & Zieldefinition (Woche 1)
  2. Analyse & Audit abgeschlossen (Woche 2–3)
  3. Konzept & Sitemap freigegeben (Woche 4–5)
  4. Design & Wireframes abgenommen (Woche 6–8)
  5. Entwicklung & Content-Migration (Woche 9–14)
  6. Staging & QA abgeschlossen (Woche 15–16)
  7. Go-Live (Woche 17)
  8. 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.

Das Team bespricht die Pläne für die Content-Migration gemeinsam am Konferenztisch.

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:

  1. Smoke Tests: Kernfunktionen auf Staging prüfen (Startseite, Navigation, Kontaktformular, Checkout)
  2. Regressionstests: Alle bekannten Funktionen nach Änderungen erneut prüfen
  3. Lasttests: Verhalten bei hoher gleichzeitiger Nutzerzahl simulieren
  4. 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:

  1. T-48h: Finales Backup, DNS-TTL auf 300 Sekunden reduzieren, alle Zugänge prüfen
  2. T-24h: Go/No-Go-Meeting mit allen Verantwortlichen, Rollback-Plan bestätigen
  3. T-0: DNS umschalten, SSL-Zertifikat prüfen, Sitemap einreichen, Search Console benachrichtigen
  4. T+2h: Erste Crawl-Prüfung, Formular-Tests auf Live-System, Tracking verifizieren
  5. T+24h: Search Console auf Crawl-Fehler prüfen, Ranking-Baseline dokumentieren
  6. 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.

Codenexa

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.

Empfehlung

Kommentar schreiben

Codenexa
info@codenexa.de

Standort Witten, Deutschland