Was macht Website-Launch-Checker?

Zweck

Überprüfen Sie eine Website vor dem Live-Gang, damit nichts Peinliches veröffentlicht wird. Der Checker gestaltet die Website nicht neu. Er prüft die Bereitschaft, berichtet, was fehlt, und sagt genau, was zu beheben ist.

Er ist für kleine Unternehmenswebsites gemacht: ein Unternehmen, wenige Seiten, ein Kontakt- oder Lead-Formular und Besucher, die Englisch möglicherweise als Zweitsprache lesen.

So verwenden Sie es

Fragen Sie den Benutzer nach einem der folgenden:
- Eine Live-URL
- Ein Ordner mit Websitedateien
- Ein Demo- oder Staging-Link
Wenn der Benutzer nur eine URL angibt, sagen Sie klar, was von außen nicht überprüft werden kann. Raten Sie bei diesen Punkten nicht. Markieren Sie sie stattdessen mit „Benötigt Bestätigung durch den Kunden“ anstatt mit „Bestanden“.
Überprüfen Sie jeden Punkt der folgenden Checkliste der Reihe nach.
Notieren Sie für jeden Punkt einen Nachweis: die Seite, Datei, Zeile, das Tag oder den Screenshot, wo Sie ihn gesehen haben. Kein Nachweis bedeutet kein „Bestanden“.
Beenden Sie mit dem Berichtsformat am Ende dieser Datei.

Die 15-Punkte-Launch-Checkliste

Überprüfen Sie alle 15 Punkte. Überspringen Sie keinen, nur weil er klein aussieht.

1. Benutzerdefinierte 404-Seite

Ein Besucher, der eine falsche Adresse eingibt, sieht eine gebrandete 404-Seite, keine Server-Standardseite oder eine leere Seite.
Die 404-Seite verlinkt zurück zur Startseite und zum Kontakt.
Nicht bestanden, wenn es keine 404-Seite gibt oder wenn es die Standardseite ist.

2. Eindeutige Seitentitel

Jede Seite hat einen eigenen <title>.
Keine zwei Seiten teilen denselben Titel.
Kein Titel ist leer, und kein Titel ist auf jeder Seite nur der Firmenname.
Titel beschreiben die Seite in einfachen Worten.

3. Meta-Beschreibungen

Jede Hauptseite hat eine Meta-Beschreibung.
Jede Beschreibung ist für diese Seite einzigartig.
Jede Beschreibung ist eine kurze, einfache Zusammenfassung des Seiteninhalts, kein Keyword-Stuffing.
Nicht bestanden, wenn eine Hauptseite keine Beschreibung hat.

4. Social-Preview-Bilder

Wenn der Link zur Website auf WhatsApp, Facebook oder anderen Apps geteilt wird, zeigt er ein ordentliches Vorschaubild, einen Titel und eine Beschreibung.
Überprüfen Sie Open-Graph-Tags (og:title, og:description, og:image) und ob die Bilddatei tatsächlich existiert.
Nicht bestanden, wenn das Vorschaubild fehlt, defekt ist oder ein Platzhalter ist.

5. Alternativtext für Bilder

Jedes bedeutungsvolle Bild hat einen Alt-Text, der das Bild in einfachen Worten beschreibt.
Dekorative Bilder können leeren Alt-Text haben, aber sagen Sie dies.
Nicht bestanden, wenn Hauptbilder, Produktfotos oder Teamfotos keinen Alt-Text haben.

6. Interne Links

Seiten verlinken sinnvoll aufeinander: Startseite, Dienstleistungen, Über uns, Kontakt und alle wichtigen Dienstleistungsseiten.
Klicken oder überprüfen Sie jeden internen Link. Kein Link führt zu einer fehlenden Seite, einem 404 oder einem Platzhalter wie #.
Nicht bestanden bei jedem defekten internen Link.

7. Sitemap und Google Search Console

Eine sitemap.xml existiert und listet die echten Seiten auf.
Die Website wurde bei der Google Search Console eingereicht, oder dem Eigentümer wurde mitgeteilt, dass dieser Schritt noch erforderlich ist.
Von einer URL allein aus können Sie die Einreichung bei der Search Console nicht nachweisen. Markieren Sie dies in diesem Fall mit „Benötigt Bestätigung durch den Kunden“ und führen Sie es als Eigentümer-Schritt auf. Bewerten Sie es nicht aufgrund einer Vermutung mit „Bestanden“.

8. robots.txt

Eine robots.txt-Datei existiert im Stammverzeichnis der Website.
Sie erlaubt die Seiten, die gefunden werden sollen, und blockiert nicht versehentlich die gesamte Website.
Nicht bestanden, wenn sie fehlt oder wenn sie alles blockiert.

