Ein JavaScript SEO Checker vergleicht das ausgelieferte HTML einer Seite mit dem nach Skriptausführung erfassten DOM. Screpy verwendet die ursprüngliche Antwort der Hauptnavigation und eine echte isolierte Browseraufnahme und extrahiert aus beiden dieselben SEO-Felder. Der Bericht zeigt beobachtete Unterschiede statt eines geratenen Sichtbarkeitswerts.
Analysieren Sie die genaue öffentliche Seite
Geben Sie eine vollständige öffentliche HTTP- oder HTTPS-URL ein. Ein Hostname allein verwendet HTTPS. Nutzen Sie die relevante Artikel-, Produkt- oder Landingpage-Adresse, statt die Startseite für alle Vorlagen anzunehmen. Angefragte und endgültige Adresse sowie HTTP-Status bleiben im Ergebnis erhalten.
Der Browser nutzt einen sauberen anonymen Desktop-Kontext bei 1365 × 768. Nach DOMContentLoaded folgen zwei Sekunden Beobachtung und die Aufnahme. Es gibt keine Klicks, Scrollaktionen, Anmeldung oder Screenshots. Inhalte nach Zustimmung, Interaktion oder längerer Verzögerung können fehlen. Googles JavaScript-SEO-Leitfaden erläutert Rendering und Indexierung als verbundene, aber getrennte Prozesse. Diese Aufnahme ist nicht Googles ausgewählter Indexinhalt.
Vergleichen Sie Werte vor der Bewertung
Die Tabelle vergleicht Head-Titel, Meta-Beschreibung, Canonical-Deklarationen, Robots-Werte und erfassten H1-Text. SVG-Titel sind ausgeschlossen. Robots-Zeilen enthalten ursprüngliche HTTP-X-Robots-Tag-Werte neben HTML-Metaanweisungen; ein unveränderter Header wird nicht JavaScript zugeschrieben. Die Details zeigen gesamte H1-Anzahlen auch bei begrenzter Überschriftenliste.
Die Tabelle zeigt auch die Wortzahl des Haupttexts und die Anzahl interner Links in beiden Versionen. Das sind beobachtete Mengen, keine Qualitätsbewertungen; fehlende Messwerte bleiben unbekannt. Für Überschriftenhierarchien verwenden Sie Heading Structure Analyzer.
Ein neuer Titel oder eine neue Überschrift kann beabsichtigt sein. Prüfen Sie Inhalte und Indexierungsanweisungen auf Widersprüche zu Ihren Veröffentlichungszielen. Neu auftretendes noindex oder none erhält ein stärkeres Prüfsignal, doch der Agentenbereich bleibt wichtig. Nutzen Sie Canonical Tag Checker für Deklaration und Ziel oder Noindex Checker für Quellanweisungen.
Halten Sie unvollständiges Rendering sichtbar
Zugelassen sind 75 Ressourcenabrufe und jeweils 20 MiB gesamte übertragene beziehungsweise dekodierte Daten. Jede Antwort und der DOM sind auf 2 MiB begrenzt. Abrufe haben sechs Sekunden, Navigation fünfzehn und Rendering fünfundzwanzig innerhalb von fünfunddreißig Sekunden API-Frist. Netzwerkruhe wird nicht unbegrenzt abgewartet.
Nur öffentliche GET-Ressourcen werden über den begrenzten Leser abgerufen. Private Ziele, verändernde Anfragen, Unterframes, Downloads, Service Worker und WebSockets werden blockiert. Gesperrte oder unfertige Anfragen erzeugen Teilabdeckung, da sie Skripte und Inhalte beeinflussen können. Jeweils höchstens zwanzig Canonical-, Robots- und H1-Werte werden mit Text- und Hauptinhaltsgrenzen erfasst. Bei solchen Grenzen werden irreführende Textunterschiedsurteile unterdrückt.
Wählen Sie die nächste Untersuchung anhand der Belege
Keine beobachteten Änderungen bedeutet nur Übereinstimmung der verglichenen erfassten Felder innerhalb des Umfangs. Es bedeutet nicht, dass keine SEO-Probleme vorliegen. Beidseitig fehlende Werte gelten als fehlend, nicht als erfolgreiche Metadaten. Scheitert Rendering, wird Nichtverfügbarkeit gemeldet statt eines reinen Quellvergleichs.
Laden Sie JSON herunter, um Quell- und Rendering-Werte, Beobachtungsfenster und Umfang gemeinsam zu behalten. Prüfen Sie nach Änderungen dieselbe genaue Adresse. Für eine breitere Quellenprüfung nutzen Sie On-Page SEO Checker. Rendering-Übereinstimmung, tatsächlicher Crawlerzugriff und Indexierung bleiben unterschiedliche Fragen.