Blocchi NAP: Nome, Indirizzo e Telefono Canonici

Un blocco NAP pubblica nome, indirizzo e numero di telefono di una sede aziendale in un unico record canonico. “Canonico” significa che l’organizzazione ha scelto un valore sottostante autorevole per ogni campo, anche quando una directory abbrevia la via o un link telefonico utilizza un formato macchina internazionale.

L’elemento renderizzato è deliberatamente poco appariscente. Il suo compito è l’identità, non la persuasione: una sede, un nome commerciale, un indirizzo consegnabile, un numero monitorato e sufficiente provenienza per verificare tutte le copie rispetto alla fonte.

Perché questo elemento è importante

Le decisioni locali hanno un costo elevato se sbagliate. Un lettore potrebbe dover scegliere dove guidare, quale filiale chiamare, dove inviare un documento o se un’azienda serve la sua zona. Quando il footer mostra un numero della sede centrale, la pagina della sede mostra un numero di filiale e il pannello della mappa punta a un vecchio ingresso, il lettore deve indovinare quale fatto controlla l’azione successiva. Questa incertezza danneggia la fiducia prima ancora che inizi una conversazione.

Il beneficio psicologico è la fiducia attraverso la specificità. Un indirizzo stradale completo segnala che la pagina descrive un luogo reale piuttosto che una pagina di atterraggio generica mirata a una città. Un numero di telefono specifico per la sede dice al lettore chi raggiungerà. Un nome stabile li aiuta a riconoscere la stessa filiale nei risultati di ricerca, mappe, piattaforme di recensioni, fatture e insegne. Nessuno di questi dettagli prova la qualità del servizio, ma insieme rimuovono dubbi evitabili su identità e accesso.

L’estraibilità automatica è la capacità di un crawler, motore di ricerca, directory, assistente o processo di sindacazione di preservare ogni valore e la sua relazione con una sede. Una frase come “Chiama il nostro team di Washington vicino a Capitol Hill” può sembrare naturale, ma non espone un indirizzo postale completo o un valore telefonico univoco. Un blocco etichettato con un ID sede stabile produce un record che può essere confrontato campo per campo.

La coerenza dovrebbe essere trattata come un problema di dati verificabile, non come un rituale tipografico. Normalizza maiuscole/minuscole, Unicode, spazi bianchi, suffissi stradali, identificatori di unità, codici postali, codici paese e cifre telefoniche prima di confrontare i record. “1200 Example Ave., Ste 210” e “1200 Example Avenue, Suite 210” possono normalizzarsi allo stesso indirizzo; “Suite 120” no. Allo stesso modo, (202) 555-0147 e +1 202-555-0147 possono rappresentare lo stesso numero, mentre un numero di tracciamento chiamate può differire intenzionalmente e deve essere registrato come alias approvato con il suo proprietario del routing.

Quando usarlo

Usa un blocco NAP ogni volta che una pagina rappresenta una sede fisica che i clienti possono visitare, chiamare, a cui possono scrivere, che possono verificare o distinguere da un’altra filiale. È richiesto nelle pagine di sede e filiale, utile nei record di directory controllati e appropriato in un profilo aziendale quando l’indirizzo fa genuinamente parte dell’identità pubblica.

Crea un blocco per sede. Un indice multilocalizzazione può visualizzare venti blocchi, ma deve visualizzare venti record separati piuttosto che un nome commerciale seguito da un elenco misto di indirizzi e numeri. Ogni istanza deve risolversi in un ID sede in modo che un sistema di contenuti non possa abbinare l’indirizzo della Filiale A con il telefono della Filiale B.

I casi quasi corretti necessitano di trattamenti diversi:

• Un’attività con area di servizio senza locali aperti al pubblico non dovrebbe pubblicare l’indirizzo di casa del proprietario. Indica l’area di servizio e il canale di contatto senza fingere che esista una sede NAP visitabile.
• Una casella postale, un indirizzo del rappresentante legale, un indirizzo di fatturazione, un magazzino e un indirizzo per resi non sono intercambiabili con una sede clienti. Etichetta ogni scopo operativo e mantienilo al di fuori del blocco principale, a meno che quell’indirizzo non sia quello che ai clienti viene indicato di utilizzare.
• Orari di apertura, disponibilità di appuntamenti, indicazioni stradali, parcheggio e dettagli di accessibilità possono stare vicino al blocco, ma sono dati separati con cicli di aggiornamento separati.
• Un numero di tracciamento chiamate non è automaticamente incoerente. È accettabile quando il routing è affidabile, la proprietà e la destinazione canonica sono documentate, e il numero visibile non cambia in modo imprevedibile per crawler o utenti di ritorno.
• Un’azienda solo online può avere un indirizzo legale per conformità ma nessuna sede locale. Non trasformare una comunicazione legale in marketing di presenza locale.
• Un professionista all’interno di una clinica può aver bisogno di un record del professionista e la clinica può aver bisogno di un record della sede. Non fondere i loro nomi e numeri di telefono in un’identità ibrida.

