经常有人问我：做Chrome扩展难不难？一个人能做几款？能赚到钱吗？
算下来我前前后后做了16款Chrome扩展，涵盖截图、音频、笔记、效率等多个方向。今天系统地分享一下经验，给想入行的朋友一个参考。
先去我的 我的项目页 看看16款扩展都有哪些，有个直观印象再往下看。
一、为什么选择做Chrome扩展？
我做独立开发，选方向有几个标准：技术门槛适中、分发渠道成熟、变现模式清晰。Chrome扩展完美符合这三点。
1. 技术门槛不高
Chrome扩展本质上就是HTML + CSS + JavaScript，前端工程师基本零门槛上手。就算不是前端出身，有一点编程基础的人，学一两周也能做出简单的扩展。
相比做App需要学Swift或Kotlin，做小程序需要研究平台规则，Chrome扩展的技术栈非常友好。
2. 有官方分发渠道
Chrome网上应用店（Chrome Web Store）就是官方的流量入口。用户主动搜索安装，获客成本低。只要你的扩展确实解决了某个问题，自然会有人下载使用。
这比自己从零建网站、做SEO、搞推广要省心太多了。
3. 变现模式成熟
Chrome扩展的变现方式很多：免费+广告、免费+内购、订阅制、一次性付费……各种模式都有人跑通了。
对个人开发者来说，哪怕每款扩展每月只赚几百块，做10款就是几千块，做20款就是上万块。积少成多，被动收入的属性很强。
二、开发入门难不难？
先说结论：入门不难，做好不容易。
如果你会写基础的JavaScript，花一天时间看完官方文档，就能写出第一个扩展。但要做到用户体验好、性能流畅、审核不被拒，还是需要花些功夫的。
入门路径推荐
- 先看官方的Chrome扩展开发指南，了解Manifest、content script、background script这些核心概念
- 找一个简单的开源扩展项目，读一遍代码，理解结构
- 从一个小功能开始做，比如修改页面某个元素、拦截一个请求
- 边做边查文档，遇到问题Stack Overflow基本都能找到答案
必备技能清单
- HTML/CSS/JS：基础中的基础，不用多说
- DOM操作：content script经常要操作页面DOM
- 异步编程：扩展的API大多是异步的，Promise和async/await要熟练
- Chrome API：storage、tabs、runtime、declarativeNetRequest这些常用API要熟悉
不用全学会再开始，边做边查就行。我现在做新扩展的时候，也经常翻文档。
三、Manifest V3 需要注意的坑
现在Chrome扩展已经全面迁移到Manifest V3了，相比V2有不少变化。踩过的坑给大家列一下：
⚠️ 坑1：Background Service Worker 的限制
V3用Service Worker替代了background page，但Service Worker会被浏览器频繁挂起和重启。不能再像以前那样在background里存全局变量了，状态必须持久化到storage里。
⚠️ 坑2：远程代码执行被禁
V3不允许加载和执行远程JavaScript代码，所有代码必须打包在扩展内部。以前用eval、new Function动态执行代码的方式都不行了，审核会直接拒。
⚠️ 坑3：Content Script 的注入时机
V3的content script注入规则变了一些，尤其是在SPA网站上，页面不刷新但内容变了，需要用MutationObserver或者监听history变化来处理。
⚠️ 坑4：权限申请要谨慎
V3对权限的审核更严了。不要什么权限都申请，用多少申请多少。申请了太多敏感权限，审核会被反复打回，甚至直接拒掉。
四、上架审核那些事
很多人第一次提交扩展都会被拒，这很正常。说说我的审核经验：
1. 隐私政策是刚需
只要你的扩展收集了任何用户数据（哪怕只是存在本地），都需要有隐私政策页面。而且隐私政策不能随便写几句敷衍，需要详细说明收集了什么数据、用来做什么、存放在哪里。
我16款扩展每一款都有独立的隐私政策页面，就是为了满足审核要求。不信你可以看看 WebSnap的隐私政策 有多详细。
2. 描述里不要夸大
扩展的标题、描述、截图要实事求是。不要写"最牛逼的XX工具"这种夸大的词，也不要写你实际上没有的功能。审核人员真的会去装了试用，名不副实会直接被拒。
3. 截图要清晰规范
截图是用户了解你扩展的第一印象，也是审核的重点。尺寸要符合要求，内容要真实展示功能，不要P得天花乱坠。
我一般会做3-5张截图，每张突出一个核心功能，配上简洁的文字说明。
4. 审核时间有长有短
新扩展首次审核通常需要1-3天，小版本更新可能几小时就过了，大的功能更新可能要审好几天。赶时间的话要预留审核时间，不要卡着deadline提交。
五、一个人怎么做16款？
经常有人惊讶：你一个人怎么做了16款扩展？忙得过来吗？
说实话，16款听起来多，但很多代码是可以复用的，开发效率其实很高。
1. 建立自己的代码模板
我有一套自己的Chrome扩展开发模板，包括基础的项目结构、通用的工具函数、常用的UI组件。每次做新扩展，直接在模板基础上改，省了很多重复劳动。
比如popup页面的布局、设置页面的存储读写、消息通信的封装……这些东西每款扩展都差不多，模板化之后复用率很高。
2. 做垂直方向的系列产品
我的16款扩展不是乱做的，是有方向的：截图系列、音频系列、效率工具系列。同一类扩展的技术栈和目标用户群很接近，可以互相导流。
比如用了 WebSnap（网页截图）的用户，很可能也需要 SnapForge（截图编辑）。在扩展里互相推荐一下，转化率还不错。
3. 小步迭代，不追求完美
每个扩展第一个版本只做核心功能，能用就行。上线之后根据用户反馈慢慢加功能、优化体验。
追求完美主义的人不适合做独立开发——等你觉得完美了再上线，可能半年都过去了，市场早就变了。
六、变现思路分享
大家最关心的赚钱环节，说说我的几种变现方式：
1. 免费 + 广告
这是最常见的模式。扩展免费使用，通过内置广告变现。优点是用户量容易起来，缺点是收入跟用户量强相关，小众工具广告收入有限。
我大部分工具类扩展用的是这种模式。收入不高但稳定，属于"躺赚"型。
2. 免费基础版 + 付费高级版
核心功能免费，高级功能付费解锁。这种模式需要产品确实有足够的价值，让用户愿意掏钱。
比如 SoundEqual Pro 就是在免费版的基础上增加了专业音效和空间音频，愿意付费的用户还不少。
3. 导流到自己的产品
这是很多人忽略的一种变现方式。Chrome扩展可以作为流量入口，把用户引导到你的网站、公众号或者其他产品上。
我的DevToolHub工具站，就有不少流量是从Chrome扩展导过来的。用户用了你的扩展觉得好用，自然会愿意试试你的其他产品。
不要只盯着扩展本身的收入，把它放到你的整个产品矩阵里看，价值可能更大。
七、给新手的建议
最后，给想做Chrome扩展的朋友几点真心话：
1. 先做一款，跑通全流程
不要一上来就计划做10款20款。先认认真真做一款，从开发到上架到运营到变现，把完整流程跑一遍。
很多事情你没做过就不知道坑在哪里。跑通了第一款，再做第二款第三款就快多了。
2. 从小需求切入
不要一开始就想做一个"平台级"的扩展。找一个很小的痛点，用最简单的方式解决它，做一个小而美的工具。
小需求往往竞争没那么激烈，开发周期短，能快速上线验证想法。就算失败了，损失也不大。
3. 重视用户反馈
Chrome商店的评论和用户邮件，一定要认真看。用户的吐槽和建议，往往就是你下一个版本的方向。
我很多功能都是用户提出来的。用户说"能不能加个XX功能"，我觉得合理就加上，双方都开心。
4. 保持耐心，长期经营
Chrome扩展不是赚快钱的生意。一款扩展从上线到有稳定的用户和收入，可能需要好几个月甚至一年。
但一旦做起来了，它会持续给你带来收入，而且维护成本很低。这就是被动收入的魅力。
如果你对Chrome扩展开发感兴趣，或者正在做类似的事情，欢迎跟我交流。也可以关注我的公众号「AI工具箱Lab」，我会不定期分享更多独立开发的经验。
想看看我所有的扩展产品，去 我的项目页 逛逛吧。