Website Relaunch: Der Schritt-für-Schritt-Prozess ohne Traffic-Verlust

Das Wichtigste in Kürze

• 70–80 % aller Website-Relaunches verfehlen ihre Ziele — meistens wegen fehlender SEO-Strategie, nicht wegen schlechtem Design (Forrester, 2024)
• Wer Relaunches ohne 301-Redirect-Map startet, verliert im Schnitt 30–50 % organischen Traffic — oft dauerhaft. Damit das Tracking nach dem Launch sauber funktioniert, muss GA4 und GTM von Anfang an richtig aufgesetzt sein — wie das geht, erklärt der vollständige Tracking-Guide.
• Ein vollständiger Relaunch dauert realistisch 4–6 Monate; wer das auf 6 Wochen quetscht, riskiert mehr als er gewinnt. Was ein solches Projekt im DACH-Mittelstand tatsächlich kostet, zeigt der Artikel zu den Website-Kosten 2026.
• Der DACH-Mittelstand launcht alle 5–10 Jahre neu — zu selten für den Markt, aber wenn, dann muss es sitzen
• Kosten für Mittelstand: 25.000–60.000 EUR im Standard-Segment; Budget-Puffer von 10–15 % einplanen
• KI-Tools (LLM-gestützte Content-Drafts, automatisiertes A/B-Testing) beschleunigen die Content-Phase — ersetzen aber nicht Discovery und UX
• Dieser Artikel fokussiert auf Prozess, SEO-Sicherung und Fehler; Kosten und Struktur findest du in den Artikeln zu Website-Kosten und Website-Struktur für B2B.

---

---

Warum dieser Artikel jetzt zählt

Wenn du diesen Artikel liest, überlegst du wahrscheinlich einen von drei Dingen: ob deine Website überhaupt noch zeitgemäß ist, ob du vor einem Relaunch-Projekt stehst, oder ob du sicherstellen willst, dass das, was deine Agentur gerade plant, auch wirklich funktioniert.

Hier ist die ehrliche Lage: 70–80 % aller Website-Relaunch-Projekte verfehlen ihre ursprünglichen Ziele (Forrester Research, 2024). Nicht weil das Design schlecht ist. Nicht weil die Texte unbrauchbar sind. Sondern weil grundlegende Prozessschritte übersprungen werden — SEO-Audit vor dem Start, Redirect-Mapping, Performance-Baseline, Post-Launch-Monitoring.

Hinzu kommt: Im DACH-Mittelstand ist ein Relaunch oft ein Ereignis, das alle 5–10 Jahre stattfindet. Das bedeutet, du hast keine zehn Versuche. Du hast einen. Wenn in diesem einen Versuch die organischen Rankings einbrechen, dauert die Erholung 8–12 Monate — wenn sie überhaupt kommt. Und das in einem Marktumfeld, in dem 67 % der B2B-Kaufentscheidungsprozesse bereits abgeschlossen sind, bevor der erste Vertriebskontakt stattfindet (SiriusDecisions, 2024).

Dieser Artikel gibt dir den vollständigen Prozess. Kein Agentur-Pitch, keine Design-Trends-Liste. Nur das, was du wirklich brauchst, um einen Relaunch sauber durchzuziehen — ohne Traffic-Verlust, ohne Überraschungen nach dem Go-Live.

---

Was ein Website Relaunch wirklich bedeutet

Bevor wir in den Prozess gehen, müssen wir klarstellen, was mit welchem Begriff gemeint ist. Die Begriffe werden oft durcheinandergeworfen — und das führt zu Projekten, die mehr kosten und länger dauern als nötig.

Website Relaunch ist die umfassendste Intervention: vollständiger Neubau von Struktur, Design, Content und Technologie. Alles wird überprüft und überarbeitet — Informationsarchitektur, CMS, Positionierung, URL-Struktur, Meta-Tags, interne Verlinkung. Ein Relaunch ist kein Refresh, er ist ein strategischer Neubeginn.

Website Redesign betrifft primär das visuelle Erscheinungsbild. Die Seitenstruktur, URL-Architektur und das CMS bleiben weitgehend unverändert; Navigation wird nur minimal angepasst. Ein Redesign ist erheblich risikoärmer als ein vollständiger Relaunch, weil die etablierten SEO-Signale nicht neu aufgebaut werden müssen.

Website Refresh ist die kleinste Intervention — vergleichbar mit einem frischen Anstrich. Einzelne Design-Elemente, Farbgebung, Schriftarten werden aktualisiert. Grundlegende Struktur und Funktionalität bleiben unangetastet.

