当剪藏插件出了问题 ·
OneNote Web Clipper 无法登录
你点击剪藏插件,它要求登录,窗口闪一下,然后又要求登录。有时这个循环最后停在一个写着 Server Error in '/siteapi' Application 的页面上。下面说明这条消息的含义、值得依次尝试的办法,以及它为什么总是反复出现的真实原因。
这个错误到底是什么
剪藏插件本身并不保存你的 Microsoft 登录状态。你按下按钮时,它会向 Microsoft 的服务器发起登录流程,然后等待返回令牌。你看到的一切都发生在请求离开你的电脑之后,所以故障出在这一来一回的过程中,而不是你按下的那个按钮。
Server Error in '/siteapi' Application. Runtime Error 是 ASP.NET 的错误页面。扩展程序发出的请求在 Microsoft 自己的服务器上无法完成时,服务器就会生成这个页面。页面上写着出于“安全原因”隐藏了详细信息,所以它对你没有任何帮助:真正的错误堆栈只有 Microsoft 能看到。
同一个问题的另一种表现是根本没有错误页面的循环。你登录,窗口一闪,扩展程序又让你登录,因为令牌要么没有返回,要么返回了却没有被接受。常见的本地原因是第三方 Cookie:登录发生在 login.live.com 上,而扩展程序在另一个地方运行,浏览器如果拦截跨站 Cookie,登录结果就被直接丢掉了。
用户的原话
以下是 Chrome 应用商店中对 OneNote Web Clipper 的评价,未经编辑。这里日期和版本比措辞更重要:这不是某一周偶然出的问题。
Log in authenticated but return to sign in page again! … Server Error in '/siteapi' Application. Runtime Error
It has stopped working providing a login loop, asking you to log in, then asking again and again and again. This problem was first reported to Microsoft in 2023.
Reloading, uninstalling Chrome, renewing Credentials, and many other things did NOT work.
Impossible to login, cookies issue even when enabled
来源:Chrome 应用商店评价,收集于 2026 年 9 月 5 日。作者姓名有意省略。过去二十四个月留下的 608 条评价中,有 109 条是一星或二星,其中 17 条描述的是登录问题。
按顺序尝试这些办法
从第一条开始。前三条只需一分钟,能解决常见的本地原因;后面几条用来区分问题是出在你的电脑上,还是出在 Microsoft 的服务器上。
- 为
[*.]onenote.com和[*.]live.com允许第三方 Cookie。在 Chrome 中路径是:设置 → 隐私和安全 → 第三方 Cookie → 允许使用第三方 Cookie 的网站。这是 Microsoft 自己给出的建议,在默认拦截跨站 Cookie 的浏览器上,能解决相当一部分登录循环。 - 先在同一个浏览器用户资料中,用普通标签页登录
onenote.com。如果这里也登录失败,问题就不在扩展程序,你对扩展程序做什么都没有用。 - 检查浏览器登录的是哪个账号。个人 Microsoft 账号和工作或学校账号在这里的表现不同,同时登录了两者的用户资料有时会发送错误的那一个。有评价提到,工作账号能登录成功,个人账号却一直循环。
- 清除
login.live.com和onenote.com的 Cookie,然后重启浏览器,再试一次。过期的令牌在重装扩展程序后依然存在,所以单纯重装通常什么也改变不了。 - 打开访客窗口,在里面试一试。访客模式没有扩展程序,也没有 Cookie,所以在访客窗口中成功说明问题出在你的用户资料上,失败则说明问题出在服务器上。
- 如果看到的是
/siteapi页面,就不要再试了。这个页面是在 Microsoft 那一端生成的,任何本地修改都影响不到它。请通过 OneNote 支持渠道报告,而不是去应用商店写评价,过几个小时再试。
为什么问题总是卷土重来
因为这是架构层面的故障,不是修好了就不会再坏的 bug。把内容保存到云端笔记本的剪藏插件,每次运行都必须完成身份验证,也就是说,一次剪藏能否成功取决于身份服务、Cookie 策略、令牌格式和服务器,而这些都会在不通知你的情况下发生变化。
2026 年 3 月的一条评价比任何分析都说明问题:登录循环最早在 2023 年被报告,几个月后修复,现在又出现了。评分也呈现同样的走势。按全部历史计算,商店页面显示 4.81 星,但最近一百条评价的平均分是 3.32,其中 40% 是一星或二星。
一个不需要登录任何东西的剪藏工具
Clean Web Clipper 的设计正好相反。它没有账号。这在这里不是隐私口号,而是在直白地说明哪些故障有可能发生。
- 没有登录,就没有登录循环。扩展程序没有需要验证身份的服务器。
- 页面直接从你正在看的标签页读取,所以只要你能看到的内容,它就能剪藏,包括需要你本人登录才能看的页面。
- 笔记通过浏览器的文件访问 API 直接写入磁盘,写到你事先选好的文件夹里,只需选一次。
- 如果同名文件已经存在,新文件会命名为
Article-2.md。不会悄悄覆盖任何文件。 - 保存不依赖我们的任何服务,所以不会因为某个服务发生变化而失效。
- 页面上没有文章时,它会直说并且不写入任何内容,而不是保存三百个菜单链接。
两种设计并排对比
这里比较的是两者的构造方式,而不是谁更好。OneNote 能做很多 Clean Web Clipper 做不到的事,下一节就讲这些。
| 发生了什么 | OneNote Web Clipper | Clean Web Clipper |
|---|---|---|
| 第一次剪藏之前 | 登录 Microsoft 账号 | 选择一个文件夹,只需一次 |
| 剪藏保存到哪里 | 通过网络保存到云端笔记本 | 你磁盘上的一个 `.md` 文件 |
| 需要你登录才能看的页面 | 取决于服务能否读取 | 可以:它读取你打开的标签页 |
| 厂商服务器宕机时 | 恢复之前无法剪藏 | 不受影响:剪藏写在本地 |
| 厂商停止维护时 | 剪藏插件停止工作 | 文件早已归你所有,格式是 Markdown |
换用之后你会失去什么
Clean Web Clipper 有意做成一个更小的工具。如果你依赖下面任何一项,它就不是合适的替代品。列出这些,是为了让你现在就知道,而不是装完之后才发现。
- 笔记本和同步。文件保存在一台电脑的一个文件夹里。要把它们带到第二台电脑上,需要你自己解决,扩展程序不管这件事。
- 手机。没有移动应用,也没有手机浏览器扩展。
- 在你剪藏过的所有内容中搜索。那是笔记应用的工作,这个扩展程序只负责写文件。
- 手写、绘图,以及对剪藏图片做 OCR。这里都没有。
- 整页截图和区域截图。Clean Web Clipper 生成的是文本,不是页面的图片。
如果你决定换用
下面每一步都不需要旧的剪藏插件能正常工作,这正是重点:登录还坏着的时候,你就可以全部做完。
- 安装 Clean Web Clipper,打开它的设置。
- 选择存放笔记的文件夹。如果你用 Obsidian,直接指向 vault 文件夹即可,Obsidian 不需要处于运行状态。
- 剪藏一个你关心的页面,打开文件看看输出的样子,再决定要不要长期使用。
- 暂时保留 OneNote。笔记本里已有的内容会留在原处,两者互不冲突。
- 按你自己的节奏,通过 OneNote 本身导出旧笔记本,而不是通过剪藏插件。那是另一项工作,这个扩展程序不负责。
常见问题
重装扩展程序能解决登录循环吗?
login.live.com 的 Cookie 才是真正针对原因的一步。`Server Error in '/siteapi'` 是我自己造成的吗?
在 Chrome 里不行,换 Edge 能用吗?
/siteapi 错误。如果两个浏览器以同样的方式失败,原因就不在浏览器。