Chrome 插件上架一周：后台 188 次安装，实际只有 7 个用户

花 5 美元把一个右键扫码的 Chrome 插件上了架，一周过去，把后台数据摊开给同样想做插件的人看。

先说最反直觉的两个数字。

后台显示"安装量 188 次"。但同一份后台里，周活用户是 7 个。也就是说，一周里真正跑起来的浏览器只有 6-7 个。

差的 181 次是什么？后台小字写得很清楚：这个数统计的是安装请求，"包含成功、失败和状态未知"。它统计的是请求数，不是人数。

还不信的话，看这两组分布：

• 安装量按地区：罗马尼亚 82%、美国 10%、日本 3%
• 周活用户按地区：中国 93%、日本 7%

• 安装量按系统：Windows 87%、ChromeOS 4%、macOS 3%
• 周活用户按系统：macOS 76%、Windows 24%

同一批人，不可能装的时候 82% 在罗马尼亚，用的时候 93% 在中国。这两组数对不上，只能说明那 181 次请求里大部分不是人在操作。具体是什么我不知道，也不打算猜——我只知道它们没有使用行为。

第二个数字更冷：过去 30 天，这个插件在商店内部的总展示次数是 22 次。

不是 2200，是 22。详情页浏览 59 次，其中 62% 来自 ext_sidebar（装了扩展的人从侧边栏点进来），38% 来自分享卡片。商店搜索和商店推荐的流量，基本是零。

所以那句"上架了就有自然流量"是假的。审核通过只是把货摆上货架，货架不会主动把人带过来。

顺手说几个上架时撞到的具体坑（都是自己撞的，不是查来的）：

1. 描述有 132 字符上限，按字节算，中文能塞的字更少。我第一次提交就是因为英文写了 150 字符被拒。
2. 权限说明是审核的核心，全站权限会让审核从几天拖到一两周。别为了过审砍核心功能，把"为什么需要这个权限"写清楚更管用。
3. 隐私政策必须有可访问的 URL，不是写一句"我们不收集数据"就完事，得真有个页面。我那份写了三千多字节，中英双语。
4. 5 美元是注册费，一次性，不年费不抽成，交了不退。
5. 别指望商店给你流量。搜索权重吃关键词匹配、截图、评分数量，全是靠时间堆的东西。

我这周做的蠢事也说一下：四天发了三个版本（加 Wi-Fi 码、改弹窗、补全无协议网址），数据一点没动，7 个用户还是 7 个。用改代码来逃避"没人用"，因为改代码有即时反馈，做推广没有。

一个可能对别人有用的判断：如果你的东西也没人用，先去后台把"地区分布"和"系统分布"两份数据并排放，看看对得上不；再看曝光数是多少。是产品不行，还是压根没人被带到你面前——这两个答案，接下来该干的事完全不一样。

插件叫 QR Right-Click，纯本地解码，不上传图片，无广告无埋点，开源在 GitHub：
https://github.com/liyongjian5179/qr-rightclick
商店页： https://chromewebstore.google.com/detail/qr-right-click/dgmgfomdlmjpeoeoklilnfgenbngplee

有做 Chrome 插件或上架过其他商店的朋友，想请教一件事：你们第一波用户是从哪来的？我现在的思路是去"有人在抱怨'手机扫码太麻烦'"的地方逐个回答，但感觉这个路子太慢，想听听有没有更有效的。

后台安装数据与用户活跃度差异这么大，估计全是自动化工具在批量安装测试吧。

插件上架数据差异这么大，是不是大部分安装请求来自自动化脚本爬虫？

我线上就这样搞过，可以在插件里加个简单的使用统计，区分真实安装和请求。