Le regole di scrittura degli elementi hanno la precedenza: scegli l’elemento in base allo scopo del passaggio. Se il compito del passaggio è dichiarare nome, indirizzo e telefono canonici di una sede, usa un blocco NAP anche quando una card generica o un footer potrebbero visualizzare testo simile.

Dove posizionarlo

In una pagina di sede dedicata, posiziona il blocco NAP principale immediatamente dopo l’identificazione di apertura e la risposta diretta, prima di indicazioni, orari, servizi, recensioni o controlli di prenotazione. Il lettore dovrebbe sapere quale luogo la pagina rappresenta prima di interpretare qualsiasi affermazione locale. Se l’hero già visualizza il record canonico completo, la sezione contatti successiva può ripeterlo solo dallo stesso oggetto dati.

In un profilo aziendale, mettilo in una sezione chiaramente etichettata “Sede centrale” o “Sede di contatto pubblico” piuttosto che sotto un’intestazione generica “Chi siamo”. In un indice di directory, metti un blocco compatto all’interno di ogni annuncio corrispondente e collega l’intero gruppo di identità al profilo di filiale corretto. In un footer del sito, usa solo la sede pubblica principale o un selettore di sede esplicito; un footer è troppo angusto per un mix non etichettato di più uffici.

Il blocco può stare accanto a orari, mappa, indicazioni, parcheggio o un’azione di prenotazione solo quando ogni componente adiacente utilizza lo stesso ID sede. Non può stare accanto a un segnaposto della mappa per un altro ingresso, un centralino a livello organizzativo etichettato come linea di filiale, un indirizzo di magazzino solo per consegne o un selettore di sede la cui selezione corrente non è chiara. Non posizionare un annuncio pubblicitario, testimonianza, modulo di newsletter o offerta promozionale tra il nome e il suo indirizzo o tra l’indirizzo e il telefono. Quelle interruzioni spezzano il record visivamente e nell’ordine di lettura.

Su mobile, preserva l’ordine nome, via, località, regione e codice postale, paese quando necessario, poi telefono. Non lasciare che un pulsante di chiamata persistente sostituisca il numero visibile o oscuri quale filiale chiama.

Anatomia

1. Nome della sede: il nome commerciale approvato visibile ai clienti, incluso un qualificatore di filiale solo quando usato coerentemente.
2. Indirizzo stradale: il numero civico e nome della via validi per la consegna, non una descrizione di un punto di riferimento.
3. Sub-premessa: un suite, unità, piano, edificio o reparto necessario per raggiungere la destinazione corretta.
4. Località e regione: la città o località più il valore governato di stato, provincia, contea o regione.
5. Codice postale e paese: il codice di instradamento completo e il paese, incluso il paese quando il pubblico o la sindacazione attraversa i confini.
6. Telefono visualizzato: il numero leggibile formattato per il pubblico della sede.
7. Destinazione telefonica: lo stesso numero normalizzato per la composizione, normalmente in formato E.164 all’interno di un link tel:.
8. ID sede: una chiave interna stabile che impedisce la miscelazione dei dettagli delle filiali durante il rendering o la sindacazione.
9. Metadati di verifica: la data e il sistema autorevole o il proprietario con cui il record è stato controllato.

Esempi di design

Ogni variante utilizza lo stesso record di sede sottostante. Densità e azioni circostanti possono cambiare, ma il renderizzatore non può abbreviare un suite, sostituire un numero a livello organizzativo o nascondere un indirizzo necessario per distinguere la filiale.

Sede standard. La variante predefinita mostra ogni componente in un gruppo verticale facile da copiare. Usala in una pagina di sede o filiale dedicata.

Banda di contatto compatta. Usala in un footer o in una banda di contatto quando una sede pubblica rappresenta la pagina. Può comprimersi in righe su schermi stretti, ma non deve troncare l’unità, il codice postale o il telefono.

