B2B-Website-Relaunch: Kosten, Ablauf und Risiken

Ein B2B-Website-Relaunch wird relevant, wenn Angebot, Inhalte, Nutzerwege oder technische Plattform nicht mehr dazu passen, wie das Unternehmen verkauft und wie Kunden entscheiden.

Sechs Signale für einen Relaunch-Check

1. Das Angebot ist online nicht mehr klar. Neue Leistungen, Märkte oder Geschäftsmodelle wurden ergänzt, ohne den Gesamtauftritt neu zu ordnen.
2. Interessenten finden keinen Entscheidungsweg. Seiten listen Kompetenzen, erklären aber Passung, Umfangstreiber und nächsten Schritt nicht.
3. Priorisierte Inhalte lassen sich nicht sicher pflegen. Jede Änderung benötigt technische Hilfe oder gefährdet die Konsistenz.
4. Sprachen und Märkte sind reaktiv gewachsen. Inhalte, Navigation, Freigaben und Suchsignale greifen nicht zuverlässig ineinander.
5. Technik oder Betrieb machen Änderungen riskant. Veraltete Komponenten, unklare Zuständigkeiten oder fehlende Test- und Rückfallwege schaffen Unsicherheit.
6. Der geschäftliche Beitrag bleibt unscharf. Klare Conversion-Wege und eine datenschutzbewusste Verbindung zur Vertriebsqualität fehlen.

Keines dieser Signale beweist allein, dass ein vollständiger Relaunch nötig ist. Eine Diagnose sollte zuerst strukturelle Probleme von gezielt behebbaren Schwächen trennen.

Was kostet ein B2B-Website-Relaunch?

Ein seriöser Preis benötigt einen definierten Startumfang. Seitenzahl allein genügt nicht: Ein wiederverwendbarer Seitentyp kann viele Seiten tragen, während eine einzelne komplexe Seite Interviews, Daten, Integrationen, Freigaben und individuelle Komponenten benötigt.

Das HEAVY CAMPAIGNS Revenue Website System startet derzeit bei 28.000 Euro netto und ist typischerweise auf 10 bis 14 Wochen ausgelegt. Der Preis gilt ausschließlich für Geschäftskunden und für die auf der Detailseite beschriebene Startkonfiguration. Zusätzliche Seiten und Templates, Sprachen, Märkte, umfangreiche Altbestände, individuelle Integrationen, Fachübersetzungen und erweiterte Betriebsanforderungen werden separat eingeordnet. Verbindlich sind nur Umfang, Vergütung, Zeitraum und Rechtsträger im individuellen Angebot oder Vertrag.

Der typische Zeitraum beginnt, sobald vereinbarte Inhalte, Zugänge, Entscheidungen und Ansprechpartner verfügbar sind. Ein fixes Launchdatum ohne diese Voraussetzungen verschiebt Risiko lediglich in die letzten Projektwochen.

Ein belastbarer Ablauf in sechs Phasen

1. Ausgangslage und Zielbild: Geschäftsziel, Zielgruppen, heutige Website, verfügbare Daten und interne Erwartungen werden zu einer priorisierten Problemdefinition.
2. Scope und Entscheidungslogik: Leistungen, Kaufmotive, Märkte, Seitenumfang, Sprachen, Integrationen, Migration und Mitwirkungspflichten werden verbindlich eingeordnet.
3. Informationsarchitektur und Content: Navigation und Seitentypen folgen Kundenfragen. Bestehende Inhalte werden übernommen, zusammengeführt, aktualisiert oder bewusst entfernt.
4. UX und Designsystem: Frühe Nutzerwege und Prototypen prüfen die Struktur; wiederverwendbare Komponenten sichern konsistente Weiterentwicklung.
5. Build, Integration und Migration: Content, Design und Technik werden zusammengeführt. URLs, Medien und Suchsignale erhalten ein kontrolliertes Mapping; Integrationen werden anhand ihrer Datenflüsse und Fehlerfälle geprüft.
6. Launch und Nachbeobachtung: Inhalte, Geräte, Barrierefreiheit, Performance, Sprachen, Indexierbarkeit und zentrale Geschäftswege werden getestet. Danach folgen Redirect-, Indexierungs- und Fehlerkontrollen.

