Un JavaScript SEO checker confronta l'HTML fornito da una pagina con il DOM acquisito dopo gli script. Screpy usa la risposta originale della navigazione principale e una vera acquisizione in browser isolato, poi estrae gli stessi campi SEO da entrambi. Il rapporto mostra differenze osservate invece di ipotizzare un punteggio di visibilità.
Analizza la pagina pubblica esatta
Inserisci un URL pubblico HTTP o HTTPS completo. Il solo hostname usa HTTPS. Scegli l'indirizzo dell'articolo, prodotto o landing page da analizzare, senza presumere che la home rappresenti tutti i modelli. Il risultato conserva indirizzi richiesto e finale e stato HTTP.
Il browser usa un contesto desktop pulito e anonimo a 1365 × 768. Attende DOMContentLoaded, osserva due secondi e acquisisce il documento. Non ci sono clic, scorrimento, accesso o screenshot. Contenuti dopo consenso, interazione o maggiore ritardo possono mancare. La guida JavaScript SEO di Google distingue rendering e indicizzazione; questa acquisizione non è il contenuto indicizzato scelto da Google.
Confronta i valori prima di interpretare
La tabella confronta titolo in head, meta description, canonical dichiarate, valori robots e testo H1 conservato. I titoli SVG sono esclusi. Le righe robots includono l'HTTP X-Robots-Tag originale con le direttive HTML; un header invariato non viene attribuito a JavaScript. I dettagli mostrano il totale H1 anche se l'elenco è limitato.
La tabella mostra anche il numero di parole del testo principale e di link interni per entrambe le versioni. Sono quantità osservate, non punteggi di qualità; le misure mancanti restano sconosciute. Per la gerarchia usa Heading Structure Analyzer.
Un nuovo titolo può essere intenzionale. Valuta se contenuto e direttive cambiano contro gli obiettivi di pubblicazione. Un nuovo noindex o none riceve un segnale più forte, ma conta l'ambito per agente. Usa Canonical Tag Checker per dichiarazioni e destinazioni o Noindex Checker per le direttive sorgente.
Mantieni visibile il rendering parziale
Sono ammessi 75 recuperi di risorse e 20 MiB ciascuno per dati trasferiti e decodificati totali. Ogni risposta e il DOM acquisito sono limitati a 2 MiB. Le letture hanno sei secondi, la navigazione quindici e il rendering venticinque entro trentacinque secondi API. Non si attende indefinitamente l'inattività di rete.
Solo risorse GET pubbliche passano dal lettore limitato. Destinazioni private, richieste che modificano dati, sottoframe, download, service worker e WebSocket sono bloccati. Richieste bloccate o incomplete producono copertura parziale perché possono influenzare script e contenuti. Sono conservati al massimo venti valori per canonical, robots e H1, con limiti di lunghezza e testo principale. Quando si raggiungono limiti, si omettono conclusioni testuali fuorvianti.
Scegli la prossima indagine dalle prove
Nessuna modifica osservata significa soltanto che i campi acquisiti coincidevano entro la copertura. Non significa assenza di problemi SEO. Valori assenti in entrambi i documenti sono indicati come assenti, non come metadati corretti. Se il rendering fallisce, lo strumento segnala indisponibilità invece di passare alla sola sorgente.
Scarica JSON per conservare valori sorgente/renderizzati, finestra e copertura insieme. Ricontrolla lo stesso indirizzo dopo modifiche. Per un esame sorgente più ampio usa On-Page SEO Checker; parità di rendering, accesso reale dei crawler e indicizzazione restano domande diverse.