Replatforming bezeichnet den CMS-Wechsel: von WordPress zu Webflow, von einem Legacy-System zu einem modernen Headless-Setup, von HubSpot zu einer anderen Lösung. Replatforming kann ohne vollständigen Relaunch erfolgen — oder als Teil davon.

Die Frage, die du dir stellen musst: Was ist das eigentliche Problem? Wenn die Antwort "unser CMS ist unbrauchbar und unsere Positionierung ist veraltet und unsere Conversion-Rate ist seit Jahren stagniert" lautet, ist ein Relaunch gerechtfertigt. Wenn die Antwort "das Design sieht alt aus" lautet, ist ein Redesign oder Refresh oft ausreichend — und erheblich günstiger.

---

Wann sich ein Relaunch wirklich lohnt

Es gibt klare Indikatoren, die für einen vollständigen Relaunch sprechen. Und es gibt Scheinargumente, die Agenturen und interne Teams oft verwenden, um Budgets zu rechtfertigen.

Berechtigte Indikatoren für einen Relaunch:

• Design ist mehr als 5 Jahre alt und entspricht nicht mehr dem aktuellen Markenauftritt
• Pagespeed-Werte sind dauerhaft schlecht (LCP über 4 Sekunden, Core Web Vitals im roten Bereich)
• Conversion-Rate stagniert trotz Content- und Anzeigenoptimierung seit mehr als 12 Monaten
• CMS ist nicht mehr wartbar, kaum noch Entwickler-Support, Update-Probleme
• Positionierung hat sich grundlegend geändert — neues Angebot, neue Zielgruppe, neue Marke
• Website bildet aktuelle Leistungen nicht mehr ab; Besucher finden nicht, was sie suchen
• Mobile Nutzbarkeit ist so eingeschränkt, dass sie Conversions aktiv verhindert

Kein ausreichender Grund für einen Relaunch:

• "Das Design sieht irgendwie altmodisch aus" — dann reicht ein Redesign
• "Wir wollen mal etwas Neues" — das ist kein Business Case
• "Die Konkurrenz hat ihre Website auch neu gemacht" — gefährlichstes Argument überhaupt
• "Unsere Agentur sagt, wir brauchen das" — Agenturen verdienen an Relaunches, nicht an Optimierungen

Wenn mehrere der Indikatoren gleichzeitig zutreffen und du einen konkreten Business Case formulieren kannst (zum Beispiel: "Wenn wir die Conversion-Rate von 1,2 % auf 2,5 % steigern, generieren wir bei aktuellem Traffic 15 neue Leads pro Monat mehr"), dann ist ein Relaunch gerechtfertigt. Wenn nicht, optimiere iterativ — das ist in den meisten Fällen günstiger und risikoärmer.

---

Iterativer Ansatz vs. Big-Bang-Relaunch

Einer der wichtigsten strategischen Entscheide vor einem Relaunch: Machst du alles auf einmal oder schrittweise?

Big-Bang-Relaunch: Du baust die neue Website parallel zur bestehenden auf — in einer Staging-Umgebung, komplett losgelöst vom laufenden Betrieb. An einem definierten Datum schaltest du um. Alter Stand offline, neuer Stand live.

Vorteil: Du kannst sauber planen, testen, validieren, bevor irgendetwas beim Nutzer ankommt. Nachteil: Wenn du beim Go-Live einen Fehler machst, ist er sofort für alle Besucher sichtbar.

Iterativer Ansatz: Du baust Seite für Seite um — neue Startseite, dann Leistungsseiten, dann Blog. Die Website befindet sich über Monate im Übergangszustand.

Vorteil: Weniger Risiko pro Schritt, schnellere Teilresultate. Nachteil: Inhomogenes Nutzererlebnis über den gesamten Übergangszeitraum, komplexeres Redirect-Management, keine klare Zäsur.

Empfehlung für den DACH-Mittelstand: Big-Bang-Relaunch — aber mit sauberer Staging-Umgebung und vollständiger QA vor dem Go-Live. Das iterative Modell klingt risikoärmer, erzeugt in der Praxis aber mehr operative Komplexität, weil zwei Design-Systeme und zwei Content-Welten gleichzeitig gepflegt werden müssen.

Der Big-Bang-Ansatz funktioniert zuverlässig, wenn der 8-Phasen-Prozess eingehalten wird. Und genau den schauen wir uns jetzt an.

---

Der 8-Phasen-Prozess im Überblick

Wer dir verspricht, das in 6 Wochen zu liefern, überspringt mindestens drei dieser Phasen. Meistens Phase 1, 5 und 8 — genau die Phasen, die über Erfolg oder Misserfolg entscheiden.

---

Phase 1: Discovery + Strategie — Das Fundament

Hier wird entschieden, ob der Relaunch ein Erfolg wird. Nicht im Design, nicht im Development. Hier.

