Google EEA 本地商家展示：目录站如何核对 POI 数据与商家详情页？

9 月 21 日更新的本地聚合商政策把地点身份、落地页和数据质量要求写得更具体。本篇重点处理目录平台的 POI 记录如何对应一张可用的商家详情页；两类站点的基本区别已在本站的本地商家展示总览说明。

如果你运营欧洲本地商家目录，先看自己能否按纵向搜索服务（VSS）的要求维护商家数据，再抽样打开商家详情页，核对地点、营业状态和联系入口。直接提供服务的门店或公司走供应商路线，不需要为此制作目录平台的 POI feed；仅面向中国客户的站点，不必新建“欧洲本地 SEO”项目。

结果页改变了什么：目录入口与商家入口并列

聚合商单元为目录、比价和在线旅行平台等 VSS 提供位置。一个目录的数据可以在单元中展开；如有其他符合条件的聚合商，搜索者还可以切换提供者。用户点击其中的结果，会前往该聚合商的网站。供应商单元则留给酒店、实体门店、维修公司等直接经营者，而且只有聚合商单元出现时才会并列出现。

这意味着同一条“附近维修服务”查询，目录和维修公司可能同时争取读者注意，但它们提交给 Google 的信息路径并不相同。目录通过商家资料和数据接入组织可比较的选项；维修公司首先依赖自己可被抓取的网页说明服务。对运营者而言，真正要分清的是“谁负责哪份信息”，而不是给所有站点装同一个插件。

Google 早已在 EEA 提供其他聚合商相关搜索体验。9 月 18 日这条更新的准确含义，是官方文档把本地商家查询加入这两种单元的支持范围；不能据此推断每个 EEA 查询都会出现单元，或普通自然结果会被统一替换。

若要判断眼前出现的是聚合商单元、地图还是自然结果，可先按站内的谷歌搜索结果页类型说明记录查询和页面形态；不同入口不能合并计算“新增排名”。

两类站点，参与路径不同

你经营的网站	Google 使用的信息	现在该查的事
汇集多家商户的目录、预约或比价平台	获准 VSS 的相关内容，以及用于本地商家查询的 Local Point of Interest（POI）feed	商户资料是否有维护来源；地址、类别、营业状态、图片和落地页能否持续一致；是否具备申请和接入条件
直接接单的维修店、酒店或实体门店	可抓取的自有网页；已有 feed 可以增强结果，但不是进入该单元的前提	服务范围、联系方式和营业信息是否真实且公开；关键服务页能否被访问和抓取
只写“欧洲附近商家推荐”的资讯站	不因写到本地商家就自动成为 VSS 或直接供应商	保持文章准确，不为这条更新申请不匹配的接入项目

Google 的聚合商指南写明：平台需获批为 VSS，具备相关内容、所需数据并符合质量标准；本地商家查询使用 POI feed。指南提供表达参与意愿的表单，提交表单只是流程起点。Actions Center 概览说明，POI 数据描述的是有实体地点的商家，包括名称、地址、电话以及类别和照片等元信息。若一个目录连停业商家都无法及时下架，优先问题是资料治理，不能靠申请表弥补。

这也不是“导出一份商家名单”就结束。Google 本地聚合商政策要求每个地点有稳定唯一的 poi_id、授权合作方的 brand_id，同一实体地点去重，并让目标 URL 直达该商家的专属页面，不能把点击送到要求登录的通用搜索页。

对目录团队来说，先抽查十条真实商家记录，核对地点、类别、落地页与营业状态，比先讨论展示图标更能发现接入阻塞。这里的“十条”是建议的内部抽样规模，不是 Google 规定的申请数量。

让 POI 记录、商家专页和用户动作一一对应

这十条至少覆盖正常营业、停业、搬迁、同址多项服务、同品牌不同门店。每条留下来源、poi_id、授权品牌、页面 URL、最后核实日期。SEO 与数据负责人一起点开页面：显示的是这一家、这一处地点，还是把用户带回通用列表？名称、地址、主要服务与图片是否对应 feed？用户在手机上能否联系这家商户？

