先定位卡在 Gemini、Google 登录还是已登录会话

Gemini 加载异常的第一轮判断
现象优先检查建议记录
Gemini 公开页和 Google 登录页都无法打开Google 服务状态、DNS 和基础网络连通性准确网址、时间和浏览器错误
Google 登录成功，Gemini 页面空白或持续加载浏览器站点数据、脚本拦截和资源请求是否仅一个浏览器或设备复现
私密窗口可以，原浏览器不可以Cookie、缓存、内容拦截或扩展两种环境的差异
只有当前网络失败当前 IPv4、IPv6、DNS、代理和受管网络策略两个地址族、ASN、地区和检测时间
多条网络下同一 Google 账号都无法使用页面说明、账号类型、Workspace 管理策略或官方支持完整提示和复现步骤

先查 Google 服务状态，再恢复可比较会话

  1. 查看 Google 官方状态

    不同设备和不同网络同时出现异常时，先查看 Google Workspace 状态页。状态页正常不能排除局部问题，但可避免在已知服务事件期间反复修改本地设置。

  2. 确认失败位置和 Google 登录方式

    区分公开页、Google 账号登录、授权跳转和已登录 Gemini 页面。保留准确的页面文字，而不是只记录“打不开”。

  3. 在私密窗口或干净配置中复现

    优先用私密窗口或新的浏览器配置做对照。再逐项检查 Gemini、Google 登录相关站点数据、Cookie 和扩展，避免一次清理所有设置。

  4. 用另一条已知稳定网络对照

    另一条网络恢复时，再比较原网络的 DNS、代理、IPv4/IPv6 和受管策略。一次只改一个网络变量，结果才可归因。

  5. 按复现范围决定去向

    浏览器专属问题继续处理浏览器；网络专属问题继续查看出口和路由；持续的账号或 Workspace 提示应按页面说明和官方支持处理。

只有干净会话随网络变化时再看网络检测

只有相同 Gemini 入口、相同 Google 账号和干净浏览器会话在另一条稳定网络恢复时，Gemini 检测才适合用于记录 IPv4、IPv6、地区、ASN、网络类型和公开检测资源的连接差异。它不读取 Google 账号、Google One/AI 方案或 Workspace 管理设置。

Gemini 目前没有本站可稳定回显真实公网出口 IP 的产品级端点，因此不会显示“Gemini 分流出口”卡片。不要用其他服务的出口结果替代 Gemini 的实际请求路径；应将本站网络结果与浏览器和账号页面现象一起对照。

把 IPv4、IPv6 与 WebRTC 留作路径证据

  • 分别记录 IPv4、IPv6 的地区、ASN、网络类型和连接结果
  • 确认代理规则是否同时接管两个地址族，是否存在 IPv6 直连
  • 用 WebRTC 结果补充浏览器可观测的公网候选，而非把它当作 Gemini 的唯一出口
  • 在相同浏览器和相同步骤下做一次另一网络对照，保留失败时间

记录可复现的 Gemini 页面故障

  • 日期、时间、时区、准确网址和完整页面提示
  • 是否在私密窗口、另一台设备和另一条网络复现
  • 使用的 Google 账号类型：个人账号或受管理的工作/学校账号
  • 当前 IPv4、IPv6、ASN、地区，以及代理或受管网络情况
  • 已尝试的步骤和结果；需要截图时先移除敏感信息

资料来源与事实边界

以下来源用于支持文中的技术机制或政策边界。文章中的对照排查仍属于诊断过程，不能替代账号结论。