做导航站应该如何盈利? 十几种方式告诉你

做导航站应该如何盈利? 十几种方式告诉你
Photo by Ricardo Cruz / Unsplash

本文转载自 [出海做导航站应该如何盈利,如何定价?]

最近在独立开发/出海开发圈,导航站开发愈发火热,我认为主要原因有几个

  • 国人开发的AI导航站Toolify上线不过一两年,已经成为全球知名的AI导航站,每月流量达到几百万
  • 哥飞社区的带动
  • Tap4AI等开源导航站的传播
  • 以及最近Jacob的导航站建站模板 Mkdirs 的火爆等

我自己也在今年做了好几个导航站

其中Devtoolset是开源的,无数据库的导航站(仓库地址),也收获了不少的star。 MagicBox目前上线了大半年(几乎没怎么运营),DR也达到了40。Best Directories及AI Best Tools作为我最近主推的导航站,上线一个月时间,DR也都达到30。

随着导航站流量的增加以及DR的增高,并且目前导航站赛道也越来越卷,我开始在思考如何才是一个导航站正确的盈利模式,以及如何定价,才能更符合出海的需求。毕竟我们独立开发,赚钱才是王道。

我整理归纳了一些导航站适用的盈利方式及定价策略:

  • Affiliate Link
  • Feature Listing
  • Banner Ad
  • Blog Advertising
  • Newsletter Advertising
  • Social Media Advertising
  • Sponsorship
  • Ads
  • 付费解锁完整清单
  • 付费解锁item完整信息
  • 提供付费API
  • 卖Backlink
  • 给自己的产品引流
  • 开商店
  • Donate
  • 模式:将导航站中的所有工具和服务链接尽可能替换为 affiliate link。
  • 收益:用户通过这些链接购买或注册后,我们可获得分成。
  • 适用场景:适用于推荐SaaS工具、在线课程、IaaS平台等一切有affiliate link的产品。

2. Feature Listing

  • 模式:提供Feature Listing,例如首页推荐、分类优先展示、搜索排名靠前。
  • 策略:限制总量以保持稀缺性。
  • 定价:视导航站流量/DR等而定,建议 $19/月 起

3. Banner Ad

  • 模式:提供显眼的banner广告位。
  • 策略:主要针对B2B,比如向目标客户是导航站用户的企业。
  • 定价:视导航站流量/DR等而定,建议是feature listing 的 2 倍以上。
  • 注意:banner要足够显眼,给客户带来足够多的流量

4. Blog Advertising

  • 模式:通过博客或站内文章提供外链
  • 策略:确保内容质量,同时优化 SEO 效果。
  • 定价:视导航站流量/DR等而定,建议 $19/月 起

5. Newsletter Advertising

  • 模式:给订阅用户发送邮件,其中带有宣传链接
  • 适用场景:帮助品牌讲述故事,吸引用户注意。

6. Social Media Advertising

  • 模式:通过社交媒体提供宣传服务。例如推特、reddit, facebook, linkedin,youtube 等。
  • 定价:视社媒影响力而定

7. Sponsorship

  • 模式:更高级的赞助形式,确保项目出现在所有重要页面,例如:
    • 网站首页
    • 用户后台
    • 邮件推送
  • 定价:应比所有的feature/ad定价更高

6. Ads

  • 模式:接入广告平台,如 Google AdSense等。
  • 注意
    • 如果是 B2C 导航站,可以接入 AdSense 或类似平台。
    • 如果是 B2B 导航站,建议避免广告,以免影响专业性。

7. 给自己的 SaaS 产品引流

  • 模式:如果导航站是推广自家产品的渠道,则应优先给自己的产品引流,而非卖广告位。
  • 策略
    • 设计显眼的推荐区域。
    • 提供用户路径优化,提升转化率。

8. 免费展示部分清单,付费展示全部

  • 模式
    • 免费展示部分内容,例如 Job Board 上的部分职位或外链清单。
    • 付费解锁完整清单

9. 部分信息付费展示

  • 模式:针对特定信息提供付费访问,例如:
    • 项目的所有者信息(Owner Information)。
    • 高级数据或统计信息。