Card di directory. Ripeti un’istanza NAP compatta per sede. Mantieni filtri, distanza, “aperto ora” ed etichette di servizio al di fuori dei campi di identità in modo che gli stati dinamici non possano riscrivere il record canonico.

Sede solo su appuntamento. Mostra il NAP pubblico completo quando ai clienti è permesso visitare, quindi aggiungi “Appuntamento richiesto” come nota operativa separata. Non inserire la frase nella linea dell’indirizzo.

Internazionale. Preserva l’ordine dell’indirizzo previsto nel paese di destinazione memorizzando ogni componente separatamente. Mostra la convenzione telefonica locale per i lettori e mantieni un valore di composizione internazionale per il link e il livello dati.

Parametri

“Fonte” qui indica da dove il renderizzatore ottiene un campo. Il registro sedi governato dell’azienda, non il corpo dell’articolo, rimane autorevole per i valori di identità.

Memorizza i componenti separatamente anche quando il renderizzatore li unisce per la visualizzazione. Un unico blob address="1200 Example Avenue, Washington..." impedisce l’ordinamento specifico per paese, confronti affidabili e la correzione mirata di un suite o codice postale errato.

Sintassi ed esempi di codice

Tutte e tre le forme codificano lo stesso ID sede e gli stessi campi canonici. La direttiva portabile è il contratto redatto; un progetto deve registrare e testare i suoi adattatori Hugo e WordPress prima di pubblicare la sintassi.

Direttiva Markdown portabile

:::nap{location-id="NSH-DC-01" name="Northstar Heating — Capitol Hill" street-address="1200 Example Avenue|Suite 210" locality="Washington" region="DC" postal-code="20001" country="US" phone="+12025550147" phone-display="(202) 555-0147" verified="2026-08-27" source="location-registry"}
## Northstar Heating — Capitol Hill

Nota: Visite su appuntamento.
:::

Shortcode Hugo

{{< nap location-id="NSH-DC-01" name="Northstar Heating — Capitol Hill" street-address="1200 Example Avenue|Suite 210" locality="Washington" region="DC" postal-code="20001" country="US" phone="+12025550147" phone-display="(202) 555-0147" verified="2026-08-27" source="location-registry" >}}
## Northstar Heating — Capitol Hill

Nota: Visite su appuntamento.
{{< /nap >}}

Tutti i parametri dello shortcode sono nominati. L’adattatore deve eseguire l’escape del testo, generare un gruppo <address> e un link tel:, esporre l’ID sede al livello dati e preservare la nota del corpo al di fuori dell’indirizzo postale.

Blocco WordPress

<!-- wp:amicited/nap {"locationId":"NSH-DC-01","name":"Northstar Heating — Capitol Hill","streetAddress":["1200 Example Avenue","Suite 210"],"locality":"Washington","region":"DC","postalCode":"20001","country":"US","phone":"+12025550147","phoneDisplay":"(202) 555-0147","verified":"2026-08-27","source":["location-registry"],"variant":"standard"} -->
<div class="wp-block-amicited-nap">Renderizzato lato server dai campi di sede canonici.</div>
<!-- /wp:amicited/nap -->

Il blocco WordPress dovrebbe utilizzare campi ispettori tipizzati e rendering lato server. Gli autori possono scegliere un record di sede e aggiungere una nota approvata, ma non dovrebbero riscrivere il nome, l’indirizzo o il telefono canonici in Rich Text.

Esempi

Buono: una sede completa e attribuibile

Northstar Heating — Capitol Hill
1200 Example Avenue, Suite 210
Washington, DC 20001, Stati Uniti
(202) 555-0147
Sede NSH-DC-01 · Verificato il 27 agosto 2026 rispetto al registro sedi approvato

Questo funziona perché il qualificatore di filiale, il suite, il codice postale, il paese, il numero visualizzato, la destinazione di chiamata, l’ID stabile, la data e la fonte descrivono tutti un unico record. Un lettore può visitare o chiamare; un crawler può estrarre gli stessi valori; un revisore può confrontare il blocco con un elenco di directory senza dover indovinare quale ufficio controlla la pagina.

Cattivo: un composito dall’aspetto plausibile

Northstar Heating Washington
Vicino a Capitol Hill, Washington DC
Chiama il nostro team: 555-0147 o l’ufficio principale
Aperto vicino a te

