Website-Launch-Checkliste: 31 Checks vor und nach dem Go-Live
Eine Website-Launch-Checkliste für neue Seiten und Redesigns: Inhalt und Eigentümerschaft, Formulare, Mobil, Barrierefreiheit, Links, Domain, HTTPS, Kanonicals, robots, Sitemap, Analytics mit Einwilligung und Eigentümer-Abnahme. Mit ausgefülltem Beispiel.
Die meisten Launch-Probleme sind banal: ein Formular, das niemanden per E-Mail benachrichtigt, ein Redesign, das alte URLs vergessen hat, eine Seite, die noch auf „noindex" gesetzt ist. Diese Checkliste läuft in fünf Durchgängen, in der Reihenfolge, in der sie durchgeführt werden sollten. Jeder Punkt ist eine Bestanden/Nicht-Bestanden-Prüfung, die auch jemand anderem übergeben werden kann. Sie funktioniert für eine brandneue Website und für ein Redesign; Punkte, die nur für Redesigns gelten, sind gekennzeichnet.
1. Inhalt und Eigentümerschaft
Kein Platzhaltertext, keine Muster-Preise, keine Template-Bewertungen oder Stock-„Team"-Fotos irgendwo vorhanden.
Telefon, E-Mail, Adresse und Öffnungszeiten sind korrekt und auf jeder Seite identisch.
Rechte an jedem Bild, jeder Schrift und jedem Text liegen vor.
Bekannt ist, welcher Account die Domain, das Hosting oder den Builder und Analytics besitzt, und der Geschäftsinhaber (nicht nur der Designer) kann sich bei jedem anmelden.
Rechtliche Seiten sind vorhanden, wo nötig: Datenschutzerklärung, und AGB oder Widerrufsrecht beim Verkauf.
Redesign: Jede alte Seite ist aufgelistet, und jede hat eine neue Adresse oder eine geplante Weiterleitung.
2. Formulare, Mobil, Barrierefreiheit und Links
Jedes Formular mit einem erkennbaren Test-Namen abschicken; bestätigen, dass es im richtigen Postfach ankommt (und Spam prüfen).
Das Formular zeigt eine klare Erfolgsmeldung und eine Fehlermeldung, wenn ein Pflichtfeld leer ist.
Auf einem echten Handy mit Mobilfunkdaten: kein seitliches Scrollen, Menü öffnet sich, Telefonnummer ist tippbar, Buttons sind groß genug zum Tippen.
Jedes Bild hat Alt-Text, der es beschreibt (dekorative Bilder können leer sein).
Jeder Link und jeder Button ist mit der Tab-Taste erreichbar, und der Fokus ist sichtbar.
Keine defekten Links oder Links zur Staging-Adresse. Überschriften folgen der Reihenfolge (ein H1 pro Seite).
3. Domain, HTTPS, Kanonicals, robots und Sitemap
Die Domain löst mit und ohne „www" auf, und eine leitet zur anderen weiter.
HTTPS funktioniert überall ohne „Nicht sicher"-Warnung; http leitet zu https weiter.
E-Mail-DNS-Einträge (MX, SPF, DKIM) blieben beim DNS-Wechsel intakt.
Keine Seite, die gefunden werden soll, ist auf noindex gesetzt, und die Seite ist nicht mehr passwortgeschützt.
robots.txt blockiert nicht die gesamte Seite (ein übriggebliebenes „Disallow: /“ ist ein klassischer Launch-Fehler). Der robots.txt-Generator zeigt einen sicheren Standard.
Der Canonical-Tag jeder Seite zeigt auf die eigene finale https-Adresse, nicht auf die Staging-Domain.
Eine Sitemap existiert und listet nur Live-, indexierbare Seiten auf.
Jede Seite hat einen eigenen Titel und eine eigene Beschreibung, und die Share-Vorschau sieht gut aus (mit dem Open Graph Preview prüfen).
Redesign: Alte URLs geben eine 301-Weiterleitung zur nächsten neuen Seite zurück, kein 404 und keine pauschale Weiterleitung zur Startseite.
4. Analytics mit Einwilligung und einem bekannten Test-Event
Analytics ist einmal auf jeder Seite installiert (nicht zweimal).
Wenn Besucher aus Regionen kommen, wo Einwilligung erforderlich ist (z. B. EU und UK), lädt zuerst ein Einwilligungs-Banner und Analytics respektiert die Wahl. Die geltenden Regeln prüfen.
Eine bekannte Aktion selbst ausführen, z. B. das Kontaktformular absenden, und bestätigen, dass genau dieses Event im Echtzeit-Bericht erscheint.
Eigene Besuche ausschließen oder die Testzeit notieren, damit die Launch-Zahlen nicht verfälscht werden.
5. Eigentümer-Abnahme und Checks nach dem Launch
Der Inhaber hat jede Seite auf dem eigenen Handy durchgeklickt und schriftlich abgenommen.
Seite zu Google Search Console hinzugefügt, Sitemap eingereicht, Startseiten-Indexierung angefordert.
Google-Unternehmensprofil und andere Einträge mit der neuen Website-Adresse aktualisiert.
Tag 1: Formulare und Analytics funktionieren noch. Woche 1: Search Console zeigt keine Crawl-Fehler. Woche 4 (Redesign): Suchklicks mit dem Vormonat vergleichen und verloren gegangene Seiten reparieren.
Im We.Inc Website-Builder sind Hosting und HTTPS inklusive, und Veröffentlichen ist ein Button; siehe wie man eine Website veröffentlicht. Der Free-Plan veröffentlicht bis zu 3 Template-Sites auf einer we.inc-Adresse, ohne KI-Credits und ohne eigene Domain. Eigene Domains und KI-Building starten bei Starter für $20/Monat (Preise). Agenturen, die Seiten für Kunden launchen, können sich We.Inc White-Label ansehen. Von einem Business-Template starten oder ein Budget mit dem Website-Kostenkalkulator abschätzen.
Was sollte ich vor dem Launch einer Website prüfen?
Inhalt ist final, Formulare werden zugestellt, die Seite funktioniert auf einem Handy, Links und Alt-Text sind vorhanden, Domain und HTTPS funktionieren, nichts ist auf noindex gesetzt, eine Sitemap existiert, und Analytics zeichnet ein bekanntes Test-Event auf.
Was unterscheidet eine Website-Redesign-Checkliste?
Ein Redesign fügt URL-Mapping hinzu: jede alte Seite braucht eine 301-Weiterleitung zur nächsten neuen Seite, und der Suchverkehr sollte vor und nach dem Launch verglichen werden, um verloren gegangene Seiten zu finden.
Wie lange nach dem Launch sollte ich weiter prüfen?
Formulare und Analytics am ersten Tag prüfen, Search Console nach einer Woche, und bei einem Redesign Suchklicks nach etwa vier Wochen mit dem Vormonat vergleichen.