Signal to BuildSIGNAL TO BUILD中文Owner sign in ↗
← Knowledge Notes
Global Growth ／ Knowledge note · Chinese

GSC Help Operations:调试工具、状态看板、DMA、EU 数据计划、举报

Google Search 帮助层操作 5 大块:(1) Debugging tools 6 件套 + ngrok 隧道穿防火墙; (2) Status Dashboard 4 状态 + 5 年历史 + RSS+JSON API; (3) DMA business user 资格 + appeals process(EEA); (4) European Search Dataset Licensing Program(2024-03-07 起申请, 2024-04-01 起数据可用, 6 资格); (5) 举报 spam / phishing / malware 3 个表单 + 隐私规则

Source collection：Google 搜索与 SEO · Published here：2026-09-26 · Note updated：2026-09-26

SEO搜索引擎自然增长

Google Search 帮助层 5 个不属于 docs 的 operational 页面。属于 SEO 工作流的支持基础,不是内容/标记型 SEO 知识。

Part 1 — Debugging pages 6 件套

1.1 大原则:Google 不立即重新抓取

"Google does not crawl your page immediately after you publish a fix. Therefore Search Console (and Google Search) can continue to show an error for a page that you have fixed until the page is crawled again."

修复后:

  • 立即:URL Inspection 工具请求 expedited crawl
  • 一般:几天后才看到变化
  • 完全重处理:几周到几个月不等

1.2 验证站长身份才能用的工具(4 个)

需要 SC 验证 site ownership(因为含 confidential 数据):

工具 用途 限制
Search Console 验证 + 多种 site 监控 必须验证
Rich result status reports 哪些 rich result 被读取 / 错误 / 修复后请求 recrawl 不能 test 任意 URL(只看已抓的)
URL Inspection tool 看页面如何在 Google 索引中显示 + live URL test + 请求重索引 必须验证
Robots.txt report 检查 robots.txt 解析 + 紧急 robots.txt recrawl 请求 必须验证
AMP status report AMP 错误 + 整站 不能 test 任意 URL

1.3 无需验证身份的工具(2 个)

工具 用途
AMP Test Tool 实时验证 AMP URL 有效性
Rich Results Test 实时验证结构化数据 — 可粘贴代码片段 或 hosted URL

⚠️ AMP Test Tool 与 Rich Results Test 默认对 Web 公开 URL 可用,但对本地 / firewalled 页需要 tunneling。

1.4 测试本地 / firewalled 页面 — 用 ngrok

3 步实操:

Step 1: 起本地 HTTP server,在指定端口 host 页面

python3 -m http.server 5326
# Serving HTTP on 0.0.0.0 port 5326

SimpleHTTPServer 把当前目录映射为 site root。

Step 2: 起 ngrok,监听同一端口

./ngrok http 5326 --request-header-add ngrok-skip-browser-warning:1
# Forwarding https://ad0a5735.ngrok.io -> localhost:5326

Step 3: 把 ngrok 暴露的 URL 传给测试工具

完整 URL 示例:

http://ad0a5735.ngrok.io/mypage.html

传给 Rich Results Test:

https://search.google.com/test/rich-results/result?url=http%3A%2F%2Fad0a5735.ngrok.io%2Fmypage.html

⚠️ --request-header-add ngrok-skip-browser-warning:1 是必须 — ngrok 默认会拦截首次请求显示 warning,Google 测试工具看到 warning 内容会被弄糊。

⚠️ 某些 tunneling solutions(非 ngrok)自动 protect 你的临时 public URL with robots.txt — 会阻止 Google 测试工具(testing tools respect robots.txt)。检查你的 tunneling docs 和 hosting software。

1.5 Debugging access errors(测试时返 access error)

3 步排查:

  1. 检查页面没被 robots.txt protect
  2. 检查不需要登录
  3. 从 firewall 外访问 — 另一台电脑或 Chrome 隐身模式

1.6 其他资源

Part 2 — Google Search Status Dashboard