Was in dieser Phase passiert:

Zuerst wird die IST-Situation vollständig dokumentiert. Das bedeutet: alle bestehenden URLs crawlen (Screaming Frog oder ähnliche Tools), Google Analytics und Search Console auswerten — welche Seiten generieren tatsächlich Traffic? Welche konvertieren? Welche Seiten haben Backlinks? Diese Daten sind die Versicherungspolice gegen Traffic-Verlust.

Dann folgt das Stakeholder-Interview: Was soll nach dem Relaunch besser sein? Nicht "schöner" — messbarer besser. Mehr qualifizierte Leads? Höhere Conversion-Rate? Bessere Selbstqualifizierung von Besuchern? Ohne klares Ziel gibt es kein Briefing, und ohne Briefing gibt es keine Agentur, die weiß, was sie liefern soll.

Wettbewerbs-Audit: Was machen direkte Wettbewerber? Nicht um zu kopieren, sondern um zu verstehen, welche Content-Strukturen, Proof-Elemente und Conversion-Mechaniken in deiner Branche funktionieren.

Output von Phase 1: - Vollständige URL-Liste mit Traffic- und Conversion-Daten - Briefing-Dokument mit messbaren Zielen und KPIs - Wettbewerbs-Analyse - Stakeholder-Entscheidungen zu Positionierung, Zielgruppen, Kernbotschaften

Wer Phase 1 in zwei Stunden abhandelt, hat das Projekt noch nicht verstanden.

---

Phase 2: Content-Architektur und Wireframes

Jetzt entscheidest du, welche Seiten du wirklich brauchst — und wie sie miteinander verbunden sind.

Die häufigste Fehlannahme: Der neue Relaunch bildet 1:1 die Struktur der alten Website ab. Das ist verlorenes Potenzial. Ein Relaunch ist die Chance, die Informationsarchitektur neu zu denken — aus Nutzerperspektive, nicht aus interner Organisations-Logik.

Kernfragen für die Sitemap: - Welche Seiten werden tatsächlich besucht und konvertieren? Diese behalten wir, verbessern sie. - Welche Seiten haben überlappenden Content? Diese konsolidieren wir zu stärkeren Pillar-Seiten. - Welche Seiten sind verwaist — kein Traffic, keine Backlinks, kein strategischer Wert? Diese löschen wir (mit Redirect). - Welche Seiten fehlen komplett, die wir für zukünftige SEO-Cluster brauchen?

Aus dieser Analyse entsteht die neue Sitemap. Dann folgen Wireframes — Low-Fidelity-Skizzen, die Seiten-Struktur, Content-Hierarchie und Conversion-Elemente zeigen, bevor irgendein Design-Tool geöffnet wird.

Wireframes vor Design zu erstellen ist nicht Bürokratie. Es ist das Einzige, was verhindert, dass nach drei Wochen Design-Arbeit jemand sagt: "Eigentlich haben wir das Formular auf der falschen Seite."

---

Phase 3: Design und UX

Auf der Grundlage der Wireframes entsteht das visuelle Design. Nicht umgekehrt.

Für B2B-Websites im DACH-Mittelstand gilt: Mobile First. Das klingt nach einem E-Commerce-Prinzip, ist es aber nicht mehr. 60 % der B2B-Käufer nutzen Smartphones während der Recherche- und Evaluierungsphase (Google/Ipsos B2B Survey, 2024). Wer eine B2B-Website baut, die auf dem Desktop gut aussieht und auf dem Smartphone gerade so funktioniert, verliert Leads — ohne es zu merken.

Ein weiterer Punkt, der oft unterschätzt wird: Design-Systeme. Statt jede Seite individuell zu gestalten, werden wiederverwendbare Komponenten (Buttons, Karten, Sektions-Layouts, Formulare) definiert. Das beschleunigt die Development-Phase erheblich und sorgt für visuelle Konsistenz über alle Seiten.

Häufiger Fehler in DACH: Die Design-Phase wird überproportional lang — wochenlange Abstimmungsschleifen über Farben und Abstände — während die SEO-Vorbereitung vernachlässigt wird. Das Verhältnis sollte umgekehrt sein.

---

Phase 4: Development und CMS-Setup

Jetzt wird gebaut. Das CMS wird konfiguriert, das Design implementiert, Formulare und Conversion-Tracking aufgesetzt.

Zur Tech-Stack-Frage (ausführliche Analyse weiter unten), aber das Wichtigste hier: Performance-Optimierung gehört in Phase 4, nicht in Phase 6. Wer erst nach dem Development überprüft, ob die Core Web Vitals stimmen, hat ein strukturelles Problem — nicht ein technisches.

