Am Tag vor dem Start sieht die neue Website fertig aus. Ob Google sie auch abrufen und aufnehmen kann, zeigt sich erst bei einem technischen Durchgang. Diese Website-Launch-Checkliste fasst die Prüfungen zusammen, die direkt vor und direkt nach dem Livegang anstehen. Sie gilt für neue Websites ebenso wie für einen Relaunch. Bei einem Relaunch kommt die Relaunch-Checkliste mit den Schritten für den Umzug dazu.
Googles Mindestanforderungen sind kurz: Der Googlebot darf nicht blockiert sein, die Seite muss funktionieren und den Status 200 liefern, und sie muss indexierbare Inhalte haben [1]. Fast jeder Punkt der Checkliste prüft eine dieser drei Bedingungen. Google sagt dazu auch, dass eine Indexierung trotzdem nicht garantiert ist [1].
Vier Blöcke, eine Zeile je Prüfung
Die Datei ordnet die Prüfungen nach dem Weg, den eine Seite zu Google nimmt: Abruf, Indexierung, Darstellung und Messung. Jede Zeile nennt, wie Sie prüfen und was herauskommen soll. In die Spalte Ergebnis schreiben Sie, was Sie tatsächlich gesehen haben, also zum Beispiel den Statuscode oder die gefundene Zeile in der robots.txt. Ein Haken allein hilft beim nächsten Launch wenig.
| Block | Prüfpunkt | Erwartet |
|---|---|---|
| Abruf | robots.txt der Live-Website | keine Sperre aus der Entwicklung, wichtige Bereiche erlaubt |
| Abruf | Passwortschutz der Testumgebung | auf der Live-Website entfernt |
| Abruf | Statuscode wichtiger Seiten | 200 |
| Abruf | Statuscode einer erfundenen Adresse | 404, keine normale Seite mit Fehlertext |
| Indexierung | robots-Meta und X-Robots-Tag | kein noindex auf Seiten, die gefunden werden sollen |
| Indexierung | Canonical | zeigt auf die eigene, erreichbare URL |
| Indexierung | XML-Sitemap | absolute, kanonische URLs, in der Search Console eingereicht |
| Darstellung | Mobile Version | dieselben Inhalte, Titel, Descriptions und robots-Angaben wie am Desktop |
| Darstellung | Ressourcen | CSS und JavaScript nicht per robots.txt gesperrt |
| Messung | Search Console und Webanalyse | Property bestätigt, Messung auf allen Seiten aktiv |
Vorlage herunterladen (CSV, Excel und Google Tabellen)
Frei nutzbar für eigene und Kundenprojekte. Wer die Datei weitergibt, nennt bitte seo-manager.info als Quelle.
Abruf und Indexierung: die häufigsten Startfehler
Während der Entwicklung sperren viele Teams die Testumgebung über die robots.txt oder setzen noindex. Wird die Sperre mit auf die Live-Website kopiert, bleibt die neue Website unsichtbar. Beide Wege wirken unterschiedlich. Die robots.txt steuert, welche URLs Crawler abrufen dürfen, und ist nach Google kein Mittel, um Seiten aus der Suche herauszuhalten [2]. Dafür ist noindex da, entweder als Meta-Tag im Kopf der Seite oder als HTTP-Header X-Robots-Tag [3]. Wichtig für die Prüfung: Ist eine Seite in der robots.txt gesperrt, sieht der Crawler ein noindex gar nicht, und die Seite kann trotzdem in den Ergebnissen erscheinen [3]. Prüfen Sie deshalb beide Stellen getrennt. Einzelne Regeln lassen sich mit unserem robots.txt-Tester nachvollziehen.
Für die Sitemap gelten feste Grenzen. Eine Datei darf höchstens 50 MB unkomprimiert oder 50.000 URLs enthalten, die Adressen sind absolut und kanonisch [4]. Die Angaben priority und changefreq ignoriert Google, lastmod nutzt Google nur, wenn das Datum stimmig und überprüfbar ist [4]. In der Checkliste steht deshalb kein Punkt zu priority. Wie Sie die Datei aufbauen, beschreibt der Ratgeber XML-Sitemap erstellen.
Fragen zu Ihrer Website?
Rufen Sie an, stellen Sie Ihre Frage in der gratis Sprechstunde oder vereinbaren Sie ein Erstgespräch.
Darstellung auf Mobilgeräten und Ladezeit
Google indexiert die mobile Version einer Website [5]. Was dort fehlt, wird nicht indexiert. Google verlangt deshalb dieselben Hauptinhalte auf beiden Versionen und dieselben Titel, Meta-Descriptions und robots-Angaben [5]. Ein noindex nur auf der mobilen Version kann Seiten aus dem Index halten [5]. Google empfiehlt responsives Design, weil es sich am einfachsten umsetzen und pflegen lässt. Für getrennte mobile Adressen nennt Google zusätzliche Anforderungen, die eine eigene Prüfung brauchen [5].
Für die Ladezeit enthält die Datei die drei Core Web Vitals mit den Werten, die web.dev als gut einstuft: Largest Contentful Paint bis 2,5 Sekunden, Interaction to Next Paint bis 200 Millisekunden, Cumulative Layout Shift bis 0,1, jeweils gemessen am 75. Perzentil der Seitenaufrufe [6]. Felddaten echter Besucher gibt es am Starttag noch nicht. Tragen Sie deshalb zunächst Labormessungen ein und wiederholen Sie die Zeile, sobald die Search Console Daten zeigt.
Wer die Liste abarbeitet
Die meisten Punkte prüft die Person, die den Server oder das CMS betreut. Die Zeilen zu Search Console und Webanalyse gehören zu der Person, die später die Berichte liest. Teilen Sie die Liste vor dem Start und gehen Sie sie am Starttag gemeinsam durch, am besten in der Reihenfolge der Blöcke. Ist der Abruf blockiert, lohnt die Prüfung der Indexierung noch nicht.
Begriffe wie noindex erklärt das Glossar, zum Beispiel unter noindex. Wenn Sie die technische Seite lieber abgeben, finden Sie die Leistung unter technisches SEO. Fragen zu einzelnen Prüfpunkten, etwa wie Sie den Statuscode einer Seite herausfinden, können Sie in der gratis Sprechstunde stellen.
- Organisation Technische Anforderungen für die Google Suche. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Einführung zu robots.txt-Dateien. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Aufnahme in den Google-Suchindex mit noindex blockieren. Google Search Central. Stand 31.12.2025. abgerufen am 31.10.2026
- Organisation Sitemap erstellen und einreichen. Google Search Central. Stand 15.07.2026. abgerufen am 31.10.2026
- Organisation Best Practices für die Mobile-First-Indexierung. Google Search Central. Stand 20.02.2026. abgerufen am 31.10.2026
- Organisation Web Vitals. web.dev (Google). Stand 31.10.2024. abgerufen am 31.10.2026
Häufige Fragen
Reicht es, die Sperre in der robots.txt zu entfernen?
Nur wenn auf den Seiten kein noindex steht. Prüfen Sie beides getrennt: die robots.txt der Live-Website und die robots-Angaben im Quelltext oder im HTTP-Header.
Muss ich die Sitemap am Starttag einreichen?
Das Einreichen über den Sitemap-Bericht der Search Console gehört zu den Startaufgaben. Google versteht es als Hinweis auf die Adressen, eine Garantie für das Crawling ist es nicht.
Warum soll eine erfundene Adresse 404 liefern?
Liefert der Server für nicht vorhandene Seiten eine normale Seite mit Status 200, wertet Google sie als Soft 404. Ein echter 404 zeigt klar, dass es die Seite nicht gibt.
Welche Werte gelten für die Core Web Vitals?
Laut web.dev gelten als gut: LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1, gemessen am 75. Perzentil, getrennt für Mobilgeräte und Desktop.
Fragen zu Ihrer Website?
Rufen Sie an, stellen Sie Ihre Frage in der gratis Sprechstunde oder vereinbaren Sie ein Erstgespräch.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
