64 Prüfpunkte, gegliedert nach Projektphase. Die Liste ist bewusst so geschrieben, dass Sie sie ausdrucken, an Ihren Dienstleister weitergeben und Punkt für Punkt abhaken können.
Sie ersetzt kein Lastenheft. Sie stellt sicher, dass nichts vergessen wird, was regelmäßig vergessen wird, und das ist erfahrungsgemäß nie das Design, sondern immer die unspektakuläre Hälfte des Projekts.
Phase 1 · Analyse
- Vollständige URL-Liste der bestehenden Website exportiert (Crawl plus Sitemap plus Serverlogs)
- Zugriffszahlen je Seite für die letzten zwölf Monate exportiert
- Rankings und Einstiegsseiten aus der Search Console gesichert
- Backlinks erfasst: welche externen Seiten verlinken auf welche URL
- Conversions je Seite bekannt (Formulare, Anrufe, Downloads)
- Technisches Audit: Statuscodes, Ladezeiten, Indexierbarkeit, Mobiltauglichkeit
- Bestehende Weiterleitungen dokumentiert, inklusive Ketten aus früheren Relaunches
- Systemlandschaft erfasst: CMS-Version, Erweiterungen, Schnittstellen, Hosting
- Verträge geprüft: Hosting, Wartung, Lizenzen, Kündigungsfristen
- Stakeholder-Interviews geführt und dokumentiert
- Zielkonflikte zwischen Abteilungen benannt und Entscheidungsweg festgelegt
- Messbare Projektziele definiert, nicht nur Wünsche
Phase 2 · Konzeption
- Content-Inventur abgeschlossen: je URL Entscheidung behalten / zusammenführen / überarbeiten / löschen
- Neue Informationsarchitektur festgelegt und mit Stakeholdern freigegeben
- Seitentypen definiert und gezählt, denn sie bestimmen den Aufwand
- URL-Konzept beschlossen (Struktur, Trailing Slash, Sprachen, Groß-/Kleinschreibung)
- Redirect-Mapping alt → neu für alle Prioritätsseiten erstellt
- Funktionale Anforderungen mit Priorität und Abnahmekriterium dokumentiert
- Nicht-funktionale Anforderungen festgelegt: Performance-Budget, Barrierefreiheit, Browser, Sicherheit
- Rollen- und Rechtekonzept für die Redaktion beschrieben
- Datenschutzanforderungen geklärt: Analytics, Formulare, Auftragsverarbeitung
- Betriebsmodell festgelegt: wer hostet, wer wartet, wer reagiert wie schnell
- Zeitplan mit Puffern und benannten Zulieferterminen erstellt
- Budgetrahmen inklusive drei Betriebsjahren kalkuliert
Phase 3 · Vergabe
- Alle Anbieter haben dasselbe Lastenheft erhalten
- Verbindliche Angebotsstruktur vorgegeben, damit Positionen vergleichbar sind
- Referenzen geprüft, mindestens eine telefonisch nachgefragt
- Namentlich benannte Projektbeteiligte und deren Verfügbarkeit im Angebot
- Rechteübertragung an Code, Designdateien und Inhalten vertraglich geregelt
- Zahlungsplan an Meilensteine gekoppelt, Einbehalt bis Mängelfreiheit vereinbart
- Eskalationspfad und Kündigungsregeln schriftlich fixiert
- Betriebskosten für drei Jahre im Angebot ausgewiesen
Phase 4 · Umsetzung
- Repository, Hosting, Domains und CMS-Zugänge laufen über Ihre Accounts
- Staging-Umgebung existiert und ist gegen Indexierung gesperrt
- Wöchentlicher Statusbericht mit Fortschritt, Risiken und Budgetstand
- Jede Lieferung wird gegen Abnahmekriterien geprüft, nicht gegen Eindruck
- Change Requests werden vor Umsetzung schriftlich bewertet und beauftragt
- Content-Erstellung läuft als eigener Strang mit eigenen Terminen
- Redaktionsschulung terminiert, bevor die Inhalte eingepflegt werden
- Rechtstexte rechtzeitig beauftragt, denn Impressum und Datenschutz brauchen Vorlauf
- Barrierefreiheit wird laufend geprüft, nicht erst am Ende
- Backups der bestehenden Seite gesichert und Wiederherstellung getestet
Phase 5 · Vor dem Go-Live
- Alle alten URLs haben ein Weiterleitungsziel, keine Kette über zwei Schritte
- Keine Weiterleitung endet auf einer 404-Seite oder pauschal auf der Startseite
- Metadaten und Überschriftenstruktur auf allen Prioritätsseiten geprüft
- Neue XML-Sitemap erzeugt und in robots.txt referenziert
- Staging-Sperren entfernt: noindex, robots.txt, HTTP-Basisauthentifizierung
- Canonicals zeigen auf die eigene Seite, nicht auf Staging
- Core Web Vitals auf Prioritätsseiten gemessen und nicht schlechter als vorher
- Formulare getestet: Zustellung, Bestätigung, Datenschutz-Hinweis, Spamschutz
- Analytics und Search Console für die neue Property vorbereitet
- Darstellung auf Mobilgeräten und in allen freigegebenen Browsern geprüft
- Barrierefreiheit gegen die vereinbarte Konformitätsstufe geprüft
- Rückfallszenario definiert: Wie kommt die alte Seite binnen einer Stunde zurück?
Phase 6 · Go-Live-Tag
- Go-Live nicht an einem Freitag oder vor einem Feiertag
- DNS-TTL rechtzeitig vorher gesenkt, damit die Umschaltung schnell greift
- Unmittelbar nach Umschaltung: Stichprobe der Weiterleitungen live geprüft
- Neue Sitemap in der Search Console eingereicht, Indexierung angestoßen
- Alle Beteiligten für mindestens vier Stunden nach Umschaltung erreichbar
Phase 7 · Die ersten 90 Tage
- Tägliches Monitoring der Statuscodes und Serverfehler in Woche eins
- Wöchentliche Kontrolle von Indexierung, Rankings und organischen Einstiegen
- Search-Console-Fehlerberichte auswerten und abarbeiten
- Formular- und Conversion-Zahlen mit dem Vorzustand vergleichen
- Abschlussbericht mit Soll-Ist-Vergleich zu Budget, Terminen und Sichtbarkeit
Wie Sie die Liste benutzen
Am wirksamsten ist sie als Anlage zum Vertrag. Wenn ein Anbieter die Punkte aus Phase 5 als Freigabekriterien akzeptiert, ist der häufigste Streitfall nach dem Go-Live vom Tisch: die Frage, ob ein Sichtbarkeitsverlust vermeidbar gewesen wäre.
Zwei Punkte sind wichtiger als alle anderen. Der eine ist die vollständige URL-Liste aus Phase 1, denn ohne sie ist jedes Redirect-Konzept Stückwerk. Der andere ist das Rückfallszenario aus Phase 5: Wer nicht innerhalb einer Stunde zurückkann, hat kein Go-Live, sondern einen Sprung.
Zur Vertiefung: das Redirect-Konzept im Detail, der Prüfplan für Staging und Go-Live und die zwölf häufigsten Relaunch-Fehler.