NAP-block: Kanoniskt namn, adress och telefon

Ett NAP-block publicerar en företagsplats namn, adress och telefonnummer i en kanonisk post. “Kanonisk” innebär att organisationen har valt ett auktoritativt underliggande värde för varje fält, även när en katalog förkortar gatan eller en telefonlänk använder ett internationellt maskinformat.

Det renderade elementet är medvetet ospännande. Dess uppgift är identitet, inte övertalning: en plats, ett kundvänt namn, en leveransbar adress, ett övervakat nummer och tillräckligt med härkomst för att granska alla kopior mot källan.

Varför detta element är viktigt

Lokala beslut har en hög kostnad om de är felaktiga. En läsare kanske väljer vart de ska köra, vilket kontor de ska ringa, var de ska skicka ett dokument eller om ett företag betjänar deras område. När sidfoten visar ett huvudkontorsnummer, platssidan visar ett branschnummer och kartpanelen pekar på en gammal ingång måste läsaren gissa vilken uppgift som styr nästa åtgärd. Den osäkerheten skadar förtroendet innan ett samtal ens påbörjats.

Den psykologiska fördelen är förtroende genom specificitet. En fullständig gatuadress signalerar att sidan beskriver en verklig plats snarare än en generisk stadsriktad målsida. Ett platsspecifikt telefonnummer talar om för läsaren vem de kommer att nå. Ett stabilt namn hjälper dem att känna igen samma bransch i sökresultat, kartor, recensionsplattformar, fakturor och skyltning. Inga av dessa detaljer bevisar tjänstekvalitet, men tillsammans tar de bort onödigt tvivel om identitet och åtkomst.

Maskinell utdragbarhet är förmågan hos en crawler, sökmotor, katalog, assistent eller syndikeringsprocess att bevara varje värde och dess relation till en plats. En mening som “Ring vårt Washington-team nära Capitol Hill” kan låta naturlig, men den exponerar inte en fullständig postadress eller ett otvetydigt telefonvärde. Ett märkt block med ett stabilt plats-ID producerar en post som kan jämföras fält för fält.

Konsistens bör behandlas som ett granskningsbart dataproblem, inte en typografiritual. Normalisera versaler, Unicode, blanksteg, gatutillägg, enhetsidentifierare, postnummer, landskoder och telefonsiffror innan du jämför poster. “1200 Example Ave., Ste 210” och “1200 Example Avenue, Suite 210” kan normaliseras till samma adress; “Suite 120” gör det inte. Likaså kan (202) 555-0147 och +1 202-555-0147 representera samma nummer, medan ett samtalspårningsnummer avsiktligt kan skilja sig och måste registreras som en godkänd alias med sin routningsägare.

När du ska använda det

Använd ett NAP-block närhelst en sida representerar en fysisk företagsplats som kunder kan besöka, ringa, posta, verifiera eller särskilja från en annan bransch. Det krävs på plats- och branschsidor, är användbart i kontrollerade katalogposter och är lämpligt på en företagsprofil när adressen verkligen är en del av den offentliga identiteten.

Skapa ett block per plats. Ett flerplatsindex kan rendera tjugo block, men det måste rendera tjugo separata poster snarare än ett företagsnamn följt av en blandad lista med adresser och nummer. Varje instans bör lösas till ett plats-ID så att ett innehållssystem inte kan para ihop Bransch A:s adress med Bransch B:s telefon.

Nära-missar behöver olika behandling:

• Ett serviceområdesföretag utan kundvända lokaler bör inte publicera en ägares hemadress. Ange serviceområdet och kontaktvägen utan att låtsas att det finns en besöksbar NAP-plats.
• En postbox, registrerad agent-adress, faktureringsadress, lageradress och returadress är inte utbytbara med en kundplats. Märk varje operativt syfte och håll det utanför det primära blocket om det inte är den adress kunder instrueras att använda.
• Öppettider, tidsbokning, vägbeskrivning, parkering och tillgänglighetsdetaljer kan ligga nära blocket, men de är separata fakta med separata uppdateringscykler.
• Ett samtalspårningsnummer är inte automatiskt inkonsekvent. Det är acceptabelt när routningen är tillförlitlig, ägarskap och kanonisk destination dokumenteras, och det synliga numret inte ändras oförutsägbart för crawlers eller återkommande användare.
• Ett online-only-företag kan ha en juridisk adress för regelefterlevnad men ingen lokal lokal. Förvandla inte en juridisk upplysning till lokala-marknadsföring.
• En utövare på en klinik kan behöva en utövarpost och kliniken kan behöva en plats-post. Slå inte samman deras namn och telefonnummer till en hybrididentitet.

Skrivreglerna för element har företräde: välj elementet efter styckets syfte. Om styckets uppgift är att ange en plats kanoniska namn, adress och telefon, använd ett NAP-block även när ett generiskt kort eller en sidfot skulle kunna visa liknande text.

Var du ska placera det

På en dedikerad platssida, placera det primära NAP-blocket omedelbart efter den inledande identifieringen och direkta svaret, före vägbeskrivning, öppettider, tjänster, recensioner eller bokningsfunktioner. Läsaren bör veta vilken plats sidan representerar innan de tolkar något lokalt påstående. Om hjälten redan renderar den fullständiga kanoniska posten, kan det senare kontaktavsnittet upprepa den endast från samma dataobjekt.

På en företagsprofil, placera det i en tydligt märkt “Huvudkontor” eller “Offentlig kontaktplats”-sektion snarare än under en generisk “Om”-rubrik. I ett katalogindex, placera ett kompakt block i varje motsvarande listing och länka hela identitetsgruppen till rätt branschprofil. I en sidfot, använd endast den primära offentliga platsen eller en explicit platsväljare; en sidfot är för trång för en omärkt blandning av flera kontor.

Blocket får ligga bredvid öppettider, en karta, vägbeskrivning, parkeringsinformation eller en bokningsåtgärd endast när varje angränsande komponent använder samma plats-ID. Det får inte ligga bredvid en kartnål för en annan ingång, en organisationsövergripande växel märkt som en branschlinje, en endast-leverans lageradress eller en platsväljare vars aktuella val är otydligt. Placera inte en annons, ett vittnesmål, ett nyhetsbrevsformulär eller ett kampanjerbjudande mellan namnet och dess adress eller mellan adressen och telefonnumret. Dessa avbrott bryter posten visuellt och i läsordning.

På mobil, bevara ordningen namn, gata, ort, region och postnummer, land vid behov, sedan telefon. Låt inte en klibbig samtalsknapp ersätta det synliga numret eller dölja vilket kontor den ringer.

Anatomi

1. Platsnamn: det godkända kundvända namnet, inklusive en branschkvalificerare endast när den används konsekvent.
2. Gatuadress: det leveransvaliderade gatunumret och gatunamnet, inte en landmärkesbeskrivning.
3. Underlokal: en svit, enhet, våning, byggnad eller avdelning som behövs för att nå rätt destination.
4. Ort och region: staden eller orten plus det styrda staten, provinsen, länet eller regionvärdet.
5. Postnummer och land: den fullständiga rutningskoden och landet, inklusive land när publiken eller syndikeringen går över gränser.
6. Visningstelefon: det läsbara numret formaterat för platsens publik.
7. Telefonmål: samma nummer normaliserat för uppringning, normalt i E.164-format inuti en tel:-länk.
8. Plats-ID: en stabil intern nyckel som förhindrar att branschdetaljer blandas under rendering eller syndikering.
9. Verifieringsmetadata: datumet och det auktoritativa systemet eller ägaren mot vilket posten kontrollerades.

Designexempel

Varje variant använder samma underliggande platspost. Täthet och omgivande handlingar kan ändras, men renderaren får inte förkorta bort en svit, ersätta med ett organisationsövergripande nummer eller dölja en adress som krävs för att särskilja branschen.

