两个免费工具站月访 118 万,它们到底靠什么赚钱?

大家好,我是孟健。

我拆了 towebp.iosvgtopng.com,有个结论值得说清楚:这类站沉淀的核心资产是高意图搜索流量,当月广告收入只是副产品。

第三方流量工具显示,towebp.io 月访问 30.4 万,svgtopng.com 月访问 87.6 万,两站合计约 118 万月访。全球排名分别是 #192,560 和 #76,664。

两个站的共同特征:完全免费,没有订阅,没有登录。


01 它们是什么站?做什么的?

towebp.io 的核心功能是批量图片转 WebP,浏览器端处理,支持 JPG/PNG/GIF/SVG/ICO/BMP/AVIF 互转。页面结构非常干净,主视区是拖拽上传框,拖进去就开始转,转完直接下载,整个流程无需注册,打开即用。

官网明确写着:100% free、instant、unlimited、No Uploads---Files Stay Private。页面上还挂着 Get Android App、Buy me a coffee、Trustpilot、Product Hunt 的入口。这几个入口背后都有对应的商业逻辑,下面展开说。

svgtopng.com 更单一:SVG 转 PNG,浏览器端处理,一次最多 20 个文件。官网正文写:All conversion happens in your browser,files never leave your device,no data collection,no tracking,no registration required。

两个站都主打隐私安全,都把"文件不上传"当首要卖点。这一点非常聪明------对于设计师、开发者来说,文件安全是真实顾虑,特别是处理客户素材时。"本地处理"既是技术实现,也是差异化卖点,和竞争对手拉开认知距离。

从流量结构看,按第三方工具口径估算,towebp.io 约 65% 来自直接访问,28% 来自自然搜索;svgtopng.com 结构类似。跳出率分别是 56.85% 和 62.26%,人均停留 36 秒,人均浏览页数 1.33 和 1.42。

为什么低停留时间在这里是正常数据

单看 36 秒停留和 60% 跳出率,很容易得出"流量质量差"的结论。但工具站的使用逻辑和内容站完全不同。

用户搜"svg to png",进站,拖文件,点转换,下载,关掉。整个流程 30 秒能完成。停留短说明产品够用、够快、够简单,用户的需求被满足了。如果停留时间反而很长,说明工具不好用------用户在找按钮,或者等进度条卡着。

广告主对这类流量的估值也不低。访客有明确的任务目标,意图清晰,来了就是要做一件具体的事,点击行为比逛内容站更集中。AdSense 的 CPM 受地区和流量质量双重影响,英美地区的工具类流量单价往往高于泛内容流量。


02 商业模式拆解:源码里藏了什么?

先说 svgtopng.com

官网文字说没有追踪、不收集数据。但用 curl 拉源码,adsbygoogle 出现了 8 次。

具体是:

ini 复制代码
https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js?client=ca-pub-8288203502063695
<ins class="adsbygoogle cstm" ... data-ad-client="ca-pub-8288203502063695" ...>

这是 Google AdSense 的标准代码。ca-pub-8288203502063695 是广告主 ID。源码里有 8 个广告位,广告脚本已经加载。

这不等于"正在靠广告赚大钱"------广告实际展示和收入受地区、流量质量、屏蔽插件影响很大。但它具备广告变现能力,广告是 svgtopng.com 的明确候选路径,这是可以查证的事实。

再说 towebp.io

我在源码里没找到 adsbygoogle。找到的是 Google Tag Manager 和 gtag:G-TB2ZEG8HTS,这是流量统计,目前可见的源码里没有广告位。

towebp 的隐私页写得清楚:No server uploads,No data sharing,Minimal analytics,只统计处理文件数量,使用 Google Analytics 和 functional cookies。

towebp 目前可以确认的收入入口是两个:Buy me a coffee(捐赠)和 Android App。

App 开发者主体是 New Vital Soft / NVS,App 名 WebP Converter,在 Google Play 上架。官网有明确的 Get Android App 导流链接。App 是否靠内购或广告变现,本次未进入 Play 商店后台确认,不能断言收入数字。但"免费 Web 工具向 App 导流"这条路是真实存在的,值得重视。

两个站的变现路径,按当前可查证据的可信度排列:

  1. 广告:svgtopng 源码有 AdSense,towebp 未见 adsbygoogle------可信度高
  2. App 导流:towebp 明确导向 Google Play------可信度高
  3. 捐赠:towebp 有 Buy me a coffee------可信度高,但转化率通常很低,只能当补贴
  4. SEO 资产养站:流量成熟后接广告、affiliate、付费工具、API,或直接出售站点------这是商业模式推断,不是这两个站已经发生的事实
  5. 生态导流:向设计工具 SaaS 导流------推断
  6. 数据收集:文件本地处理,站点仍会收集访问统计、UA、IP、使用事件------这是技术事实,但"收集统计数据"和"出售用户数据"是两件完全不同的事,不能混为一谈

