NAP 信息块：规范名称、地址和电话

NAP 信息块以一条规范记录的形式发布某个营业地点的名称、地址和电话号码。“规范"意味着组织为每个字段选择了一个权威的基础值，即使某个目录缩写街道名，或某个电话链接使用了国际机器格式。

这个渲染元素故意设计得毫不花哨。它的职责是身份识别，而非说服：一个地点、一个面向客户的名称、一个可送达的地址、一个受监控的号码，以及足够的来源追溯信息，以便将所有副本与源头进行比对审核。

为什么这个元素很重要

本地决策出错的成本很高。读者可能正在选择开车去哪里、给哪个分支打电话、将文件寄往何处，或者某家公司是否服务于他们的区域。当页脚显示总部号码、地理位置页面显示分支号码、地图面板指向旧入口时，读者必须猜测哪个事实控制下一步行动。这种不确定性在对话开始之前就损害了信任。

心理上的好处是通过具体性带来的信心。完整的街道地址表明该页面描述的是一个真实地点，而不是泛泛针对城市的落地页。特定于地点的电话号码告诉读者他们将联系到谁。稳定的名称帮助他们在搜索结果、地图、评论平台、发票和标牌中识别出同一个分支。这些细节都无法证明服务质量，但它们共同消除了关于身份和可达性的可避免疑虑。

机器可提取性是指爬虫、搜索引擎、目录、助手或聚合流程能够保留每个值及其与一个地点的关系的能力。例如，“致电我们在国会山附近的华盛顿团队"这样的句子读起来很自然，但它并未暴露完整的邮政地址或明确的电话号码。带有稳定地点 ID 的带标签信息块可以生成一条能够逐字段进行比较的记录。

一致性应该被视为一个可审计的数据问题，而不是排版仪式。在比较记录之前，先规范化大小写、Unicode、空白、街道后缀、单元标识符、邮政编码、国家代码和电话号码数字。“1200 Example Ave., Ste 210"和"1200 Example Avenue, Suite 210"可能归一化为同一地址；而"Suite 120"则不同。同样，(202) 555-0147和+1 202-555-0147可以代表同一号码，而呼叫追踪号码可能有意不同，必须记录为经过批准的别名并注明其路由所有者。

何时使用

每当一个页面代表客户可能访问、致电、邮寄、验证或与另一个分支区分的实体营业地点时，请使用 NAP 信息块。它在地理位置页面和分支页面上是必需的，在受控目录记录中很有用，当地址确实是公共身份的一部分时也适用于公司简介。

每个地点创建一个信息块。多地点目录可以渲染二十个信息块，但必须渲染二十条独立的记录，而不是一个企业名称后跟一个混合的地址和电话号码列表。每个实例应解析为一个地点 ID，以便内容系统不会将分支 A 的地址与分支 B 的电话配对。

以下近似情况需要不同的处理方式：

• 没有面向客户场所的服务区域型企业不应发布业主的家庭地址。说明服务区域和联系方式，不要假装存在一个可访问的 NAP 地点。
• 邮政信箱、注册代理地址、账单地址、仓库和退货地址不可与客户地点混用。标记每个运营用途，并将其保留在主信息块之外，除非那是客户被指示使用的地址。
• 营业时间、预约可用性、路线指引、停车和无障碍设施详情可以放在信息块附近，但它们是具有独立更新周期的独立事实。
• 呼叫追踪号码并非自动不一致。当路由可靠、所有权和规范目标已记录、且可见号码不会为爬虫或回访用户而不可预测地变化时，它是可以接受的。
• 纯线上公司可能有用于合规的法定地址但没有本地场所。不要将法律披露转变为本地存在营销。
• 诊所内的从业人员可能需要从业人员记录，诊所可能需要地点记录。不要将他们的名称和电话号码合并为一个混合身份。

元素编写规则 优先：根据段落的用途选择元素。如果段落的作用是陈述地点的规范名称、地址和电话，则应使用 NAP 信息块，即使通用卡片或页脚可以显示类似的文本。

