Website-Relaunch, der mehr ist als ein neues Design.

Ein Relaunch soll Sichtbarkeit und Anfragen verbessern — nicht nur Farben tauschen. Wir priorisieren Struktur, Vertrauen und den Weg von der alten zur neuen Präsenz: Inventar, Redirects, Kernpfade und Abnahme. So bleibt SEO-Kapital im Blick, und das Projekt endet mit einem stabilen Cutover statt mit Baustellen-Feeling.

  • URL-Inventar & Redirects
  • Kernpfade zuerst
  • Cutover mit Abnahme
Konkretes Beispiel

Beispiel-Szenario (anonymisiert)

Ein B2B-Dienstleister relauncht eine 80-Seiten-Site mit verstreuten Landingpages. Wir inventarisieren Traffic- und Conversion-URLs, konsolidieren 30 tote Seiten, planen 301er für die Top-20-URLs und relaunchen zuerst Home, Leistungen, Cases, Kontakt. Blog-Archiv bleibt vorerst, wird aber nicht 1:1 „schön“ migriert. Cutover an einem Wartungsfenster; Abnahme inkl. Stichprobe Redirects und Mobile. Die Zahlen und Namen sind anonymisiert; der Ablauf entspricht typischen Projekten. Entscheidungskriterien bleiben explizit.

Migrationsfehler sind teurer als ein „langweiliges“ Design. Wir priorisieren deshalb URL-Kapital und Cutover-Disziplin — ohne Ranking-Garantien, mit planbarer Abnahme. Das ist Absicht und Teil der Positionierung.

Job dieser Seite: Nur Relaunch/Migration: Bestand, Redirects und Cutover. Nicht grüne Wiese und nicht reines Lead-Gen-Framing.

Checkliste

Checkliste Relaunch-Migration (Kern)

Mindeststandard, den jedes seriöse Relaunch-Angebot abdecken sollte:

  1. 01

    URL-Inventar

    Alle indexierten URLs exportieren (GSC/Crawl) und priorisieren.

  2. 02

    Keep / Merge / Kill

    Pro URL: behalten, konsolidieren oder mit Redirect beenden.

  3. 03

    Redirect-Map

    Alt → Neu schriftlich; 301 für wertvolle Pfade, keine Massen-404.

  4. 04

    Kernpfade zuerst

    Home, Angebot, Trust, Kontakt vor Kosmetik und Randseiten.

  5. 05

    Cutover-Plan

    DNS/Hosting, Wartungsfenster, Smoke-Tests, Rollback-Gedanke.

  6. 06

    Abnahme-Stichprobe

    Top-URLs, Formulare, Canonicals, Mobile nach Live-Gang prüfen.

Problem & Passung

Der teure Relaunch-Fehler

Kosten des Status quo

Neues Design auf alter Unklarheit: Rankings brechen durch unsaubere Migration, Inhalte bleiben Ballast, und Sales merkt keinen Unterschied. Ein Relaunch ohne Ziel-Anfrage und URL-Plan verbrennt oft Jahre an organischer Substanz.

So sieht „fertig“ ausEine neue Präsenz mit klaren Kernpfaden, kontrollierter Migration und einem Launch, den Sie abnehmen können — nicht nur „live schalten und hoffen“.
Typische Auslöser für einen Relaunch

Veraltetes Design, unklare Leistungen, schlechte Mobile-Erfahrung, technische Altlasten oder eine Site, die keine Anfragen erzeugt. Wenn „irgendwie wachsen“ nicht mehr trägt.

Nicht für Sie, wenn…

  • Sie wollen nur ein Theme tauschen und sonst nichts anfassen
  • Sie lehnen Redirect- und URL-Arbeit ab („machen wir später“)
  • Sie erwarten Ranking-Garantien nach dem Cutover
Differenzierung & Kaufhilfe

Website-Relaunch: woran Sie uns erkennen — und worauf Sie achten sollten.

Beim Relaunch wird oft nur ein neues Design verkauft. Das Risiko sitzt in Migration, URL-Kapital und unklarer Priorität. Wir behandeln Redirects und Kernpfade als Scope — und sagen, was wir nicht „nebenbei“ retten.

So unterscheiden wir uns beim Relaunch

Migration ist Liefergegenstand

URL-Inventar und Redirect-Logik gehören zum Projekt — nicht zum „machen wir nach dem Launch“.

Kernpfade vor Kosmetik

Was Anfragen und Vertrauen trägt, wird zuerst relauncht. Ballast fliegt raus oder wird bewusst konsolidiert.

Kein Ranking-Theater

Wir senken Migrationsrisiko mit Planung — garantieren aber keine SERP-Positionen. Das wäre unseriös.

Cutover mit Abnahme

Go-Live, Checks und Abnahme mit Kriterien — kein Dauer-Baustellen-Status.

Worauf Sie bei einem Relaunch-Angebot achten sollten

  • Nur Design-Refresh, keine URL-/Redirect-Planung im Scope
  • „SEO bleibt gleich“ ohne Inventar und Migrationsverantwortung
  • Big-Bang-Launch ohne Etappen-Option und ohne Rollback-Denke
  • Alle Alte-Inhalte 1:1 übernehmen — inkl. Ballast und toter Landingpages
  • Kein Cutover-Plan, keine Abnahmekriterien nach dem Switch
  • Preis nur für Templates, Content- und Domain-Arbeit unklar

