Ablauf Modernisierungsprojekt — Phasen & Rollen

Ein Modernisierungsprojekt scheitert selten am Design-Moodboard — und häufig am fehlenden Plan: URLs ohne 301, Formulare tot nach DNS-Switch, Staging nie abgenommen, Freigaben erst am Cutover-Freitag. Dieser Beitrag beschreibt den konkreten End-to-End-Ablauf bei Modern Stack im Rahmen der Webseite-Modernisierung: von der ersten Anfrage bis zur Übergabe, inkl. Rollen, Deliverables, realistischer Zeitfenster und der Stelle, an der Module andocken.

Was ist der Projektablauf bei Modern Stack — Antwort zuerst?

Antwort zuerst: Ein kontrollierter Sechs-Phasen-Lauf auf parallelem Stack — Anfrage, Audit, Build, Staging/QA, Cutover, Übergabe — ohne Under-Construction auf der Hauptdomain.

„Ablauf“ meint hier nicht ein internes Ticket-Board, sondern die sichtbare Reihenfolge, die du als Auftraggeber steuern kannst: Was brauchst du wann? Was kommt zurück? Wann ist „fertig genug“ für DNS? Der technische Default ist Migration (WordPress, Baukasten, Pagebuilder) auf Next.js SSR/SSG; Design und GEO-Module sind optionale Aufsätze, keine Pflichtpakete.

Welche sechs Phasen — und was liefert jede Phase?

Antwort zuerst: Jede Phase hat ein greifbares Artefakt; ohne Artefakt kein Übergang in die nächste Phase.

*Spannen für typische KMU-Webseiten bis ca. 10 Seiten nach freigegebenem Content und Zugang. Mehr Seiten, Shop, starke Redesign-Arbeit oder verzögerte Freigaben verschieben den Kalender — siehe Zeitfenster unten.

Phase 1 — Anfrage und Scope

Du beschreibst Ziel (Tempo, Sicherheit, KI-Lesbarkeit, Anfragen), Ist-Stack und Wunschbudget. Modern Stack spiegelt zurück: Basis-Migration vs. Redesign, ob Shop/WooCommerce oder Custom-Logik den Scope sprengt, und welche Zugänge nötig sind (Domain/DNS, Hosting, CMS-Admin, Search-Console-Export). Ergebnis: schriftlicher Scope — was drin ist, was später als Modul kommt.

Einstiegspunkte: Anfrage oder vorab der öffentliche KI-Sichtbarkeits-Check, wenn du eine technische Baseline willst, bevor Phase 2 startet.

Phase 2 — Audit und Mapping

Crawl/Inventar: Seiten, Medien, Meta, Canonicals, vorhandenes Schema, Formulare, Alt-URLs, DNS/MX-Trennung. Anreicherung mit Search-Console-Top-URLs, wo vorhanden. Parallel: SEO-Baseline und erste Redirect-Kandidaten. Output: Mapping Alter Pfad → neuer Pfad und eine ehrliche Modul-Empfehlung — nicht „wir verkaufen dir alles“.

Vertiefung Content-Export: Content-Migration. WordPress-Sonderfälle: WordPress-Migration, Baukästen: Wix/Jimdo-Migration.

Phase 3 — Build auf Staging

Die neue Webseite entsteht parallel. Inhalte und sinnvolle URLs wandern; Pagebuilder-HTML wird nicht 1:1 geklont, sondern in saubere Komponenten übersetzt. Rendering-Wahl (SSG/SSR/Revalidation) folgt der Seitenart — siehe SSR/SSG-Stack. Formulare ohne SMTP-Plugin-Ketten; Consent und Analytics ohne Render-Blocker. Live bleibt unberührt.

Phase 4 — Staging und Qualitätsprüfung

Abnahmeliste vor DNS — Details unten. Du prüfst Texte, Angebote, Kontaktpfade; Modern Stack prüft Statuscodes, Redirects, Vitals, Schema, Mobile-Kernpfade. Rot bedeutet: fixen, nicht „live und dann sehen“.

Phase 5 — Cutover

Werktags, ideal vormittags: DNS/Proxy auf den neuen Stack, Redirect-Smoke, Formular-Live-Test, Search-Console-Check. Rollback = DNS zurück, bis Ursache klar ist. Kein Freitag-17-Uhr-Ritual ohne Plan. Ranking-Risiken: Rankingverlust vermeiden.

Phase 6 — Übergabe und Nachlauf