例如，同一家维修店同时做手机与电脑维修，若 feed 把两项业务当成两个物理地点，就违反同址去重要求；页面可以分别解释服务，地点身份仍应保持一个。另一家门店搬迁，若 feed 改了地址、页面仍显示旧电话，错误会从搜索入口延续到联系环节。这里的收益首先是减少错误落点和无效联系，不能在没有观察数据时写成“获得更多搜索流量”。目录页与商家详情页如何分工，可参考本站的SEO 网站架构规划；VSS 的准入仍以 Google 文档为准。

直接供应商走的是另一条路。Google 的指南明确说，参与这一单元不要求提供超出网页可抓取内容之外的额外数据。一家维修公司无需为了这条消息制作目录式 POI feed；它应先确保服务页说清真实业务和覆盖区域。网页可访问也不等于一定会展示，因为供应商单元还取决于对应查询是否出现聚合商单元。

以“巴黎附近维修服务”为例，查出下一步

下面是教学场景，不是我们在法国实测的搜索结果：一个团队经营巴黎维修商家目录，同时为目录中的一家维修公司维护官网。目录列有 80 家商户，其中一家已经停业；维修公司官网却把“巴黎全市上门”写在首页，实际只服务部分区域。两处错误落在不同的信息责任上。

对象与发现	先做的修复	能核对的结果
目录：停业商户仍在站内列表，准备提供给 Google 的商家资料也未更新	在数据源标记停业，更新或移除对应 POI 记录，并让商家专页和目录列表同步	站内两类页面与准备提交的数据不再把该店标作营业；若尚未获 VSS 批准，先完成资格与接入咨询，不把“准备 feed”写成已入选
维修公司：站点宣称全市服务，实际只到部分区域	更正服务页覆盖范围和预约说明，检查页面可访问、未误设 noindex，电话与营业时间一致	新客户从落地页能判断自己地址是否可约；网页可被抓取，但这只是参与条件的一部分

两份工作单都能在没有专用新报表的情况下完成。之后才记录相关查询的搜索者所在国家、查询词、设备、日期、是否出现聚合商单元及其旁边的供应商单元、点击落地页。如果查询没有聚合商单元，就没有对应的供应商单元可排查；一次没看到自家站点，也不能说明网站被降权。这份观察记录是运营团队自建的样本，不是 Search Console 新增了“供应商单元”报告。

这条更新值得投入多少工作

对已有欧洲商户数据、能持续核实资料的目录平台，这条消息值得交给商家数据负责人和技术接入负责人一起评估：先核 VSS 资格，再确认 POI feed 能否稳定反映真实商户，最后考虑 Google 的申请流程。展示空间不是单靠网页标题争取的；聚合商单元由其提供的数据填充，Google 还要求信息和落地页尽量相符。

对单家商户，工作通常小得多：把现有服务页、地点和联系方式修准确，检查抓取问题，再观察相关 EEA 查询的结果页形态。你可以继续用 Search Console 看常规搜索表现，但没有证据时，不要把流量升降归因于这个单元。LocalBusiness 结构化数据也不是这次更新的单独准入按钮；不要把它与另外的结构化数据轮播混为一谈。

目录站与门店都应把页面是否可抓取、误设 noindex、跳转及移动端联系入口纳入技术 SEO 审计；通过这些检查只说明页面可用，不等于取得该单元展示。对目录，真正可交接的结果应是“地点 ID—商家专页—联系方式—核实人和日期”能从样本表重新打开验证，再决定是否投入 Google 的接入流程。

这则新闻的意义，是 Google 把本地商家类查询纳入 EEA 已存在的“聚合商与直接提供者”搜索入口。对于目录，它把维护商家实体数据的能力推到展示链路前端；对于门店，它要求官网至少能准确表达服务事实。是否出现、谁得到点击，仍要在具体查询中观察，官方文档没有给任何站点流量承诺。