Gemini 导出失败：“Failed to fetch conversation page: HTTP 400” 怎么解决
你打开一个 Gemini 对话，点击导出，面板停在 Loading conversation 几秒后报错：
Failed to fetch conversation page: HTTP 400:没有生成任何文件。刷新页面没用。换一个对话，报同样的错，而其他 AI 平台导出一切正常。
这不是你的浏览器、网络或账号的问题。它是一类很具体的故障：Gemini 改变了对话页面的数据交付方式，而旧版本的导出插件仍在用老方式请求数据。
下面说明这个报错到底是什么意思、如何确认你遇到的就是这个问题，以及怎样把对话导出来。
HTTP 400 在这里的真实含义
一个能导出完整对话的浏览器插件，不能只依赖看得见的页面。长对话是懒加载渲染的，你标签页里的 HTML 只包含当前屏幕上的消息。为了拿到完整内容，导出插件会直接向 Gemini 的后端请求对话数据，用的就是 Gemini 网页版自己发起的那类内部请求。
也就是说，插件是在替你发一个 HTTP 请求，这个请求可以独立地成功或失败。
HTTP 400 是 Bad Request。服务器收到了请求，检查了内容，然后判定它不合法——参数名不对、缺字段、某个标识符已不存在，或者它不再接受这种结构的数据。
这个区分很关键，因为不同状态码对应的修复方式完全不同：
| 状态码 | 含义 | 常见原因 | 处理方式 |
|---|---|---|---|
| 400 | 请求格式错误 | 平台改版后，插件仍发旧格式请求 | 更新插件 |
| 401 | 未授权 | 登录态过期、已退出登录 | 重新登录 Gemini |
| 403 | 被拒绝 | Workspace 管理员策略、接口被封禁 | 检查账号权限 |
| 404 | 找不到 | 对话已删除或链接变化 | 确认对话仍能正常打开 |
| 429 | 请求过多 | 批量导出触发限流 | 等待后重试 |
| 5xx | 服务端错误 | Gemini 侧故障 | 稍后重试 |
如果你的报错是 400，那么退出重登没有用，清缓存没有用，换浏览器、重装 Chrome 也没有用。问题出在请求格式上，而只有插件本身能改这个格式。
为什么会突然出现
Gemini 会周期性调整网页版依赖的内部返回结构——字段名、响应包装层、标识符、以及对话轮次的组装方式。调整发生时，你看到的页面一切正常，但任何按旧结构编写的插件，发出的请求都会被拒绝。
从用户视角看，这个症状和网络故障几乎一模一样，所以第一反应通常是刷新。但刷新解决不了：页面本身加载得好好的，被拒绝的只有导出请求。
就 AI Exporter Hub 而言，这个具体的故障在 2026 年 10 月下旬被集中反馈，定位为 Gemini 侧改动所致，并在 8.7.0 版本中修复。如果你还在更早的版本上，这个报错属于预期行为，不是你能通过设置绕过去的 bug。
先确认是不是这个问题
在动手改设置之前，对照下面五条。大部分都符合，就是版本问题。
- 报错出现得很快，通常在点击导出后一两秒内
- 面板显示 Loading conversation，一直不结束
- 每一个对话都失败，包括刚新建的短对话
- ChatGPT、Claude、Perplexity 的导出仍然正常
- 报错文本里明确包含
HTTP 400
如果情况是「只有某一个超长对话失败」，或者「导出成功但文件里少了消息」，那是另一类问题，参见为什么有些 AI 导出插件会漏掉长对话。
方法一：更新插件
这是真正的修复手段，对大多数人来说也是唯一需要做的一步。
- 打开
chrome://extensions - 打开右上角的 开发者模式
- 点击页面顶部的 更新
- 确认版本号是 8.7.0 或更高
Chrome 不一定立即推送扩展更新，它会周期性检查。一个连续开了好几天的浏览器，可能几个小时都停留在旧版本上。点「更新」可以强制触发一次检查。
如果点完之后版本号没变，卸载插件，再从 Chrome 应用商店重新安装。重装一定会拉到当前版本。插件的设置是按扩展存储的，重装后你可能需要重新登录 AI Exporter Hub 账号。
方法二：重新加载 Gemini 标签页
更新插件，并不会顺带替换已经运行在打开标签页里的旧代码。
内容脚本是在页面加载时注入的。一个在更新之前就开着的 Gemini 标签页，跑的还是旧脚本，会一直失败到页面重新加载为止。
更新完成后，用 Ctrl + Shift + R（Windows）或 Cmd + Shift + R（macOS）强制刷新，再试一次导出。如果你习惯把 Gemini 标签页固定开着好几天，这一步能解释掉大量「明明更新了却没有任何变化」的情况。
方法三：确认登录状态与页面已加载
还有一类和上面完全无关的原因，也会让面板卡在 Loading conversation：Gemini 登录态过期。
先看 Gemini 自己的侧边栏，对话列表是否正常显示。如果侧边栏是空的，或者页面在提示你登录，插件就没有东西可读，失败的表现会很相似，容易误判。
不过登录态失效在导出日志里会给出不同的说法。如果你的报错是 Gemini credentials are unavailable，而不是 HTTP 400，那说明请求格式没问题、是登录态没了——这时候该重新登录 Gemini，而不是更新插件：
退出 Gemini，重新登录，正常打开那个对话，确认消息都显示出来了，再执行导出。
方法四：排除 Workspace 限制
如果你用的是组织管理的 Google Workspace 账号，管理员可能限制了哪些扩展可以运行、可以访问哪些接口。
判断方法很简单：换一个个人 Google 账号测试。如果个人账号导出正常、工作账号每个对话都失败，那问题在账号策略上，继续折腾插件是浪费时间。
方法五：用独立版 Gemini 导出插件过渡
如果你今天就要把对话拿出来，而更新还没推送到你这里，独立版 Gemini 导出插件走的是另一条代码路径，不会在同一时间受同一个故障影响。
- Gemini 导出到 Obsidian — Markdown 文件，适合本地知识库
- Gemini 导出到 Notion — 结构化页面，适合 Notion 数据库
- Gemini 导出到 PDF — 可直接分享或归档的文档
这是过渡方案，不是替代方案。等合并版插件更新到位，用 AI Exporter Hub 一套界面、一套导出设置就能同时处理 Gemini 和其他所有平台。
方法六：实在不行就手动导出
插件不可用时，Gemini 自带的分享和复制功能仍然可用。选中对话文本粘贴到文档里，或者用浏览器的打印功能把页面存成 PDF。
但要清楚会损失什么：代码块会丢掉语法标记，表格会塌成纯文本，图片和附件不会被带出来。对于一次性的短对话，手动复制可以接受；对于任何你打算日后搜索、引用或复用的内容，这是很差的方式——而那恰恰是你需要导出的原因。
还是失败的话，这样反馈最有效
如果你已经更新、刷新、确认了登录态，报错依然存在，那么最快拿到修复的方式，是提供一份足以复现问题的信息。真正有用的只有五项：
- 完整报错文本，包含状态码
- 插件版本号，在
chrome://extensions里可以看到 - 操作系统与浏览器版本，例如 Windows 11 + Chrome 141
- 对话链接，用来确认它符合
gemini.google.com/app/...的正常格式 - 是所有对话都失败，还是只有部分失败
面板截图有帮助，但一段包含「点击导出 → 加载状态 → 报错」全过程的录屏更有用，因为它能排除掉「到底哪一步出的问题」的歧义。
一句话总结
Gemini 导出报 HTTP 400，意味着请求被判为格式错误，实际上几乎总是因为你的插件版本落后于 Gemini 当前的页面格式。更新到 8.7.0 或更高版本，强制刷新 Gemini 标签页，再导出一次即可。退出登录、清缓存、换浏览器都解决不了这一类故障，因为它们都不会改变插件发出的请求。
更值得记住的是背后的规律：基于浏览器的 AI 导出工具，依赖的是自己无法控制的接口。平台一旦调整对话数据的交付方式，所有按旧结构编写的插件会同时失效，而修复永远是以插件更新的形式到来，不是某个你能改的设置。保持自动更新开启，是成本最低的防护。