Zugänge, Redirect-Final, kurze Monitoring-Notizen (48-Stunden-Fenster typisch), optional IndexNow für neue/geänderte URLs. Danach: optional Wartung, Webseiten-Abo oder Module — nicht automatisch verlängert.

Wer macht was — RACI ohne Corporate-Fluff?

Antwort zuerst: Du entscheidest und gibst frei; Modern Stack baut und prüft; DNS und finale Go-Live-OK bleiben bei dir.

Kein RACI-Workshop, kein Steering-Committee-Theater. Für die meisten KMU reichen zwei klare Hüte: du (Geschäft + Freigabe) und Modern Stack (Technik + QA). Optional zieht dein Steuerberater oder Anwalt nur bei Rechtstexten mit — die technische Umsetzung bleibt dokumentiert unter Datenschutz & Formulare.

Warum Parallelbetrieb statt Live-Baustelle?

Antwort zuerst: Kunden und Crawler sollen die alte Webseite nutzen, bis Staging abgenommen ist — Umschaltung in einem Fenster, nicht über Wochen mit halbfertigem Live-HTML.

Parallel heißt: Preview-/Staging-URL für dich; Produktion unverändert. MX und Web getrennt halten — E-Mail läuft weiter, auch wenn die Web-Origin wechselt (Hosting nach Migration). Search Console bleibt bis Cutover auf der bekannten Property; danach neue Sitemap und Coverage beobachten.

Der Census-Kontext erklärt die Reihenfolge: In der AI-Readiness-Studie (6.675 Audits) liegt Agent-Ready im Schnitt bei 25/100. Erst saubere Auslieferung und Statuscodes — dann GEO-Inhalte und Module. Sonst optimierst du auf einer Origin, die du in zwei Wochen abschaltest.

Was gehört in die Staging-Abnahmeliste vor dem Cutover?

Antwort zuerst: Ohne grüne Pflichtchecks kein DNS — Redirects und Formular schlagen Pixel-Perfect.

Pflicht

• 301-Matrix für GSC-Top-URLs und bekannte Alt-Pfade (Rankingverlust vermeiden)
• Statuscodes 200 wo erwartet; keine Soft-404; keine Redirect-Ketten
• Canonicals konsistent
• Sitemap + robots — Studien-Baseline: Sitemap 73,5 %, robots 72,5 %; dein Cutover soll mindestens korrekt und erreichbar sein
• Formular End-to-End (Absender, Zustellung, Spam-Schutz)
• Mobile Kernpfade: Start, Leistung/Angebot, Kontakt
• Core Web Vitals-Stichprobe auf Kernseiten (Core Web Vitals)
• Strukturierte Daten wo vorgesehen (Technical SEO / JSON-LD) — Census: nur 41,9 % haben JSON-LD; Ziel ist sauber für deine Entity, nicht „Plugin-Zufall“

Optional / nach Modul

• llms.txt / Markdown-Negotiation, wenn Knowledge-Graph-/GEO-Pfad geplant (Census: llms.txt 15,6 %, Markdown-Negotiation 0,3 %)
• IndexNow nach Go-Live
• Conversion-Events und WhatsApp-Pfad, wenn Conversion-Modul aktiv

# Abnahme-Gate (vereinfacht)
IF redirects_top_urls == green
AND forms_e2e == green
AND sitemap_robots == green
AND stakeholder_content_signoff == yes
THEN allow_dns_cutover
ELSE fix_and_retest

Wie stecken Migration, Redesign, Knowledge Graph und Conversion ein?

Antwort zuerst: Nach dem Audit priorisieren — Migration ist der technische Default; die anderen Module docken an konkrete Lücken, nicht an ein „Alles-Paket“.

Anfrage
  └─ Audit (Inventar + Gaps)
        ├─ Migration (Default-Technik) ──────────────► Build → Staging → Cutover
        ├─ + Redesign (wenn Layout/Führung blockiert) ┘
        ├─ + Knowledge Graph (wenn Entity-/Antwortlücke)
        └─ + Conversion (wenn Lead-Strecke die Lücke ist)
              └─ Übergabe → optional Wartung / Abo

GEO-Taktiken (Princeton GEO, arXiv:2311.09735) wirken erst auf extrahierbarem HTML — deshalb Stack vor Content-Offensive. Einordnung: GEO & AI-Sichtbarkeit. Praxisreferenzen derselben Methode: Mallorca Expats, Alexandre Liard.

Welche Zeitfenster sind realistisch — ohne Fake-Garantien?