10. 提供付费 API

  • 模式:提供获取导航站数据的 API并收费。
  • 应用场景:如 Job Board 提供职位信息。
  • 模式:在网站提供到客户网站的外链,按链接位置或权重收费。
  • 策略:确保内容质量,同时优化 SEO 效果。

12. 开商店

  • 模式:售卖与主题相关的产品,如:
    • 开发工具
    • 数字资源
    • 定制化模板或插件

13. Donate/Buy Me a Coffee

  • 模式:用户捐赠支持。
  • 策略
    • 提供简单便捷的捐赠路径。
    • 在用户社区中建立忠诚度。

Read more

从事 SEO 12 年的大佬总结的要点

从事 SEO 12 年的大佬总结的要点

从事 SEO 12 年后,以下是我能想到的所有 SEO 技巧: 1. 在 H1、H2 和 URL 部分中使用主要关键词。 2. 停止追逐虚荣指标。流量固然重要,但转化率才是最重要的。 3. 内部链接可以将“几乎完成”的页面转变为表现最佳的页面。 4. 定期检查你的网站是否有坏链接,这是一个简单的 SEO 胜利。 5. Google Search Console 是您最好的朋友,使用它来重新优化排名在第 3-7 位的页面。 6. 90% 的反向链接应来自相关的高权威网站。 7. 速度决定一切——或许应该说,速度不足会扼杀一切。确保加载时间在 2 秒以内。 8. 持续更新内容将帮助你的页面保持更高的排名。 9. 使用 NLP

Pnpm 构建 Monorepo

Pnpm 构建 Monorepo

最近开始搭建 monorepo 的项目,了解到以下方案: * lerna 有强大完善的依赖管理和构建、打包发布流程,而且 v5 版本将 nx 与 lerna 整合了,提升了性能和速度 * 业界大多使用 lerna + yarn workspace 的方式来管理,yarn 用来管理依赖,lerna 用于管理发布 之前简单使用过 lerna ,不过再加上 yarn workspace , 学习容多、配置多又得折腾,太费劲🤪,暂时搁置。 最终尝试使用单一的 pnpm workspace + changesets 的方式来构建 monorepo,本身我就使用 pnpm 作为包管理工具,目前我的场景简单,pnpm 就已足够。 本文记录自己使用 pnpm workspace 搭建 monorepo

HTTP Web 缓存总结

HTTP Web 缓存总结

友情提示:缓存什么的,是完全依赖相关http header头信息来标记和判断的 缓存读取顺序: 首先读取本地缓存,如果条件满足就取本地缓存,否则往后走代理缓存,同理,条件满足就是从代理缓存取资源(可能存在多级代理缓存) 如果一条链路上的资源都不符合,那么就去源服务器获取 缓存优先级:Cache-Control > Expires > Etag > Last-Modified 缓存的分类和优先级 * 强缓存 状态码 200 (比如 200 (from cache)) * Expires 服务器下发的绝对时间,而判断的时候以浏览器时间为准,客户端和服务器有可能会不一样 * Cache-Control 相对时间,以客户端相对时间为准 * 协商缓存 状态码 304 * Last-Modified If-Modified-Since * Etag If-None-Match 强缓存优先级高于协商缓存,强缓存不会询问服务器,直接使用缓存。协商缓存会询问服务器关于文件的可用性 对于传输过程中的中间节点,本文都称为代理服务器,包括proxy、

关于 Webpack 使用 Babel 与 Vite 使用 ESBuild 的一些思考

关于 Webpack 使用 Babel 与 Vite 使用 ESBuild 的一些思考

虽然 Vite 是基于 esbuild 构建的,并且 esbuild 在构建速度上有显著优势,但 Webpack 目前并没有直接使用 esbuild 构建的原因涉及多个方面,主要是 架构设计差异、功能需求 和 兼容性 等问题。下面是一些关键的原因: 1. Webpack 的复杂性与扩展性 • Webpack 的高度可扩展性:Webpack 的设计目标是一个 高度可配置和可扩展的打包工具。它提供了丰富的插件和 loader 机制,支持各种复杂的构建需求(如代码分割、热更新、各种资源处理等)。这些功能要求 Webpack 必须具备更细粒度的控制能力,而 esbuild 的设计理念相对简化,主要关注高速构建和基本的模块转换功能。 • Loader 和 Plugin 系统:Webpack 的强大之处在于其 loader 和