状态看板地址:status.search.google.com(本 wiki 不深入跟踪该网站本身的实时事件,只描述 dashboard 的工作机制)

2.1 用途

  • 显示 widespread 系统问题(影响大量 sites/users)
  • 显示最新 ranking 更新(对站长相关)
  • 看到 annotation 时 → 可能与你站性能变化相关

2.2 通知途径

  • RSS feed(订阅):status.search.google.com/en/feed.atom
  • History JSON: status.search.google.com/incidents.json(2024-07 office hours Sanjay 问题中提及)
  • Summary: status.search.google.com/summary

2.3 4 种 status 类型

Status 含义
Available 系统一般工作,可用
System information 系统更新/变化(比如 ranking 更新开始 rollout、Googlebot 开始 HTTP/2 抓取)
System disruption 第三方原因导致 degraded(比如 DNS servers)
System outage 系统不大规模工作,影响大量 sites/users

2.4 Issue lifecycle 4 步

由 Search Relations team + Search engineering team 联手:

  1. Detection and initial response — 内部监控 + 社区反馈监控。widespread 问题时更新 dashboard
  2. Investigation — Search engineering team 查根因(参考 SRE Book 第 12 章 effective troubleshooting)
  3. Follow up — 提供 issue scale、regions、下一更新预期、修复进度、workaround
  4. Mitigation or fix — fix = changes Google confident 会结束 system impact(但 sites 重处理仍需时间)

Mitigation 含义:减少 impact/scope(比如 给 Search systems 加内部资源,或给站长提供 workaround)

Workaround 含义:用户可在 issue 仍存在时解决其需求的步骤(例如:用不同 DNS server)

2.5 你看到 update / issue 时怎么办

  • issue noted: Search Relations + engineering team 在 resolve 和 communicate
  • update noted: 当 ranking system 更新被标注,跟链接学详情。通常无需 action

2.6 Dashboard 不显示的情况

  • 你的 issue isolated 到你的页,或 limited 用户 — 不会在 dashboard
  • 站长:在 Search Central help community 报告
  • 搜索用户:Google Search help forum

2.7 数据保留 5 年

  • 过去 issue + updates 在 Summary 和 History page 可见
  • 点 summary 行看相关 posts

2.8 与 Google SEO Office Hours 精华(2022.11–2024.08)+ 3 大 FAQ 主题汇总 的关系

2024-07 office hours 中 G 回答 "可以 API 拿 status data 吗?" → "this is your lucky day" — 用 RSS atom 或 incidents.json,自己 build 任何东西。

Part 3 — DMA Access Conditions(EU 业务用户)

应 Digital Markets Act(DMA)而设。规定 EEA(European Economic Area)业务用户在 Google Search 的 access conditions。

3.1 业务用户最低资格(2 条)

DMA 定义"business users"包括网站/服务 operator,内容在 Google Search index 中。Web 页面 eligible for inclusion 要满足:

  1. 页面 published on the web
  2. 页面 meets Google's technical requirements(见 Google SEO 入门 + Search 工作原理 + Search Essentials 中 Search Essentials)

无需联系 Google;Google 通过 crawl 自动发现页面。Site owners 可以 ask Google to crawl and index 页面。

3.2 何时可能不被索引

Google 不保证任何特定内容会被纳入索引。决策基于:

  • ranking + 其他因素(用户可能需找哪些页)
  • 满足 conditions ≠ 任何 query 都会 rank

Google 也可能临时或永久移除网站(部分或整体):

3.3 其他 content 出现方式

某些 Search 内容来自业务用户通过 data feed 等方式提供:

  • 例:Google 与数据提供商签约获取 sports scores

3.4 Appeals process(EEA 用户)

如认为满足 conditions 但站点没出现:

  1. 先 sign up Search Console
  2. 查 indexing errors / 其他 problems
  3. 仍无解决:DMA appeals process under Article 6(12)

→ support.google.com/webmasters/contact/dma_appeal(2025-12 更新)

3.5 与 EU Search Data Program 的区分