Antwort zuerst: Nach Content-Freeze und Zugang oft 7–21 Tage bis Go-Live für bis zu ca. 10 Seiten — Spanne, abhängig von Feedback und Modulmix; kein SLA „immer 14 Tage“.

Was die Spanne bewegt:

• Verkürzt: klarer Scope, fertige Texte, DNS-Zugang Tag 1, keine Shop-Logik, Migration ohne volles Redesign
• Verlängert: >10 Seiten, WooCommerce, Custom-Plugin-Logik, fehlende Freigaben, Redesign mit mehreren Feedback-Runden, Domainumzug parallel

„Live ≤ 14 Tage“ ist ein häufiges Ziel nach Freigabe — kein Versprechen gegen fehlende Logos, streitige Leistungsseiten oder „wir schicken die Texte nächste Woche“. Kalenderwochen ≠ Werktage; Feiertage und Review-Lücken zählen.

Was kostet der Ablauf — und was steckt in welcher Phase?

Antwort zuerst: Du zahlst Pakete/Module, nicht „Phasen einzeln“ — der Ablauf organisiert die Arbeit hinter den Preisen aus Preise & Pakete.

Im Basisumfang typisch enthalten: Inventar, Content-Übernahme im Scope, Rebuild, Redirect-Map für den Scope, Staging, Cutover-Begleitung, kurze Übergabe. Außerhalb: Shop, umfangreiche Custom-Logik, Marken-Relaunch von Null, laufende Redaktion ohne Abo. Sonderumfänge werden vor Build schriftlich getrennt — nicht als Überraschung in Phase 5.

Was du vor dem Kick-off vorbereiten solltest

Antwort zuerst: Zugänge und Content-Freeze verkürzen die Spanne stärker als jedes interne Kick-off-Meeting.

Bring mit:

1. Domain-/DNS-Zugang (oder klarer Kontakt beim Provider)
2. CMS-/Hosting-Zugang für Export
3. Logo und Medien in nutzbarer Qualität
4. Finale oder „good enough“-Texte für Kernseiten (bis ca. 10 im Basispaket)
5. Search-Console-Export der Top-URLs (falls vorhanden)
6. Liste kritischer Formulare und Weiterleitungen
7. Wer sagt final „Go“ für Staging und Cutover

Fehlende Teamfotos blockieren keinen Go-Live, wenn Leistung und Kontakt stehen. Fehlende Leistungspreise oder widersprüchliche Angebote schon — das ist Content-Freeze, kein Design-Nörgeln.

Wann der Ablauf bewusst anders skaliert

Antwort zuerst: Mehr Seiten, Shop oder paralleler Domainumzug ändern nicht die Phasen — sie verlängern Build und QA und brauchen explizite Scope-Zeilen vor Phase 3.

Beispiele: 25 Leistungsseiten statt 10 verdoppeln oft Export- und Redirect-Arbeit; WooCommerce braucht Katalog-, Checkout- und Zahlungs-Paritätstests außerhalb des Basispakets; ein Domainwechsel parallel zum Stack-Wechsel verdoppelt die 301-Matrix und Search-Console-Arbeit. In diesen Fällen bleibt die Reihenfolge gleich, aber Phase 2 liefert eine erweiterte Risiko-Liste und Phase 4 eine längere Abnahme. Für lokale Kernmärkte (z. B. Bad Schönborn, Bruchsal) ändert sich der Ablauf nicht — NAP-Konsistenz und lokale Landing-Parität landen in Audit und QA wie jede andere Kernseite.

Checkliste: von der Anfrage bis zur Übergabe

Antwort zuerst: Die Checkliste ist das minimale Go-Live-Gedächtnis — Haken vor Cutover, nicht danach.

• Scope und Paket schriftlich (Migration ± Module)
• Zugänge da; Inventar und Mapping vorliegen
• Staging erreichbar; Content freigegeben
• Abnahmeliste grün (Redirects, Formular, Sitemap/robots, Kernpfade)
• Cutover-Fenster gesetzt; Rollback verstanden
• DNS umgestellt; Smoke-Tests ok
• Übergabe: Zugänge, Redirect-Final, Monitoring-Hinweis
• Optional: IndexNow, Wartung/Abo, KG/Conversion-Folgephase

Kurz: Der Ablauf ist Infrastruktur-Disziplin — Parallel bauen, abnehmen, umschalten, übergeben. Technik-Rahmen: Webseite-Modernisierung. Nächster Schritt: Anfrage stellen.