mcpField
D
developer-ads

developer-ads

github.com/jonathimer营销与增长8790 次安装34 周前更新
代码仓库

关于 developer-ads

developer-ads 是面向开发者工具团队的营销技能,介绍开发者聚集的广告渠道、按受众定制创意、基于技术栈定向,以及在归因受限时追踪广告效果的方法。

主要功能

  1. 01比较面向开发者的广告渠道
  2. 02撰写具体且符合技术语境的广告
  3. 03按技术栈定向受众
  4. 04设置广告归因与转化跟踪
  5. 05规划不同预算的渠道分配

适用场景

  1. 01为开发者工具选择广告投放渠道
  2. 02为特定编程语言受众定制广告
  3. 03追踪赞助内容带来的注册
  4. 04调整广告预算与渠道组合

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/jonathimer/devmarketing-skills --skill developer-ads

安装后在 Claude Code 中输入/developer-ads确认已加载。

附带文件README.md

详细介绍

开发者广告

概述

大多数广告对开发者不起作用。他们会使用广告拦截器、不信任营销内容,还会广泛传播不好的体验。但在面向开发者的平台上进行有针对性的广告投放,只要方式得当,就能提升有效认知度并带来流量。

本指南介绍哪些平台真正能触达开发者、如何制作不会让他们立刻忽略的广告,以及如何衡量广告投入是否有效。

为什么大多数广告触达不到开发者

广告拦截器问题

据估计,50-70% 的开发者会使用广告拦截器,因此大多数展示广告都难以奏效:

  • Google 展示广告网络:大部分广告会被拦截
  • Facebook/Instagram:开发者定向能力有限
  • 通用程序化广告:覆盖率低,受众不匹配
开发者对广告的抵触

即使广告触达了开发者,也会面临他们的质疑:

  • 横幅广告盲视现象非常严重
  • 营销话术会让他们立刻忽略广告
  • 开发者会把糟糕的广告当作反面教材分享
  • 信任很难建立,却很容易失去
有效的做法

能够成功触达开发者的广告具备以下特点:

  • 情境化投放:在开发者已信任的网站上投放广告
  • 价值优先的信息:先说明你能做什么,而不是堆砌最高级表述
  • 技术可信度:让广告体现出你了解目标受众
  • 原生形式:新闻简报提及、赞助内容

各平台指南

Carbon Ads

是什么: 面向开发和设计类网站的原生广告网络

广告展示位置:

  • 开发者文档网站
  • 科技博客
  • 开发者工具网站
  • 开源项目网站

有效的原因:

  • 设计不打扰用户
  • 受到开发者认可
  • 通常不会被拦截
  • 投放位置与内容高度相关

费用:

  • 按 CPM 定价
  • 通常为 $2-5 CPM
  • 最低预算各不相同
  • 优质网站可直接购买广告位

最佳实践:

  • 创意简洁,以文字为主
  • 清楚说明价值主张
  • 与网站内容相关
  • 不使用夸大宣传

局限性:

  • 定向选项有限
  • 不一定总能选择具体网站
  • 创意素材受到限制
  • 广告位供应情况各不相同
BuySellAds

是什么: 可直接在网站上购买广告的市场

开发者相关广告位:

  • 面向开发的网站
  • 编程博客
  • 科技新闻网站
  • 开发者工具网站

有效的原因:

  • 与发布商建立直接联系
  • 可选择具体网站
  • 提供多种广告形式
  • 广告投放位置可预测

费用:

  • 按网站定价
  • 价格范围较广(每个网站每月 $50 至 $5000+)
  • 通常需要按月承诺
  • 批量购买可协商价格

最佳实践:

  • 购买前了解网站受众
  • 先小额投放进行测试
  • 让创意风格与网站基调一致
  • 按网站跟踪引荐流量

局限性:

  • 流程需要手动操作
  • 质量参差不齐
  • 需要管理多个合作关系
  • 部分网站设有候补名单
Reddit 广告

是什么: 在 Reddit 上面向开发者社区投放的原生广告

相关 subreddit:

  • r/programming
  • r/webdev
  • r/javascript、r/python 等
  • r/devops
  • r/sysadmin
  • 特定技术领域的 subreddit

有效的原因:

  • 可精准定位 subreddit
  • 开发者会主动使用 Reddit
  • 广告以原生形式显示在信息流中
  • 可以通过评论互动