本 wiki Part 3(DMA Access Conditions) = 业务用户(website 运营者)的索引规则 本 wiki Part 4(European Search Dataset Licensing) = 搜索引擎运营者(licensee)能获取 Google 匿名搜索数据的许可

Part 4 — European Search Dataset Licensing Program

4.1 历史

  • 2023-09-06: 欧盟委员会公布 Google 被 designated 为 DMA gatekeeper
  • 2024-03-07: Google 开始接受 eligible online search engines 的申请,符合 DMA 要求 license 匿名搜索数据给面向欧洲用户的 search engines
  • 2024-04-01: Eligible licensees 可获 access 到第一个 dataset

4.2 Licensee 资格(6 条)

条件 详情
Online search engine 必须 qualify as online search engine,Art. 2(6) DMA 定义
EEA 运营 在 EEA 运营,搜索引擎面向 EEA 用户
Security credentials 安全用户数据的track record + robust 技术和安全基础设施(hardware+software)+ systems 防 cybercriminals 和 state actors 攻击
Financial viability 须证明财务可行,基于 country of establishment 的相关法律 corporate filings
No connection to state actors 不能直接/间接受非 EEA state actors 操作/控制,也不能有直接/间接商业链接
No SEOs 申请人不能 operate SEO business

可能要求 supporting documents 验证。

4.3 申请

  • 申请见 form: docs.google.com/forms/d/14-YHj9hcQmpisVkQIRu0tirtsHETXUNAFibQSb_IA7k/viewform
  • 参与是 subject to contract(按合同)

4.4 用例提示

本 program 主要给竞争 search engine 公司(DMA 要求 gatekeeper 共享数据)。普通站长 / SEO agency / app developer 都不在范围内。

Part 5 — 举报 spam / phishing / malware

5.1 用途

向 Google 报告 search results 中的 spam / paid links / malware / 其他 quality 问题。Reports 用于改善 spam detection systems,不一定立即触发 manual action。

5.2 3 个不同的报告渠道

类型 提交地址 用途
Spammy / deceptive / low quality web pages search.google.com/search-console/report-spam 排名 manipulation, 违反 spam policies, 可能触发 manual action
Malware google.com/safebrowsing/report_badware/ 站点感染 malware 或分发恶意/不需要软件
Phishing safebrowsing.google.com/safebrowsing/report_phish/ 模仿其他页面盗取用户个人信息

5.3 ⚠️ 隐私规则(Spam report)

  • 不要包含任何 personally identifying info
  • 为合规,Google 必须把 submission text 发给 site owner(帮助理解 manual action 上下文)
  • 如检测 submission 含 PII,会拒绝处理(保护隐私 + 避免被丢弃)

5.4 与 安全 / Spam / Removal / 搜索运算符 完全指南 (malware + phishing + UGC + redacted + site:) 关系

本 Part 5 = 简明 3 表单 URL 安全 / Spam / Removal / 搜索运算符 完全指南 (malware + phishing + UGC + redacted + site:) = Safe Browsing 全景 + Security Issues report 4 类 + UGC spam 防范 + 14 反 pattern

Cross-references

2026-09 增补：网站、地图商家与商品通知分开认领

2026-06-12 的官方帮助页以 Tennessee SB2262（2026）为背景，说明相关小商家如何接收数字列表或评论被移除、限制的通知。这里只保存该页的产品操作说明，不判断个别商家是否符合法律条件。

信息出现在哪里 应认领/验证的工具 页面列出的通知类型
自己的网站 Search Console 验证所有权 垃圾内容或其他政策违规、法律移除、恶意软件或被黑等安全问题
Google Maps 等商家资料 Google Business Profile（商家资料）认领 地图限制、法律移除、评论大范围限制或其他政策问题
Google Shopping 等商品信息 Merchant Center（商家中心）注册与管理 商品列表问题，例如政策违规导致的移除

验证网站后，Search Console 会自动向所有者提供相应通知，但它不替代其他服务的商家认领。先列出企业在哪些产品中出现，再逐项确认负责人能收到通知，比只设置一个站点账户更完整。

来源与关联资料