Blocuri NAP: Nume, Adresă și Telefon Canonice

Un bloc NAP publică numele, adresa și numărul de telefon ale unei locații de afaceri într-o singură înregistrare canonică. „Canonic” înseamnă că organizația a ales o valoare subiacentă autoritară pentru fiecare câmp, chiar și atunci când un director abreviază strada sau un link telefonic folosește un format internațional pentru mașini.

Elementul redat este în mod deliberat neobișnuit. Rolul său este identitatea, nu persuasiunea: o locație, un nume vizibil pentru clienți, o adresă de livrare, un număr monitorizat și suficiente informații de proveniență pentru a audita toate copiile față de sursă.

De ce contează acest element

Deciziile locale au un cost ridicat al erorii. Un cititor poate alege unde să se deplaseze, ce sucursală să sune, unde să trimită un document sau dacă o companie deservește zona sa. Când subsolul arată un număr al sediului central, pagina de locație arată un număr al sucursalei, iar panoul cu harta indică o intrare veche, cititorul trebuie să ghicească ce fapt controlează următoarea acțiune. Această incertitudine afectează încrederea înainte ca o conversație să înceapă.

Beneficiul psihologic este încrederea prin specificitate. O adresă stradală completă semnalează că pagina descrie un loc real, nu o pagină generică orientată pe oraș. Un număr de telefon specific locației îi spune cititorului pe cine va suna. Un nume stabil îl ajută să recunoască aceeași sucursală în rezultatele căutării, hărți, platforme de recenzii, facturi și semnalizare. Niciunul dintre aceste detalii nu dovedește calitatea serviciului, dar împreună elimină îndoielile evitabile privind identitatea și accesul.

Extractibilitatea automată este capacitatea unui crawler, motor de căutare, director, asistent sau proces de sindicalizare de a păstra fiecare valoare și relația sa cu o locație. O frază precum „Sunați echipa noastră din Washington, lângă Capitol Hill” poate suna natural, dar nu expune o adresă poștală completă sau o valoare telefonică neambiguă. Un bloc etichetat cu un ID de locație stabil produce o înregistrare care poate fi comparată câmp cu câmp.

Consistența ar trebui tratată ca o problemă de date auditabilă, nu ca un ritual de tipografie. Normalizează majusculele, Unicode, spațiile, sufixele stradale, identificatorii de unitate, codurile poștale, codurile de țară și cifrele telefonice înainte de a compara înregistrările. „1200 Example Ave., Ste 210” și „1200 Example Avenue, Suite 210” se pot normaliza la aceeași adresă; „Suite 120” nu. La fel, (202) 555-0147 și +1 202-555-0147 pot reprezenta același număr, în timp ce un număr de urmărire a apelurilor poate diferi intenționat și trebuie înregistrat ca alias aprobat cu proprietarul rutei sale.

Când să îl folosești

Folosește un bloc NAP ori de câte ori o pagină reprezintă o locație fizică de afaceri pe care clienții o pot vizita, suna, trimite corespondență, verifica sau distinge de o altă sucursală. Este obligatoriu pe paginile de locație și sucursală, util în înregistrările controlate de directoare și adecvat pe un profil de companie atunci când adresa face parte cu adevărat din identitatea publică.

Creează câte un bloc per locație. Un index cu mai multe locații poate reda douăzeci de blocuri, dar trebuie să redea douăzeci de înregistrări separate, nu un singur nume de afacere urmat de o listă mixtă de adrese și numere. Fiecare instanță ar trebui să se rezolve la un ID de locație, astfel încât un sistem de conținut să nu poată asocia adresa Sucursalei A cu telefonul Sucursalei B.

Aproximările necesită tratament diferit:

• O afacere cu zonă deservită, fără sediu deschis clienților, nu ar trebui să publice adresa personală a proprietarului. Menționează zona deservită și ruta de contact fără a pretinde că există o locație NAP vizitabilă.
• O căsuță poștală, adresa unui agent înregistrat, o adresă de facturare, un depozit și o adresă de retur nu sunt interschimbabile cu o locație pentru clienți. Etichetează fiecare scop operațional și menține-l în afara blocului principal, cu excepția cazului în care aceasta este adresa pe care clienții sunt instruiți să o folosească.
• Orele de funcționare, disponibilitatea programărilor, indicațiile rutiere, parcarea și detaliile de acces pot sta lângă bloc, dar sunt fapte separate cu cicluri de actualizare separate.
• Un număr de urmărire a apelurilor nu este automat inconsistent. Este acceptabil atunci când rutarea este fiabilă, proprietatea și destinația canonică sunt documentate, iar numărul vizibil nu se schimbă imprevizibil pentru crawleri sau utilizatori care revin.
• O companie exclusiv online poate avea o adresă legală pentru conformitate, dar nu și un sediu local. Nu transforma o dezvăluire legală în marketing de prezență locală.
• Un practician dintr-o clinică poate avea nevoie de o înregistrare de practician, iar clinica de o înregistrare de locație. Nu îmbina numele și numerele lor de telefon într-o identitate hibridă.

Regulile de redactare a elementelor au prioritate: alege elementul în funcție de scopul pasajului. Dacă rolul pasajului este să declare numele, adresa și telefonul canonicale ale unei locații, folosește un bloc NAP chiar și atunci când un card generic sau un subsol ar putea afișa text similar.

Unde să îl plasezi

Pe o pagină dedicată de locație, plasează blocul NAP principal imediat după identificarea de deschidere și răspunsul direct, înaintea indicațiilor rutiere, orelor, serviciilor, recenziilor sau controalelor de rezervare. Cititorul ar trebui să știe ce loc reprezintă pagina înainte de a interpreta orice afirmație locală. Dacă hero-ul redeje deja întreaga înregistrare canonică, secțiunea de contact ulterioară o poate repeta doar din același obiect de date.

Pe un profil de companie, plasează-l într-o secțiune clar etichetată „Sediu central” sau „Locație de contact publică”, mai degrabă decât sub o denumire generică „Despre”. Pe un index de directoare, plasează câte un bloc compact în fiecare listare corespunzătoare și leagă întregul grup de identitate de profilul corect al sucursalei. În subsolul unui site, folosește doar locația publică principală sau un selector explicit de locație; un subsol este prea îngust pentru un amestec neetichetat de mai multe birouri.

Blocul poate sta alături de ore, o hartă, indicații rutiere, informații de parcare sau o acțiune de rezervare numai atunci când fiecare componentă adiacentă folosește același ID de locație. Nu poate sta lângă un marcaj pe hartă pentru o altă intrare, o centrală organizațională etichetată drept linie de sucursală, o adresă de depozit doar pentru livrări sau un selector de locație a cărui selecție curentă este neclară. Nu plasa o reclamă, testimoniu, formular de newsletter sau ofertă promoțională între nume și adresa sa sau între adresă și telefon. Aceste întreruperi fragmentează înregistrarea vizual și în ordinea de citire.

Pe mobil, păstrează ordinea nume, stradă, localitate, regiune și cod poștal, țară când este necesar, apoi telefon. Nu lăsa un buton fix de apelare să înlocuiască numărul vizibil sau să ascundă ce sucursală sună.

Anatomie

1. Numele locației: denumirea aprobată, vizibilă pentru clienți, incluzând un calificativ de sucursală doar atunci când este folosit consecvent.
2. Adresa străzii: numărul și numele străzii valide pentru livrare, nu o descriere a unui reper.
3. Subsediu: un suite, unitate, etaj, clădire sau departament necesar pentru a ajunge la destinația corectă.
4. Localitate și regiune: orașul sau localitatea plus valoarea guvernată a statului, provinciei, comitatului sau regiunii.
5. Cod poștal și țară: codul de rutare complet și țara, incluzând țara atunci când publicul sau sindicalizarea traversează granițe.
6. Telefon afișat: numărul lizibil pentru om, formatat pentru publicul locației.
7. Țintă telefonică: același număr normalizat pentru apelare, de obicei în format E.164 într-un link tel:.
8. ID locație: o cheie internă stabilă care împiedică amestecarea detaliilor sucursalelor în timpul redării sau sindicalizării.
9. Metadate de verificare: data și sistemul autoritar sau proprietarul față de care a fost verificată înregistrarea.

Exemple de design