费用:

  • 按 CPM 或 CPC 竞价
  • 开发者 subreddit 的典型 CPM:$2-8
  • 每日最低支出:$5
  • 自助式平台

最佳实践:

  • 根据特定 subreddit 的社区文化调整广告
  • 使用 Reddit 原生表达方式(不要使用企业腔)
  • 考虑使用推广帖子,而不是展示广告
  • 关注评论并积极互动

Reddit 专属注意事项:

  • 绝不要伪装成自然帖子(即 astroturfing)
  • 做好应对批评性评论的准备
  • 带有企业腔的广告会遭到嘲讽
  • 公开说明广告身份会有所帮助
开发者新闻简报赞助

内容: 在开发者订阅的新闻简报中投放赞助内容

知名新闻简报:

  • TLDR(涵盖多个主题)
  • JavaScript Weekly、Node Weekly 等
  • Pointer
  • Bytes
  • Console
  • Hacker Newsletter
  • Programming Digest

效果好的原因:

  • 开发者主动订阅接收
  • 隐含策展人的认可
  • 不会被广告拦截器屏蔽
  • 信任度更高的环境

费用:

  • 按每次发送收费
  • 范围:每期 $200-5000 以上
  • 取决于订阅人数和互动度
  • 通常需提前数周预订

最佳实践:

  • 精准匹配新闻简报的受众
  • 让广告本身提供价值
  • 与策展人合作撰写文案
  • 测试多份新闻简报
  • 使用专属 URL 进行追踪

局限性:

  • 单次展示成本较高
  • 投放频率有限
  • 受档期限制
  • 质量不一
播客赞助

内容: 在面向开发者的播客中投放赞助内容

知名节目:

  • Syntax
  • ShopTalk Show
  • Changelog
  • Software Engineering Daily
  • Developer Tea

效果好的原因:

  • 主持人的认可很有影响力
  • 受众投入度高且忠诚
  • 难以跳过或屏蔽
  • 随时间逐步建立熟悉感

费用:

  • 按单集或下载量收费
  • 范围:每集 $500-5000 以上
  • 通常要求承诺投放多集
  • 主持人朗读广告和制作好的广告定价不同

最佳实践:

  • 选择受众确实会收听的节目
  • 承诺投放多集,以加深认知
  • 给主持人自由发挥和个性化表达的空间
  • 提供清晰、简单的价值主张

制作不像广告的广告

文案原则

开门见山说明你提供什么:

  • 不佳:“变革开发方式的革命性平台”
  • 良好:“面向 Python 团队的自动化代码审查”

具体明确:

  • 不佳:“节省时间和金钱”
  • 良好:“在 PR 审查前发现 Bug”

考虑受众特点:

  • 不佳:任何人都能声称的笼统优势
  • 良好:提及具体技术、工作流和痛点

避免夸大其词:

  • 避免:“最好”“领先”“革命性”“改变游戏规则”
  • 使用:对功能的具体描述
创意形式

展示广告:

  • 设计简单、清爽
  • 标志清晰
  • 标题简短、具体
  • 一个明确的 CTA

文字广告:

  • 第一句说明你是什么
  • 第二句说明主要优势
  • 不用感叹号
  • 不用全大写

赞助内容:

  • 内容确实有用
  • 自然提及产品,不要生硬植入
  • 教会受众一些东西,而不只是推销
  • 品牌信息清晰,但不过度
示例

不佳的广告文案:

“准备好让效率提升 10 倍了吗?加入数千名开发者,他们已经通过我们的革命性平台改进了工作流!”

更好的广告文案:

“PostgreSQL 数据库 GUI。查询构建器、ERD 可视化、团队共享。个人使用免费。”

不佳的新闻简报赞助文案:

“部署太慢让你受不了?我们的超棒平台让部署轻而易举!现在注册即可获得免费试用!”

更好的新闻简报赞助文案:

“只需 git push,即可部署到任意云平台。SSL、扩展和回滚都由我们处理。了解具体运作方式 [link]。”

按技术栈定向投放

基于技术的定向投放

新闻简报定向:

  • Python 开发者:Python Weekly、PyCoder's Weekly
  • JavaScript 开发者:JavaScript Weekly、Bytes
  • DevOps:DevOps Weekly、SRE Weekly
  • 选择与所用技术相匹配的新闻简报