Erfahrung ist vor allem ein Risikomodell

HEAVY CAMPAIGNS hat zahlreiche B2B-Websites, E-Commerce-Systeme und Integrationen mit CRM, ERP und spezialisierter Software für unterschiedliche Branchen geplant, neu entwickelt, relauncht, betrieben und optimiert. Diese Erfahrung ersetzt keine projektspezifische Prüfung. Sie hilft dabei, Abhängigkeiten früh sichtbar zu machen: zwischen Positionierung und Content, Design und Pflege, Daten und Schnittstellen sowie Launch und künftigem Betrieb.

Der eigene Website-Relaunch wird hier bewusst nicht als Kunden-Case dargestellt. Der Leitfaden stützt sich auf das Delivery-Modell, dokumentierte Projekterfahrung und die unten genannten technischen Primärquellen, ohne Kundennamen, Projektzahlen oder nicht belegte Ergebnisversprechen.

Die wichtigsten SEO-Risiken

Suchsignale werden gefährdet, wenn etablierte Adressen und Inhalte ohne nachvollziehbare Zuordnung verschwinden. Für URL-Änderungen empfiehlt Google unter anderem ein vollständiges URL-Mapping, permanente serverseitige Weiterleitungen, aktualisierte interne Links, selbstreferenzierende Canonicals und aktuelle Sitemaps. Mehrsprachige Websites müssen auch ihre Hreflang-Verbindungen auf die neuen Ziele aktualisieren.

1. Bestehende URLs inventarisieren: Sitemaps, Analytics, Search Console, Backlinks und Serverdaten können unterschiedliche relevante Adressen zeigen.
2. Relevante Ziele zuordnen: Eine wichtige alte URL gehört auf das inhaltlich passende neue Ziel, nicht pauschal auf die Startseite.
3. Permanente Änderungen permanent weiterleiten: Serverseitige 301- oder 308-Weiterleitungen bilden dauerhaft verschobene Inhalte ab.
4. Alle Signale gemeinsam aktualisieren: Canonical, Hreflang, interne Links und Sitemap dürfen nicht widersprüchlich bleiben.
5. Nach dem Launch beobachten: Crawling-Fehler, Redirects, Indexierung und organische Einstiege benötigen einen dokumentierten Kontrollzeitraum.

Rankings können während einer Migration vorübergehend schwanken. Niemand kann garantieren, dass jede Position unverändert bleibt. Ein belastbarer Prozess macht jedoch prüfbar, welche Signale geschützt, getestet und nach dem Launch beobachtet werden.

Zwölf Fragen vor der Agenturauswahl

1. Welches geschäftliche Problem soll der Relaunch lösen?
2. Welche Zielgruppen, Märkte und Sprachen kommen zuerst?
3. Welche Leistungen und Seitentypen gehören zum Startumfang?
4. Wer verantwortet Texte, Fachbelege, Bilder und Freigaben?
5. Welche bestehenden URLs und Suchsignale müssen erhalten werden?
6. Welche Systeme werden integriert und wer stellt deren Testumgebung?
7. Wie werden Barrierefreiheit, Performance, Datenschutz und Sicherheit geprüft?
8. Welche Zwischenstände sind wirklich entscheidungsfähig?
9. Welche Abnahmekriterien gelten für Inhalte, Geräte und Geschäftswege?
10. Wie sehen Backup, Rückfallweg und Launch-Verantwortung aus?
11. Was gehört zum Launch und was zum laufenden Betrieb?
12. Welche Annahmen, Ausschlüsse und Änderungswege stehen im Angebot?

Technische Quellen und Aussagegrenzen

• Google Search Central: Site Moves and Migrations
• Google Search Central: Redirects and Google Search
• Google Search Central: Search Console and Analytics for SEO
• web.dev: Core Web Vitals thresholds

Der Beitrag bietet geschäftliche und technische Orientierung, aber keine Rechts-, Steuer- oder Garantieaussage. Messwerte, Rankings und Ergebnisse hängen von Ausgangslage, Wettbewerb, Umsetzung und Beobachtungszeitraum ab.