Fiecare variantă folosește aceeași înregistrare de locație subiacentă. Densitatea și acțiunile înconjurătoare se pot schimba, dar instrumentul de redare nu poate abrevia un suite, înlocui cu un număr organizațional sau ascunde o adresă necesară pentru a distinge sucursala.

Locație standard. Varianta implicită arată fiecare componentă într-un grup vertical, ușor de copiat. Folosește-o pe o pagină dedicată de locație sau sucursală.

Bandă de contact compactă. Folosește în subsol sau într-o bandă de contact atunci când o locație publică reprezintă pagina. Se poate restrânge pe rânduri pe ecrane înguste, dar nu trebuie să trunchieze unitatea, codul poștal sau telefonul.

Card de director. Repetă o instanță NAP compactă per locație. Păstrează filtrele, distanța, „deschis acum” și etichetele de servicii în afara câmpurilor de identitate, astfel încât stările dinamice să nu poată rescrie înregistrarea canonică.

Locație doar cu programare. Afișează NAP-ul public complet atunci când clienții au permisiunea să viziteze, apoi adaugă „Programare necesară” ca notă operațională separată. Nu insera fraza în linia adresei.

Internațional. Păstrează ordinea adresei așteptate în țara de destinație, stocând în același timp fiecare componentă separat. Afișează convenția telefonică locală pentru cititori și păstrează o valoare de apelare internațională pentru link și stratul de date.

Parametri

„Sursă” mai jos înseamnă de unde obține instrumentul de redare un câmp. Registrul guvernat de locații al afacerii, nu corpul articolului, rămâne autoritar pentru valorile de identitate.

Stochează componentele separat chiar și atunci când instrumentul de redare le combină pentru afișare. Un singur blob address="1200 Example Avenue, Washington..." împiedică ordonarea specifică țării, comparațiile fiabile și corectarea țintită a unui suite sau cod poștal greșit.

Sintaxă și exemple de cod

Toate cele trei forme codifică același ID de locație și câmpuri canonice. Directiva portabilă este contractul autorat; un proiect trebuie să înregistreze și să testeze adaptoarele sale Hugo și WordPress înainte de a publica sintaxa.

Directivă Markdown portabilă

:::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

Note: Visits by appointment.
:::

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

Note: Visits by appointment.
{{< /nap >}}

Toți parametrii shortcode-ului sunt denumiți. Adaptorul trebuie să escapeze textul, să genereze un grup <address> și un link tel:, să expună ID-ul locației în stratul de date și să păstreze nota din corp în afara adresei poștale.

Bloc 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">Server-rendered from canonical location fields.</div>
<!-- /wp:amicited/nap -->

Blocul WordPress ar trebui să folosească câmpuri tipizate de inspector și redare pe server. Autorii pot alege o înregistrare de locație și pot adăuga o notă aprobată, dar nu ar trebui să rescrie numele, adresa sau telefonul canonic în Rich Text.

Exemple

Bun: o locație completă, atribuibilă

Northstar Heating — Capitol Hill
1200 Example Avenue, Suite 210
Washington, DC 20001, United States
(202) 555-0147
Locație NSH-DC-01 · Verificat 27 August 2026 față de registrul de locații aprobat

Acest exemplu funcționează deoarece calificativul sucursalei, suite, codul poștal, țara, numărul afișat, ținta de apelare, ID-ul stabil, data și sursa descriu toate o singură înregistrare. Un cititor poate vizita sau suna; un crawler poate extrage aceleași valori; un auditor poate compara blocul cu o listare din director fără a ghici ce birou controlează pagina.

Rău: un compozit cu aspect plauzibil

Northstar Heating Washington
Near Capitol Hill, Washington DC
Sună echipa noastră: 555-0147 sau biroul principal
Deschis lângă tine

Acest exemplu eșuează deoarece „lângă Capitol Hill” nu este o adresă de livrare, numărul local nu are context de zonă și țară, „biroul principal” nu are număr, iar numele nu identifică o sucursală guvernată. „Deschis lângă tine” amestecă orele și proximitatea în identitate, fără o bază de locație sau timp. Blocul nu poate fi asociat cu încredere unei înregistrări pe hartă, unei citări în director, unei entități de schemă sau unei surse interne.

Repară-l selectând ID-ul exact al locației, rezolvând fiecare câmp din registru, publicând adresa publică completă și telefonul monitorizat și mutând orele sau afirmațiile de proximitate în propriile lor componente.