Standardplats. Standardvarianten visar varje komponent i en vertikal, lättkopierad grupp. Använd den på en dedikerad plats- eller branschsida.

Kompakt kontaktband. Använd i en sidfot eller ett kontaktband när en offentlig plats representerar sidan. Det kan kollapsa till rader på smala skärmar, men det får inte trunkera enheten, postnumret eller telefonnumret.

Katalogkort. Upprepa en kompakt NAP-instans per plats. Håll filter, avstånd, “öppet nu” och tjänsteetiketter utanför identitetsfälten så att dynamiska tillstånd inte kan skriva över den kanoniska posten.

Endast-tidsbokning plats. Visa hela den offentliga NAP när kunder tillåts besöka, lägg sedan till “Tidsbokning krävs” som en separat operativ anteckning. Infoga inte frasen i adressraden.

Internationell. Bevara den adressordning som förväntas i destinationslandet medan varje komponent lagras separat. Visa den lokala telefonkonventionen för läsare och behåll ett internationellt uppringningsvärde för länken och datalagret.

Parametrar

“Källa” nedan betyder var renderaren hämtar ett fält. Företagets styrda platsdatabas, inte artikelns brödtext, förblir auktoritativ för identitetsvärden.

Lagera komponenter separat även när renderaren sammanfogar dem för visning. En enda address="1200 Example Avenue, Washington..."-klump förhindrar landsspecifik sortering, tillförlitliga jämförelser och riktad korrigering av felaktig svit eller postnummer.

Syntax och kodexempel

Alla tre former kodar samma plats-ID och kanoniska fält. Det portabla direktivet är det författade kontraktet; ett projekt måste registrera och testa sina Hugo- och WordPress-adaptrar innan syntaxen publiceras.

Portabelt Markdown-direktiv

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

Hugo-shortcode

{{< 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 >}}

Alla shortcode-parametrar är namngivna. Adaptern måste escape:a text, generera en <address>-grupp och tel:-länk, exponera plats-ID:t för datalagret och bevara brödtextanteckningen utanför postadressen.

WordPress-block

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

WordPress-blocket bör använda typade inspektionsfält och serverrendering. Författare kan välja en platspost och lägga till en godkänd anteckning, men bör inte skriva om det kanoniska namnet, adressen eller telefonnumret i Rich Text.

Exempel

Bra: en fullständig, tillskrivbar plats

Northstar Heating — Capitol Hill
1200 Example Avenue, Suite 210
Washington, DC 20001, United States
(202) 555-0147
Plats NSH-DC-01 · Verifierad 27 augusti 2026 mot den godkända platsdatabasen

Detta fungerar eftersom branschkvalificeraren, sviten, postnumret, landet, visningsnumret, uppringningsmålet, stabila ID:t, datumet och källan alla beskriver en post. En läsare kan besöka eller ringa; en crawler kan extrahera samma värden; en granskare kan jämföra blocket med en kataloguppgift utan att gissa vilket kontor som styr sidan.

Dålig: en plausibel komposit

Northstar Heating Washington
Nära Capitol Hill, Washington DC
Ring vårt team: 555-0147 eller huvudkontoret
Öppet nära dig

Detta misslyckas eftersom “nära Capitol Hill” inte är en leveransbar adress, det lokala numret saknar riktnummer och landskontext, “huvudkontoret” har inget nummer och namnet identifierar inte en styrd bransch. “Öppet nära dig” blandar öppettider och närhet i identiteten utan plats- eller tidsbas. Blocket kan inte matchas med tillförsikt mot en kartpost, katalogreferens, schema-entitet eller intern källa.

Åtgärda det genom att välja exakt plats-ID, lösa varje fält från databasen, publicera den fullständiga offentliga adressen och övervakade telefonnumret samt flytta öppettids- eller närhetspåståenden till sina egna komponenter.

