Checkliste für das Website-Audit vor dem Launch: SEO-Probleme vor dem Livegang finden

Der teuerste Zeitpunkt, ein SEO-Problem zu finden, ist die Woche nach dem Launch. Der günstigste liegt zwei Wochen davor. Diese Checkliste gilt gezielt für das Audit-Fenster vor dem Launch: was Sie im Staging oder kurz vor dem Livegang auf der Produktiv-Domain prüfen sollten, in einer sinnvollen Reihenfolge. Sie ist kein umfassender Leitfaden zu technischem SEO und lässt bewusst alles aus, was sich nur live testen lässt.

Prüfen, ob das Staging von der Indexierung ausgeschlossen ist

Bevor die eigentliche Audit-Arbeit beginnt, stellen Sie sicher, dass die Staging-Umgebung per robots.txt gesperrt und auf noindex gesetzt ist. Suchen Sie nach site:staging.yourdomain.com und bestätigen Sie, dass es keine Ergebnisse gibt. Die Zahl der gestarteten Websites, die monatelang unbemerkt ihre gesamte Staging-Umgebung indexiert hatten, ist erschreckend hoch. Mehr zu häufigen SEO-Problemen finden Sie in unserem Leitfaden.

Die URL-Struktur prüfen

Gehen Sie die geplante URL-Struktur vor dem Launch von Anfang bis Ende durch. Entscheiden Sie sich für Schrägstriche am Ende (das eine oder das andere, aber konsequent). Entscheiden Sie, ob Kleinschreibung erzwungen wird. Entscheiden Sie, welche alten URLs Weiterleitungen von der alten Website brauchen. Eine Änderung der URL-Struktur nach dem Launch ist so aufwendig, dass dieses Gespräch stattfinden sollte, bevor Inhalte eingespielt werden. Auch das Verständnis von Keyword-Kennzahlen kann Ihre Entscheidungen zur URL-Struktur unterstützen.

Weiterleitungen der alten Website zuordnen

Jede URL, die externe Links hat oder heute rankt, braucht auf der neuen Website ein Weiterleitungsziel. Die Zuordnung sollte eine Tabelle mit drei Spalten sein: alte URL, neue URL, Art der Weiterleitung (in fast allen Fällen 301). Erstellen Sie sie aus einem vollständigen Crawl der Live-Website und einem Export der Search Console mit allen Seiten, die Impressionen haben. Achten Sie besonders auf URLs, die für wertvolle Suchanfragen ranken, aber insgesamt wenig Traffic bekommen. Sie werden gern vergessen, weil sie in Google Analytics nicht auftauchen.

Canonical-Tags validieren

Jede Seite im Staging sollte einen Canonical-Tag haben, der auf ihre Produktiv-URL zeigt. In der Hälfte der Fälle stimmt das nicht, weil er aus Staging-Hostnamen erzeugt wurde. Ein schneller Crawl mit Canonical-Extraktion findet das in einem Durchgang. Wenn Sie Lighthouse für Performance-Audits nutzen, können Sie damit auch Canonical-Probleme erkennen.

Meta-Titel und Beschreibungen auf Template-Fehler prüfen

Wenn Ihr CMS Titel aus {product_name} | Site Name erzeugt, gehen Sie 20 zufällige Seiten durch und stellen Sie sicher, dass keine leeren Ergebnisse, Duplikate oder Probleme mit der Zeichenlänge entstehen. Dasselbe gilt für Meta-Beschreibungen: Viele Launches gehen mit Standardbeschreibungen auf Hunderten Seiten live, weil das Template nie produktspezifische Daten bekam.

Die Sitemap prüfen

Die Sitemap sollte jede Seite enthalten, die indexiert werden soll, und alles andere ausschließen. Häufige Fehler: Paginierungs-URLs, Filter-URLs und dünne Tag-Archive. Ein Sitemap-Audit vor dem Launch dauert 15 Minuten und verhindert monatelang verschwendetes Crawl-Budget. Mit SEO-Audit-Tools können Sie Sitemap-Probleme erkennen.

Strukturierte Daten testen

Wählen Sie von jedem Template-Typ ein Beispiel, etwa Produkt, Artikel, Kategorie, und prüfen Sie es mit dem Rich-Results-Test. Die meisten Schema-Fehler sind syntaktisch und würden sonst erst auffallen, nachdem Google die Seiten indexiert hat und die Search Console sie meldet. Dann haben Sie die Chance auf Rich Results für den Launch schon verpasst.

Performance-Basiswerte

Führen Sie Lighthouse auf dem Staging-Build aus und halten Sie die Werte fest. Speichern Sie sie. Sie werden einen Vorher-nachher-Vergleich wollen, sobald die Core Web Vitals nach dem Launch zum ersten Mal in der Search Console erscheinen, und nur die Basiswerte zeigen, ob die Performance beim Launch der des Stagings entsprach. Erfahren Sie mehr über die Core Web Vitals und wie sie die Performance Ihrer Website beeinflussen.

Prüfung der internen Verlinkung

Vor dem Launch lässt sich der interne Linkgraph günstig korrigieren: Sie bearbeiten einfach die Templates. Nach dem Launch bearbeiten Sie Seiten einzeln. Stellen Sie sicher, dass jede wichtige Seite in drei Klicks über die Navigation erreichbar ist, dass Breadcrumbs funktionieren und dass wichtige Seiten von anderen Stellen der Website mindestens drei passende interne Links erhalten. Mehr zu Strategien für die interne Verlinkung finden Sie in unserem Leitfaden zu Audits der internen Verlinkung.

Das Monitoring ab Tag null

Das Audit endet eigentlich nicht mit dem Launch. Richten Sie ein kontinuierliches Site-Audit ein, das ab dem ersten Tag läuft und Sie in den ersten 30 Tagen bei jedem neuen Problem benachrichtigt. Die meisten Launch-Probleme zeigen sich im ersten Monat, und ein Monitor erfasst sie, solange die Ursache noch frisch ist.

Ein sauberes Audit vor dem Launch garantiert keinen sauberen Start, aber es beseitigt die dummen, vorhersehbaren Fehler und lässt Sie die erste Woche den wirklich kniffligen Problemen widmen. Für Teams, die UtilitySEO oder Ähnliches nutzen, ist der Crawl vor dem Launch Teil des Standard-Workflows: Es gibt keine eigene „Launch-Checkliste“-Funktion, die Sie erst lernen müssten.