Markup de schemă și accesibilitate

Un bloc NAP poate alimenta o entitate eligibilă Organization, subtip LocalBusiness sau altă entitate bazată pe loc. Mapează name, telephone și componentele adresei vizibile către un PostalAddress: streetAddress, addressLocality, addressRegion, postalCode și addressCountry. Folosește cel mai specific tip de afacere adevărat susținut de pagină; nu alege o categorie doar pentru a obține o funcție de căutare.

Datele structurate trebuie să identifice aceeași locație pe care o identifică pagina. Nu pune sediul corporativ în JSON-LD în timp ce afișezi o sucursală în bloc, nu combina mai multe sucursale într-o singură adresă și nu adăuga latitudine și longitudine ghicite dintr-un cod poștal. Dacă fiecare sucursală are propria pagină și entitate persistentă, folosește un URL canonic stabil și un identificator guvernat pentru a menține graful separat. Data de verificare și sursa sprijină guvernanța internă, dar nu necesită proprietăți publice Schema.org.

Folosește un element <address> pentru informațiile de contact ale locației reprezentate de pagină sau secțiune. Nu presupune că <address> înseamnă orice adresă poștală; sensul său HTML este informații de contact pentru articolul relevant sau proprietarul paginii. Păstrează numele locației într-un titlu, etichetează cardurile de director repetate și păstrează o ordine logică a sursei.

Numărul de telefon vizibil trebuie să rămână text, nu o pictogramă sau imagine. Leagă-l cu href="tel:+12025550147" atunci când apelarea este adecvată, dar păstrează un afișaj local lizibil. Nu împărți cifrele individuale în span-uri stilizate, nu pronunța punctuația printr-o etichetă accesibilă inexactă și nu ascunde extensiile esențiale într-un tooltip. Asigură-te că focalizarea tastaturii este vizibilă, scopul link-ului include sucursala atunci când mai multe linkuri de apel apar împreună, iar zoom-ul sau reflow-ul nu separă suite sau codul poștal de adresă.

Reguli de redactare

Aceste reguli protejează mai întâi rezoluția identității; aspectul vizual este secundar:

• Folosește exact un nume vizibil pentru clienți, o adresă și un telefon principal per bloc. Dacă un număr secundar este necesar operațional, etichetează-i scopul în afara trio-ului NAP canonic.
• Păstrează numele între 2–100 de caractere. Folosește marca publică reală și un calificativ guvernat de sucursală; nu adăuga cuvinte cheie precum „cel mai bun instalator de urgență din Washington.”
• Folosește 1–3 linii de stradă, fiecare de cel mult 100 de caractere. Păstrează suite, unitatea, etajul, clădirea și informațiile direcționale necesare pentru livrare sau sosire.
• Folosește o adresă poștală completă pentru sediile publice. Nu o înlocui niciodată cu „centru,” „lângă gară,” un marcaj pe hartă sau indicații rutiere.
• Stochează țara ca un cod de două litere și rede numele său lizibil pentru om atunci când contextul publicului o necesită. Nu deduce o țară doar dintr-un domeniu de nivel superior.
• Stochează numerele de telefon în format E.164 și rede o formă locală familiară. Include o extensie ca valoare guvernată separată atunci când rutarea depinde de aceasta.
• Folosește un ton factual, administrativ. Blocul poate spune „Programare necesară” sau „Fără acces public”; nu trebuie să conțină sloganuri, afirmații despre servicii, recenzii, premii, reduceri, urgență sau liste de cuvinte cheie.
• Nu pune orele, indicațiile rutiere, instrucțiunile de parcare, zonele deservite, disponibilitatea rezervărilor, adresele de email, numerele de fax sau profilurile sociale în interiorul celor trei câmpuri de identitate. Câmpurile adiacente etichetate sunt acceptabile atunci când proprietatea și ritmul de actualizare sunt clare.
• Nu suprascrie în tăcere o valoare canonică pentru a se potrivi cu un director terț. Investighează dacă înregistrarea externă este învechită, un alias aprobat sau o locație cu adevărat diferită, apoi corectează sursa adecvată.
• Înregistrează o dată de verificare și o sursă pentru fiecare instanță publicată. Re-verifică după mutări, rebranduri, schimbări de rutare telefonică, fuziuni, închideri de sucursale, schimbări de suite și migrări de directoare.
• Tratează punctuația și abrevierile ca diferențe de prezentare doar după ce normalizarea dovedește că componentele subiacente se potrivesc. O cifră, un suite, un cod poștal sau un calificativ de sucursală schimbat este substanțial.

