Blocos NAP: Nome, Endereço e Telefone Canônicos

Um bloco NAP publica o nome, endereço e número de telefone de uma localização comercial em um único registro canônico. “Canônico” significa que a organização escolheu um valor subjacente autoritativo para cada campo, mesmo quando um diretório abrevia a rua ou um link de telefone usa um formato internacional de máquina.

O elemento renderizado é deliberadamente simples. Sua função é identidade, não persuasão: uma localização, um nome voltado ao cliente, um endereço para entrega, um número monitorado e informações de proveniência suficientes para auditar todas as cópias em relação à fonte.

Por que este elemento é importante

Decisões locais têm um alto custo quando erradas. Um leitor pode estar escolhendo para onde dirigir, qual filial ligar, onde enviar um documento ou se uma empresa atende sua região. Quando o rodapé mostra o número da sede, a página de localização mostra o número da filial e o painel do mapa aponta para uma entrada antiga, o leitor precisa adivinhar qual fato controla a próxima ação. Essa incerteza prejudica a confiança antes mesmo de uma conversa começar.

O benefício psicológico é a confiança por meio da especificidade. Um endereço completo sinaliza que a página descreve um lugar real, em vez de uma página de destino genérica direcionada a uma cidade. Um número de telefone específico da localização informa ao leitor com quem ele falará. Um nome estável ajuda a reconhecer a mesma filial em resultados de busca, mapas, plataformas de avaliação, faturas e sinalização. Nenhum desses detalhes comprova a qualidade do serviço, mas juntos eliminam dúvidas evitáveis sobre identidade e acesso.

A extraibilidade por máquina é a capacidade de um rastreador, mecanismo de busca, diretório, assistente ou processo de sindicação preservar cada valor e sua relação com uma localização. Uma frase como “Ligue para nossa equipe em Washington perto do Capitólio” pode parecer natural, mas não expõe um endereço postal completo ou um valor telefônico inequívoco. Um bloco rotulado com um ID de localização estável produz um registro que pode ser comparado campo a campo.

A consistência deve ser tratada como um problema de dados auditável, não um ritual de tipografia. Normalize maiúsculas/minúsculas, Unicode, espaços em branco, sufixos de rua, identificadores de unidade, códigos postais, códigos de país e dígitos de telefone antes de comparar registros. “1200 Example Ave., Ste 210” e “1200 Example Avenue, Suite 210” podem se normalizar para o mesmo endereço; “Suite 120” não. Da mesma forma, (202) 555-0147 e +1 202-555-0147 podem representar o mesmo número, enquanto um número de rastreamento de chamadas pode ser intencionalmente diferente e deve ser registrado como um alias aprovado com seu proprietário de roteamento.

Quando usar

Use um bloco NAP sempre que uma página representar uma localização comercial física que os clientes possam visitar, ligar, enviar correspondência, verificar ou distinguir de outra filial. É obrigatório em páginas de localização e filiais, útil em registros controlados de diretório e apropriado em um perfil de empresa quando o endereço faz parte genuinamente da identidade pública.

Crie um bloco por localização. Um índice de múltiplas localizações pode renderizar vinte blocos, mas deve renderizar vinte registros separados, em vez de um nome comercial seguido por uma lista misturada de endereços e números. Cada instância deve resolver para um ID de localização para que um sistema de conteúdo não possa emparelhar o endereço da Filial A com o telefone da Filial B.

Casos próximos exigem tratamento diferenciado:

• Uma empresa com área de serviço sem instalações físicas para clientes não deve publicar o endereço residencial do proprietário. Informe a área de serviço e a rota de contato sem fingir que existe uma localização NAP visitável.
• Uma caixa postal, endereço de agente registrado, endereço de cobrança, armazém e endereço de devoluções não são intercambiáveis com uma localização de cliente. Rotule cada finalidade operacional e mantenha-a fora do bloco principal, a menos que esse seja o endereço que os clientes devem usar.
• Horário de funcionamento, disponibilidade de agendamento, direções, estacionamento e detalhes de acessibilidade podem ficar próximos ao bloco, mas são fatos separados com ciclos de atualização separados.
• Um número de rastreamento de chamadas não é automaticamente inconsistente. É aceitável quando o roteamento é confiável, a propriedade e o destino canônico estão documentados, e o número visível não muda imprevisivelmente para rastreadores ou usuários recorrentes.
• Uma empresa exclusivamente online pode ter um endereço legal para conformidade, mas sem instalações locais. Não transforme uma divulgação legal em marketing de presença local.
• Um profissional dentro de uma clínica pode precisar de um registro de profissional e a clínica pode precisar de um registro de localização. Não mescle seus nomes e números de telefone em uma identidade híbrida.

