Gemini API浏览器缓存清理技巧：解决网页版无法登录与接口请求异常的排查指南【解答】

必须精准清除gemini.google.com、accounts.google.com、google.com三项域名的缓存与Cookie，再强制刷新并注销Service Worker，同时为两个域名添加第三方Cookie例外，否则OAuth回调将因票据缺失而中断。

当你在浏览器中调用Gemini API或访问gemini.google.com网页版时，页面卡在加载界面、提示“出了点问题”、登录后立即报错、接口返回401/403或CORS异常，大概率不是网络或账号问题，而是浏览器本地缓存与Google认证体系产生了状态冲突。

彻底清除Gemini相关域名缓存与Cookie

这一步必须精准操作，不能只清“全部 数据”——那样会误删其他重要登录态，且可能遗漏关键子域。

1、打开Chrome → 右上角三点 → 设置 → 隐私和安全 → Cookie及 权限 → 管理所有 数据

2、在搜索框中依次输入并删除以下三项（缺一不可）：【gemini.google.com】、【accounts.google.com】、【google.com】

3、每输入一个域名后，务必点击对应条目右侧的垃圾桶图标；看到“已删除”提示再继续下一个。若只删了gemini.google.com而漏掉accounts.google.com，OAuth回调仍会因第三方Cookie缺失而中断。

4、关闭所有Chrome窗口（包括后台进程），重新打开，访问 https://gemini.google.com

强制刷新并重置Service Worker

Gemini前端重度依赖Service Worker缓存JS资源与路由逻辑。一旦其注册脚本损坏或版本错乱，页面会白屏或无限加载，且普通刷新无效。

1、访问 https://gemini.google.com → 按 F12 打开开发者工具 → 切换到 Application 标签页

2、左侧菜单点击 Service Workers → 勾选右上角的 “Update on reload”

3、点击右下角的 “Unregister” 按钮（若显示为灰色，请先刷新页面再试）

4、按 Ctrl + F5（Windows）或 Cmd + Shift + R（macOS）执行硬性强制刷新

注意：这一步必须在已清除Cookie之后执行，否则旧会话仍会触发Worker复用，导致重置失败。

绕过风控会话锁定的快捷操作

如果你的账号已在其他设备成功登录Gemini，但当前浏览器始终提示“出了点问题”，说明Google服务端已将该浏览器会话标记为异常，此时无需反复清缓存，直接用创建Gem动作重置权限链。

方法一：通过Gem创建页激活会话

1、在当前出问题的浏览器中，直接访问 https://www.php.cn/link/6109540ba50af92a01ce800112504b1e

2、在名称栏随便输入“test” → 在指令栏输入“say hello” → 点击右上角“保存”

3、等待页面跳转回Gem列表页 → 关闭该标签页 → 重新打开 https://gemini.google.com

方法二：手动触发OAuth令牌刷新

1、访问 https://www.php.cn/link/00aa1503c1bbdb597c450f6b0d941fbd → 登录同一谷歌账号

2、在“管理第三方访问”列表中找到“Gemini” → 点击右侧三个点 → 选择“移除访问权限”

3、返回gemini.google.com，首次交互时系统会自动发起新的OAuth授权流程

检查并启用第三方Cookie支持

这是国内用户最容易忽略却最致命的一环。Gemini登录本质是跨域OAuth，必须允许accounts.google.com向gemini.google.com写入认证票据。

第一步：确认当前设置

1、Chrome设置 → 隐私和安全 → Cookie及其他 数据

2、查看“阻止第三方Cookie”是否处于开启状态（默认在新版Chrome中已启用）

第二步：添加明确例外

1、在同一页面点击“添加”按钮（位于“不允许 设置Cookie”下方）

2、在“ 地址”栏输入 【accounts.google.com】 → 点击添加

3、再添加一次，输入 【gemini.google.com】

完成这两项后，重启浏览器即可生效。不加例外而仅关闭全局拦截，可能导致其他隐私类扩展再次屏蔽，造成二次失效。