Questo fallisce perché “vicino a Capitol Hill” non è un indirizzo consegnabile, il numero locale manca di prefisso e contesto nazionale, “ufficio principale” non ha un numero e il nome non identifica una filiale governata. “Aperto vicino a te” mescola orari e prossimità nell’identità senza una base di sede o orario. Il blocco non può essere abbinato con sicurezza a un record della mappa, una citazione in directory, un’entità schema o una fonte interna.

Riparalo selezionando l’ID sede esatto, risolvendo ogni campo dal registro, pubblicando l’indirizzo pubblico completo e il telefono monitorato, e spostando orari o affermazioni di prossimità nei propri componenti.

Markup schema e accessibilità

Un blocco NAP può alimentare un’idonea entità Organization, sottotipo LocalBusiness o altra entità basata su luogo. Mappa i componenti visibili name, telephone e indirizzo su un PostalAddress: streetAddress, addressLocality, addressRegion, postalCode e addressCountry. Usa il tipo di attività più specifico e veritiero supportato dalla pagina; non scegliere una categoria solo per ottenere una funzionalità di ricerca.

I dati strutturati devono identificare la stessa sede che la pagina identifica. Non inserire la sede centrale in JSON-LD mentre mostri una filiale nel blocco, combinare più filiali in un unico indirizzo o aggiungere latitudine e longitudine indovinate da un codice postale. Se ogni filiale ha la propria pagina ed entità persistente, usa un URL canonico stabile e un identificatore governato per mantenere separato il grafo. La data di verifica e la fonte supportano la governance interna ma non richiedono proprietà pubbliche di Schema.org.

Usa un elemento <address> per le informazioni di contatto della sede rappresentata dalla pagina o sezione. Non assumere che <address> significhi qualsiasi indirizzo postale; il suo significato HTML è informazioni di contatto per l’articolo o il proprietario della pagina pertinente. Mantieni il nome della sede in un’intestazione, etichetta le card di directory ripetute e preserva un ordine logico della fonte.

Il numero di telefono visibile deve rimanere testo, non un’icona o un’immagine. Collegalo con href="tel:+12025550147" quando chiamare è appropriato, ma mantieni una visualizzazione locale leggibile. Non dividere le singole cifre in span stilizzati, pronunciare la punteggiatura attraverso un’etichetta accessibile imprecisa o nascondere estensioni essenziali in un tooltip. Assicurati che il focus della tastiera sia visibile, che lo scopo del link includa la filiale quando più link di chiamata appaiono insieme e che lo zoom o il reflusso non separino il suite o il codice postale dall’indirizzo.

Regole di scrittura

Queste regole proteggono principalmente la risoluzione dell’identità; l’ordine visivo è secondario:

• Usa esattamente un nome commerciale, un indirizzo e un telefono principale per blocco. Se un numero secondario è operativamente necessario, etichetta il suo scopo al di fuori del trio NAP canonico.
• Mantieni il nome tra 2 e 100 caratteri. Usa il marchio pubblico reale e un qualificatore di filiale governato; non aggiungere parole chiave come “miglior idraulico di emergenza a Washington.”
• Usa 1–3 righe di indirizzo, ciascuna non più di 100 caratteri. Preserva suite, unità, piano, edificio e informazioni direzionali necessarie per la consegna o l’arrivo.
• Usa un indirizzo postale completo per locali aperti al pubblico. Non sostituirlo mai con “centro città”, “vicino alla stazione”, un segnaposto della mappa o indicazioni stradali.
• Memorizza il paese come codice a due lettere e visualizza il suo nome leggibile quando il contesto del pubblico lo richiede. Non dedurre mai un paese solo da un dominio di primo livello.
• Memorizza i numeri di telefono in formato E.164 e visualizza una forma locale familiare. Includi un’estensione come valore governato separato quando il routing dipende da essa.
• Usa un tono fattuale e amministrativo. Il blocco può dire “Appuntamento richiesto” o “Nessun accesso pubblico”; non deve contenere slogan, affermazioni di servizio, recensioni, premi, sconti, urgenza o elenchi di parole chiave.
• Non inserire orari, indicazioni, istruzioni di parcheggio, aree di servizio, disponibilità di prenotazione, indirizzi email, numeri di fax o profili social all’interno dei tre campi di identità. Campi adiacenti etichettati sono accettabili quando la loro proprietà e cadenza di aggiornamento sono chiare.
• Non sovrascrivere silenziosamente un valore canonico per corrispondere a una directory di terze parti. Indaga se il record esterno è obsoleto, un alias approvato o una sede genuinamente diversa, quindi correggi la fonte appropriata.
• Registra una data di verifica e una fonte per ogni istanza pubblicata. Riverifica dopo traslochi, rebranding, cambi di routing telefonico, fusioni, chiusure di filiali, cambi di suite e migrazioni di directory.
• Tratta punteggiatura e abbreviazioni come differenze di presentazione solo dopo che la normalizzazione dimostra che i componenti sottostanti corrispondono. Una cifra, un suite, un codice postale o un qualificatore di filiale modificato è sostanziale.