Tipuri de postări care îl folosesc

Tabelul este guvernat de postTypes[] din front matter. Adaugă sau elimină un rând doar atunci când matricea corespunzătoare se schimbă.

Checklist QA

• Blocul se rezolvă dintr-un ID de locație stabil, nu din câmpuri introduse independent.
• Numele public se potrivește cu marca guvernată și politica de denumire a sucursalei, fără adăugiri de cuvinte cheie.
• Numărul străzii, numele străzii, direcționalul, suite sau unitatea, localitatea, regiunea, codul poștal și țara au fost verificate față de sursa autoritară.
• Adresa este validă pentru acțiunea declarată a clientului: vizitare, corespondență, colectare sau alt scop etichetat explicit.
• Locuințele private, birourile agenților înregistrați, depozitele și birourile virtuale nu sunt prezentate ca locații pentru clienți.
• Telefonul afișat și ținta tel: se normalizează la aceeași destinație monitorizată.
• Componentele adiacente de ore, hartă, indicații, rezervare și CTA folosesc același ID de locație.
• Niciun bloc adiacent nu contrazice adresa, telefonul, numele sucursalei, politica de vizită sau selecția locației.
• Comparația normalizată distinge diferențele inofensive de formatare de cifrele, unitățile sau componentele poștale modificate.
• Conținutul vizibil și markupul Organization, LocalBusiness sau PostalAddress coincid câmp cu câmp.
• Blocurile repetate au titluri sau etichete accesibile unice, iar fiecare link telefonic are un scop clar.
• Înregistrarea completă rămâne lizibilă, copiabilă, accesibilă de la tastatură și corect ordonată la 200% zoom și pe un ecran îngust.
• Data de verificare și sursa sunt prezente, iar un proprietar desemnat primește rapoarte de discrepanță.
• Mutările, închiderile, rebrandurile, schimbările de număr și aliasele aprobate au o cale de actualizare pe întreg site-ul, profiluri, directoare și fluxuri de date.

FAQ

Ce înseamnă NAP în SEO local?

NAP înseamnă nume, adresă și telefon. Un bloc NAP publică aceste trei fapte de identitate pentru o locație de afaceri într-o formă canonică și etichetată, pe care oamenii și mașinile o pot prelua fără a combina detalii de la sucursale diferite.

Punctuația trebuie să fie identică pe fiecare site web?

Nu. Diferențele inofensive de prezentare, precum „Suite” față de „Ste.” sau formatarea locală versus cea internațională a telefonului, nu creează o entitate diferită atunci când valorile subiacente se normalizează la aceleași fapte. Auditează câmpurile normalizate, păstrând în același timp o formă de afișare preferată sub controlul tău.

O afacere cu zonă deservită ar trebui să publice o adresă personală?

Nu. Nu expune o adresă privată sau neeligibilă pentru clienți doar pentru a completa blocul. Publică numele afacerii vizibil pentru clienți și telefonul monitorizat, menționează că serviciul este oferit la locațiile clienților și păstrează orice adresă privată în sistemele guvernate care o necesită cu adevărat.

Poate un singur bloc NAP să conțină mai multe sucursale?

Nu. Un bloc reprezintă o singură înregistrare de locație. Un director poate repeta componentul o dată per sucursală, dar fiecare instanță are nevoie de propriul identificator de locație, adresă, telefon, sursă și pagină de destinație, astfel încât detaliile să nu poată fi recombinate accidental.

Cât de des ar trebui verificate informațiile NAP?

Verifică-le de fiecare dată când se schimbă o locație, un număr, o politică de denumire sau o listare în director și include-le într-un audit recurent al datelor locale. Intervalul adecvat depinde de rata de schimbare operațională; blocul ar trebui să înregistreze ultima dată de verificare și sursa autoritară, mai degrabă decât să sugereze o acuratețe permanentă.