01 Warum Pre-Launch-Auditing wichtig ist
Die meisten SEO-Probleme werden entdeckt, nachdem sie live sind — nachdem die Seite deployed wurde, nachdem sie indexiert wurde, nachdem Sie einen Ranking-Einbruch bemerken. Dann ist eine Behebung teuer: Rankings sind verloren, Traffic fehlt, und Sie spielen Aufholspiel.
Pre-Launch-Auditing dreht das um. Sie auditen die Seite, während sie noch im Staging ist, noch in einem Git-Branch, noch ein HTML-Entwurf. Jedes Problem, das Sie dort finden und beheben, gelangt niemals in die Produktion. Kein Ranking-Verlust, keine Schadensbegrenzung.
Smart SEO Audits HTML-Modus ist genau für diesen Workflow entwickelt. HTML-Quellcode einfügen, wir auditen ihn wie jede andere Seite und liefern dieselben 50+ Prüfungen wie für eine live URL.
02 Wie der HTML-Modus funktioniert
Der HTML-Modus hat zwei Eingabefelder:
🔗URL (optional)
Eine live URL für die Website oder Domain. Für Prüfungen, die eine echte HTTP-Antwort benötigen: Response-Header, 404-Behandlung, robots.txt, SSL-Zertifikat.
</>HTML-Quellcode (erforderlich)
Der vollständige HTML-Quellcode der zu auditierenden Seite. Für jede Content-, Struktur- und On-Page-SEO-Prüfung.
Bei nur HTML (ohne URL) erhalten Sie das vollständige Content-Audit — Titles, Meta-Beschreibungen, H1, Canonical, Content-Qualität, Bilder, Links, Open Graph. Das deckt etwa 80% der Prüfungen ab.
Bei HTML und URL führen wir zusätzlich die Netzwerk-Prüfungen gegen die URL durch.
Wenn Ihre Staging-Site öffentlich erreichbar ist, ja — nutzen Sie den Einzelseiten-Modus mit der Staging-URL. Der HTML-Modus ist speziell für Seiten, die nicht erreichbar sind: hinter einem Login, auf localhost, in einem noch nicht deployten Branch oder noch in einem Design-Tool.
03 Schritt-für-Schritt-Anleitung
- Im Dashboard auf den 🔧 Einstellungen-Button neben der URL-Eingabe klicken
- HTML aus den vier Modus-Kacheln auswählen
- (Optional) Eine live URL in die obere Eingabe eintragen — typischerweise Ihre Produktions-Domain für Header-, Robots- und SSL-Prüfungen
- Den vollständigen HTML-Quellcode in das größere Textfeld einfügen — aus dem Browser-Quelltext, Ihrem Code-Editor oder woher auch immer der HTML kommt
- Auf Audit starten klicken
Innerhalb von etwa 10 Sekunden erhalten Sie denselben Audit-Bericht wie für eine live Seite — Score, Schweregrad-Aufschlüsselung, Prüfungen, KI-Zusammenfassung.
04 Häufige Pre-Launch-Szenarien
Neue Landing Page vor der Veröffentlichung
Sie haben eine neue Landing Page in Ihrem CMS oder Static-Site-Generator erstellt. Bevor Sie in die Produktion pushen, kopieren Sie den generierten HTML (aus Ihrer Staging-Umgebung oder Ihrem lokalen Dev-Server) und auditen ihn im HTML-Modus. Probleme beheben, dann veröffentlichen.
Template-Änderungen
Sie aktualisieren ein Website-Template. Beispiel-HTML für eine Seite mit dem neuen Template generieren und im HTML-Modus auditen. Falls das neue Template das Canonical-Tag beschädigt, die Meta-Beschreibung entfernt oder ein versehentliches noindex hinzugefügt hat — Sie finden es, bevor es auf alle Seiten ausgerollt wird.
Entwurf in einem CMS auditen
Ihr Team hat einen Blog-Beitrag im Entwurfsstatus. Den generierten HTML aus der CMS-Vorschau kopieren, auditen und dem Autor die Ergebnisse vor der Veröffentlichung zurückschicken.
Client-seitig gerenderte Seiten
Wenn Ihre Website stark JavaScript-basiert ist (React, Vue, Svelte SPA), gibt der Server nahezu leeren HTML zurück. Für Pre-Launch-Auditing die Seite lokal rendern und den generierten HTML kopieren (nach JavaScript-Ausführung — oft über DevTools → Kopieren → Outer HTML des <html>-Elements).
05 Was der HTML-Modus nicht prüfen kann
Einige Prüfungen benötigen eine echte Netzwerkantwort und können nicht aus HTML-Quellcode allein durchgeführt werden. Diese werden im reinen HTML-Modus (ohne URL) übersprungen oder benötigen das optionale URL-Eingabefeld:
- Antwortzeit und TTFB — benötigen eine echte HTTP-Anfrage
- HTTP-Header — einschließlich Sicherheits-Header, Komprimierung, Caching
- HTTP/2 und HTTPS — Protokoll- und Verschlüsselungsprüfungen
- SSL-Zertifikat — Gültigkeit, Aussteller, Ablauf
- robots.txt — separat von der Domain abgerufen
- 404-Seite — benötigt einen Aufruf einer nicht existierenden URL auf der Domain
- Weiterleitungen — folgt tatsächlichen HTTP-301/302-Antworten
Das optionale URL-Feld aktiviert all das oben Genannte für die entsprechende live Domain — so auditen Sie Ihren Staging-HTML auf Content-Qualität und erhalten gleichzeitig technische Prüfungen gegen die Produktions-Site.