Konkret bedeutet das: Bilder werden von Anfang an in modernen Formaten (WebP, AVIF) und mit korrekten Dimensionen eingebunden. Lazy Loading ist Standard. JavaScript-Abhängigkeiten werden auf das Minimum reduziert. Caching-Konfiguration wird im Staging aufgesetzt.

Ein CMS-Schulungstermin für das Inhouse-Team gehört ebenfalls in diese Phase — nicht als Nachgedanke nach dem Go-Live.

---

Phase 5: Content-Migration und SEO — Hier passiert der Traffic-Verlust

Das ist die kritischste Phase für alle, die organischen Traffic nicht verlieren wollen. Und die Phase, die am häufigsten übersprungen oder verkürzt wird.

Redirect-Map erstellen

Für jede URL der alten Website muss definiert sein, wohin sie redirectet. Jede. Nicht "die wichtigsten". Jede.

Das klingt nach Überaufwand — bis man versteht, was passiert, wenn eine URL mit 50 externen Backlinks und gut rankenden Keywords nicht redirectet wird: Die angesammelte Link-Autorität ist weg. Die Ranking-Signale sind weg. Google zeigt dem Nutzer eine 404-Seite. Das Ergebnis: Traffic-Verlust, der Monate braucht, um sich (wenn überhaupt) zu erholen.

Das Format einer Redirect-Map ist simpel:

Content-Migration

Alle Seiten, die Traffic generieren oder Backlinks haben, müssen 1:1 mit optimierten Meta-Tags und überarbeitetem Content migriert werden. Das ist kein Copy-Paste — es ist eine Überarbeitung.

SEO-technische Vorbereitung

• Canonical-Tags auf allen Seiten setzen
• Schema.org-Markup implementieren (Organization, LocalBusiness, FAQPage, Article je nach Kontext)
• interne Verlinkungsstruktur aus der alten Website erhalten und auf neue URLs anpassen
• XML-Sitemap der neuen Seite erstellen
• robots.txt prüfen — in der Staging-Umgebung ist sie oft so konfiguriert, dass Suchmaschinen nicht crawlen sollen. Das muss vor Go-Live geändert werden.

Content Freeze

Spätestens 4–6 Wochen vor Go-Live wird ein Content Freeze eingeführt: Ab diesem Zeitpunkt werden keine neuen Seiten erstellt und kein Content auf der alten Website geändert. Wer während der Migration weiter Seiten ändert, erzeugt Inkonsistenzen, die schwer zu beheben sind.

---

SEO-Checklist Relaunch — Pflicht-Items vor Go-Live

Diese Checklist ist kein Bonus — sie ist die Grundvoraussetzung. Geh sie vor dem Go-Live systematisch durch.

Technisch - [ ] 301-Redirect-Map vollständig und alle Redirects aktiv getestet - [ ] robots.txt korrekt konfiguriert (Staging: noindex; Produktion: crawlbar) - [ ] XML-Sitemap erstellt und enthält nur indexierbare URLs - [ ] Canonical-Tags auf allen Seiten gesetzt - [ ] hreflang-Tags bei Mehrsprachigkeit implementiert - [ ] SSL-Zertifikat gültig und korrekt installiert - [ ] HTTP → HTTPS-Redirect aktiv - [ ] www/non-www-Redirect konsequent auf eine Variante

On-Page-SEO - [ ] Title-Tags auf allen Seiten — einzigartig, unter 60 Zeichen - [ ] Meta Descriptions auf allen Seiten — unter 158 Zeichen - [ ] H1-H2-Struktur auf allen Seiten korrekt (max. 1x H1 pro Seite) - [ ] Alt-Text bei allen Bildern gesetzt - [ ] Schema.org-Markup implementiert und mit Google Rich Results Test validiert - [ ] Interne Verlinkung geprüft — keine internen 404-Links

Performance - [ ] LCP unter 2,5 Sekunden (PageSpeed Insights, mobile) - [ ] INP unter 200 Millisekunden - [ ] CLS unter 0,1 - [ ] Bilder in WebP/AVIF-Format - [ ] Lazy Loading für Bilder unterhalb des Folds

Analytics + Tracking - [ ] Google Analytics 4 korrekt implementiert und Daten fließen - [ ] Search Console: neue Property verifiziert - [ ] Conversion-Events getestet (Formular-Submit, Call-Klick, etc.) - [ ] Google Ads Tracking-Pixel aktiv (falls vorhanden) - [ ] Meta Pixel aktiv (falls vorhanden) - [ ] DSGVO-Consent-Management korrekt konfiguriert

