Come misuriamo i siti web delle aziende
Ogni report dello stato del web racconta una città in un mese. Le cifre cambiano da città a città, le regole no: sono scritte qui, una volta sola. Ogni report dice poi cosa vale solo per la sua analisi, come le date e il tipo di analisi.
Le versioni dello scanner e cosa ha cambiato ognunaDa dove vengono le attività
Le attività vengono da Overture Maps, un archivio aperto di luoghi e attività usato anche da diverse mappe. Contiamo quelle il cui punto cade dentro i confini amministrativi della città, il comune e non la provincia, dopo aver escluso le categorie che non riguardano la presenza online.
Il sito di ogni attività è quello indicato nella sua scheda. Non è il registro delle imprese: sono le attività che un cliente trova su una mappa, con i dati che la mappa riporta.
Cos'è Overture Maps e perché lo usiamoDa dove vengono i dati
Le attività e il sito che indicano vengono da Overture Maps, un archivio aperto di luoghi. Non usiamo altre fonti per trovare i siti: ogni sito analizzato è quello indicato nella scheda dell'attività su Overture.
I luoghi non hanno una licenza unica per tutto il tema: ogni fornitore ha la sua, tutte permissive. CDLA Permissive 2.0 per Meta, Microsoft, PinMeTo, Krick, RenderSEO, DAC e BrightQuery, Apache 2.0 per Foursquare (i cui dati sono stati trasformati nello schema di Overture) e CC0 1.0 per AllThePlaces.
I confini amministrativi (il tema divisions) sono sotto licenza ODbL e vengono da OpenStreetMap, geoBoundaries, Esri Community Maps e LINZ. Per questo i nostri report riportano la dicitura che Overture indica per i dati con OpenStreetMap.
La pagina di Overture non indica altri obblighi di condivisione o di uso dei dati derivati oltre a questa dicitura: non aggiungiamo condizioni che non ci sono, e per i dettagli rimandiamo alla licenza di ogni fonte.
Attribuzione: © OpenStreetMap contributors, Overture Maps Foundation
Cos'è Overture Maps e perché lo usiamoCome un'attività ottiene la sua categoria
Ogni attività di Overture ha una categoria di base (basic_category). Noi la assegniamo a uno dei settori dei report, secondo la tabella qui sotto. Il settore di un'attività dipende solo da quella categoria: non lo scegliamo a mano, attività per attività.
Prima di assegnare i settori togliamo le categorie che non riguardano la presenza online: luoghi di culto, parchi, ospedali, scuole, banche, distributori di carburante, enti pubblici, musei e stazioni. Una categoria che non compare in nessun gruppo finisce in "altro", che i report non mostrano. La tabella è quella della versione 2026-08-19.0 dei dati.
| Settore | Categorie Overture (basic_category) |
|---|---|
| Ristoranti | restaurant, casual_eatery, fast_food_restaurant, food_and_drink, food_service |
| Bar e caffè | cafe, coffee_shop, smoothie_juice_bar |
| Pub e locali | bar, lounge, alcoholic_beverage_venue, brewery, winery, distillery |
| Alimentari | food_and_beverage_store, farmers_market |
| Alloggi | hotel, inn, resort, bed_and_breakfast, lodging, private_lodging |
| Viaggi | travel_service, rental_service, recreational_equipment_rental, taxi_or_ride_share_service |
| Moda e cosmetica | fashion_and_apparel_store, personal_care_and_beauty_store |
| Casa e tecnologia | hardware_home_and_garden_store, electronics_store |
| Altri negozi | shopping, specialty_store, flowers_and_gifts_store, arts_crafts_and_hobby_store, sporting_goods_store, toys_and_games_store, musical_instrument_and_pro_audio_store, office_supply_store |
| Auto e moto | automotive_service, vehicle_service, auto_dealer, vehicle_dealer, vehicle_parts_store |
| Servizi professionali | professional_service, b2b_office_and_professional_service, security_service, technical_service, services_and_business |
| Studi legali | attorney_or_law_firm, legal_service |
| Finanza | financial_service |
| Immobiliare | real_estate_service, apartment |
| Industria | manufacturer, supplier_or_distributor, wholesaler, b2b_service, b2b_industrial_and_machine_service, b2b_transportation_and_storage_service, industrial_facility_or_service, agricultural_service |
| Edilizia | home_service, building_or_construction_service |
| Salute | primary_care_or_general_clinic, vision_or_eye_care_clinic, diagnostics_imaging_or_lab_service, medical_service, health_care, pharmacy_and_drug_store, specialized_health_care, behavioral_or_mental_health_clinic, complementary_and_alternative_medicine, physical_medicine_and_rehabilitation, surgery, reproductive_perinatal_and_womens_care, pediatric_clinic, outpatient_care_facility, specialized_medical_facility, senior_living_facility |
| Dentisti | dental_clinic |
| Bellezza e benessere | personal_or_beauty_service, wellness_service |
| Sport e fitness | gym, fitness_studio, sport_or_fitness_facility, sport_or_recreation_club, sports_complex, sports_and_recreation, swimming_pool |
| Animali | animal_or_pet_service, animal_and_pet_store |
| Formazione | education, tutoring_service, specialty_school, place_of_learning, educational_service |
| Creativi e media | design_service, media_service, printing_service |
| Eventi e tempo libero | event_or_party_service, arts_and_entertainment, arts_and_crafts_space, arcade, event_venue, gaming_venue |
| Servizi locali | laundry_service, family_service, storage_facility |
Cosa conta come sito funzionante
Un sito funziona quando almeno una delle sue pagine risponde senza errori. Se il nostro strumento si blocca a metà analisi, per un timeout o un errore di Lighthouse, il sito resta funzionante: è un nostro limite, non un problema del sito.
Un profilo social, un'app, una pagina su un portale di prenotazioni, di consegne o su un marketplace non contano come sito, anche se l'attività li indica come tale. Tutte le cifre sul web riguardano solo i siti funzionanti.
Attività e siti: due unità diverse
Le attività si contano una per una. Tutto quello che riguarda il web si conta per sito: un centro commerciale i cui 40 negozi indicano lo stesso sito vale un sito, non 40. I dati strutturati di base sono l'eccezione e si contano per attività, perché descrivono ciascuna attività.
Ogni cifra dice su quanti siti o attività è calcolata. Un dato che non è stato possibile misurare su un sito non conta come fallito: quel sito resta fuori da quella cifra. Per questo le cifre di uno stesso report possono riguardare numeri di siti leggermente diversi.
Analisi rapida e analisi completa
In un'analisi rapida il crawler legge la home di ogni sito e le prime 4 pagine della sua sitemap. Lighthouse e il riconoscimento delle tecnologie (Wappalyzer, dopo l'esecuzione del JavaScript) girano solo sulla pagina principale.
In un'analisi completa il crawler legge più pagine per sito; Lighthouse resta sulla pagina principale, così i punteggi di città diverse restano confrontabili.
Lighthouse e Core Web Vitals
Lighthouse è lo strumento di Google alla base di PageSpeed Insights. Simula un telefono di fascia media su una rete mobile lenta. Sono misure di laboratorio, uguali per tutti i siti, non tempi di visitatori reali: servono a confrontare i siti tra loro, e sono più alte di quelle di un computer collegato in fibra.
Dal 29 settembre 2026 ogni pagina è misurata a giri di 3 prove e pubblichiamo la mediana, con un rallentamento del processore calibrato su PageSpeed Insights (lo spieghiamo nelle due sezioni qui sotto), così i punteggi si confrontano con i suoi. Prima era una misurazione sola con il rallentamento predefinito di Lighthouse (4 volte), che dà tempi più lunghi e punteggi più bassi, soprattutto per il tempo di blocco: le scansioni fatte prima di quella data, come quella di Verona di settembre 2026, vanno confrontate tra loro, non con gli audit di oggi. Da quella data registriamo anche Speed Index e tempo di blocco (Total Blocking Time).
I punteggi vanno da 0 a 100, con le fasce di Lighthouse: da 0 a 49 scarso, da 50 a 89 da migliorare, da 90 a 100 buono. Per i tempi usiamo le soglie che Google pubblica per i Core Web Vitals e, per Speed Index e tempo di blocco, che non sono Core Web Vitals, le fasce con cui Lighthouse li valuta. L'interattività (INP) in laboratorio non si misura, quindi non compare.
| Misura | Buono fino a | Scarso oltre |
|---|---|---|
| Primo contenuto visibile (FCP) | 1,8 s | 3 s |
| Contenuto principale visibile (LCP) | 2,5 s | 4 s |
| Pagina visibile (Speed Index) | 3,4 s | 5,8 s |
| Tempo di blocco (TBT) | 0,2 s | 0,6 s |
| Risposta del server (TTFB) | 0,8 s | 1,8 s |
| Spostamenti del layout (CLS) | 0,1 | 0,25 |
Le macchine che misurano e la calibrazione
Ogni analisi mette le pagine da misurare in una coda condivisa. Le analisi richieste da una persona che aspetta il risultato, come un audit pubblico, passano davanti a tutte le altre.
La coda è servita da una macchina principale, quella dove gira l'analisi, e da un numero qualsiasi di macchine di supporto che fanno soltanto Lighthouse. Ogni macchina ha più slot, e ogni slot usa 2 core del processore e un browser Chrome tutto suo, così due misurazioni non si contendono mai lo stesso processore. Sulla macchina principale 2 core restano liberi per il resto dell'analisi. Se una macchina di supporto si ferma, un'altra riprende il suo lavoro.
Una macchina più lenta darebbe punteggi più bassi dello stesso sito, quindi prima di misurare ogni macchina, la principale compresa, viene calibrata su PageSpeed Insights, il punteggio che vede il proprietario del sito. Sceglie il rallentamento del processore che fa coincidere i suoi punteggi con quelli di PageSpeed: il riferimento è la mediana di 5 chiamate a PageSpeed Insights, distanziate di 90 secondi, su 12 home page stabili. Una macchina più lenta non è mai un motivo per escluderla; lo è solo il caso in cui nessun rallentamento la porti vicino a PageSpeed, e allora non misura niente e riprova dopo un'ora. La calibrazione si ripete quando cambia l'hardware o la versione di Lighthouse, dopo una settimana, e quando la macchina rallenta in modo stabile.
Le misurazioni reali non chiamano mai PageSpeed Insights: è lento ed è un servizio di terzi. Lo usiamo solo per calibrare.
Le prove e la mediana
Una misurazione è fatta a giri di 3 prove. Una prova è scartata quando il processore era in difficoltà, mai a causa del suo punteggio: succede quando l'indice di benchmark di Lighthouse è sotto l'85% del livello normale della macchina, o quando più del 10% del tempo dei core è stato preso da altri utenti della stessa macchina virtuale.
A fine giro, se ci sono almeno 3 prove buone la misurazione è finita; altrimenti parte un altro giro, anche su un'altra macchina, fino a 3 giri, cioè 9 prove al massimo.
Il risultato pubblicato è la mediana delle prove buone: la prova che sta in mezzo, presa intera, così le sue cifre tornano con il suo punteggio (con un numero pari di prove, quella appena sopra la metà). Non la migliore: il massimo cresce con il numero di prove, e la prova più fortunata, per esempio con uno script di terze parti che non si è caricato, è spesso la migliore. Se le prove buone sono meno di 3, pubblichiamo la mediana di quelle che abbiamo e il risultato è segnato come degradato.
Medie, mediane e percentili
La mediana è il valore che divide i siti a metà: metà sta sopra, metà sotto. Il 25° e il 75° percentile racchiudono la metà centrale dei siti, il 10° e il 90° lasciano fuori i casi estremi. I percentili sono interpolati tra i due valori più vicini, come fa la funzione percentile_cont di SQL.
Le medie e le percentuali sono arrotondate a un decimale. Quando un report mostra sia la media sia la mediana, la differenza dice quanto pesano i casi estremi.
Dati strutturati di base
Un'attività ha i dati strutturati di base completi quando le pagine del suo sito contengono due blocchi JSON-LD: un LocalBusiness, o un suo sottotipo (Restaurant, Dentist, Store...), con nome, indirizzo strutturato come PostalAddress, telefono, URL e orari di apertura; e un WebSite con nome e URL.
Basta che ogni blocco compaia in una qualsiasi delle pagine analizzate. Un blocco a cui manca anche un solo dato conta come incompleto. Un indirizzo scritto come testo libero non conta: Google lo deve interpretare.
Sitemap, canonical e Search Console
Una sitemap è valida quando la troviamo, alla riga Sitemap del robots.txt o in una posizione comune, ed è un elenco di URL, un urlset o un indice di sitemap. Il canonical è l'indirizzo che la home dichiara come versione principale di sé.
Search Console risulta verificata quando lo vediamo dall'esterno: un meta tag nella home o un record DNS. Chi l'ha verificata in altro modo (un file caricato sul server, Google Analytics o Tag Manager) non si vede, quindi la quota reale può essere più alta di quella che riportiamo.
Il punteggio di leggibilità AI
Il punteggio di leggibilità AI dice quanto un'AI come ChatGPT, Claude o Gemini riesce a leggere un sito e a capire di che attività si tratta. Va da 0 a 100 ed è composto dalla somma di undici punti con pesi differenti in base alla loro importanza, spiegati uno per uno nella sua pagina, dove trovi anche le versioni delle regole. Un punto che non è stato possibile verificare non conta come fallito: il sito viene giudicato sugli altri.
Il manifest ARD (Agentic Resource Discovery), uno degli undici punti, lo cerchiamo in quest'ordine: la riga Agentmap del robots.txt, un link rel="ard" o rel="ai-catalog" nell'HTML della home così come arriva dal server, gli stessi link nelle intestazioni HTTP della home, e solo senza nessuno di questi i file /.well-known/ard.json e /.well-known/ai-catalog.json. Il primo indicato in modo esplicito decide quale manifest valutiamo, anche se poi non si apre. Lo validiamo con lo stesso test di conformità che Lighthouse usa nella sua categoria Agentic Browsing, quella che mostra anche PageSpeed Insights, quindi il nostro verdetto coincide con il suo. Una differenza: per Lighthouse un sito senza manifest è non applicabile, per noi non supera il punto.
Come si calcola il punteggio di leggibilità AIBlacklist antispam
Controlliamo l'indirizzo IP del server di ogni sito funzionante su tre blacklist: Spamhaus ZEN, Barracuda e SpamCop. Un sito è in blacklist quando almeno una delle tre elenca il suo server. Le liste di Spamhaus che segnalano solo gli indirizzi che non dovrebbero inviare email direttamente (PBL) non contano. Se una lista non risponde, il sito resta senza risposta.
Essere in blacklist riguarda le email, non il sito: le email inviate da quel server rischiano di finire nella cartella spam dei clienti e di non essere mai lette, mentre il sito di solito continua a funzionare e a comparire su Google come prima. Spesso il server è condiviso con centinaia di altri siti, e la segnalazione nasce da uno di loro.
La media nazionale
La media nazionale non è una statistica ufficiale: è lo stesso report calcolato su tutte le città di un paese che abbiamo analizzato fino a quel mese, con l'ultima analisi conclusa di ognuna. Un'attività trovata da più analisi conta una volta.
La mostriamo solo quando comprende almeno due città, tutte analizzate con la stessa versione dello scanner del report: con una sola confronterebbe la città con se stessa, e una versione diversa misura in un altro modo, quindi le sue cifre non si confrontano. Una versione di correzione (la 1.2.1 dopo la 1.2.0) non cambia le misure e si confronta con la sua. Un valore è in linea con la media quando la differenza sta entro il 5% del valore medio; oltre, diciamo sopra o sotto.
Ogni quanto analizziamo una città
Una città si può analizzare al massimo una volta al mese. Ogni analisi conserva il suo report, che non cambia quando la città viene analizzata di nuovo: due mesi diversi sono due report diversi, e si possono confrontare.
Mentre un'analisi è in corso, il suo report si aggiorna al massimo una volta al minuto, e le pagine del sito una volta all'ora.
Come lo scanner si presenta e cosa rispetta
Lo scanner si chiama NFW-Audit e lo dichiara: le richieste semplici e i browser che usa finiscono il loro User-Agent con "NFW-Audit/1.0" e l'indirizzo di una pagina che lo descrive. Gli audit di Lighthouse mantengono lo User-Agent di Lighthouse, così le misure restano quelle di sempre, e partono dagli stessi indirizzi IP.
Rispetta le regole che nominano NFW-Audit: un gruppo del robots.txt con quel nome (lo legge prima della pagina), il segnale TDM-Reservation (nell'intestazione, in un meta tag o in un file TDMRep in /.well-known/) e un elenco di esclusione alimentato dalle richieste dei proprietari. Non tratta le regole generiche "User-agent: *" come rivolte a sé. Un sito che lo esclude non viene misurato e non lascia dati.
È anche educato: al massimo due richieste alla volta per dominio, distanziate di un quarto di secondo, e se un sito risponde 429 o 503 con un tempo di attesa lo aspetta e, se il sito insiste, rinuncia. Un sito che ha chiesto di rallentare è contato come tale nel report.
La pagina dello scanner: indirizzi IP, regole e come escluderloCosa misurano e cosa non misurano questi numeri
Un report dice cose precise, e solo quelle. Questi sono i limiti da tenere presenti quando se ne cita una cifra.
- Solo la home. Lighthouse e il punteggio di leggibilità AI misurano la pagina principale di ogni sito, non il sito intero: la cifra è quella di una vetrina, non di tutte le pagine.
- Solo siti funzionanti. Le cifre sul web riguardano i siti che rispondono. I siti che non rispondono, o che bloccano il nostro strumento, restano fuori: un sito protetto da un controllo anti bot può risultare non misurabile pur funzionando per un visitatore.
- Solo le attività che hanno un sito su Overture. Un'attività senza sito nella sua scheda non viene misurata sul web, e una scheda con un sito vecchio porta a una pagina che non si apre. Ogni report dice quante attività indicano un sito e quante ne hanno uno funzionante.
- Un campione, non un registro. Overture non è il registro delle imprese: copre alcune attività e alcune zone meglio di altre, quindi il quadro può essere distorto verso le attività con una scheda curata.
- Un sito vale uno. Se più attività indicano lo stesso sito, per le cifre sul web conta una volta. Per i conteggi di attività conta ciascuna.
- Una lingua. Il nostro strumento si presenta come un browser italiano: un sito in più lingue viene misurato nella versione italiana.
- Search Console si riconosce solo da un meta tag o dal DNS, quindi la quota reale può essere più alta di quella che mostriamo.
- Il punteggio di leggibilità AI è una nostra misura, non uno standard di mercato: non è confrontabile con strumenti esterni. Cambia con le versioni delle regole, e due report si confrontano solo con lo stesso scanner e le stesse regole.
- Solo città, e solo medie e mediane. I report non dicono chi è il migliore di un settore né quali studi lavorano meglio, e non pubblicano il risultato di nessuna singola attività.
Cosa non pubblichiamo
Solo cifre aggregate. Il risultato di una singola attività o di un singolo sito non compare nei report né nei dati pubblici. Chi vuole vedere il proprio può chiederlo in una call gratuita.
Le cifre aggregate di ogni analisi sono disponibili anche in formato JSON, dall'API pubblica della dashboard (GET /state-of-the-web/v1/scans/{scanId}), per chi vuole citarle o rielaborarle.
Dove sono archiviati i dati
Il report completo di ogni analisi, in JSON e CSV, è archiviato su Zenodo con un DOI proprio e con la licenza CC BY 4.0. Gli stessi file sono su Hugging Face, in una cartella per analisi, e su Kaggle, in un unico dataset con tutte le città.
Un report congelato non cambia più: le sue cifre, le suddivisioni e la media nazionale con cui è confrontato restano quelle del giorno del deposito, anche se in seguito il metodo di calcolo viene aggiornato. Un report non ancora congelato può invece essere ricalcolato quando esce una nuova versione delle statistiche. Per citare un report usa il DOI della sua edizione: il DOI "concept" riunisce tutte le edizioni di una città.