Tipi di post che lo utilizzano

La tabella è governata da postTypes[] nel frontmatter. Aggiungi o rimuovi una riga solo quando il corrispondente array cambia.

Checklist QA

• Il blocco si risolve da un ID sede stabile piuttosto che da campi digitati indipendentemente.
• Il nome pubblico corrisponde al marchio governato e alla politica di denominazione delle filiali senza aggiunte di parole chiave.
• Il numero civico, il nome della via, la direzione, il suite o unità, la località, la regione, il codice postale e il paese sono stati verificati rispetto alla fonte autorevole.
• L’indirizzo è valido per l’azione del cliente dichiarata: visita, spedizione, ritiro o altro scopo esplicitamente etichettato.
• Abitazioni private, uffici del rappresentante legale, magazzini e uffici virtuali non sono presentati come sedi per i clienti.
• Il telefono visualizzato e la destinazione tel: si normalizzano alla stessa destinazione monitorata.
• Orari, mappa, indicazioni, prenotazioni e componenti CTA nelle vicinanze utilizzano lo stesso ID sede.
• Nessun blocco adiacente contraddice l’indirizzo, il telefono, il nome della filiale, la politica di visita o la selezione della sede.
• Il confronto normalizzato distingue le differenze di formattazione innocue da cifre, unità o componenti postali modificati.
• Il contenuto visibile e il markup Organization, LocalBusiness o PostalAddress concordano campo per campo.
• I blocchi ripetuti hanno intestazioni o etichette accessibili uniche, e ogni link telefonico ha uno scopo chiaro.
• Il record completo rimane leggibile, copiabile, accessibile da tastiera e correttamente ordinato al 200% di zoom e su schermo stretto.
• La data di verifica e la fonte sono presenti, e un proprietario nominato riceve segnalazioni di discrepanze.
• Traslochi, chiusure, rebranding, cambi di numero e alias approvati hanno un percorso di aggiornamento attraverso il sito web, profili, directory e feed di dati.

FAQ

Cosa significa NAP nella SEO locale?

NAP significa nome, indirizzo e telefono. Un blocco NAP pubblica questi tre dati identificativi per una sede aziendale in una forma canonica ed etichettata che persone e macchine possono recuperare senza combinare dettagli di filiali diverse.

La punteggiatura deve essere identica su ogni sito web?

No. Differenze di presentazione innocue come “Suite” rispetto a “Ste.” o la visualizzazione telefonica locale rispetto a quella internazionale non creano un’entità diversa quando i valori sottostanti si normalizzano agli stessi dati. Controlla i campi normalizzati, mantenendo una forma di visualizzazione preferita sotto il tuo controllo.

Un’attività con area di servizio dovrebbe pubblicare un indirizzo di casa?

No. Non esporre un indirizzo privato o non idoneo per i clienti solo per completare il blocco. Pubblica il nome commerciale visibile ai clienti e il telefono monitorato, indica che il servizio è fornito presso le sedi dei clienti e mantieni qualsiasi indirizzo privato in sistemi governati che lo richiedano realmente.

Un blocco NAP può contenere più filiali?

No. Un blocco rappresenta un record di una sede. Una directory può ripetere il componente una volta per filiale, ma ogni istanza necessita del proprio identificatore di sede, indirizzo, telefono, fonte e pagina di destinazione in modo che i dettagli non possano essere ricombinati accidentalmente.

Con quale frequenza dovrebbero essere controllate le informazioni NAP?

Controllale ogni volta che cambiano una sede, un numero, una politica di denominazione o un elenco in directory, e includile in un audit ricorrente dei dati locali. L’intervallo appropriato dipende dal tasso di cambiamento operativo; il blocco dovrebbe registrare la sua data di ultima verifica e la fonte autorevole piuttosto che implicare una precisione permanente.