Vor dem Go-Live - [ ] Vollständiges Backup der alten Website - [ ] Staging-Umgebung freigegeben und QA abgeschlossen - [ ] Content Freeze mindestens 4 Wochen aktiv - [ ] Launch-Termin: Di–Do, 09:00–11:00 Uhr (geringster Traffic-Zeitraum)

---

Phase 6: QA und Staging

Quality Assurance ist kein optionaler Schritt, der bei Zeitdruck gekürzt wird. Es ist die Phase, die verhindert, dass deine Kunden nach dem Go-Live auf Fehlerseiten landen.

Was in der QA geprüft wird:

Cross-Browser-Tests: Chrome, Firefox, Safari, Edge — auf Desktop und Mobilgeräten. Safari auf iOS hat regelmäßig andere Rendering-Verhalten als Chrome auf Android.

Formular-Tests: Jedes Formular muss getestet werden — Absendung, Bestätigungsmail, CRM-Integration, Tracking-Event. Formulare, die nach dem Go-Live nicht funktionieren, sind die häufigste Ursache für Conversion-Einbrüche in den ersten Wochen.

Broken-Link-Check: Alle internen Links werden geprüft, ob sie auf valide Zieldokumente zeigen.

Performance-Audit: PageSpeed Insights und GTmetrix für die wichtigsten Seiten — Startseite, Leistungsseiten, Kontaktseite.

Accessibility-Audit: WCAG 2.1 AA ist der relevante Standard. Nicht nur ethisch korrekt, sondern auch SEO-relevant, da Suchmaschinen zugängliche Seiten bevorzugen.

Conversion-Tracking-Test: Jeder Conversion-Pfad wird vollständig durchgeklickt und in Analytics und Ads-Plattformen verifiziert.

Puffer einplanen: Die QA-Phase deckt immer Probleme auf, die behoben werden müssen. Wer keinen Puffer einplant, verschiebt entweder den Go-Live-Termin oder geht mit bekannten Fehlern live. Beides ist schlechter als von vornherein 1–2 Wochen QA-Zeit zu reservieren.

---

Phase 7: Go-Live — Der kritische Moment

Go-Live ist nicht das Ende des Projekts. Es ist der Beginn der heißen Phase.

Der optimale Launch-Zeitpunkt: Di–Do, zwischen 09:00 und 11:00 Uhr. Warum? Geringes Traffic-Volumen in dieser Zeit — falls etwas schiefläuft, erreicht das Problem wenige Nutzer, und das Team ist verfügbar, um es zu beheben. Freitag-Nachmittag-Launches sind einer der klassischen Fehler: Das Problem kommt am Freitagabend, und niemand ist bis Montag erreichbar.

Launch-Checkliste: 1. DNS-Wechsel durchführen 2. Alle 301-Redirects sofort nach DNS-Wechsel testen 3. robots.txt prüfen — Produktion muss crawlbar sein 4. XML-Sitemap in Search Console einreichen 5. Search Console URL-Inspektion für die wichtigsten Seiten 6. Analytics: Echtzeit-Bericht prüfen — fließen Daten? 7. Conversion-Tracking: Einen Test-Lead absenden 8. Alle Ads-Kampagnen: Landing-Page-URLs auf neue Ziele aktualisieren 9. Backup der alten Website ist vorhanden und zugänglich

Der "Change of Address"-Tool in Google Search Console ist relevant, wenn die Domain wechselt — nicht nur das CMS. Bei gleichbleibender Domain ist die Sitemap-Einreichung der relevantere Schritt.

---

Phase 8: Post-Launch-Monitoring — 4–8 Wochen nach Go-Live

Hier scheiden sich die Agenturen, die wirklich liefern, von denen, die einfach nur übergeben.

Was normal ist nach einem Relaunch:

Ein temporärer Traffic-Drop von 20–30 % in den ersten 2–4 Wochen ist normal. Google muss die neue Seitenstruktur crawlen, re-evaluieren und re-ranken. Das dauert. Es ist kein Alarmsignal, wenn der Traffic in Woche 2 leicht zurückgeht.

Was nicht normal ist:

• Traffic-Drop über 40 % der Baseline nach Woche 4
• Anhaltender Drop ohne Erholung bis Woche 6
• Crawl-Fehler im Search Console Coverage-Bericht, die sich häufen
• Conversion-Rate, die nach Woche 2 noch unter dem Niveau der alten Website liegt

Monitoring-Rhythmus:

Erste 2 Wochen — täglich: - Search Console: Coverage-Bericht, neue Indexierungsfehler - Analytics: Traffic-Verlauf vs. Vergleichszeitraum - Broken-Link-Monitor - Uptime-Monitoring

