Comprendere il tuo primo report: struttura e sezioni

Cosa mostra effettivamente un report di InspectWP? Questa guida ti accompagna attraverso tutte le 13 sezioni di un report e spiega quali dati si trovano dove e come leggerli.

Un report di InspectWP è il risultato di un singolo crawl: apriamo il tuo sito in un vero browser Chrome headless, esaminiamo HTML, script, header di risposta, DNS, certificati e altre fonti, e condensiamo tutto in una pagina strutturata. Questa guida spiega come è organizzata quella pagina, cosa contiene ogni sezione e come usarla.

Suggerimento: Prima di leggere questo articolo, esegui un report per uno dei tuoi siti e tienilo aperto in una seconda scheda. Tutto ciò che segue sarà molto più concreto.

1. Il report a colpo d'occhio

Ogni report si apre con un'intestazione che mostra l'URL analizzato, il timestamp, uno screenshot di ciò che il crawler ha effettivamente visto e alcuni indicatori rapidi. Sotto l'intestazione trovi 13 sezioni tematiche, ognuna mostrata come un accordion espandibile. Puoi aprirle e chiuderle individualmente. Gli utenti Premium possono anche esportare il report come PDF o avviare un nuovo crawl direttamente dalla pagina.

2. Le 13 sezioni

L'ordine è lo stesso in ogni report, così puoi orientarti rapidamente:

WordPress

Versione di WordPress rilevata e se è ancora supportata, tema attivo ed eventuale child theme, tutti i plugin rilevati, plugin di cache, stato multisite e tracce dell'editor Gutenberg.

Sicurezza

Stato del certificato SSL/TLS, header di sicurezza HTTP (CSP, HSTS, X-Frame-Options, Referrer-Policy e altri), debug.log raggiungibile, esposizione della REST API e plugin di sicurezza rilevati.

GDPR

Risultati rilevanti per la privacy: Gravatar, Google Fonts, Google Analytics, Google Maps, Facebook Pixel e altre risorse esterne caricate dalla pagina.

SEO

Tag title, meta description, URL canonical, meta robots, sitemap, dati strutturati JSON-LD e tag Open Graph.

Strumenti

Strumenti di terze parti rilevati sulla pagina, ad esempio tag manager, strumenti di tracciamento, script di analytics, page builder e widget di chat.

HTML

Doctype, viewport, favicon, numero di file CSS/JS, errori e avvisi della console osservati durante il crawl e eventuali URL HTTP non sicuri trovati su una pagina HTTPS (mixed content).

Contenuto

Conteggio e statistiche delle immagini, conteggio parole, gerarchia di intestazioni (H1–H6), font utilizzati e indirizzi email trovati sulla pagina.

Header

Gli header di risposta HTTP completi così come restituiti dal server. Utile per il debug del caching, del comportamento del CDN o della compressione.

DNS

Record DNS per il dominio (A, AAAA, MX, NS, TXT e simili).

Email

Voci DNS relative alle email: SPF, DKIM, DMARC. Importanti per la deliverability quando il sito invia anche email.

Prestazioni

Versione HTTP (HTTP/1.1, HTTP/2, HTTP/3), content encoding (gzip, brotli) e dimensione del payload HTML.

Hosting

Hoster rilevato, software del server, versione PHP e indirizzo IP. Nota: un CDN o un reverse proxy davanti al tuo origin può influenzare questo dato.

Varie

Tutto ciò che non rientra altrove: l'URL esatto analizzato, i cookie impostati durante il caricamento della pagina, più le voci di localStorage e sessionStorage.

3. Come leggere un report

I report possono sembrare opprimenti al primo impatto. Il flusso di lavoro consigliato:

  • Inizia dal colore: ogni campo ha uno stato: verde, giallo, rosso o grigio. I problemi rossi vanno risolti per primi, poi quelli gialli, poi una rapida scansione dei campi grigi. C'è un articolo separato che spiega i colori in dettaglio: Comprendere il sistema di stati.
  • Lavora per argomento: se il tuo obiettivo oggi è la SEO, sistema prima tutto nella sezione SEO invece di saltare avanti e indietro.
  • Usa lo screenshot: se una sezione sembra sospettosamente vuota, lo screenshot ti dice se il crawler ha effettivamente visto il tuo sito reale o una pagina di blocco. Se mostra una pagina di blocco, vedi Cosa fare quando il crawl fallisce.

4. Domande frequenti

Il sito analizzato non gira su WordPress. InspectWP funziona anche su siti non WP, ma il blocco specifico di WordPress non contiene dati in tal caso ed è disabilitato.

5. Articoli correlati