行业消息称，Google 在 7 月对 Search Console、产品列表指南和 AI 搜索结果说明进行了更新。对于运营独立站的团队来说，这些变化不是停留在新闻页面的公告，而是必须评估并采取行动的技术信号。问题是：从哪开始查？改哪些页面？怎么确保以后不再踩坑？

以下检查清单基于实际工作流整理，从 Search Console 数据入手，逐步拆解产品内容的关键核查点。你可以按顺序操作，也可以直接跳到目前缺失的步骤。

第一步：用 Search Console 筛出“低效产品页”

具体操作检查点：

  1. 登录 Search Console，进入“增强功能”报告。如果你在产品页面使用了结构化数据，这里会显示“产品”选项卡。此时要关注的是错误和警告数量——哪怕只有一个错误，都意味着 Google 无法完整理解你的产品信息。

  2. 切换至“效果”报告，筛选过去 28 天的数据。通过“页面”标签，按“展现次数”或“点击率”降序排列。找出那些展现次数大于 1000 但点击率低于 1% 的 URL。这类页面通常是元数据不完整或结构数据有问题导致的“低效产品页”。

  3. 用 Excel 或 Google Sheets 汇总这些 URL，标注它们的当前错误状态和最近 14 天的排名波动。重点检查：价格变化频繁的产品是否通过 priceValidUntil 属性标记了有效期，库存状态是否使用了官方允许的值（如 InStock、LimitedAvailability、OutOfStock）。

  4. 如果产品数量超过 100，优先处理有结构性错误或警告的页面，因为它们直接影响富媒体结果（如商品轮播）的展示资格。

例子：某电器独立站在检查中发现 37 个产品页的 price 属性缺少货币符号（例如只写了 "29.99" 而非 "29.99 USD"）。修复后一周内，这些页面的平均点击率从 0.8% 升至 2.3%，且搜索展现开始回升。这个例子说明结构数据的规范不只是“合规”，而是直接关系到流量表现。

第二步：验证产品内容与 AI 概览的匹配度

Google 7 月的更新中显著加强了 AI 在搜索结果中的呈现。虽然你无法直接控制 AI 摘要的内容，但可以通过优化页面结构提升被引用的概率。

审查点：

  • 标题（title）是否自然包含产品关键属性（品牌、系列、容量、适用场景）？避免只有“热卖款”这样无意义的词。
  • 产品描述部分是否采用小标题和列表，而不是大段未加格式的文本？AI 模型倾向于抓取结构清晰的内容。
  • 如果产品有评分或功能对比，使用表格或有序列表会比纯文本更容易被 AI 提取为摘要内容。
  • 在 Search Console 的“搜索外观”中检查是否有“AI 摘要”展示标识，统计哪些查询触发了 AI 摘要，并对比这些查询在你的页面上的点击率变化。

具体操作：对于产生了 AI 摘要但点击率下降的查询，调整该目标页面的 opening paragraph，使其在 150 字内直接给出结论（价格、库存、核心卖点），因为这很可能是 AI 摘要抽取的内容范围。

第三步：产品列表结构的核心纠错

Google 7 月“quietly updated its guidance for online product listings”——主要影响的是商品结构化数据中一些可选字段的推荐力度。你不需要完全重写 schema，但必须检查以下三项变化对应的 implement：

  1. Offer Count 与聚合价格：如果你的产品有多个 SKU 且价格不同，需要确认使用了 aggregateOffer 而非简单的 offer。Google 现在更倾向于推送有明确价格跨度的商品信息，前提是你正确标记了最低价和最高价。

  2. Shipping Details：7 月的指南强调将 shippingDetails 整合进 Offer 而非单独在页脚声明。虽然这个字段长期存在，但新指南暗示它是富媒体结果中的权重因子。你应该在 schema 里明确至少一个发货区（如 default）及其费用与时间。

  3. Review 与 Rating 的来源指明：如果你的评论是抓取自第三方平台（如 Amazon），需要在 review 中增加 publisher 字段。Google 开始对评论来源做更严格的区分，避免把爬取的 UGC 当作实际评价。

对每个错误项，设定 Severity：Critical（导致富媒体结果丢失）、High（降低展示效果）、Medium（建议优化）。检查清单中只需处理 Critical 和 High。

第四步：内容更新频率的调度决策

很多团队在更新内容是“每周改一批页面”，但缺乏先后依据。结合上述三步的数据，你可以制定一套具体的更新优先级：

  • 周一：拉取 Search Console 错误报告，标记出新出现的产品结构数据问题。优先处理数量最多的错误类型（例如 80% 是价格格式，那先在模板层修复）。
  • 周三：针对上一步未解决的页面，逐个检查其产品描述中能否加入可被 AI 摘要利用的结构（如：规格列表、物流承诺、价格说明）。
  • 周五：对比排名变化，将用户搜索 intent 更明确但内容不匹配的产品移到下周更新计划，同时确认结构数据变化已正常索引。

这个节奏比随机更新更有效率，因为它始终围绕着 Search Console 反馈的数据信号进行迭代。

常见问题（FAQ）

Q：Google 7 月的更新影响了我所有的产品页吗？ A：不一定。主要影响的是使用了结构化数据但不符合新指南的产品页面，以及比较依赖富媒体结果（商品轮播、评价星标）的站。如果你的产品没有结构化数据，暂时不会有结构性报错，但可能会错过 AI 摘要带来的展示机会。

Q：如何确认 Search Console 中的错误已经被修复？ A：提交一个修改后的产品页 URL 进行“验证修复”并等待 24–48 小时。如果 Search Console 将错误状态变为“通过”，即可批量更新其他同类页面。

Q：每次更新都要改 schema 吗？ A：如果只是为了错误修复而非功能性更新，优先在模板层一次性改动比逐个页面更高效。只有当某个产品有特殊销售条款（如闪购、限时折扣）才需单独修改。

Q：如果产品内容不包含结构化数据，要从头添加吗？ A：如果你希望产品出现在搜索的商品轮播和图片搜索结果中，结构化数据是必要条件。建议从旗舰产品开始，逐步扩展到全站。