把地址写法统一这件事，听起来像强迫症，实际解决的是一个具体故障：同一家店在十个平台上以四种写法出现，你就没法确认它们指的是同一家。NAP 一致性衡量的就是这个——Name、Address、Phone 三项信息在自家网站和各个第三方平台上是否指向同一主体、同一写法。它不是排名技巧，是让信息可被机器对上的前提。
先分清哪些是"必须一样"，哪些是"可以不一样"
Google 商家资料的支持文档把这条讲得比营销文章具体：建议你在招牌、名片等品牌物料上就以一致的方式呈现你的业务，并保证地址或服务区域的表述准确且精确；同时一个业务只应有一个资料页，理由是多个资料页会让你的信息在 Google 地图和搜索里的呈现方式出现问题。这两条正好划出了边界。
据此，NAP 的三个字段处理方式并不一样：
| 字段 | 必须一致的部分 | 可以不同的部分 | 判断点 |
|---|---|---|---|
| 名称 Name | 品牌主体名、大小写、括注顺序 | 各平台自行添加的类目词后缀 | 你自己网站上的写法就是基准 |
| 地址 Address | 街道、门牌、区县、邮编 | 楼层/房间号的填写与否（取决于能否接待到访） | 邮编填错是最常见也最难自查的一处 |
| 电话 Phone | 总机或对外统一号码 | 门店直线、分店号码 | 能否被真实接听 |
注意地址那一行的第二格。Google 结构化数据那篇还有三条更细的要求：地址是必填项，并且提供的属性越多，给用户的结果质量越高；电话要包含国家码和区号；经纬度的小数位至少 5 位。这三条可以当填空题用——字段没填满，先在自家站点补齐，再去要求第三方同步。
不一致的四种典型形态
- 缩写差异：市名在自家站点写全称，在某个平台用简称。抓取程序拿到的是两个字符串，需要额外一次映射才能对上。
- 层级缺失：有的平台填到"某区某路"就结束，有的填到门牌号。信息量不对等，后台会看到两个互相矛盾的地址。
- 分店串号：一家分店的电话被写到了总店页面上，或反之。这是最伤的一种，因为读者点电话打过去是别人。
- 旧地址未清理：搬迁后旧地址还挂在几个平台上没人改。识别方法是从旧地址反查：把旧地址原文放进
site:查询，看还有哪些页面在引用它，这些就是待清理清单。
怎么把口径定下来：五步操作
- 写一份主数据表，只放三项：品牌标准名、对外唯一地址、带国家码与区号的对外电话。表里不放类目词、不放宣传语。
- 在自家站点把地址区块规范化，同时给每个地址配一条指向具体门店页的链接，而不是全部指回首页。判断落点该指向哪里，外链该指向哪个页面里的逻辑同样适用。
- 在门店页加上本地商家结构化数据，字段按官方要求填满；本地商家结构化数据那一页给出的
url说明是"这个具体商家位置的完整地址，必须是可访问的链接"——首页不满足这条。 - 把主数据表导出成一份平台清单，逐条去核对并改。第三方条目的通用判断标准在目录站和列表页投稿；本地目录则要额外看三项：这个条目是否按区县分级、是否要求提供现场照片、条目里带的是完整地址还是只有名称。
- 改完之后设一个复查周期，并在表上写清谁负责、什么时候复查。不要依赖"下次想起来再看看"。
顺带说清一个边界：Google 的文档在讲站点名称在搜索结果里的呈现时写明，名称生成是全自动的，会参考首页内容和网络上对本站的引用，系统也会看 og:site_name、标题和页首标题；虽然不能人工指定最终结果，但可以用结构化数据表达偏好并提供候选名。所以名称不一致的后果不是"你改了就一定改对"，而是让系统的候选混乱。先把候选减少，别指望改一处就全网同步。
NAP 不适用的几种情况
- 连锁品牌有多个真实门店：这不是"不一致"，是多个主体。统一的对象是每个门店内部的三项，不是把所有门店写成同一套；跨门店的口径统一、分店页各自的落地页怎么安排，思路和多语言多地区网站的外链分发是同一类问题。
- 总部与工厂同址或邻址：对外表述可以不同，但地址区块里必须有一处是唯一可核对的地址，两套写法并存比只写一套更容易造成歧义。
- 纯线上业务：没有可核对的街道地址时，地址字段应按你的实际形态处理，不要为了"看起来完整"而填一个不可到访的地址。商家资料的支持文档写明，资料页适用于"有顾客可到访的实体位置，或会上门服务"这两类。
- 有多个对外电话且分用途：这时主数据表里应该写清楚哪一个是"默认对外"，而不是要求所有平台都用同一个。
怎么验证一致性真的改到位了
验证分三层，缺一层都会得出错误结论。第一层是抽样自检：随机挑十个平台打开条目，逐字比对主数据表，重点看名称括号、地址区县、邮编、电话区号这四处。抽查记录写进外链的相关性三层判断里那种"抽查 + 记录"的格式，便于下次对比。
第二层看数据。去 Search Console 性能报告按国家维度看查询词：性能报告的维度与聚合方式说明里提到，查询、国家、设备、日期这几个维度按属性聚合，也就是把不同页面的数据合并了。它能告诉你"这个国家有没有带来带地域词的查询"，但不能告诉你哪个页面的 NAP 起了作用，要落到页面级得用 URL 检查工具单独查。
第三层是风险出口：商家资料的支持文档提醒，正确填写加上长期一致呈现，可以避免信息被改动、甚至被移除这类问题。这条不用等数据变化才核对——按上面那张抽查表每月走一遍，异常行当场标红，比等半年看趋势有效。
下次改地址或换电话前，先回到主数据表确认三件事：新值是什么、哪些平台要同步、截止时间写在谁的日程上。缺一个答案，这次改动就会变成下一次一致性故障的来源。