你装好了 Claude in Chrome，工具栏图标点开侧边栏也显示已连接——但 Claude 回答时却说”我看不到任何页面内容”，或者总结的是另一个 tab，甚至在描述侧边栏自己。十有八九，最快的修复是：右键工具栏上的 Claude 图标，把站点访问权限设成 “On all sites”（或把当前域名加进去），刷新页面，再重新问一遍。 如果这样还不行，那这个页面多半是 Canvas / PDF / SPA 这类没有可读文本的页面，或者 Claude 抓错了 tab。
截至 2026 年 6 月，“Claude in Chrome” 是 Anthropic 官方的智能体扩展，目前仅对付费方案开放 beta（Pro、Max、Team、Enterprise）。它通过 Chrome 的 scripting 权限读取页面文本，通过 debugger 权限对页面执行操作。要读取当前 tab，它会注入一段 content script 抓取页面文本；只要 Chrome 拦掉了这次注入,或者页面 DOM 里压根没有真实文本,Claude 拿到的就是空字符串,于是告诉你它看不到任何内容。
先判断你属于哪一类
先对照下表，把症状映射到原因和对应的修复小节。
| 症状 | 最可能的原因 | 修复 |
|---|---|---|
| 图标已连接，但每个站点都说”看不到页面” | 站点访问权限卡在 “When you click” | Fix 1 |
| 新闻站正常，Google Docs / Figma / Notion / PDF 失败 | Canvas / 动态渲染页面，无 DOM 文本 | Fix 2 |
| Claude 总结的是错的页面，或它自己的界面 | 抓到了错的 active tab | Fix 3 |
| 只读到外壳，读不到嵌入的内容 | 跨域 iframe | Fix 4 |
| 只在隐身窗口失败 | 隐身模式禁用了扩展 | Fix 5 |
| 只在公司电脑失败 | 企业 / MDM 管控策略 | Fix 6 |
| Claude Code / Desktop 里提示 “Browser extension is not connected” | Cowork 与 Claude Code 冲突 | Cowork 冲突 |
常见原因
按命中率从高到低排列。
1. 扩展没拿到当前域名的”读取本站”权限
Chrome 扩展默认的站点访问模式是 “When you click the extension”。在你显式授权这个站点之前，content script 根本不会注入，所以 Claude 没有任何 DOM 访问权限——哪怕侧边栏显示它已连接、已登录。
如何判断：右键 Claude 工具栏图标，看 “This can read and change site data” 那一行。如果显示 “When you click the extension” 且当前域名不在 “On specific sites” 列表里，就是这种情况。
2. 页面是 SPA / Canvas / PDF，没有可读 DOM 文本
Google Docs、Figma、Miro、Notion，以及 Chrome 内置 PDF 阅读器，主要内容都是用 Canvas、WebGL 或动态注入的 iframe 渲染的。纯文本读取抓出来基本是空白，或只剩导航栏文字。Anthropic 官方文档也提到”重度 JavaScript 的站点可能需要一点时间才能完全加载”——但 Canvas 渲染出来的文字，等多久都不会变成可读文本。
如何判断：在该页面打开 DevTools（F12）→ Console，运行 document.body.innerText.length。如果数值小于 200，但页面看起来满屏都是文字，就是这个原因。
3. 同时开了多个 Claude tab，抓到了错的 active tab
Claude in Chrome 读取的是侧边栏所附着的那个 tab。如果你同时开着好几个 Claude tab，或者有弹窗抢了焦点，它可能读到的是 Claude 自己的界面，而不是你的内容。
如何判断：让 Claude 回答开头先说”当前页面标题是……”，对照浏览器实际 tab 标题，不一致就是抓错了。
4. 内容在跨域 iframe 里
YouTube 评论、Medium 嵌入文章、X（Twitter）嵌入，这些主要内容都在跨域 iframe 里。Chrome 的同源策略会拦住扩展的 content script 跨 origin 读取，所以 Claude 只能拿到外壳。
如何判断：F12 → Elements，看主内容是不是包在 <iframe src="另一个域名"> 里。
5. 隐身 / 访客模式禁用了扩展
Chrome 默认在隐身模式下禁用扩展。图标可能还在，但 content script 没有注入。
如何判断：打开 chrome://extensions/ → Claude → Details → 看 “Allow in Incognito” 是否打开。
6. 企业 / MDM 策略屏蔽了域名访问
受管控的 Chrome 可能设置了 ExtensionSettings、ExtensionInstallBlocklist 或运行时 host 白名单，悄悄剥夺扩展读取某些域名的能力——甚至直接禁掉整个扩展。
如何判断：访问 chrome://policy/，查找是否有涉及 claude.ai 或 anthropic.com 的 ExtensionSettings、ExtensionInstallBlocklist 或 runtime_blocked_hosts 条目。
最短修复路径
Fix 1：授予站点访问权限
右键 Claude 工具栏图标 → “This can read and change site data” → 选 “On all sites”（最省事）或 “On specific sites” 并加入当前域名。然后刷新目标页面，再回侧边栏重新问。
也可以从扩展管理页设置：
chrome://extensions/ → Claude → "Site access" → "On all sites"
(或 "On specific sites" → 加域名)你还可以在扩展内查看和撤销每个站点的授权：点 Claude 图标 → 三个点 (⋯) → Settings → Permissions，已授权的站点都列在这里。
Fix 2：先确认页面到底可不可读
打开 F12 → Console，运行：
console.log('text length:', document.body.innerText.length);
console.log('first 200 chars:', document.body.innerText.slice(0, 200));如果输出明显比可见页面少（只剩导航文字），说明内容是 Canvas、WebGL 或跨域 iframe——这种页面 connector 怎么都读不到。改走旁路：
- PDF → 下载后，用聊天框的文件 / 回形针按钮上传
- Google Docs → 全选复制，粘贴进对话框（或
File → Download → Plain text） - Notion →
••• → Export → Markdown，再上传文件 - Figma / Miro → 把文字框复制出来，或截图后作为图片附上
Fix 3：关掉多余的 Claude tab
只保留一个 Claude tab（或直接用侧边栏），目标页面放在另一个普通 tab 里。切到目标 tab 让它成为聚焦的那个 tab，然后在那里打开 Claude 侧边栏再问。如果你习惯同时开很多个 Claude tab，建议用单独的 Chrome Profile 做调研，把它们分开。
Fix 4：把跨域 iframe 弹出来
如果内容在 iframe 里：
- 在 iframe 区域内右键 → “This Frame” → “Open Frame in New Tab”
- 在新 tab 里给扩展授予站点访问权限（参考 Fix 1），再让 Claude 直接读
Fix 5：在隐身模式启用扩展
chrome://extensions/ → Claude → Details → 打开 “Allow in Incognito”。顺手把 “Allow access to file URLs” 也打开，这样 Claude 才能读取本地 file:// 的 HTML 和 PDF。
Fix 6：换一个非受管浏览器验证
如果扩展只在公司电脑上失败，几乎肯定是 MDM 策略。在个人 Chrome，或 Brave、Arc 这类 Chromium 浏览器上装 Claude in Chrome 复现一次。一旦确认在不受策略管控时页面能正常读取，就提工单请 IT 在 Chrome 的 ExtensionSettings 策略里把 claude.ai 和 anthropic.com 加入白名单。
Cowork 冲突（Claude Code / Desktop）
还有一种失败从页面上看一模一样，但根因不同。如果你是通过 Claude Code 或 Claude Desktop 来操作浏览器，明明侧边栏单独用是好的，却碰到 “Browser extension is not connected”，那通常是 Claude Desktop 的 Cowork 功能和 Claude Code 的 Chrome 集成在打架：启动其中一个，会悄悄把另一个从扩展上断开。这个回归问题在 2026 年 4 月 15 日 Desktop 更新前后被大量反馈。
恢复办法：
- 彻底退出你不用的那一侧——如果你在用 Claude Code，就把 Claude Desktop（以及它的 Cowork 会话）完全退出，而不是只关窗口。
- 在 Chrome 里点 Claude 图标，把扩展关掉再打开，或在
chrome://extensions/里重新加载它。 - 从当前要用的客户端重新连接（在 Claude Code 里重跑连接步骤，或重新打开 Desktop 会话），保证只有一个客户端占用扩展。
- 确认 Chrome 和扩展都已更新到最新版——好几个连接 bug 在后续扩展版本里修掉了。
如何确认已经修好
在目标页面打开侧边栏，问 Claude：“请引用页面上可见正文的第一句话，并给出准确的页面标题。” 如果 Claude 返回的文本和标题跟你看到的一致，说明 connector 正在读取实时 DOM。如果它只是含糊地转述，或返回了不同的标题，那你还卡在上面某一类里——最常见的是 Fix 1（站点权限）或 Fix 2（Canvas 页面）。
预防建议
- 常用的调研域名（GitHub、Stack Overflow、公司 wiki）首次访问就预先授权
- 同一个任务只开一个 Claude tab，多任务用不同的 Chrome Profile
- PDF / Google Docs / Notion / Figma 优先走上传或导出通路，比 connector 稳
- 在隐身窗口做调研的话，记得给 Claude 开启 “Allow in Incognito”
- 不要同时跑 Claude Desktop Cowork 和 Claude Code 的浏览器控制
- 公司电脑遇到这类问题，请 IT 在
ExtensionSettings里把claude.ai和anthropic.com加入白名单
常见问题
明明扩展显示已连接，为什么 Claude 还说看不到页面？ “已连接”只代表侧边栏已登录、在和 Claude 通信，并不代表 Chrome 允许 content script 读取这个域名。最常见的原因就是站点访问卡在 “When you click the extension”——按 Fix 1 授权站点并刷新即可。
用 Claude in Chrome 需要付费方案吗？ 需要。截至 2026 年 6 月，Claude in Chrome 仅对付费方案开放 beta——Pro、Max、Team、Enterprise。免费版没有这个浏览器扩展。
为什么新闻站能读，Google Docs、Figma、PDF 却读不到？ 这些页面用 Canvas、WebGL 或动态 iframe 渲染文字，DOM 里没有可读的真实文本。改走上传 / 导出通路（Fix 2），别让 connector 直接读页面。
昨天还好好的，我一开 Claude Desktop Cowork 就坏了，为什么？ Cowork 和 Claude Code 的 Chrome 集成会抢同一个扩展，开其中一个可能悄悄断开另一个。退出你不用的那个客户端再重连即可（见 Cowork 冲突）。
“Act without asking” 模式可以一直开着吗？ Anthropic 把它标为高风险模式。即使开着，Claude 在付款、删除、创建账户、输入敏感信息这些操作前仍会要求你明确确认；但日常浏览，“Ask before acting” 是更稳的默认值。可以在对话输入框上的下拉菜单里切换模式。
相关阅读
外部参考：Anthropic 帮助中心的 Claude in Chrome troubleshooting 和 permissions guide。