放置位置

在专门的地理位置页面上，将主要 NAP 信息块放在开头的身份标识和直接回答之后、路线指引、营业时间、服务、评论或预订控件之前。读者在解读任何本地声明之前，应先知道该页面代表哪个地点。如果首屏区域已经渲染了完整的规范记录，后面的联系信息部分只能从同一数据对象重复使用。

在公司简介中，将其放在明确标注的"总部"或"公共联系地点"部分下，而不是放在泛泛的"关于"标题下。在目录索引中，在每个对应的列表条目内放置一个紧凑的信息块，并将整个身份组链接到正确的分支简介。在网站页脚中，只使用主要公共地点或明确的地点选择器；页脚空间太局促，不适合放置多个办公室的未标记混合信息。

只有当所有相邻组件使用相同的地点 ID 时，该信息块才能与营业时间、地图、路线指引、停车信息或预订操作并排放置。它不能放在另一个入口的地图标记、标注为分支线路的整栋楼总机、仅限送货的仓库地址或当前选择不明确的地点选择器旁边。不要在名称与其地址之间或地址与电话之间放置广告、推荐信、新闻通讯注册表或促销优惠。这些中断在视觉上和阅读顺序上都破坏了记录。

在移动设备上，保持顺序为：名称、街道、地点、地区与邮政编码、国家（需要时），然后电话。不要让浮动呼叫按钮替换可见号码或模糊它拨打的是哪个分支。

构成要素

1. 地点名称： 已批准的面向客户名称，仅当分支限定词被一致使用时才包含。
2. 街道地址： 可送达的街道号码和名称，不是地标描述。
3. 子场所： 到达正确目的地所需的套间、单元、楼层、大楼或部门。
4. 地点与地区： 城市或地点加上管辖的州、省、县或地区值。
5. 邮政编码与国家： 完整的路由代码和国家，当受众或聚合跨越国界时包含国家。
6. 显示电话： 针对地点受众格式化的可读号码。
7. 电话目标： 同一号码规范化为拨号格式，通常在tel:链接中使用 E.164 格式。
8. 地点 ID： 稳定的内部键，防止在渲染或聚合过程中混合分支详细信息。
9. 验证元数据： 检查记录的日期以及权威系统或所有者。

设计示例

每种变体使用相同的底层地点记录。密度和周围操作可能改变，但渲染器不得缩写套间、替换为整栋楼号码或隐藏区分分支所需的地址。

标准地点。 默认变体以垂直、易于复制的组形式显示每个组件。在专门的地理位置页面或分支页面上使用。

紧凑联系信息带。 在页脚或联系信息带中使用，当一个公共地点代表该页面时。在窄屏上可以折叠为行，但不得截断单元、邮政编码或电话。

目录卡片。 每个地点重复一个紧凑的 NAP 实例。将筛选条件、距离、“正在营业"和服务标签保持在身份字段之外，以便动态状态不会重写规范记录。

仅限预约地点。 当允许客户访问时显示完整的公共 NAP，然后添加"需要预约"作为单独的运营注释。不要将该短语插入地址行中。

国际版。 保留目标国家预期的地址顺序，同时单独存储每个组件。为读者显示当地电话习惯，同时为链接和数据层保留国际拨号值。

参数

下文的"来源"指渲染器获取字段的地方。企业的受管地点注册表（而非文章正文）仍然是身份值的权威来源。

即使渲染器为显示而合并组件，也应分别存储。单一的address="1200 Example Avenue, Washington..."块会阻碍按国家排序、可靠比较以及对错误套间或邮政编码的定向修正。

语法和代码示例

所有三种形式编码相同的地点 ID 和规范字段。可移植指令是作者合约；项目在发布语法之前必须注册并测试其 Hugo 和 WordPress 适配器。

可移植 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 — 国会山

注意：需预约访问。
:::

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 — 国会山

注意：需预约访问。
{{< /nap >}}

