Website-Launch-Checkliste: Was vor dem Livegang zu prüfen ist
Probleme am Launch-Tag sind fast nie exotisch. Es sind eine für Suchmaschinen offene Staging-Umgebung, ein Kontaktformular, das an eine Adresse geht, die niemand liest, und eine alte URL-Struktur ohne Weiterleitungen.
Diese Checkliste behandelt, was vor dem Livegang zu prüfen ist, in der Reihenfolge, in der ein Launch tatsächlich abläuft, und was in der ersten Stunde und der ersten Woche zu beobachten ist.
Vor dem Launch: Technik#
Das sind die Prüfungen, die von außen schwer auffallen und spät entdeckt teuer werden.
- HTTPS funktioniert auf jeder Seite, und HTTP leitet per 301 dorthin weiter.
- Ein kanonischer Hostname: www oder ohne www, der jeweils andere leitet weiter. Nicht beide liefern Inhalte aus.
- Die Staging-Umgebung ist passwortgeschützt oder gesperrt, und ihr noindex wurde NICHT auf die Produktion kopiert.
- Die robots.txt in der Produktion erlaubt das Crawlen. Das ist der mit Abstand häufigste Launch-Fehler.
- Eine 404-Seite existiert, liefert tatsächlich Status 404 und bietet einen Weg weiter.
- Formulare senden, speichern den Datensatz und benachrichtigen eine Adresse, die jemand liest.
- Backups sind eingerichtet und eine Wiederherstellung wurde getestet. Ungetestete Backups sind keine Backups.
- Fehlerprotokollierung ist aktiv und jemand erhält die Meldungen.
Prüfen Sie die Statuscodes, nicht nur die Seiten. Eine „404-Seite“, die HTTP 200 liefert, sagt Suchmaschinen, dass jede vertippte URL eine echte Seite ist.
Vor dem Launch: Inhalt und SEO#
Inhaltsprüfungen gehen schnell, sind aber die, die Besuchern zuerst auffallen, und die SEO-Prüfungen sind die, deren nachträgliche Korrektur schmerzt.
- Jede Seite hat einen eigenen Titel und eine Meta-Beschreibung, die zum Inhalt passen.
- Kein Platzhaltertext, kein „Lorem ipsum“, kein „[Kundenname]“ irgendwo übrig.
- Jedes Bild hat sinnvollen Alt-Text — dekorative Bilder bekommen ein leeres alt, kein fehlendes.
- Die Überschriftenstruktur ist sauber: eine H1 pro Seite, keine Sprünge von H1 zu H4.
- Alle internen Links lösen auf; keine Links auf die Staging-Domain.
- Die XML-Sitemap wird erzeugt, listet nur indexierbare URLs und ist in der robots.txt referenziert.
- Weiterleitungen von jeder alten URL mit Traffic oder Links, kartiert und getestet.
- Strukturierte Daten validieren auf den Templates, die sie tragen.
- Open-Graph-Tags erzeugen eine sinnvolle Vorschau, wenn die URL in einen Chat eingefügt wird.
Vor dem Launch: Recht, Analytics und Barrierefreiheit#
Die Teile, die am häufigsten auf „nach dem Launch“ verschoben werden, was dann nie bedeutet.
| Punkt | Prüfung |
|---|---|
| Datenschutzerklärung | Vorhanden, korrekt zu dem, was Sie wirklich erheben, von jeder Seite verlinkt |
| Cookie-Einwilligung | Erforderlich, wenn Sie nicht notwendige Cookies setzen; blockiert sie bis zur Einwilligung |
| AGB und Impressum | Vorhanden, wo Ihre Rechtsordnung sie verlangt |
| Analytics | Einmal installiert, auf allen Seiten aktiv, mit einem Ziel für die Hauptaktion |
| Search Console | Property verifiziert und Sitemap am Launch-Tag eingereicht |
| Tastaturzugang | Jedes interaktive Element mit Tab und Enter erreichbar und bedienbar |
| Kontrast | Fließtext und Bedienelemente erfüllen WCAG AA gegen ihren Hintergrund |
| Zoom | Seite bei 200 % Textgröße ohne horizontales Scrollen nutzbar |
Die erste Stunde und die erste Woche#
Ein Launch ist kein Moment, sondern ein Zeitfenster. Die meisten Probleme, die es an der Checkliste vorbeischaffen, zeigen sich in der ersten Stunde, die SEO-Probleme in den folgenden Tagen.
- Laden Sie die Startseite vom Handy über Mobilfunk, nicht aus dem Büronetz.
- Schicken Sie das Hauptformular selbst ab und bestätigen Sie, dass die Benachrichtigung ankommt.
- Prüfen Sie fünf alte URLs auf korrekte Weiterleitung, darunter eine tiefe.
- Bestätigen Sie, dass Analytics Ihren eigenen Besuch erfasst, und schließen Sie dann Ihren Traffic aus.
- Reichen Sie die Sitemap in der Search Console ein und beantragen Sie die Indexierung der wichtigsten Seiten.
- Beobachten Sie die Server-Fehlerprotokolle in der ersten Stunde — neue Traffic-Muster bringen neue Fehler hervor.
- Nach einer Woche: Search-Console-Abdeckung auf unerwartete Ausschlüsse und Crawl-Fehler prüfen.
- Nach einer Woche: Traffic mit der alten Website vergleichen und jede Seite untersuchen, die stark verloren hat.
Starten Sie nicht am Freitagnachmittag. Geht etwas kaputt, sind die Leute, die es beheben können, zwei Tage weg, und das Problem wächst.
Häufige Fragen
Was ist der häufigste Launch-Fehler?
Eine robots.txt oder ein noindex-Meta-Tag, das vom Staging in die Produktion mitgenommen wurde. Die Website sieht für jeden Besucher perfekt aus und ist für Suchmaschinen unsichtbar, und das wird oft erst Wochen später entdeckt, wenn jemand fragt, warum nie Traffic kam. Prüfen Sie robots.txt und das Meta-Robots-Tag in der Produktion, am Launch-Tag, von außerhalb Ihres Netzes.
Muss ich alte URLs weiterleiten?
Wenn die alte Website irgendeinen Traffic oder irgendwelche eingehenden Links hatte, ja. Kartieren Sie jede alte URL per 301 auf ihr nächstes Äquivalent. Alles auf die Startseite zu leiten, entspricht in Bezug auf angesammelte Ranking-Signale dem Löschen der Seiten, und es ist eine schlechte Erfahrung für jeden, der einem alten Link folgt.
Wie lange dauert es nach einem Relaunch, bis sich der Suchtraffic erholt?
Bei sauberen Weiterleitungen und gleichwertigen Inhalten typischerweise zwei bis sechs Wochen Schwankung, bis sich alles setzt. Ein Einbruch in den ersten zwei Wochen ist normal. Ein Einbruch, der nach einem Monat weiter zunimmt, deutet meist auf ein technisches Problem hin — fehlende Weiterleitungen, blockiertes Crawlen oder Inhalte, die unbemerkt gestrichen wurden.
Alles auf einmal starten oder in Phasen?
Beim Ersatz einer Website ist alles auf einmal meist einfacher: Zwei parallele Websites teilen Ihre Links auf und erzeugen Duplicate-Content-Probleme. Für neue Bereiche auf einer bestehenden Website sind Phasen in Ordnung. Was Sie nicht tun sollten: eine halbe Struktur starten und den Rest später ergänzen, ohne die URLs für das Kommende geplant zu haben.
website launch checklistego live checklistewebsite launchprüfungen vor dem launchwebsite relaunchwebsite migration checkliste
