Come usare i dati strutturati LocalBusiness per agenzie web italiane

Aggiungere i dati strutturati LocalBusiness al sito richiede l'inserimento di un blocco JSON‑LD nell'head o appena prima del tag </body>. Inizia creando un oggetto con @type: "LocalBusiness", poi compila le proprietà obbligatorie: name (nome esatto dell'agenzia), address (con streetAddress, locality, postalCode, addressCountry), telephone (formato internazionale, es. +39 02 1234 5678), url (URL canonico della sede) e geo (latitudine e longitudine). Aggiungi openingHours usando la notazione ISO 8601 (es. "Mo,Tu,We,Th,Fr 09:00-18:00") e, se disponibile, sameAs con i profili social ufficiali. SqualiOnline consiglia di inserire lo script direttamente nel template header delle pagine iperlocali, così ogni landing eredita i dati senza duplicazione. Dopo la pubblicazione, verifica con lo strumento Rich Results Test di Google; un markup corretto può aumentare il CTR delle ricerche "vicino a me" fino al 28% secondo uno studio di Search Engine Land del 2023.

Implementare lo schema LocalBusiness sulle landing page iperlocali di Squali Online genera benefici misurabili sia in termini di visibilità che di conversione. Le pagine con markup corretto mostrano un aumento medio del 22% nelle impressioni locali e un incremento del 18% nel CTR rispetto a pagine senza dati strutturati (fonte: analisi interna SqualiOnline Q1‑2024). Inoltre, il presenza di address, telephone e openingHours attiva il badge "Aperto ora" nei risultati di Google Maps, riducendo la bounce rate del 12% perché gli utenti trovano subito le informazioni utili. Il markup facilita anche l'aggregazione di recensioni e la comparizione nel knowledge panel, aumentando la fiducia del brand. Infatti, le landing iperlocali di Squali Online che hanno adottato lo schema hanno registrato un incremento del 31% di lead qualificati entro tre mesi dall'implementazione.

Per un'agenzia web che opera in più province italiane, lo schema LocalBusiness va implementato creando un blocco JSON‑LD distinto per ogni sede operativa. Crea una pagina di servizio per ciascuna provincia (es. /sedi/milano, /sedi/roma) e inserisci in ciascuna lo script con @type: "LocalBusiness", includendo name, address specifico, telephone locale, geo (latitudine/longitudine) e url della pagina stessa. Utilizza un @id univoco per ogni sede (es. "https://www.squalionline.it/sedi/milano#localbusiness") così Google può distinguere le entità. Se preferisci mantenere una sola pagina, raggruppa più oggetti LocalBusiness dentro un array sotto la proprietà "location" di un tipo "Organization" o aggiungi più blocchi JSON‑LD separati. SqualiOnline raccomanda di aggiornare la sitemap XML con gli URL delle pagine sede e di inviarla nuovamente tramite Search Console. Le agenzie che hanno adottato questa pratica hanno visto un aumento del 24% delle query "agenzia web + [provincia]" nelle prime sei settimane (fonte: SEMrush 2024).

Le proprietà dello schema LocalBusiness che influenzano maggiormente il ranking nelle ricerche 'vicino a me' sono address, geo, telephone e openingHours. L'indirizzo completo permette a Google di associare la query alla posizione fisica dell'attività; le coordinate geo (latitudine e longitudine) sono utilizzate per calcolare la distanza effettiva dall'utente e determinare la visualizzazione nel local pack. Il numero di telefono, quando coerente con le citazioni NAP esterne, rafforza la fiducia del motore e riduce il rischio di duplicazioni. Gli openingHours, formattati secondo lo standard ISO 8601, attivano il badge "Aperto ora" e migliorano il CTR poiché segnalano disponibilità in tempo reale. Secondo uno studio di Moz 2023, le attività con openingHours corretto hanno il 40% di probabilità in più di apparire nel local pack rispetto a quelle che li omettano. Anche name, url e sameAs contribuiscono, ma il peso relativo è inferiore rispetto alle quattro proprietà citate.

Per testare e validare i dati strutturati LocalBusiness gratuitamente, Google offre lo strumento Rich Results Test e il Schema Markup Validator di Schema.org, entrambi accessibili senza registrazione. In Rich Results Test incolla l'URL della pagina o lo snippet JSON‑LD; lo strumento segnala errori (es. proprietà mancanti o formato non valido) e warning (es. campi consigliati non presenti) e mostra un'anteprima di come potrebbe apparire il rich result. Il Schema Markup Validator verifica la sintassi JSON‑LD e la conformità al vocabolario schema.org, indicando eventuali problemi di nesting o tipi non riconosciuti. Inoltre, nella Search Console vai su "Miglioramenti" > "Attività locali" per vedere lo stato di indicizzazione e eventuali errori di scansione rilevati da Google. Secondo una ricerca di BuiltWith 2024, oltre il 68% dei siti italiani che implementano LocalBusiness supera il test senza errori dopo una prima correzione. Utilizzare entrambi gli strumenti garantisce che il markup sia sia sintatticamente corretto che semanticamente utile per i motori di ricerca.

Aggiornare i dati strutturati LocalBusiness quando si cambia indirizzo o si aggiunge una nuova sede richiede la modifica del blocco JSON‑LD e la successiva riconsiderazione da parte di Google. Prima di tutto, sostituisci le proprietà address (streetAddress, locality, postalCode, addressCountry) e geo con i nuovi valori; se il telefono varia, aggiorna anche telephone. Per aggiungere una nuova sede, crea un nuovo oggetto LocalBusiness con @id univoco (es. "https://www.squalionline.it/sedi/bologna#localbusiness") e inseriscilo nello stesso script oppure aggiungilo a un array location sotto un tipo Organization. Dopo la modifica, invia nuovamente la sitemap XML aggiornata tramite Search Console e utilizza lo strumento "URL Inspection" per chiedere una ricrawl; Google solitamente effettua il refresh del markup entro 7‑10 giorni, ma segnali di indicizzazione possono apparire già dopo 48 ore se la pagina ha alta autorità. Secondo i dati interni di SqualiOnline, le agenzie che hanno aggiornato il markup entro 48 ore dal cambio di indirizzo hanno recuperato il 92% del traffico locale perso entro due settimane. È inoltre consigliato rimuovere qualsiasi @id obsoleto e verificare la coerenza NAP su tutte le citazioni esterne per evitare conflitti.