03 为什么这类站的技术成本极低?

核心处理在浏览器端。图片转换用的是 JavaScript,运行在用户设备上,服务器只需要承担:静态页面托管、CDN 分发、少量统计请求。没有计算服务器,没有文件存储,没有队列,没有数据库。

这意味着边际成本接近零。静态托管/CDN/域名成本远低于服务端转码站,具体账单取决于带宽和缓存命中------同样的月访问量级,纯浏览器端工具的运营成本可能只是服务端方案的几十分之一。

对比一个需要服务端处理的 AI 工具站:每次调用要付 API 费,规模越大成本越高,变现压力完全不同。浏览器端工具站可以一直开着,流量涨了成本涨幅极小,不会出现"越受欢迎越亏钱"的局面。这是纯浏览器端工具站的核心优势。

SEO 关键词也有结构优势。"svg to png""image to webp"这类关键词,搜索量稳定、竞争度中等、用户意图明确。做好了就持续有自然搜索流量进来,不依赖广告买量,不依赖算法推荐,流量的抗风险性比社交平台分发高得多。


04 对做站矩阵的启示

一个这样的小工具站,单站价值有限。Buy me a coffee 收不了多少,AdSense 月收入按 87 万访问量估算,乐观情况也就几千美元量级,还要看地区分布和跳出率。

但矩阵化之后逻辑就变了。

围绕 image converter / formatter / validator / generator 这一类长尾词,批量做 20、30 个小工具站入口,每个站针对一个高意图关键词,做好 SEO,合计月访问可以到几百万量级。

这些流量可以承接:

  • 付费工具或 SaaS(图片处理、设计工具、开发者工具)
  • API 服务(批量处理、格式转换接口)
  • Affiliate(相关软件、CDN、存储服务)
  • 数字产品(模板、素材包)
  • 出售站点本身(有稳定 SEO 流量的小工具站有人收购)

关键约束是:免费工具站是流量入口层,不是终点。如果只做一个站,靠 AdSense 和捐赠维持,上限很低,做一年可能还不如接一个外包项目。矩阵化并且有承接产品,逻辑才能跑通。

towebp 的 Android App 导流是个好示范------用免费 Web 工具养 SEO 流量,再把流量导入生命周期更长的产品形态,变现密度比单靠广告高。对出海工具站矩阵来说,这类免费工具更适合放在最外层做流量入口;真正要跑通,还得把流量接回后面的付费产品、API 或服务。

适合/不适合谁做

适合:

  • 有 SEO 执行能力、能持续做关键词和外链建设的团队或个人
  • 已有一个付费产品,需要低成本搭建精准流量漏斗的
  • 做工具矩阵、愿意把单站成本控制到极低、靠规模效应跑通的

不适合:

  • 指望单站靠 AdSense 覆盖生活成本的
  • 没有后续付费产品承接,只想用免费工具直接变现的
  • 没有持续维护意愿的:浏览器 API 变更、搜索算法更新都会影响排名,建了不管的站点流量会慢慢流失

这类站的真正价值,取决于后面接了什么产品------没有承接,流量再大也是给别人的生意做嫁衣。


👋 我是孟健,前腾讯 T11 / 前字节技术 Leader,现在全职做 AI 编程。

🔥 更多 AI 编程实战:

  • GitHub:@mengjian-github
  • 专栏:AI编程实战

觉得有用?点赞+收藏 就是最大支持 🙏

相关推荐
浩风祭月8 小时前
把慢查询日志扔给 AI,从分析到修复只用了半小时:一份完整的实操手册
后端·ai编程
牛肉烧烤屋9 小时前
为什么大模型需要“思考模式”?
aigc·ai编程·deepseek
AINative软件工程10 小时前
OpenClaw 上下文瘦身:3 个实验
ai编程
冰凌时空10 小时前
30 Apps 第 2 天:待办清单 App —— MVVM + Combine 响应式 UI
ios·openai·ai编程
冰凌时空10 小时前
手写 Swift 运行时:objc_msgSend 的汇编级解析
ios·openai·ai编程
子兮曰10 小时前
AI Coding 为什么全选了 TUI?从 Claude Code 到 Codex CLI,终端架构的底层逻辑
前端·后端·ai编程
JiaHao汤10 小时前
深入理解 Claude Code 规则体系.md
ai编程
AI原来如此10 小时前
[特殊字符]2026AI Agent入门学习路径
学习·ai·大模型·ai编程
小坏讲微服务11 小时前
SpringBoot整合SpringAI配置多平台API密钥
java·人工智能·spring boot·后端·flask·ai编程·claude code