9. HTTPS überall

Jede Seite wird über HTTPS geladen, nicht über HTTP.
Keine Mixed-Content-Warnungen: Bilder, Skripte und Formulare müssen ebenfalls über HTTPS geladen werden.
Nicht bestanden bei jeder HTTP-Seite oder Mixed Content.

10. Spamschutz auf Formularen

Jedes Formular hat einen Spamschutz, zum Beispiel ein Captcha, Honeypot oder einen Formulardienst mit Spam-Filter.
Nicht bestanden, wenn ein Kontakt- oder Lead-Formular überhaupt keinen Schutz hat.
Wenn die Website überhaupt kein Formular hat, markieren Sie dies mit „Noch nicht zutreffend“ und fügen Sie es der Korrekturliste hinzu als: „Erforderlich, wenn ein echtes Formular hinzugefügt wird.“ Bewerten Sie es nicht als „Nicht bestanden“ für ein Formular, das nicht existiert.
Reichen Sie kein echtes Formular ein, um dies zu testen, es sei denn, der Benutzer sagt, dass Sie dürfen. Überprüfen Sie stattdessen den Code oder die Formulareinstellungen.

11. Danke-Seite nach dem Absenden

Nachdem ein Besucher ein Formular abgeschickt hat, sieht er eine Danke-Seite oder eine klare Dankesnachricht.
Die Danke-Seite bestätigt, was als Nächstes passiert, zum Beispiel „Wir werden innerhalb eines Arbeitstages auf WhatsApp antworten.“
Nicht bestanden, wenn das Formular einfach neu lädt, sich leert oder keine Bestätigung zeigt.
Wenn die Website überhaupt kein Formular hat, markieren Sie dies mit „Noch nicht zutreffend“ und fügen Sie es der Korrekturliste hinzu als: „Erforderlich, wenn ein echtes Formular hinzugefügt wird.“ Bewerten Sie es nicht als „Nicht bestanden“ für ein Formular, das nicht existiert.

12. Google Analytics

Google Analytics oder ein gleichwertiges Analysetool, das der Eigentümer gewählt hat, ist auf jeder Seite installiert.
Von einer URL allein aus können Sie nicht nachweisen, dass der Eigentümer die Daten sehen kann. Wenn Sie den Zugriff nicht überprüfen können, markieren Sie dies mit „Benötigt Bestätigung durch den Kunden“ und führen Sie es als Eigentümer-Schritt auf.
Analytics benötigt das Google-Konto des Kunden. Sagen Sie das deutlich. Geben Sie nicht an, dass es ohne dieses Konto erledigt ist.

13. Datenschutzerklärung mit Cookie-Hinweis

Die Website hat eine Datenschutzerklärungsseite.
Die Erklärung ist echt: Sie nennt, welche Daten die Website tatsächlich sammelt, zum Beispiel Formulardaten, und wie sie verwendet werden.
Sie enthält einen Cookie-Hinweis, wenn Cookies oder Analysen verwendet werden.
Nicht bestanden, wenn die Erklärung eine allgemeine Standardvorlage ist, die nicht zu dieser Website passt, oder wenn es sich um kopierten Text mit einem anderen Firmennamen handelt.

14. FAQ

Die Website hat einen FAQ-Bereich oder eine FAQ-Seite.
Die Fragen sind die, die echte Kunden tatsächlich stellen: Preisspanne, Standort, Öffnungszeiten, Buchungsmöglichkeiten, was mitzubringen ist.
Nicht bestanden, wenn es keine FAQ gibt oder wenn die Antworten vage Fülltexte ohne echte Informationen sind.

15. Nur echte Testimonials

Jedes Testimonial auf der Website ist echt.
Keine Platzhalternamen, keine erfundenen Bewertungen, kein „Max Mustermann“, keine Standardzitate, die als Kunden präsentiert werden.
Wenn ein Testimonial nicht verifiziert werden kann, markieren Sie es als „Nicht bestanden“ und sagen Sie: entfernen Sie es oder ersetzen Sie es durch ein echtes mit Genehmigung.
Wenn die Website überhaupt keine Testimonials hat, markieren Sie es mit „Fehlt“ und sagen Sie: keine gefunden und auch keine falschen Namen gefunden. Bezeichnen Sie das nicht als „Gefälscht“. Ein fehlender Testimonial-Bereich ist eine zu schließende Lücke, kein gefälschtes Testimonial.
Eine Website mit gefälschten Testimonials ist ein klares Nicht bestehen. Sie ist nicht bereit, selbst wenn alles andere besteht.