所有短代码参数都是有名称的。适配器必须转义文本、生成<address>组和tel:链接、将地点 ID 暴露给数据层，并将正文注释保留在邮政地址之外。

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">由规范地点字段服务器渲染。</div>
<!-- /wp:amicited/nap -->

WordPress 块应使用类型化检查器字段和服务器渲染。作者可以选择一个地点记录并添加经批准的注释，但不应将规范名称、地址或电话重新输入富文本中。

示例

正确：完整、可归属的地点信息

Northstar Heating — 国会山
1200 Example Avenue, Suite 210
Washington, DC 20001, 美国
(202) 555-0147
地点 NSH-DC-01 · 于 2026 年 8 月 27 日对照已批准地点注册表验证

这样做是正确的，因为分支限定词、套间、邮政编码、国家、显示号码、拨号目标、稳定 ID、日期和来源都描述同一条记录。读者可以访问或致电；爬虫可以提取相同的值；审核员可以在不猜测哪个办公室控制该页面的情况下将信息块与目录列表进行比较。

错误：看似合理的混合信息

Northstar Heating 华盛顿
国会山附近，华盛顿特区
致电我们的团队：555-0147 或总办公室
您附近营业中

这失败了，因为"国会山附近"不是可送达地址，本地号码缺少区号和国别上下文，“总办公室"没有号码，名称也未标识受管分支。“您附近营业中"将营业时间和接近性混入身份信息中，没有地点或时间依据。该信息块无法可靠地与地图记录、目录引用、架构实体或内部来源匹配。

修复方法：选择精确的地点 ID，从注册表中解析每个字段，发布完整的公共地址和受监控的电话，并将营业时间或接近性声明移至它们自己的组件中。

架构标记和无障碍性

NAP 信息块可以为符合条件的Organization、LocalBusiness子类型或其他基于地点的实体提供数据。将可见的name、telephone和地址组件映射到PostalAddress：streetAddress、addressLocality、addressRegion、postalCode和addressCountry。使用页面支持的最具体的真实业务类型；不要仅仅为了获得搜索功能而选择某个类别。

结构化数据必须标识与页面相同的地址。不要将公司总部放在 JSON-LD 中而在信息块中显示分支，不要将多个分支合并到一个地址中，也不要添加根据邮政编码猜测的经纬度。如果每个分支都有自己的页面和持久实体，请使用稳定的规范 URL 和受管标识符保持图谱分离。验证日期和来源支持内部治理，但不需要公开的 Schema.org 属性。

对页面或章节所代表地点的联系信息使用<address>元素。不要认为<address>意味着任何邮政地址；其 HTML 含义是相关文章或页面所有者的联系信息。将地点名称放在标题中，为重复的目录卡片添加标签，并保留逻辑源顺序。

可见电话号码必须保持文本形式，而不是图标或图像。在适合通话时使用href="tel:+12025550147"进行链接，但保留可读的本地显示。不要将单个数字拆分为带样式的 span，不要通过不准确的无障碍标签读出标点符号，也不要将必要的分机号隐藏在工具提示中。确保键盘焦点可见，当多个呼叫链接一起出现时链接目的包含分支名称，并且缩放或重排不会将套间或邮政编码与地址分离。

编写规则

这些规则首先保护身份解析；视觉整洁是次要的：

