直接结论
Google已在欧洲经济区把本地商家查询加入Aggregator Unit与Supplier Unit。直营网点、服务商或品牌自营门店应先保证本地落地页可抓取、实体和服务事实一致，以争取Supplier Unit资格；目录、预订平台等Vertical Search Service若与商户有直接合同关系，则需申请Aggregator Unit并维护每日完整刷新的Local POI Feed。两条路径角色不同，不能靠增加Schema互相替代，也不代表获得通用排名或AI引用加权。
事实与背景
Google在2026年9月18日更新搜索文档，为Aggregator Unit与Supplier Unit加入本地商家查询支持。变化发生在欧洲经济区（EEA）的搜索结果单元体系中，是9月8日区域搜索文档的后续扩展；它不是全球范围的新排名因子，也不是面向AI回答的引用标签。
本地商家查询可覆盖餐饮、美容等本地服务以及景点等线下活动。对品牌来说，关键不是“再提交一份相同数据”，而是先判断自己在交易链中的角色：直接经营门店或直接提供服务的一方属于Supplier；汇集多家商户并把用户导向自有比较、预订或详情页面的平台属于Aggregator。角色判断决定准入、数据和验收路径。
两条入口不能混为一谈
| 角色 | 主要入口 | 基本资格 | 数据路径 | 用户点击去向 |
|---|---|---|---|---|
| 品牌直营网点、线下商家、直接服务提供者 | Supplier Unit | 网站服务EEA用户，且企业是相关商品或服务的直接提供者 | Google可抓取网页；可选数据Feed用于增强 | 直接提供者的网站 |
| 目录、预订平台、垂直搜索或比较服务 | Aggregator Unit | 获得批准的Vertical Search Service，与纳入商户有直接合同关系并满足质量要求 | 申请参与并通过Local POI Feed提供结构化实体数据 | 聚合平台自己的落地页 |
Google说明，Supplier Unit面向直接提供者，包括实体店所有者、酒店或航空公司，以及管道工等服务商。对于本地商家查询，Supplier Unit只有在同一结果页出现Aggregator Unit时才会出现。Google可从可抓取网页获得基础信息，商家不必为了资格额外提交数据；可选Feed只用于增强呈现，不能替代可访问、准确的品牌页面。
Aggregator Unit则面向Vertical Search Service，例如目录、元搜索、预订或比较平台。Google目前一次只显示一个Aggregator Unit，默认展开排名最高的提供方，并将点击导向该聚合平台。申请者需要提供相关内容、必要数据并满足质量标准；本地商家场景还需提交参与表单并使用Local POI Feed。
直营网点先把“页面事实”做成可核验实体
直营网点不应因为Feed是可选项，就把Supplier Unit理解成无需治理。Google依赖可抓取网页识别直接提供关系，因此每个门店或服务区域都应有稳定URL，清楚呈现商家名称、类别、地址或服务范围、电话、营业时间、可提供的服务、价格条件、预约或购买入口，以及适用市场和语言。总部页、国家页与门店页之间要有明确层级和内部链接。
页面标题和正文应准确描述实体，而不是用“附近最好”“第一名”等无法验证的模板词覆盖门店名称。图片要真实、高质量并与实体对应；价格、库存、营业状态与预约可用性应及时更新。若Schema、地图资料、商品或预约Feed与页面事实不一致，团队不能从“某处数据正确”推导整个入口已经合格。
聚合平台需要持续的数据运营，不是一次性提交
Google的本地VSS接入流程包括账户设置、沙箱Feed、沙箱审查、生产Feed、生产审查和上线。申请者必须是聚合方，而不是单个连锁品牌，并与所展示商户存在直接合同关系。Google说明，POI数据只用于填充该合作方自己的单元，不用于丰富Google其他服务或竞争对手的单元。
POI Feed采用每日完整刷新：通过SFTP提交一份汇总JSON，建议使用gzip压缩，不应为每个实体创建单独文件，也不应按国家拆成互不关联的Feed。核心字段包括稳定的poi_id、名称和位置；电话、URL、地址、图片、评分、类别、描述、营业时间、价格范围和品牌落地页等字段用于提高实体完整度。
国际化不能只靠复制英文名称。POI条目可以包含默认语言以及名称、描述、展示地址和落地页URL的本地化版本。每个本地化落地页都应声明对应语言和市场，并与默认URL保持同一实体身份。若页面语言、Feed语言、地址格式或品牌命名彼此冲突，系统可能难以把它们归并为同一个商家。
把页面、实体主数据和Feed放进同一对账表
无论走哪条路径，品牌都需要一个可追溯的实体主键。建议以门店或服务点ID连接CMS页面、商家主数据、结构化数据、预约或商品系统及POI Feed，并对名称、地址、坐标、电话、类别、营业时间、价格和URL逐字段对账。聚合平台还要记录商户合同状态，避免已经终止合作的实体继续出现在Feed中。
| 检查层 | 通过证据 | 常见不通过 |
|---|---|---|
| 角色与资格 | 直接提供关系或聚合合同关系有记录，EEA服务范围明确 | 单一品牌冒充聚合方，或平台无法证明商户关系 |
| 页面发现 | 门店页返回200、可抓取、可从国家或目录页到达 | 仅靠客户端交互、地图弹窗或搜索框才能发现 |
| 实体一致性 | 页面、Schema、主数据和Feed的名称、地址、坐标及URL一致 | 同店多ID、地址旧版、经纬度漂移、语言版本互相指向错误 |
| Feed运行 | 每日完整Feed按时送达，格式、图片与落地页校验通过 | 增量文件冒充全量、分国碎片、失效图片或过期商户未撤回 |
| 结果验证 | Search Console与真实查询样本能对应到页面和Feed版本 | 只看到一次展示就宣称全面覆盖、排名提升或业务增长 |
监测要区分“可参与”和“已展示”
Google建议持续关注Search Console并保持价格与可用性最新，但公开文档没有承诺固定展示频率、位置或上线时限。Supplier Unit又依赖Aggregator Unit同时出现，因此直营网点即使页面质量合格，也不能把没有出现单元直接判定为技术失败。
验收时应保存国家、语言、设备、查询、日期、截图、落地URL、页面版本和Feed批次。把“资格材料完整”“Feed已接收”“生产审查通过”“查询中出现”“点击与转化变化”分别记录。只有在相同市场和查询条件下形成持续样本，才能讨论增量；一次截图不能证明覆盖率，更不能证明通用排名或AI引用提升。
对企业的影响
这次扩展给有EEA线下门店、经销网络或本地服务能力的品牌增加了一个独立于传统蓝链的发现入口。直营网点可以从可抓取的本地落地页出发，不必等待复杂Feed项目；拥有多商户供给和直接合同关系的平台，则可以用Aggregator Unit把自己的比较或预订页面带入结果单元。 代价是组织边界更清晰。直营网点、经销商、加盟商和第三方平台不能继续共用模糊的“门店数据”责任；品牌需要确定谁是直接提供者、谁有权提交实体、谁维护营业与价格事实、谁对多语言落地页负责。若角色、合同与数据主键没有统一，页面优化和Feed接入会互相制造冲突。
智核增长的判断
这不是一次“多加几个本地Schema”的机会，而是Google把本地商业实体纳入区域搜索单元后的供应链分工。直营网点的优先级应是可抓取、可核验、市场与语言明确的实体页面；聚合平台的优先级则是资格、合同、每日POI Feed和落地页质量。两者都需要同一个实体事实源，但交付物不同。 对出海品牌最稳妥的策略是先做角色分流：自营和直接服务站点按Supplier路径整改页面，真正的目录或预订业务按Aggregator路径评估申请。不要让经销商名录、品牌门店页和聚合平台Feed各自生成一套ID。统一主键和变更日志后，才能把页面、结构化数据、Feed与真实查询证据放进同一验收闭环。 本文能确认的是Google截至2026年9月24日公开的EEA本地商家查询支持、角色资格与Local POI Feed要求；不能保证任何企业一定获批、任何页面或商户一定展示，也不能把结果单元曝光解释为AI答案引用、通用排名提升或收入增长。
建议行动
- 按国家和业务线列出直营网点、加盟商、经销商、服务商与聚合平台，明确每个实体是直接提供者还是聚合方。
- 为每个门店或服务点建立稳定主键，并连接CMS页面、商家主数据、Schema、预约或商品系统及Feed记录。
- 确保本地落地页返回200且可被内部链接发现，页面写明名称、类别、地址或服务范围、电话、营业时间和转化入口。
- 对页面、结构化数据、地图资料、价格或预约Feed逐字段核对名称、地址、坐标、营业状态、语言和URL。
- 为EEA市场提供对应语言的标题、描述、展示地址和落地页，并维护默认语言与本地化版本之间的实体映射。
- 若企业是直接提供者，优先修复可抓取网页并在Search Console建立国家、查询、页面和日期维度的监测样本。
- 若企业是聚合平台，先确认与商户的直接合同关系和质量责任，再提交本地商家参与表单与接入申请。
- 按Google规范生成每日完整Local POI Feed，使用一份汇总JSON并保留发送时间、校验结果、版本和回滚证据。
- 对图片直链、文件格式、大小、落地页状态和本地化URL做自动检查，并及时撤回已关闭或终止合作的实体。
- 将资格完成、Feed接收、生产审查、结果展示、点击和转化分开验收，不用一次截图推导全面覆盖或增长结论。
限制条件
本文基于Google截至2026年9月24日可访问的官方资料。相关结果单元面向欧洲经济区用户，展示受查询、市场、设备、供给质量与Google系统选择影响。Supplier Unit只在Aggregator Unit同时出现时出现；满足页面或资格要求不等于获得固定展示位置、频次或上线时间。 Google公开文档说明，Supplier Unit可依赖可抓取网页，额外Feed为可选增强；Aggregator Unit的本地商家参与则需要批准、申请流程与Local POI Feed。具体合作审核、账户配置、数据错误和生产上线仍由Google流程决定，本文不能替代Google对单个合作方的审批结论。 本次更新是本地商家查询范围的扩展，不是新的通用排名信号、Schema保证、AI引用机制或收入归因模型。Search Console、结果页样本、Feed回执和业务转化应分别解释；地区外结果、其他Google产品或第三方AI平台也不能从本规则直接外推。