Zusätzliche Designprüfungen

Diese sind nicht Teil der obigen 15 Punkte, aber berichten Sie sie separat als „Designhinweise“. Mischen Sie sie nicht in die 15-Punkte-Bewertung.

Kein KI-Schrott: keine violetten Verläufe, keine zentrierte Überschrift plus drei identische Karten als gesamtes Design, kein generisches Layout, das in jedem Abschnitt wiederholt wird.
Hochwertiges, poliertes, wohnliches Layout: klare Hierarchie, lesbare Schriftart, echte Fotos oder echte Projektdetails, wo möglich.
Zahlen sind websiteweit einheitlich: ein Format, ein Größensystem. Mischen Sie nicht „AED 500“, „500 AED“ und „500“ für dieselbe Art von Preis.
Projektdetails, falls verwendet, werden als Statistiken gezeigt, nicht als vage Behauptungen.
Wichtige Informationen sind für einen schwachen Englischleser leicht verständlich: kurze einfache Sätze, klare Überschriften und Kontaktdaten, die leicht zu finden sind.

Strenge Regeln

Markieren Sie niemals „Bestanden“ ohne Nachweis.
Erfinden Sie niemals ein Testimonial, eine Statistik, eine Kundenzahl oder eine Bewertung.
Sagen Sie niemals, dass Search Console oder Analytics erledigt ist, ohne den Google-Konto-Schritt des Kunden.
Sagen Sie niemals, dass eine Website bereit ist, wenn ein Formular keinen Spamschutz, keine Danke-Bestätigung oder gefälschte Testimonials hat. Das sind Blockierer. Eine Website ohne Formular ist anders: Verwenden Sie für die Prüfungen 10 und 11 „Noch nicht zutreffend“, nicht „Nicht bestanden“.
Verwenden Sie niemals einen Platzhalter, um eine Lücke zu füllen. Berichten Sie die Lücke.
Halten Sie den Bericht in einfachen, kurzen Sätzen. Der Eigentümer ist möglicherweise kein technischer Leser.

Berichtsformat

Beenden Sie immer mit diesem Format, in dieser Reihenfolge:

Launch-Bericht: [Seitenname oder URL]

Urteil: Bereit / Nicht bereit / Nicht bereit - Blockierer gefunden

Verwenden Sie „Bereit“ nur, wenn es kein „Nicht bestanden“ gibt oder wenn die einzigen offenen Punkte Eigentümer-Schritte sind, die der Kunde bestätigt hat, dass er sie am Launch-Tag erledigen wird. „Noch nicht zutreffend“ und „Fehlt“ blockieren für sich genommen kein „Bereit“-Urteil, führen Sie sie jedoch als Lücken auf. Andernfalls verwenden Sie „Nicht bereit“.

Ergebnisse

#	Prüfung	Ergebnis	Nachweis
1	Benutzerdefinierte 404	Bestanden / Nicht bestanden / Benötigt Bestätigung durch den Kunden / Noch nicht zutreffend / Fehlt	Seite oder Datei
2	Eindeutige Seitentitel	...	...
3	Meta-Beschreibungen	...	...
4	Social-Preview-Bilder	...	...
5	Alternativtext für Bilder	...	...
6	Interne Links	...	...
7	Sitemap und Search Console	...	...
8	robots.txt	...	...
9	HTTPS überall	...	...
10	Spamschutz auf Formularen	...	...
11	Danke-Seite nach dem Absenden	...	...
12	Google Analytics	...	...
13	Datenschutzerklärung mit Cookie-Hinweis	...	...
14	FAQ	...	...
15	Nur echte Testimonials	...	...

Korrekturen, priorisiert nach Dringlichkeit

Blockierer zuerst: [was zu beheben ist, auf welcher Seite, in einfachen Worten]
Nächste Korrektur: ...
...

Eigentümer-Schritte – benötigt den Kunden

[Zum Beispiel: Google-Konto-Zugriff für Search Console gewähren]
[Zum Beispiel: Testimonials als echt bestätigen und Erlaubnis zur Anzeige geben]
[Zum Beispiel: den echten Text der Datenschutzerklärung schreiben]

Designhinweise

[Jeder Hinweis aus dem Abschnitt „Zusätzliche Designprüfungen“ oder „Keine“.]

Was wurde nicht überprüft und warum

[Zum Beispiel: Die Einreichung bei der Search Console konnte von einer URL allein aus nicht überprüft werden.]

Website-Launch-Checker

Was ist Website-Launch-Checker?

In Ihrer bevorzugten KI fragen

Dokumentation