Reddit 定向:

  • 定向到特定语言或框架的 subreddit
  • 针对不同覆盖范围,选择 r/node 或 r/programming
  • 考虑 subreddit 之间的受众重叠

上下文定向(Carbon/BuySellAds):

  • 在相关技术的文档页面投放广告
  • 特定框架的博客
  • 科技新闻网站
避免浪费支出

排除定向:

  • 排除无关技术
  • 有精准定向可用时,避免面向广大开发者群体投放
  • 若目标是专业人士,则过滤掉学生和初学者

测试方法:

  • 从较窄的范围开始,再扩大有效范围
  • 针对不同技术栈制作不同创意
  • 按来源追踪转化

衡量开发者广告支出

归因挑战

开发者广告衡量起来很困难,因为:

  • 考虑周期长
  • 转化前会接触多个触点
  • 广告拦截器会破坏追踪
  • 社交平台上的私下分享(Slack、私信)
可衡量的指标

直接指标:

  • 点击量(需对流量质量保持审慎)
  • 落地页访问量
  • 通过 UTM 归因的注册量
  • 首次触点归因

代理指标:

  • 品牌搜索量变化
  • 直接流量趋势
  • 社交平台提及量
  • 活动期间的社区增长
设置追踪

UTM 规范:

  • 统一参数命名
  • 每个广告位使用独立的 UTM
  • 追踪至转化,而不只是点击

落地页策略:

  • 考虑使用活动专属落地页
  • 尽可能确保追踪不受广告拦截器影响
  • 将“您是如何知道我们的?”作为备用方案
计算投资回报率

获客成本:

Total Spend / Attributed Signups = CPA

采用更切合实际的归因方式:

  • 首次触点归因会低估广告效果(不会计入辅助转化)
  • 最后触点归因会高估广告效果(忽略更早的触点)
  • 自我报告归因有助于弥补空缺

可接受的获客成本:

  • 完全取决于客户终身价值
  • 开发者工具通常具有较高的客户终身价值
  • 将开发者的病毒式传播和推荐潜力纳入考量

预算分配

小额预算(每月 $500-2000)

建议分配:

  • 每月赞助 1-2 份新闻简报
  • 在特定网站测试 Carbon Ads
  • 留出一部分预算测试新的广告位

重点:

  • 找到一个有效渠道
  • 扩大规模前完善宣传信息
  • 建立衡量基础
中等预算(每月 $2000-10,000)

建议分配:

  • 定期赞助新闻简报(40%)
  • Carbon/BuySellAds 展示广告(30%)
  • 测试 Reddit(15%)
  • 实验性渠道(15%)

重点:

  • 扩大有效渠道的规模
  • 持续测试新的广告位
  • 开发不同版本的创意素材
大额预算(每月 $10,000+)

建议分配:

  • 大型新闻简报投放(30%)
  • 广泛覆盖开发者的展示广告(25%)
  • 播客赞助(20%)
  • Reddit/社区广告(15%)
  • 实验性渠道(10%)

重点:

  • 在直接响应营销之外建设品牌
  • 多触点归因
  • 优化创意素材

工具

  • Google Analytics:通过正确设置 UTM 追踪活动
  • 平台仪表板:各平台的原生分析工具
  • 电子表格追踪:追踪活动效果随时间的变化
  • 调查工具:收集“您是如何知道我们的?”
  • Octolens:监控开发者讨论,找出开发者最常谈论的问题,为广告宣传信息和广告位选择提供参考

常见错误

  1. 定向过于宽泛:面向泛泛的“开发者”进行定向会浪费预算
  2. 使用营销话术:文案听起来像面向消费者的广告
  3. 忽略广告拦截器:认为展示量就等于触达人数
  4. 测试时间过短:没有给活动足够的时间发挥效果
  5. 没有追踪:未设置归因就投入预算
  6. 平台选择不当:开发者专属平台效果更好时,仍使用 Facebook/Google
  7. 过度优化点击量:使用无法带来转化的标题党内容

相关技能

  • developer-lead-gen:通过广告为免费工具/资源引流
  • developer-seo:付费推广之外的自然流量
  • developer-content-strategy:用于落地页的内容
  • developer-newsletter:对比打造自己的新闻简报与赞助他人的新闻简报

评论

支持 Markdown