• 每个信息块使用恰好一个面向客户名称、一个地址和一个主要电话号码。如果辅助号码在运营上必要，请在规范 NAP 三元组之外标注其用途。
• 保持名称在 2–100 个字符之间。使用真实的公共品牌和受管分支限定词；不要添加诸如"华盛顿最佳紧急水管工"之类的关键词。
• 使用 1–3 行街道信息，每行不超过 100 个字符。保留送达或抵达所需的套间、单元、楼层、大楼和方向信息。
• 公共场所使用完整的邮政地址。切勿将其替换为"市中心”、“车站附近”、地图标记或驾车路线。
• 将国家存储为两个字母的代码，并在受众上下文需要时渲染其可读名称。切勿仅从顶级域名推断国家。
• 以 E.164 格式存储电话号码，并渲染熟悉的本地格式。当路由依赖分机号时，将其作为单独的受管值包含。
• 使用事实性的行政语气。信息块可以说"需要预约"或"不向公众开放”；不得包含口号、服务声明、评论、奖项、折扣、紧迫性说明或关键词列表。
• 不要将营业时间、路线指引、停车说明、服务区域、预约可用性、电子邮件地址、传真号码或社交账号放在三个身份字段内。当所有权和更新节奏明确时，相邻的带标签字段是可以接受的。
• 不要为了匹配某个第三方目录而静默覆盖规范值。调查外部记录是否已过时、是经过批准的别名还是确实不同的地点，然后修正相应的来源。
• 为每个发布的实例记录验证日期和来源。在搬迁、品牌重塑、电话路由变更、合并、分支关闭、套间变更和目录迁移后重新验证。
• 仅在归一化证明底层组件匹配后，才将标点符号和缩写视为呈现差异。更改的数字、套间、邮政编码或分支限定词是实质性的。

使用此元素的文章类型

表格由 frontmatter 中的 postTypes[] 控制。仅当相应数组发生变化时才添加或删除行。

QA 检查清单

• 信息块从一个稳定的地点 ID 解析而来，而非独立输入的字段。
• 公共名称与受管品牌和分支命名政策一致，无关键词添加。
• 街道号码、街道名称、方向、套间或单元、地点、地区、邮政编码和国家已对照权威来源检查。
• 地址对于声明的客户操作有效：访问、邮寄、自取或其他明确标注的用途。
• 私人住宅、注册代理办公室、仓库和虚拟办公室未呈现为客户地点。
• 显示的电话和tel:目标归一化为同一受监控目的地。
• 附近的营业时间、地图、路线指引、预订和 CTA 组件使用相同的地点 ID。
• 没有相邻信息块与地址、电话、分支名称、访问政策或地点选择相矛盾。
• 归一化比较区分无害的格式差异与更改的数字、单元或邮政组件。
• 可见内容与Organization、LocalBusiness或PostalAddress标记逐字段一致。
• 重复的信息块具有唯一的标题或无障碍标签，每个电话链接有明确的目的。
• 完整记录在 200% 缩放和窄屏上保持可读、可复制、键盘可访问且顺序正确。
• 验证日期和来源存在，且有指定的所有者接收差异报告。
• 搬迁、关闭、品牌重塑、号码变更和批准别名在网站、简介、目录和数据推送中具有更新路径。

常见问题

NAP 在本地 SEO 中是什么意思？

NAP 指名称（Name）、地址（Address）和电话（Phone）。一个 NAP 信息块以规范的、带标签的形式发布某个营业地点的这三项身份信息，让人和机器无需合并不同分支的信息即可获取。

标点符号必须在每个网站上完全相同吗？

不。无害的呈现差异，例如"Suite"与"Ste."，或本地格式与国际电话显示，当底层值归一化为相同事实时，并不会产生不同的实体。审核归一化后的字段，同时保留一种你控制下的首选显示形式。

服务区域型企业应该公开家庭地址吗？

不。不要仅仅为了凑齐信息块而暴露私人地址或客户无法使用的地址。发布面向客户的商业名称和受监控的电话，说明服务在客户所在地提供，并将任何私人地址保留在确实需要它的受管系统中。

一个 NAP 信息块可以包含多个分支机构吗？

不。一个信息块代表一条地点记录。目录可以为每个分支重复该组件，但每个实例需要自己的位置标识符、地址、电话、来源和目标页面，以防止详细信息被意外重组。

NAP 信息应该多久检查一次？

每当地点、号码、命名政策或目录列表发生变化时进行检查，并将其纳入定期本地数据审计中。适当的间隔取决于运营变化速度；信息块应记录其最后验证日期和权威来源，而不是暗示永久准确。