Google 在 8 月 18 日启动全球垃圾内容更新，站长先看 Search Console 算法流量变化，再按垃圾政策整改。
- 01先读摘要，判断是否与你的场景相关。
- 02再看来源，保留继续查证的路径。
- 03最后看步骤、风险和可复用动作。
Google 在 2026-08-18 发布 2026 年 8 月垃圾内容更新，并在 2026-08-21 完成全球和所有语言的滚动。垃圾更新不是固定惩罚名单，它的影响可能表现为搜索曝光下降、点击下降或某些页面不再被收录。这份清单帮站长在更新结束后有序做诊断，先确认是否受影响，再按官方垃圾政策整改，避免因为流量回落就乱改站点。
适用场景
- 你在 2026-08-18 到 08-21 之间看到搜索点击、展示或排名出现明显变化。
- 你运营内容站、资讯聚合站、外贸站或 AI 辅助批量内容站，想确认是否踩到垃圾政策。
- 你已经收到 Google Search Console 的手动操作通知，需要补齐整改记录。
- 你想在后续发文、参数站、过渡域名或外链安排上建立一条安全检查线。
不适用场景
- 你的流量变化发生在更新开始前，或者和服务器故障、广告投放停止、季节性变化明显相关。
- 你只是看到某个关键词小幅波动，没有页面级证据，不要立即大规模删除内容。
- 你的站点涉及医疗、法律、金融等需要专业资质的内容，应先处理资质与事实边界，而不是只看垃圾政策。
- 你希望得到“排名一定会恢复”的承诺，Google 对算法更新没有固定恢复时间表。
准备材料
- Google Search Console 的搜索类型、页面和查询权限。
- Google Analytics 或其他日志工具，能查看日期级访问变化。
- Google 官方垃圾更新状态页和 Search 垃圾政策文档。
- 站点发布记录、外链导出、历史页面 URL 列表和最近 60 天的内容新增清单。
- 一台能打开 Search Console 导出文件的工作环境，便于按 URL 或查询聚合。
步骤一：确认更新时间窗口与观测口径
Google Search Status Dashboard 记录了这次更新的开始和完成时间。先确定你观察的日期窗口，再导出 Search Console 性能数据，避免把 8 月之前的变化也算进本次更新。
- 在 Search Console 选择日期范围，覆盖更新前 4 周和更新开始后的 4 周。
- 导出“查询”和“页面”两个维度，分别看展示、点击、CTR 和平均排名。
- 把 8-18 前后按周对比，标出下降最多的页面和查询。
- 不要只比较总流量，先看具体 URL 集群，因为算法更新往往只影响部分页面。
步骤二：检查 Search Console 手动操作与安全提示
垃圾更新属于算法系统，和手动操作不是一回事。如果站点存在手动操作，Search Console 会给出明确通知。即使没有手动操作，页面也可能因为算法判断而失去排名，因此检查之后不能直接说站点“没问题”。
- 打开 Search Console 的“安全问题和手动操作”区域，记录是否存在 spam 风险。
- 如果存在手动操作，记录涉及的类型、页面和整改截止信息。
- 如果没有手动操作，把这一结果写进诊断记录，但继续做 URL 级数据检查。
- 检查站点是否被恶意注入、异常跳转或大量不可控 SEO 插件输出。
步骤三：按 URL 集群定位下降特征
把下降页面按发布方式、内容类型、页面模板、外链来源和自动生成程度分组，才能找到共同变量。比如只有自动生成的聚合页下降、只有 60 天前上线的新页面下降，或者只有带大量内链关键词的页面下降，处理方式完全不同。
- 导出 Search Console 页面报告，按降幅排序。
- 为每个受影响 URL 标记内容类型、发布日期、模板、作者或生成方式。
- 比较受影响页面与未受影响页面的结构差异，例如标题模式、段落长度、外链数量和参数。
- 把共同特征写进模板，下一步对这些页面做定向审查。
步骤四：对照官方垃圾政策审查内容
Google 的垃圾政策覆盖自动生成内容、规模化内容滥用、爬取、伪装、隐藏文本、关键词堆砌、门页、过期域名滥用、网站信誉滥用、链接垃圾等。诊断时不只看文字是否通顺，还要问页面是否提供了独立价值，是否把搜索结果当成分发通道。
- 如果页面只是把别人的内容重述或拼接，考虑合并、重写或删除。
- 如果同一模板批量生成大量低价值页面，先停止继续发布，再做内容清理。
- 如果 URL 参数产生重复页面，检查 canonical、robots 和是否需要合并。
- 如果站点出售链接、接受赞助内容却不对用户说明，先调整披露机制。
- 如果购买了过期域名并复用旧权力，检查历史和转移记录是否合规。
自动生成内容不等于一定违规，但规模化内容滥用通常表现为大量页面缺少独立信息、上下文或维护责任。诊断时可以随机抽查同一模板生成的 5 个页面，看它们是否只是把不同关键词替换进相同段落，是否有实际截图、数据、操作步骤或作者经验。如果一个模板只在关键词上变化，这类页面更适合合并或删除，而不是继续逐页修补。
步骤五：制定整改顺序并记录证据
整改不要同时改几十个页面。先把高风险页面标出来，按“明确违规、低价值、可改善”分类，再一批一批处理。每条整改记录应包含 URL、处理时间、处理动作和依据。
- 先处理明确违反垃圾政策的页面，例如大规模自动生成、隐藏文本或门页。
- 再处理低价值但可保留的页面，补充原创信息或合并到更完整文章。
- 检查外链来源，移除可疑链接，必要时使用 disavow，但不要对正常链接滥用。
- 更新 Search Console，请求对已修正 URL 重新抓取。
- 固定一个复查日期，两周后再次导出同一时间范围数据。
整改时不要同时新增大量替代页面。如果某个内容集群已经暴露了低价值问题，先停止生产机制，再评估保留、合并或删除。删除前把 URL、访问量和历史内容导出到内部记录，避免以后需要恢复时找不到原始材料。对于外链，先移除站点内可控制的合作链接或站群链接，再考虑 disavow，因为 disavow 文件本身要按官方格式维护。
检查清单
- 已经确认 2026-08 垃圾更新的官方开始和结束日期。
- 已经导出 Search Console 的查询和页面报告。
- 已经检查手动操作和安全问题。
- 已经按 URL 集群找到共同特征。
- 已经对照 Google 垃圾政策完成内容和外链初审。
- 整改动作按批次完成，并记录具体 URL 和日期。
- 已经安排两周或一个月后的复查。
- 自动生成模板已抽查 5 个页面，并记录低价值结论。
- 外链处理顺序已确认，没有在未移除直接链接前盲目 disavow。
实际例子
一个中文资讯站从 8 月 18 日开始搜索点击下降，管理员先打开 Search Status Dashboard 确认更新日期，再从 Search Console 导出页面报告，发现下降集中在三个页面模板：自动抓取新闻摘要页、旧站点了多行隐藏关键词的分类页、以及 2026 年 7 月批量发布的列表页。Search Console 没有手动操作，但页面级数据已经足够说明问题。团队先删除不能补全价值的自动摘要页，把分类页里的关键词堆砌改回正常介绍，再把列表页改成有实际对比的完整文章，然后请求重新抓取并等到 9 月复查。
同一个团队的另一个站没有明显流量下降，但管理员仍然在 8 月垃圾更新后抽查了 20 个模板页面，发现 6 个页面的正文只有产品参数改写。他们决定停止该模板的自动发布，安排编辑把其中 3 个补充为真实使用对比，删除另外 3 个没有独立信息的页面，并在内部记录中保留原始 URL。两周后这些处理完成的页面重新被请求抓取，团队把数据日期写进下次复查模板。
常见坑
- 只在总流量层面看数字，没有按 URL 或模板分组。
- 把算法更新当成手动操作，等待通知而不主动诊断。
- 流量一降就开始换标题、改关键词，导致无法归因。
- 删掉所有旧内容，结果把正常排名的页面也丢了。
- 在整改同时继续使用同一种自动生成模板，新旧页面同时积累风险。
排错路径
- 如果 Search Console 显示“还没有数据”，确认是否选择了正确的网站资源和日期范围。
- 如果只有展示下降而点击持平，先看排名和标题质量，再判断是否属于更新影响。
- 如果无法确认外链来源，直接删除非必要访客外链，不要先做 disavow。
- 如果页面被标记但已经修正，用 URL Inspection 请求抓取并等待下一轮系统处理。
- 如果整改后仍无变化，保留证据，避免连续大规模改动。
可复制模板：垃圾更新诊断表
- 更新名称：August 2026 spam update。
- 官方开始时间：2026-08-18。
- 官方完成时间：2026-08-21。
- 受影响 URL：。
- 共同特征：。
- 手动操作：有 / 无。
- 涉及垃圾政策：。
- 处理动作：删除 / 重写 / 合并 / 重新抓取。
- 复查日期：。
- 更新日期：2026-08-23。
更新日期与维护建议
本文基于 Google Search Status Dashboard、Google Search 垃圾更新说明和垃圾政策整理，更新日期为 2026-08-23。垃圾政策会随 Search Central 文档变化，下次更新出现后先读官方页面，再更新本地诊断表。保持页面发布日志和外链记录，能让每次流量变化更快定位。