Schema-markup och tillgänglighet

Ett NAP-block kan mata en berättigad Organization, LocalBusiness-subtyp eller annan platsbaserad entitet. Mappa de synliga komponenterna name, telephone och adress till en PostalAddress: streetAddress, addressLocality, addressRegion, postalCode och addressCountry. Använd den mest specifika sanningsenliga företagstyp som stöds av sidan; välj inte en kategori enbart för att få en sökfunktion.

Strukturerad data måste identifiera samma plats som sidan identifierar. Placera inte företagets huvudkontor i JSON-LD medan en bransch visas i blocket, kombinera inte flera branscher till en adress eller lägg till latitud och longitud gissade från ett postnummer. Om varje bransch har sin egen sida och beständiga entitet, använd en stabil kanonisk URL och styrd identifierare för att hålla grafen separat. Verifieringsdatumet och källan stöder intern styrning men kräver inte offentliga Schema.org-egenskaper.

Använd ett <address>-element för kontaktinformationen för den plats som representeras av sidan eller avsnittet. Anta inte att <address> betyder vilken postadress som helst; dess HTML-betydelse är kontaktinformation för den relevanta artikeln eller sidägaren. Håll platsnamnet i en rubrik, märk upprepade katalogkort och bevara en logisk källordning.

Det synliga telefonnumret måste förbli text, inte en ikon eller bild. Länka det med href="tel:+12025550147" när uppringning är lämplig, men behåll en läsbar lokal visning. Dela inte upp enskilda siffror i stilmärkta spann, uttala inte interpunktion genom en felaktig tillgänglig etikett eller dölj väsentliga anknytningar i en tooltip. Säkerställ att tangentbordsfokus är synligt, länkens syfte inkluderar branschen när flera samtalslänkar visas tillsammans, och zoomning eller omflöde inte separerar sviten eller postnumret från adressen.

Skrivregler

Dessa regler skyddar identitetsupplösning först; visuell snygghet är sekundär:

• Använd exakt ett kundvänt namn, en adress och ett primärt telefonnummer per block. Om ett sekundärt nummer är operativt nödvändigt, märk dess syfte utanför den kanoniska NAP-trion.
• Håll namnet på 2–100 tecken. Använd det verkliga offentliga varumärket och en styrd branschkvalificerare; lägg inte till sökord som “bästa akutrörmokaren i Washington.”
• Använd 1–3 gatuadressrader, var och en högst 100 tecken. Bevara svit, enhet, våning, byggnad och riktningsinformation som krävs för leverans eller ankomst.
• Använd en fullständig postadress för offentliga lokaler. Ersätt den aldrig med “stadskärnan,” “nära stationen,” en kartnål eller körinstruktioner.
• Lagra landet som en tvåbokstavskod och rendera dess läsbara namn när publikens sammanhang kräver det. Härled aldrig ett land från en toppdomän ensam.
• Lagra telefonnummer i E.164-form och rendera en välbekant lokal form. Inkludera en anknytning som ett separat styrt värde när routningen beror på det.
• Använd en faktabaserad, administrativ ton. Blocket får säga “Tidsbokning krävs” eller “Ingen allmän åtkomst”; det får inte innehålla slogans, tjänstepåståenden, recensioner, utmärkelser, rabatter, brådskande budskap eller sökordslistor.
• Placera inte öppettider, vägbeskrivningar, parkeringsanvisningar, tjänsteområden, bokningstillgänglighet, e-postadresser, faxnummer eller sociala profiler inuti de tre identitetsfälten. Angränsande märkta fält är acceptabla när deras ägarskap och uppdateringsfrekvens är tydliga.
• Skriv inte tyst över ett kanoniskt värde för att matcha en tredjepartskatalog. Undersök om den externa posten är föråldrad, ett godkänt alias eller en genuint annorlunda plats, korrigera sedan lämplig källa.
• Registrera ett verifieringsdatum och en källa för varje publicerad instans. Verifiera efter flyttar, omprofileringar, ändringar av telefonroutning, fusioner, branschstängningar, svitsändringar och katalogmigrationer.
• Behandla interpunktion och förkortningar som presentationsskillnader först efter att normalisering bevisat att de underliggande komponenterna matchar. En ändrad siffra, svit, postnummer eller branschkvalificerare är väsentlig.

