一个17KB扩展的审核遭遇：Chrome两次拒绝，Firefox秒批，Edge仍在等待

我写完文章，光标停在最后一句，接下来是什么呢？不是松口气，而是把刚出炉的内容分享到七八个社交平台。这意味着我得先打开新的标签页，找到我们自家的发布工具，登录（如果会话过期了还得重输密码），把文章链接复制进去，再挨个选好要发到哪些账号，最后点发送。这一连串操作少说也有五步，足够让我对自己说“晚点再弄吧”——结果常常是一周后才想起来。

于是我们决定做一个浏览器扩展。就一个按钮，点一下，自动抓取当前页面的网址，你直接在上面写好文案，选好要推送的账号，一键发送，整个过程不用离开正在看的标签页。整个扩展的体积是多少？17 KB。对，就这么小。这张图就是我们在产品页面上展示的功能状态——点击图标，弹出窗口，选择账号，写完即发。

你可能觉得，一个 17 KB 的小扩展随便丢到扩展商店不就完了吗？但过去两周，我们先后跑了一遍 Chrome、Firefox 和 Edge 的审核流程，结果拿到的是：两次拒绝、一次秒批，外加一个把半支团队锁在门外的 HTTP 400。这些经历本身比扩展更有意思，所以我把它们写下来，所有审核反馈的原话和我们的应对全都摆在这儿。

从五步到一步，为什么需要扩展

先说点背景。现在你打开浏览器，大概率已经装了一堆扩展。广告拦截器、密码管理器、某个三年前为了做一次性任务装上去之后就再也没动过的小工具……你可能连名字都记不全。Google 的数据显示，普通 Chrome 用户会安装 8 到 12 个扩展，但日常真正会主动用的只有两三个。那些安静趴在角落里的扩展，它们的价值就在于“省掉一个上下文切换”。

上下文切换这个词说起来很技术，但每个人都能秒懂：就是你需要停下来正在做的事，去另一个地方完成一个额外动作，再回来。本来在阅读文章，突然想保存到笔记软件，得新开标签页，找到笔记服务，粘贴链接，打标签——你手里的思绪就可能在这一通操作里断了。扩展的价值就是把这个“跳到别处”的过程压扁，变成一个小图标，点一下就能在当前页面完成同样的事。所以好扩展通常看起来没什么了不起，直到你真的用起来才发现离不开了。

我们的情况一模一样。作为每天都需要把文章分发到社交媒体的团队，写-切窗口-登录-粘贴-选账号这套流程我们平均每人每天要重复十次以上。一天下来，光是切换上下文浪费掉的心智就不少。而当你有能力自己造工具跳过这些麻烦时，动手就是唯一选项。

所以我们自己动手写了一个小扩展，目标极度明确：点击浏览器右上角的图标，弹出一个小面板，上面显示你正在浏览的页面网址（自动填好），一个文本输入框让你写推文或介绍，以及一串你已连接的社交账号勾选按钮。写完点“发送”，内容就推送到你选择的平台，全程不离开当前页面，不复制不粘贴，不用登录。这个产品本身的逻辑极其简单，一枚 Manifest V3 的声明文件、一个 popup.html 页面、一点处理 token 与 API 密钥的脚本。它从我们已经登录的产品标签页中读取一个 token，用它交换一个 API key，然后存到 chrome.storage，整个过程用户根本感觉不到。

我们在 manifest 里只申请了一项权限：storage。没有主机权限、没有标签页访问、没有后台脚本，故意做到干净得不能再干净。以下是发布时最终使用的 manifest 片段：

{ "manifest_version": 3, "name": "...", "version": "0.2.3", "permissions": ["storage"], "action": { "default_popup": "popup.html" } }

更值得讨论的是我们没写什么。没有任何远程代码，没有打开任意网页的能力，没有任何用户隐私相关的高危权限。现在回头看，这种干净反而成了后面一系列审核争议中最讽刺的背景。

一个中位数 18 用户的池塘，三只不同口味的守门兽

在说具体的审核遭遇之前，先看几个数字，它们会让后面的故事容易理解得多。

截至 2026 年 7 月 18 日，Chrome 网上应用店里挂着 283,585 个扩展。作为对比，Edge 扩展商店在同年 6 月中旬只有 30,509 个，Firefox 在更早一些的时候大约有 83,000 个。也就是说，Chrome 的体量几乎是 Edge 的十倍。这个体量差距影响了后面的一切。

再看另一组数字。第三方扩展追踪器的统计显示，浏览器扩展的用户量中位数大约在 18 个左右，而整整 70% 的扩展安装量只有 100 个或更少。每当我们想到浏览器扩展，脑子里蹦出来的总是那些几百万甚至几千万用户的超级插件——比如广告拦截器、密码管理器——但那个世界