In der Praxis verliert ein hoher Anteil aller B2B-Website-Relaunches messbare Sichtbarkeit – meist unbemerkt, weil der Effekt zeitversetzt eintritt und in der Begeisterung über das neue Design unter den Tisch fällt. Methodisch ist das vermeidbar.
Phase 1: Vorab-Diagnose
Vollständige Aufnahme der produktiven Substanz: alle indexierten URLs, Top-Rankings nach Keyword-Wert, Backlink-Profil pro URL, CRM-Pipeline-Beitrag pro Landing-Page, Conversion-Daten. Daraus entsteht die Liste der Substanz-URLs, die im Relaunch erhalten bleiben müssen – und die Liste der URLs, die methodisch sauber gestrichen werden können.
Phase 2: URL-Mapping
Jede Substanz-URL der Altseite bekommt eine 1:1-Entsprechung auf der neuen Architektur. Fehlt die direkte Entsprechung, geht es per 301 auf den nächstgelegenen thematischen Treffer – nicht pauschal auf die Startseite, was der häufigste Fehler ist. Das Mapping ist ein versioniertes Sheet, das gleichzeitig zur Redirect-Konfiguration und zur QA-Grundlage wird.
Phase 3: Architektur und SEO-Substanz
Informations-Architektur, URL-Logik, internal-link-Struktur, Breadcrumbs, Canonicals, hreflang, Schema-Markup, robots-Logik und XML-Sitemap-Architektur werden im Vorfeld konzipiert – nicht nach dem Launch repariert. Wir verzahnen das mit der technischen SEO-Disziplin und der Onpage-Strategie.
Phase 4: Pre-Launch-Tests
- Staging-Umgebung mit produktiver Datenbank-Kopie.
- Vollständiger Staging-Crawl mit Screaming Frog gegen das Mapping-Sheet.
- Lighthouse-Audit aller Top-100-URLs (Performance, Accessibility, SEO).
- Schema-Markup-Validation für jeden Template-Typ.
- hreflang-Konsistenz-Check über alle internationalen Versionen.
- Manuelle Sichtprüfung der konversionsrelevanten Templates.
Phase 5: Go-Live und Post-Launch-Monitoring
Cut-over mit aktivierten Redirects, Sitemap-Submission, Search-Console-Property-Setup. Dann 4–12 Wochen strukturiertes Monitoring: Sichtbarkeit (Sistrix, Semrush), Indexierungs- und Crawl-Statistik, Server-Logs auf Bot-Aktivität, Conversion-Daten, CRM-Pipeline-Beitrag. Abweichungen gegen die Pre-Launch-Baseline werden methodisch isoliert und behoben – kein »Launch und gut«.
Was wir vermeiden
Pauschale Startseiten-Redirects. Redirect-Ketten. Komplette Architektur-Brüche ohne Mapping. »Mit dem neuen CMS kommt das SEO automatisch besser« als Begründung gegen Diagnose. Launch-Termine, die jeden Pre-Launch-Test verbieten.
Häufige Fragen
Wenn Sie einen Relaunch planen – gleich ob Re-Plattformierung, Design-Refresh oder Architektur-Neuaufbau – beginnen wir mit einer Wachstumsanalyse. Den breiteren Kontext finden Sie auf der Website-Übersicht.