Posttyper som använder det

Tabellen styrs av postTypes[] i frontmatter. Lägg till eller ta bort en rad endast när motsvarande array ändras.

QA-checklista

• Blocket löses från ett stabilt plats-ID snarare än oberoende inskrivna fält.
• Det offentliga namnet matchar den styrda varumärkes- och branschnamnspolicyn utan sökordstillägg.
• Gatunummer, gatunamn, riktning, svit eller enhet, ort, region, postnummer och land kontrollerades mot den auktoritativa källan.
• Adressen är giltig för den angivna kundåtgärden: besök, post, upphämtning eller annat explicit märkt syfte.
• Privata hem, registrerade agentkontor, lager och virtuella kontor presenteras inte som kundplatser.
• Det visade telefonnumret och tel:-målet normaliseras till samma övervakade destination.
• Närliggande öppettider, karta, vägbeskrivning, bokning och CTA-komponenter använder samma plats-ID.
• Inget angränsande block motsäger adressen, telefonnumret, branschnamnet, besökspolicyn eller platsvalet.
• Normaliserad jämförelse särskiljer ofarliga formateringsskillnader från ändrade siffror, enheter eller postkomponenter.
• Synligt innehåll och Organization, LocalBusiness- eller PostalAddress-markup överensstämmer fält för fält.
• Upprepade block har unika rubriker eller tillgängliga etiketter, och varje telefonlänk har tydligt syfte.
• Hela posten förblir läsbar, kopierbar, tangentbordstillgänglig och korrekt ordnad vid 200% zoom och på en smal skärm.
• Verifieringsdatum och källa finns, och en namngiven ägare tar emot avvikelserapporter.
• Flyttar, stängningar, omprofileringar, nummerändringar och godkända alias har en uppdateringsväg över webbplats, profiler, kataloger och dataflöden.

FAQ

Vad betyder NAP inom lokal SEO?

NAP står för namn, adress och telefon (name, address, phone). Ett NAP-block publicerar dessa tre identitetsfakta för en företagsplats i en kanonisk, märkt form som människor och maskiner kan hämta utan att kombinera uppgifter från olika branscher.

Måste interpunktionen vara identisk på varje webbplats?

Nej. Harmlösa presentationsskillnader som “Suite” jämfört med “Ste.” eller lokalt formaterad jämfört med internationell telefonvisning skapar inte en annan enhet när de underliggande värdena normaliseras till samma fakta. Granska normaliserade fält, samtidigt som du behåller en föredragen visningsform under din kontroll.

Ska ett serviceområdesföretag publicera en hemadress?

Nej. Exponera inte en privat eller kund-icke-kvalificerad adress enbart för att komplettera blocket. Publicera det kundvända företagsnamnet och övervakade telefonnumret, ange att tjänsten tillhandahålls på kundens platser och håll eventuell privat adress i styrda system som verkligen kräver den.

Kan ett NAP-block innehålla flera branscher?

Nej. Ett block representerar en platspost. En katalog kan upprepa komponenten en gång per bransch, men varje instans behöver sin egen platsidentifierare, adress, telefon, källa och målsida så att uppgifter inte kan återkombineras av misstag.

Hur ofta bör NAP-information kontrolleras?

Kontrollera den närhelst en plats, ett nummer, en namnpolicy eller en kataloguppgift ändras, och inkludera den i en återkommande granskning av lokala data. Lämpligt intervall beror på operativ förändringstakt; blocket bör registrera sitt senaste verifieringsdatum och auktoritativa källa snarare än att antyda permanent korrekthet.