Informazioni sito
Titolo, descrizione, stack e tecnologia di qualsiasi sito.
- 301 — https://cloudflare.com/
- 200 — https://www.cloudflare.com/
What does each field mean?
Field reference
Stato HTTP
Codice di stato restituito dall'URL finale nella catena di redirect. 200 OK è sano; 301/302 segnala un'altra tappa (vedi catena di redirect); 403/404/500 indicano problemi di disponibilità.
Server
Stringa libera che il server dichiara — <code>nginx</code>, <code>cloudflare</code>, <code>Apache/2.4</code>, <code>caddy</code>. Alcuni server oscurano o falsificano questo header per motivi di sicurezza; l'assenza non è un problema.
Latenza
Round-trip più handshake TLS più primo byte del server. Misurazione da un'unica origine (la posizione del nostro server): distanza geografica ed edge cache influenzano il valore. Da usare come indicatore grezzo di freschezza.
Catena di redirect
Sequenza di redirect 3xx. Due salti (HTTP → HTTPS → www) sono normali; tre o più indicano di solito una configurazione errata. Ogni salto costa un RTT in più e penalizza la SEO.
Lingua
Letta dall'attributo <code><html lang="..."></code>. Usata dai browser per sillabazione e suggerimenti di traduzione, dai motori di ricerca per targeting di locale, dagli screen reader per la pronuncia. Valori mancanti o errati danneggiano l'accessibilità.
Meta tag
Il titolo compare nella tab del browser e come intestazione nelle SERP di Google (~50–60 caratteri). La meta description appare sotto (~150–160 caratteri). Entrambi dovrebbero essere unici per pagina e concisi — metadati generici o duplicati danneggiano il CTR.
Open Graph
I tag Open Graph (<code>og:title</code>, <code>og:description</code>, <code>og:image</code>, <code>og:url</code>) governano la resa della pagina quando viene condivisa sui social. Immagini mancanti o a bassa risoluzione producono anteprime vuote o brutte.
Tecnologie rilevate
Rilevazione in stile Wappalyzer: WordPress, Drupal, Next.js, Cloudflare, Google Analytics, ecc. Segnali: header di risposta, meta generator, percorsi noti degli asset, script inline. Utile per analisi della concorrenza e ricognizione di sicurezza (conoscere lo stack aiuta a pianificare gli audit).
Informazioni su questo strumento
Site Info recupera la landing page di un sito web dal nostro server di Francoforte e riporta tutto ciò che quella pagina dichiara di sé: il <title> HTML, la meta description, i metadati Open Graph e Twitter Card, l'URL della favicon, l'URL canonico, gli hint di lingua e un fingerprint dello stack tecnologico sottostante (server, CMS, framework, analytics, ad network, CDN). La verifica utilizza una vera richiesta HTTPS in stile browser — incluso il follow di fino a cinque redirect e la lettura di risposte HTTP/2 — quindi quello che vedi è ciò che vedrebbe un normale visitatore.
Il rilevamento tecnologico viene eseguito su firme per circa 1.500 prodotti: header del server (nginx, cloudflare, litespeed), marker HTML (meta generator, nomi di classi specifiche di framework, percorsi degli asset) e variabili globali JavaScript esposte al primo render. Ogni rilevamento è mostrato con un livello di confidenza e lo snippet che ha attivato la corrispondenza. I dettagli SSL/TLS, la catena di risposte (ogni redirect con il suo status code) e una stima del render-time sono inclusi nello stesso report.
Quando usare questo strumento
- Intelligence competitiva. Scopri quale CMS, framework, analytics e ad network usa un concorrente senza scrutare manualmente il loro DOM.
- Audit SEO. Conferma che title, description, Open Graph, canonical e tag di lingua siano tutti presenti e correttamente popolati.
- Archeologia dello stack. Identifica quando un sito è stato riprogettato l'ultima volta controllando le versioni delle librerie rilevate.
- Due diligence sui fornitori. Verifica rapidamente che un provider giri davvero sulla piattaforma che dichiara nel suo pitch.
Cosa deliberatamente non facciamo
Nessuna esecuzione di JavaScript. Recuperiamo la risposta HTML grezza e analizziamo ciò che contiene, inclusi i tag<script> inline — ma non rendiamo la pagina. Questo significa che i framework solo client-side (una pura SPA con <body> vuoto) divulgheranno meno informazioni; per quelli ci affidiamo agli header di risposta e ai percorsi URL dei bundle per fare fingerprinting dello stack. I siti che bloccano il traffico bot all'edge possono restituire una pagina più pulita di quella che vedrebbe un vero browser — il risultato riflette onestamente ciò che il loro server ci ha dato.