原生表现报表
标准 Search Console 表现视图中的点击、展示、CTR 和平均排名,大约只会在数据定稿后保留 16 个月。
免费 SEO 工具
查看你的 Search Console 数据何时会过期。16 个月的滚动窗口会永久删除较早的表现数据——精准了解你的报告何时会消失。
选择一个日期,看看对应的 Search Console 数据是仍然可用、即将过期还是已经消失。
此数据将在 30 天后离开 Search Console(大约 October 10, 2026)。在它永久消失之前赶紧备份。
Search Console 大约保留数据 16 个月。超过时间的数据将被永久删除。计时从数据定稿之日开始,而不是你首次查看之日。
16 个月保留期限
这个滚动窗口影响的是你还能从 Google 原生 Search Console 报表中查看、查询和导出的表现数据。
标准 Search Console 表现视图中的点击、展示、CTR 和平均排名,大约只会在数据定稿后保留 16 个月。
totals、查询行和页面行背后的日期历史会随着同一个滚动窗口失效,所以更早的对比会从原生界面中消失。
每一天都会在时间推移后离开窗口。倒计时从报表数据定稿那天开始,而不是从你第一次打开报表或手动导出的那天开始。
哪些会过期
关键区别在于:数据是否仍只存在于 Google 的原生报表里,还是你已经把它保存在自己可控的外部归档中。
API 与 BigQuery
Search Console API 仍依赖同一套原生报表面,而 BigQuery 和 Drive 备份都是必须在数据过期前就启动的持续留存路径。
适合脚本拉取和自定义报表,但它依赖的仍是同一套 Search Console 表现历史。如果某个日期已经从原生报表中消失,API 也不会把它重新找回来。
适合数据仓库工作流和更完整的行级分析。它会从你完成设置后开始按天收集数据,但不会回填那些从未被导出过的历史月份。
GSC Vault 是一个 Chrome 扩展,会把持续性的 Search Console 备份计划写入它在你 Google Drive 中创建的文件,帮助你在滚动窗口之外保留用户自有归档。
接下来怎么做
先用计算器判断日期问题,再选择与你的工作流和数据所有权偏好匹配的留存路径。
步骤 1
优先关注近期流量高峰、关键落地页,以及你明年复盘时一定还会用到的周期。这些日期最值得先保护。
步骤 2
一次性快照可用手动导出;数据仓库分析可用 BigQuery;如果你想要一个计划化、Drive 自有且无需自建管道的归档流程,可以用 GSC Vault。
步骤 3
把备份流程和仪表盘、导出工作流或指南结合起来,这样保留下来的数据才能继续服务同比复盘、故障恢复和多站点汇报。