Wochen 3–8 — wöchentlich: - Traffic-Vergleich (neue Website vs. Baseline aus Phase 1) - Keyword-Rankings für die 20 wichtigsten Keywords - Conversion-Rate vs. Baseline - Core Web Vitals aus Search Console (Field Data, nicht nur Lab Data)

Volle Erholung auf Baseline-Niveau: typisch nach 8–12 Wochen. Bei sehr wettbewerbsintensiven Keywords auch länger.

---

Tech-Stack-Optionen 2026

Zur Auswahl zwischen WordPress, Webflow, Headless und Co. — ohne Bias, mit konkreten Empfehlungen für B2B-Mittelstand.

WordPress (mit Gutenberg oder Elementor)

Der Standard. Rund 43 % aller Websites mit bekanntem CMS laufen auf WordPress (W3Techs, 2025). Für B2B-Mittelstand im DACH-Raum ist WordPress die häufigste Wahl — aus gutem Grund: große Plugin-Auswahl, viele Entwickler, kein Vendor-Lock-in, günstige Hosting-Kosten.

Gutenberg (nativer Block-Editor) ist seit Version 6.x deutlich besser als sein Ruf — Full Site Editing ermöglicht Header, Footer und Templates visuell zu bauen, mit sauberem, performantem Code. Elementor bietet mehr visuelle Freiheit, aber auf Kosten von Page Speed. Für SEO-fokussierte Projekte: Gutenberg.

Risiko WordPress: Es wird langsam, wenn Plugin-Management vernachlässigt wird. Regelmäßige Updates und ein sauberes Hosting-Setup (keine billigen Shared-Hosting-Umgebungen) sind Pflicht.

Webflow

Wachsende Beliebtheit im DACH-Markt, besonders bei Agenturen, die design-intensive B2B-Websites bauen. Webflow kombiniert visuelles Design mit nativem CMS und managed Hosting. Kein Plugin-Management, kein Update-Stress, saubererer Code als Elementor.

Nachteil 2026: Webflow hat sein Pricing-Modell auf Usage-basierte Abrechnung umgestellt. Bei hohem Traffic oder vielen CMS-Items werden die Kosten spürbar. Zudem ist E-Commerce-Funktionalität schwächer als bei dedizierten Lösungen. Für reine Lead-Generation-Websites: Webflow ist eine starke Option.

Headless CMS (Next.js + Contentful/Sanity/Strapi)

Für Unternehmen mit komplexen Anforderungen: Multichannel-Content-Delivery (Website + App + weitere Kanäle), hohe Performance-Anforderungen bei großem Traffic, tiefe CRM-Integration. Headless trennt Content-Verwaltung und Frontend, was maximale Performance und Flexibilität ermöglicht.

Realität für DACH-Mittelstand: Headless rechtfertigt sich erst bei spezifischen Anforderungen, die Standard-CMS nicht erfüllen können. Die technische Komplexität und die höheren Entwicklungskosten überwiegen für die meisten B2B-Mittelständler.

HubSpot CMS

Sinnvoll, wenn du tief in HubSpot CRM investiert bist und nahtlose Integration zwischen Website und Sales-Pipeline priorisierst. Teurer als WordPress, aber die nativen Workflow-Integrationen können das rechtfertigen. Für Unternehmen ohne HubSpot-Investition: kein überzeugender Grund für den Einstieg nur wegen der Website.

---

Häufige Fehler im Relaunch — und was sie kosten

Fehler 1: Kein dokumentiertes Briefing Konsequenz: Agentur und Kunde haben unterschiedliche Erwartungen. Ergebnis: Endlose Korrekturschleifen, Mehrkosten, verzögerter Go-Live.

Fehler 2: Relaunch ohne SEO-Strategie Konsequenz: 30–50 % Traffic-Verlust nach Go-Live. Erholung 8–12 Monate oder nie.

Fehler 3: URL-Mapping vergessen oder unvollständig Konsequenz: Akkumulierte Backlink-Autorität verpufft. Interne Links zeigen auf 404-Seiten. Google bewertet die neue Website wie eine komplett neue Domain.

Fehler 4: Performance erst nach Go-Live optimieren Konsequenz: Core Web Vitals im roten Bereich beeinflussen Rankings direkt. Nutzer verlassen Seiten, die länger als 3 Sekunden laden (53 % Abbruchrate bei über 3 Sekunden Ladezeit, Google, 2024).

Fehler 5: Keine Nutzer-Tests vor Go-Live Konsequenz: Design, das intern allen gefällt, aber Zielgruppen nicht konvertiert. Der Testerfolg ist der intern präsentierten Website, nicht der Customer Journey.

Fehler 6: Content 1:1 übernommen Konsequenz: Alter Content mit alter Positionierung, alten Keywords und alten Botschaften — in neuem Design. Kein strategischer Fortschritt.