As regras de redação de elementos têm precedência: escolha o elemento pelo propósito da passagem. Se o objetivo da passagem é declarar o nome, endereço e telefone canônicos de uma localização, use um bloco NAP mesmo quando um cartão genérico ou rodapé pudesse exibir texto semelhante.

Onde posicionar

Em uma página de localização dedicada, coloque o bloco NAP principal imediatamente após a identificação de abertura e resposta direta, antes de direções, horários, serviços, avaliações ou controles de reserva. O leitor deve saber qual local a página representa antes de interpretar qualquer afirmação local. Se o hero já renderizar o registro canônico completo, a seção de contato posterior pode repeti-lo apenas a partir do mesmo objeto de dados.

Em um perfil de empresa, coloque-o em uma seção claramente rotulada como “Sede” ou “Localização de contato público”, em vez de sob um título genérico “Sobre”. Em um índice de diretório, coloque um bloco compacto dentro de cada listagem correspondente e vincule todo o grupo de identidade ao perfil de filial correto. Em um rodapé do site, use apenas a localização pública principal ou um seletor de localização explícito; um rodapé é muito limitado para uma mistura não rotulada de vários escritórios.

O bloco pode ficar ao lado de horários, mapa, direções, informações de estacionamento ou ação de reserva apenas quando cada componente adjacente usar o mesmo ID de localização. Não pode ficar ao lado de um pino de mapa para outra entrada, uma central telefônica de toda a organização rotulada como linha de filial, um endereço de armazém apenas para entregas ou um seletor de localização cuja seleção atual não esteja clara. Não coloque anúncio, depoimento, formulário de newsletter ou oferta promocional entre o nome e seu endereço ou entre o endereço e o telefone. Essas interrupções quebram o registro visualmente e na ordem de leitura.

Em dispositivos móveis, preserve a ordem: nome, rua, localidade, região e código postal, país quando necessário, depois telefone. Não deixe que um botão de chamada fixo substitua o número visível ou obscureça qual filial ele chama.

Anatomia

1. Nome da localização: o nome aprovado voltado ao cliente, incluindo um qualificador de filial apenas quando usado de forma consistente.
2. Endereço: o número e nome da rua válidos para entrega, não uma descrição de ponto de referência.
3. Subunidade: sala, andar, edifício ou departamento necessário para chegar ao destino correto.
4. Localidade e região: a cidade ou localidade mais o estado, província, condado ou região governado.
5. Código postal e país: o código de roteamento completo e o país, incluindo o país quando o público ou a sindicação cruza fronteiras.
6. Telefone de exibição: o número legível formatado para o público da localização.
7. Destino do telefone: o mesmo número normalizado para discagem, normalmente no formato E.164 dentro de um link tel:.
8. ID da localização: uma chave interna estável que impede que detalhes da filial sejam misturados durante a renderização ou sindicação.
9. Metadados de verificação: a data e o sistema autoritativo ou proprietário contra os quais o registro foi verificado.

Exemplos de design

Cada variante usa o mesmo registro de localização subjacente. A densidade e as ações ao redor podem mudar, mas o renderizador não pode abreviar uma sala/suite, substituir por um número de toda a organização ou esconder um endereço necessário para distinguir a filial.

Localização padrão. A variante padrão mostra cada componente em um grupo vertical e fácil de copiar. Use em uma página de localização ou filial dedicada.

Faixa de contato compacta. Use em um rodapé ou faixa de contato quando uma localização pública representa a página. Pode colapsar em linhas em telas estreitas, mas não pode truncar a unidade, código postal ou telefone.

Cartão de diretório. Repita uma instância NAP compacta por localização. Mantenha filtros, distância, “aberto agora” e rótulos de serviço fora dos campos de identidade para que estados dinâmicos não possam reescrever o registro canônico.

Localização somente com agendamento. Mostre o NAP público completo quando os clientes podem visitar, depois adicione “Agendamento obrigatório” como uma nota operacional separada. Não insira a frase na linha do endereço.

Internacional. Preserve a ordem de endereço esperada no país de destino, armazenando cada componente separadamente. Exiba a convenção telefônica local para leitores e mantenha um valor de discagem internacional para o link e camada de dados.

Parâmetros

“Fonte” abaixo significa de onde o renderizador obtém um campo. O registro de localização governado da empresa, não o corpo do artigo, permanece autoritativo para valores de identidade.

Armazene os componentes separadamente, mesmo quando o renderizador os junta para exibição. Um único bloco address="1200 Example Avenue, Washington..." impede a ordenação específica do país, comparações confiáveis e correção direcionada de uma sala ou código postal errado.

Sintaxe e exemplos de código

As três formas codificam o mesmo ID de localização e campos canônicos. A diretiva portátil é o contrato de autoria; um projeto deve registrar e testar seus adaptadores Hugo e WordPress antes de publicar a sintaxe.

