SEO-Equity, Conversion, Performance, Analytics und Content-Kontinuität sind gefährdet. Wir planen die Migration, schützen, was funktioniert, und verifizieren Ergebnisse vor und nach Go-Live.
Ein Website-Relaunch berührt jedes System, mit dem Ihre Site verbunden ist: Rankings, Analytics, Conversion-Tracking, CDN-Konfiguration und CMS-Redaktions-Workflows.
Die meisten Relaunch-Fehler kommen nicht von schlechtem Design. Sie kommen von fehlenden Redirect-Plänen, kaputtem Analytics und keiner Performance-Baseline zum Vergleich.
Wir behandeln einen Relaunch als Systemmigration. Das heißt: planen vor dem Bauen, messen vor dem Launch, Ergebnisse in den sechs Wochen nach Go-Live verifizieren.
Ein Relaunch ist auch der richtige Moment zu fragen, ob die Site noch den Menschen dient, die sie täglich nutzen. Darüber sprechen wir in unserem Talk Build Websites for Humans.
Ein Relaunch ohne Redirect-Plan und Crawl-Verifikation kann organische Rankings zerstören, die Jahre brauchten. Google muss neue URLs finden und Equity übertragen. Ohne Mapping geht das nicht.
Analytics-Tracking bricht bei Relaunches öfter, als es intakt bleibt. Goal-Completions werden nicht mehr erfasst. Funnel-Daten werden wertlos. Das Team operiert blind in der kritischsten Messphase.
Ein neues Design ohne Test gegen echtes Nutzerverhalten performt in den ersten Wochen oft schlechter auf Conversion. Visuelle Verbesserung und Business-Verbesserung sind nicht dasselbe.
Jedes Relaunch-Engagement beginnt mit Content- und URL-Audit, bevor eine Design-Datei öffnet. Wir müssen wissen, was die aktuelle Site gut macht, bevor wir entscheiden, was sich ändert. Bestehende Performance schützen ist so wichtig wie neue Fähigkeit bauen.
Vor URL- oder Strukturänderungen auditieren wir bestehende Rankings und Traffic. Redirect-Mapping wird vor Entwicklungsstart definiert. Nach Launch monitoren wir Crawl-Fehler, Index-Coverage und Ranking-Bewegung mindestens sechs Wochen.
Viele Teams brauchen keinen Full-Rebuild. Ein Content-, Performance- und UX-Audit identifiziert oft gezielte Verbesserungen mit schnellerem Ergebnis als Neustart. Wir scopen die minimal notwendige Änderung, die das Business-Problem löst.
Drei Dinge verursachen die meisten Relaunch-Fehler: kein Redirect-Plan, keine Performance-Baseline, keine Analytics-Kontinuität. Traffic sinkt, Rankings rutschen, und das Team kann nicht messen, ob die neue Site besser ist, weil Tracking nicht korrekt eingerichtet war.
Discovery und Planung: zwei bis drei Wochen. Build: sechs bis zwölf Wochen je nach Scope und Content-Volumen. Post-Launch-Stabilisierung: mindestens sechs Wochen. Jede Phase zu hetzen erhöht Migrationsrisiko.
Die vollständige Website- & Relaunch-Leistung finden Sie unter services/websites, mit Discovery und Information Architecture, UX-Design, WordPress-Engineering und Post-Launch-Tuning.
Performance ist Kern jedes Relaunches. Im Website-Performance-Guide sehen Sie, wie wir Baselines setzen, Core Web Vitals messen und Ergebnisse gegen echte Geräte verifizieren.
Für die Suchmigrations-Begriffe, die entscheiden, ob Traffic den Relaunch überlebt: kanonische URLs, Crawl Budget, XML-Sitemaps und Indexierbarkeit vor der Launch-Woche prüfen.
Wenn Conversion Rate die primäre Outcome-Metrik ist: Conversion-Optimierung-Guide. CRO behandeln wir als Teil des Relaunch-Scopes, mit Funnel-Fixes parallel zur Migration.
Für WordPress-spezifische Relaunches, inklusive Migration von Page Buildern, Multisite-Setups und WooCommerce-Rebuilds: WordPress-Agentur.
Unseren Vortrag Build Websites for Humans zeigt das Denken hinter jedem Relaunch, den wir liefern.
Unklar, wo Sie anfangen sollen? Schicken Sie die Seite, den Workflow oder das Backlog, das gerade stört. Wir sagen Ihnen, ob ein Scope-Gespräch, eine kurze Diagnose oder ein anderer erster Schritt passt.