Fehler 7: Freitag-Nachmittag-Launch Konsequenz: Probleme werden erst Montag behoben. Zwei Tage mit fehlerhafter Website, kaum erreichbarem Team, potenziell verlorenen Leads.

Fehler 8: QA-Phase gestrichen, weil Budget knapp wurde Konsequenz: Kunden finden kaputte Formulare, fehlerhafte Mobile-Darstellung, falsche Tracking-Events — nach dem Go-Live, wenn Anpassungen teurer sind als während der Entwicklung.

---

DACH-Mittelstand-Realität: Was du wirklich einplanen musst

Der DACH-Mittelstand hat einige Besonderheiten, die Relaunch-Projekte beeinflussen.

Relaunch-Zyklus 5–10 Jahre: Das ist zu lang. Der Markt — Buyer-Verhalten, Suchmaschinenalgorithmen, Designstandards, CMS-Technologien — ändert sich in 5 Jahren grundlegend. Wer alle 5–10 Jahre launcht, muss jedes Mal eine größere Aufholjagd betreiben als nötig wäre. Sinnvoller: alle 3–4 Jahre strategischen Website-Review, iterative Optimierung dazwischen, Relaunch nur wenn strukturell notwendig.

Agentur-Wechsel als Risiko: Viele Mittelständler wechseln beim Relaunch auch die Agentur. Die alte Agentur kennt das bestehende Setup, die neuen Domain-Strukturen, die historischen Entscheidungen hinter bestimmten URLs. Die neue Agentur muss das erst erarbeiten. Das kostet Zeit und erhöht das Risiko, dass historische SEO-Assets ungewollt verloren gehen. Wenn möglich: Übergabe-Dokumentation von der alten Agentur einfordern.

DSGVO-Anforderungen: Cookie-Consent-Management ist keine Kür, es ist Pflicht. Tracking ohne valides Consent-Management führt zu datenschutzrechtlichen Problemen. Relaunch-Projekte sind der richtige Zeitpunkt, um Consent-Management sauber aufzusetzen — nicht als Nachgedanke.

Inhouse-Kapazitäten: Die meisten Mittelständler haben keine dedizierte Web-Entwicklung inhouse. Das bedeutet: Agentur-Abhängigkeit ist Realität. Umso wichtiger ist es, das CMS so einzurichten, dass das interne Marketing-Team selbstständig Content-Änderungen, neue Seiten und grundlegende Updates durchführen kann — ohne für jede Anpassung die Agentur beauftragen zu müssen.

---

KI im Website Relaunch 2026

KI ist in Relaunch-Projekten angekommen — an einigen Stellen wirklich hilfreich, an anderen überschätzt.

Wo KI tatsächlich nützt:

LLM-gestützte Content-Drafts: Für die Content-Migration-Phase, wo viele Seiten überarbeitet werden müssen, können LLM-gestützte Content-Drafts die Redaktionszeit erheblich verkürzen. Ein erfahrener Texter prüft und optimiert, aber die erste Version kommt aus dem Modell. Das spart 40–60 % Redaktionszeit bei Seiten-Content, der eine klare Struktur hat.

Automatisiertes A/B-Testing: KI-basierte Testing-Frameworks (z. B. über Optimizely, VWO oder direkt über GA4-Experimente) können mehrere Variablen gleichzeitig testen und Optimierungen vornehmen, die manuelle A/B-Tests in dieser Geschwindigkeit nicht leisten würden. Gerade für Headline-Varianten und CTA-Formulierungen nach dem Relaunch relevant.

Content-Lücken-Analyse: KI-Tools können bestehenden Content gegen SEO-Cluster-Anforderungen analysieren und Lücken identifizieren — welche Fragen stellt die Zielgruppe, die aktuelle Website nicht beantwortet? Das ist eine Aufgabe, die manuell Stunden dauert und automatisiert in Minuten erledigt ist.

UX-Analyse: Neuere Tools kombinieren Heatmap-Daten mit KI-Interpretation und identifizieren Conversion-Hürden effizienter als manuelle Session-Recording-Auswertung.

Wo KI nicht hilft:

Discovery und Strategie. Die Frage, was du mit einem Relaunch erreichen willst, welche Positionierung du in deinem Markt einnehmen willst und welche Zielgruppen-Segmente priorisiert werden — das sind strategische Entscheidungen, die menschliche Expertise erfordern. LLMs liefern generische Antworten auf generische Fragen. Die richtigen Fragen zu stellen ist menschliche Arbeit.

---

Praxis-Roadmap: Relaunch-Pre-Check