Diretiva portátil Markdown

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

Todos os parâmetros do shortcode são nomeados. O adaptador deve escapar texto, gerar um grupo <address> e link tel:, expor o ID da localização na camada de dados e preservar a nota do corpo fora do endereço postal.

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

O bloco WordPress deve usar campos tipados no inspetor e renderização no servidor. Os autores podem escolher um registro de localização e adicionar uma nota aprovada, mas não devem redigitar o nome, endereço ou telefone canônicos em Rich Text.

Exemplos

Bom: uma localização completa e atribuível

Northstar Heating — Capitol Hill
1200 Example Avenue, Suite 210
Washington, DC 20001, United States
(202) 555-0147
Localização NSH-DC-01 · Verificado em 27 de agosto de 2026 no registro de localização aprovado

Isso funciona porque o qualificador de filial, sala/suite, código postal, país, número de exibição, destino de discagem, ID estável, data e fonte descrevem um único registro. Um leitor pode visitar ou ligar; um rastreador pode extrair os mesmos valores; um auditor pode comparar o bloco com uma listagem de diretório sem adivinhar qual escritório controla a página.

Ruim: um composto de aparência plausível

Northstar Heating Washington
Near Capitol Hill, Washington DC
Call our team: 555-0147 or the main office
Open near you

Isso falha porque “perto do Capitólio” não é um endereço para entrega, o número local não tem contexto de área e país, “escritório central” não tem número e o nome não identifica uma filial governada. “Aberto perto de você” mistura horários e proximidade na identidade sem base de localização ou horário. O bloco não pode ser combinado com confiança a um registro de mapa, citação de diretório, entidade de esquema ou fonte interna.

Repare selecionando o ID de localização exato, resolvendo cada campo a partir do registro, publicando o endereço público completo e o telefone monitorado, e movendo horários ou alegações de proximidade para seus próprios componentes.

Marcação Schema e acessibilidade

Um bloco NAP pode alimentar uma entidade Organization, subtipo LocalBusiness ou outra entidade baseada em local, quando elegível. Mapeie os componentes visíveis name, telephone e endereço para um PostalAddress: streetAddress, addressLocality, addressRegion, postalCode e addressCountry. Use o tipo de negócio mais específico e verdadeiro suportado pela página; não escolha uma categoria apenas para obter um recurso de busca.

Os dados estruturados devem identificar a mesma localização que a página identifica. Não coloque a sede corporativa em JSON-LD enquanto mostra uma filial no bloco, combine várias filiais em um único endereço, ou adicione latitude e longitude adivinhadas a partir de um código postal. Se cada filial tem sua própria página e entidade persistente, use uma URL canônica estável e um identificador governado para manter o gráfico separado. A data de verificação e a fonte apoiam a governança interna, mas não exigem propriedades públicas do Schema.org.

Use um elemento <address> para as informações de contato da localização representada pela página ou seção. Não presuma que <address> significa qualquer endereço postal; seu significado em HTML é informações de contato para o artigo ou proprietário da página relevante. Mantenha o nome da localização em um título, rotule cartões de diretório repetidos e preserve uma ordem lógica de fonte.

O número de telefone visível deve permanecer como texto, não como ícone ou imagem. Vincule-o com href="tel:+12025550147" quando ligar for apropriado, mas mantenha uma exibição local legível. Não divida dígitos individuais em spans estilizados, pronuncie pontuação por meio de um rótulo acessível impreciso, ou oculte extensões essenciais em uma dica de ferramenta. Certifique-se de que o foco do teclado esteja visível, a finalidade do link inclua a filial quando vários links de chamada aparecerem juntos, e que o zoom ou reflow não separe a sala/suite ou código postal do endereço.

Regras de redação

Estas regras protegem a resolução de identidade primeiro; a aparência visual é secundária:

• Use exatamente um nome voltado ao cliente, um endereço e um telefone principal por bloco. Se um número secundário for operacionalmente necessário, rotule sua finalidade fora do trio NAP canônico.
• Mantenha o nome entre 2 e 100 caracteres. Use a marca pública real e um qualificador de filial governado; não adicione palavras-chave como “melhor encanador de emergência em Washington.”
• Use 1 a 3 linhas de rua, cada uma com no máximo 100 caracteres. Preserve sala, andar, edifício e informações direcionais necessárias para entrega ou chegada.
• Use um endereço postal completo para instalações públicas. Nunca o substitua por “centro”, “perto da estação”, um pino de mapa ou direções de condução.
• Armazene o país como um código de duas letras e renderize seu nome legível quando o contexto do público exigir. Nunca infira um país apenas de um domínio de topo.
• Armazene números de telefone no formato E.164 e renderize uma forma local familiar. Inclua uma extensão como valor governado separado quando o roteamento depender dela.
• Use um tom factual e administrativo. O bloco pode dizer “Agendamento obrigatório” ou “Sem acesso público”; não deve conter slogans, alegações de serviço, avaliações, prêmios, descontos, urgência ou listas de palavras-chave.
• Não coloque horários, direções, instruções de estacionamento, áreas de serviço, disponibilidade de reserva, endereços de e-mail, números de fax ou perfis sociais dentro dos três campos de identidade. Campos rotulados adjacentes são aceitáveis quando sua propriedade e cadência de atualização são claras.
• Não substitua silenciosamente um valor canônico para corresponder a um diretório de terceiros. Investigue se o registro externo está desatualizado, é um alias aprovado ou uma localização genuinamente diferente, depois corrija a fonte apropriada.
• Registre uma data de verificação e fonte para cada instância publicada. Re-verifique após mudanças, rebrandings, alterações de roteamento de telefone, fusões, fechamentos de filiais, mudanças de sala, e migrações de diretório.
• Trate pontuação e abreviações como diferenças de apresentação somente após a normalização provar que os componentes subjacentes correspondem. Um dígito, sala, código postal ou qualificador de filial alterado é substancial.

Tipos de post que o utilizam

A tabela é governada por postTypes[] no front matter. Adicione ou remova uma linha apenas quando o array correspondente mudar.

Checklist de QA

• O bloco resolve a partir de um ID de localização estável, em vez de campos digitados independentemente.
• O nome público corresponde à marca governada e à política de nomenclatura de filiais, sem acréscimos de palavras-chave.
• O número da rua, nome da rua, direcional, sala ou unidade, localidade, região, código postal e país foram verificados na fonte autoritativa.
• O endereço é válido para a ação declarada do cliente: visitar, enviar correspondência, retirar ou outra finalidade explicitamente rotulada.
• Residências particulares, escritórios de agente registrado, armazéns e escritórios virtuais não são apresentados como localizações de clientes.
• O telefone exibido e o destino tel: normalizam para o mesmo destino monitorado.
• Horários, mapa, direções, reserva e componentes de CTA próximos usam o mesmo ID de localização.
• Nenhum bloco adjacente contradiz o endereço, telefone, nome da filial, política de visita ou seleção de localização.
• A comparação normalizada distingue diferenças inofensivas de formatação de dígitos, unidades ou componentes postais alterados.
• O conteúdo visível e a marcação Organization, LocalBusiness ou PostalAddress concordam campo por campo.
• Blocos repetidos têm títulos ou rótulos acessíveis únicos, e cada link de telefone tem finalidade clara.
• O registro completo permanece legível, copiável, acessível por teclado e corretamente ordenado com zoom de 200% e em tela estreita.
• Data de verificação e fonte estão presentes, e um proprietário nomeado recebe relatórios de discrepância.
• Mudanças, fechamentos, rebrandings, alterações de número e aliases aprovados têm um caminho de atualização no site, perfis, diretórios e feeds de dados.

FAQ

O que significa NAP em SEO local?

NAP significa nome, endereço e telefone (name, address, and phone). Um bloco NAP publica esses três fatos de identidade de uma localização comercial em um formato canônico e rotulado que pessoas e máquinas podem recuperar sem combinar detalhes de filiais diferentes.

A pontuação deve ser idêntica em todos os sites?

Não. Diferenças inofensivas de apresentação, como “Suite” versus “Ste.” ou formato de telefone local versus internacional, não criam uma entidade diferente quando os valores subjacentes se normalizam para os mesmos fatos. Audite os campos normalizados, mantendo uma forma de exibição preferida sob seu controle.

Uma empresa com área de serviço deve publicar um endereço residencial?

Não. Não exponha um endereço privado ou inelegível para clientes apenas para completar o bloco. Publique o nome comercial voltado ao cliente e o telefone monitorado, informe que o serviço é prestado nos locais do cliente e mantenha qualquer endereço privado em sistemas governados que realmente o exijam.

Um bloco NAP pode conter várias filiais?

Não. Um bloco representa um registro de localização. Um diretório pode repetir o componente uma vez por filial, mas cada instância precisa de seu próprio identificador de localização, endereço, telefone, fonte e página de destino para que os detalhes não sejam recombinados acidentalmente.

Com que frequência as informações NAP devem ser verificadas?

Verifique sempre que uma localização, número, política de nomenclatura ou listagem em diretório mudar, e inclua-a em uma auditoria recorrente de dados locais. O intervalo adequado depende da taxa de mudança operacional; o bloco deve registrar sua última data de verificação e fonte autoritativa, em vez de sugerir precisão permanente.