Enthalten vs. bewusst nicht (Relaunch)

Typische Grenzen im Relaunch-Scope:

  • Machen wir / enthalten

    Bestandsaufnahme und Priorisierung der Kern-URLs im vereinbarten Scope

  • Machen wir / enthalten

    Redirect-Strategie als Projektschritt, nicht als Nachgedanke

  • Machen wir / enthalten

    Ablehnung von „alles mitnehmen“, wenn es Anfragepfade verwässert

  • Machen wir nicht / ausgeschlossen

    Garantie, dass Rankings steigen oder stabil bleiben

  • Machen wir nicht / ausgeschlossen

    Vollständige Content-Migration jeder historischen Unterseite ohne Priorität

  • Machen wir nicht / ausgeschlossen

    Unbegrenzte Design-Runden nach Cutover ohne Scope

Wenn Sie einen Relaunch mit Migrationsklarheit wollen: Briefing. Wenn Sie nur ein neues Theme ohne URL-Verantwortung suchen, sind wir der falsche Partner.

So läuft die Lieferung

Was Sie bekommen, was Sie tragen, wie wir abschließen.

Planbarer Scope — kein offenes Stundenfass und keine Schein-48-Stunden-Versprechen.

/ 01

Was live geht

Modernisierte Site, die Anfragen und Vertrauen verbessert — mit Migrationspfad statt Blindflug.

/ 02

Warum planbar

Bestandsaufnahme, Priorisierung, Redirect-Strategie und Abnahme vor/nach Cutover.

/ 03

Wann Nutzen entsteht

Etappen möglich: Kernpfade zuerst, Ballast später — statt Big-Bang ohne Plan.

/ 04

Was Sie tragen

Sie entscheiden über Inhalte und Priorität; wir führen Inventar, Struktur, Build und Migration im Scope.

Was sich ändert

Praktischer Nutzen für Sie.

01

Migration mit Plan

Weiterleitungen, Kern-URLs und Inhalte werden mitgedacht — damit SEO-Kapital nicht unnötig verbrannt wird.

02

Inhalte neu ordnen

Was Entscheider brauchen, rückt nach vorne. Ballast und veraltete Unterseiten fliegen raus oder werden konsolidiert.

03

Technik modernisieren

Performance und Wartbarkeit steigen — ohne Feature-Friedhof.

Im Paket

Kernlieferung und was drumherum sitzt.

01
Kern

Relaunch der Kernpfade

Neue IA und Design dort, wo Anfragen und Vertrauen entstehen.

02
Bonus

URL-Inventar & Redirect-Logik im Scope

Migration als Projektteil — nicht als Nachgedanke nach dem Launch.

03
Bonus

Cutover mit Abnahme

Go-Live, Checks und Übergabe mit Kriterien statt „irgendwann fertig“.

04
Optional

Etappen-Relaunch

Reihenfolge nach Risiko und Ressourcen — im Briefing entschieden.

Relaunch-Fokus

  • Inventar und Priorisierung der Bestandssite
  • Neue IA und Design für Kernpfade
  • Umsetzung inkl. Redirect-Strategie im Scope
  • Abnahme und stabiler Launch
Schritte

Relaunch-Ablauf

01

Bestandsaufnahme

URL-Inventar, Inhalte, Technik, Ziele — was bleibt, was geht.

02

Zielbild

Struktur und Design für die nächste Phase des Unternehmens.

03

Umsetzung

Build, Inhalte, Redirects und Tests vor dem Schnitt.

04

Cutover

Go-Live, Monitoring, Abnahme — dann Feinschliff im Scope.

FAQ

Einwände — ehrlich beantwortet.

Verlieren wir durch den Relaunch Rankings?

Risiko sinkt mit sauberer URL- und Redirect-Planung. Wir behandeln Migration als Teil des Projekts — nicht als Nachgedanke. Garantien auf Rankings gibt es nicht.

Können wir in Etappen relaunchen?

Oft ja. Scope und Reihenfolge klären wir im Briefing — abhängig von Risiko und Ressourcen.

Was passiert mit alten Landingpages?

Priorisieren, konsolidieren oder gezielt redirecten. Ballast, der keine Anfragen trägt, muss nicht „mitgeschleppt“ werden.

Wie starte ich einen Relaunch-Scope?

Briefing im Kundenbereich mit Ist-Stand der Site und Ziel. Alternativ Orientierung unter Preise, dann Briefing.

Müssen alle alten URLs 1:1 erhalten bleiben?

Nein. Wertvolle und konvertierende behalten/redirecten wir; Ballast konsolidieren wir bewusst. 1:1 ist oft teurer und schlechter für Klarheit.

Können wir etappenweise relaunchen?

Häufig ja — z. B. Kernpfade zuerst. Scope und Reihenfolge hängen von Risiko und Ressourcen ab und werden im Briefing festgelegt.

Nächster Schritt

Relaunch besprechen

Kurz den Status Ihrer Site und das Ziel — wir schlagen einen Relaunch-Scope mit Migrationsfokus vor.

Scope vor BuildNächster Schritt
Briefing starten