Bevor du das Budget freigibst, prüfe diese Voraussetzungen. Wenn mehr als zwei davon nicht erfüllt sind, ist das Projekt noch nicht startbereit.

---

FAQ

Wie lange dauert ein Website Relaunch realistisch? 4–6 Monate für einen vollständigen Relaunch im Mittelstand. Kürzere Zeitrahmen bedeuten immer Abstriche — meistens bei Discovery, SEO-Vorbereitung oder QA.

Was kostet ein Website Relaunch für B2B-Mittelstand? Standard-Segment: 25.000–60.000 EUR. Kleinere Projekte ab 15.000 EUR. Komplexe Implementierungen mit CRM-Integration, mehrsprachigem Setup oder E-Commerce: 60.000–120.000 EUR und mehr. Ausführliche Kostenanalyse findest du in Artikel #135 (Website Kosten).

WordPress oder Webflow — was ist besser für B2B? Kommt auf deine spezifischen Anforderungen an. WordPress: mehr Flexibilität, größeres Ökosystem, geringere Hosting-Kosten. Webflow: sauberes Design-System, weniger Pflege-Aufwand, wachsende DACH-Verbreitung. Headless: nur bei spezifischer technischer Notwendigkeit.

Wie verhindere ich Traffic-Verlust nach dem Relaunch? Vollständige Redirect-Map vor Go-Live erstellen und testen. SEO-technische Vorbereitung in Phase 5. Post-Launch-Monitoring in den ersten 8 Wochen. Der Traffic-Drop von 20–30 % in den ersten Wochen ist normal; er sollte bis Woche 6–8 auf Baseline-Niveau zurückkehren.

Brauche ich eine neue Agentur für den Relaunch? Nicht zwingend. Wenn deine bestehende Agentur das Projekt technisch beherrscht, SEO-Expertise hat und das bisherige Setup kennt: Kontinuität hat Vorteile. Wenn nicht: Wechsel, aber mit vollständiger Übergabe-Dokumentation vom alten Partner einfordern.

Muss ich beim Relaunch die Domain wechseln? Nur wenn es einen strategischen Grund gibt (Rebranding, besseres Keyword im Domain-Name). Domain-Wechsel erhöht das SEO-Risiko erheblich, weil alle angesammelten Domain-Autoritätssignale migriert werden müssen. Ohne zwingenden Grund: Domain behalten.

Was ist bei mehrsprachigen Websites zu beachten? hreflang-Tags für alle Sprachversionen implementieren, damit Google die korrekte Version für die jeweilige Region ausspielt. Für den DACH-Markt (Deutschland, Österreich, Schweiz) ist das bei drei verschiedenen Märkten, aber derselben Sprache oft komplexer als gedacht.

Wann ist der beste Zeitpunkt für einen Relaunch? Nicht im Weihnachtsquartal (Q4), wenn Website-Traffic und Lead-Volumen erfahrungsgemäß hoch sind und ein Traffic-Drop besonders schmerzt. Q1 oder Q2 sind typischerweise besser — Budget ist frisch genehmigt, Team ist verfügbar, Traffic-Baseline nach dem Jahresstart gibt gute Vergleichsdaten.

---

Quellen

• Forrester Research: "B2B Website Performance Benchmark" (2024)
• SiriusDecisions: "B2B Buyer's Journey Research" (2024)
• Google/Ipsos: "B2B Path to Purchase Study" (2024)
• Google: "PageSpeed and Mobile Performance" (2024) — developers.google.com
• Google: "Core Web Vitals" (aktualisiert 2024) — web.dev/vitals
• Google Search Central: "301 Redirects and Link Equity" (2024) — developers.google.com/search
• W3Techs: "Web Technology Surveys — CMS Market Share" (2025) — w3techs.com
• Webflow: "State of the Website Report 2024" — webflow.com
• WCAG 2.1 AA Standard — W3C, w3.org/WAI/WCAG21/

---

Über den Autor

Dustin Jeff Vogler ist Founder von Vogler Marketing. Er entwickelt Demand Capture, Growth Engines und Revenue Systems für B2B-Unternehmen im DACH-Mittelstand — mit dem Fokus auf messbare Client-Acquisition-Systeme statt Marketing-Aktivismus.

---

Bereit für einen Relaunch, der wirklich liefert?

Wenn du einen Website Relaunch planst und sicherstellen willst, dass er nicht in die 70–80 % der Projekte fällt, die ihre Ziele verfehlen: Lass uns das gemeinsam anschauen.

In einem ersten Gespräch analysieren wir deine IST-Situation, identifizieren die größten Hebel und schauen, ob und wie ein Relaunch für dich Sinn ergibt — ohne Pitch, mit konkreten Daten.

[Erstgespräch buchen — kostenfrei]

---