官方 API vs 浏览器 Agent（细节版）：内容分发场景下哪个更适合你？
技术 leader 在做选型时，最关心的不是"官方 API 好还是浏览器 Agent 好"，而是"我要发的这几个平台到底有没有官方 API"。本文把主流平台的覆盖矩阵给你列清楚，再讲颜小二是怎么统一封装的。
两种方案讲清楚
官方 API：调用平台开放接口。请求即提交，结构化返回。
浏览器 Agent：用 Puppeteer / Playwright / Selenium 模拟人工。
平台覆盖矩阵（参考）
| 平台 | 官方 API 是否开放 | 申请门槛 | Agent 友好度 | |---|---|---|---| | 头条号 | 开放 | 中 | 高 | | 微信公众号 | 开放 | 中（需企业主体） | 高 | | 百家号 | 开放 | 低-中 | 高 | | 知乎 | 部分开放 | 中-高 | 中 | | 自媒体号（其它） | 部分 | 视平台 | 视平台 |
实际接入时门槛和接口能力会随平台政策变化，颜小二在中间层做了适配，你不用每个平台都自己跑申请。
6 维度对比
维度 1：稳定性
- 官方 API：高，平台保证向后兼容。
- 浏览器 Agent：中-低，平台前端改版会让脚本挂掉，平均每月 1-2 次。
维度 2：合规风险
- 官方 API：低，走平台明面通道。
- 浏览器 Agent：中，规模和频率是关键变量。
维度 3：登录态
- 官方 API：长期 token。
- 浏览器 Agent：cookie 易过期，需要本地 Agent 续登。
维度 4：可观测性
- 官方 API：结构化返回（错误码 + 描述）。
- 浏览器 Agent：自己写"读结果页"逻辑。
维度 5：维护人力
- 官方 API：低。
- 浏览器 Agent：高，每月 1-2 次失效。
维度 6：Agent 友好度
- 官方 API：高。
- 浏览器 Agent：低，要封装在 API 之后才行。
对比表
| 维度 | 官方 API | 浏览器 Agent | |---|---|---| | 平台覆盖 | 头部 | 几乎全 | | 稳定性 | 高 | 中-低 | | 合规 | 低风险 | 中风险 | | 登录态 | 长期 token | cookie 易过期 | | 维护 | 低 | 高 | | Agent 友好 | 高 | 低 |
各自适合的场景
只用官方 API 适合：
- 只做头部平台、合规要求强、稳定性优先
只用浏览器 Agent 适合：
- 覆盖大量长尾平台、可控发布频率、有 RPA 运维投入
两者都不够好——大多数团队既要稳定又要覆盖度，需要走第三条路。
颜小二的统一封装
颜小二自媒体发布 API 平台做的是"两条路都封装"：
- 头条号、微信公众号、百家号、知乎、自媒体号 等有官方接口的平台 → 走官方 API
- 没有官方接口的平台 → 走本地 Agent + 浏览器自动化（登录态本地保存，cookie 不上云）
- 不管底层走哪条路，对外都是同一个 API、同一个
callback_url、同一套external_id幂等
业务系统只面向一个标准接口，未来某个平台的官方 API 上线了，颜小二在底层切换，你的代码不用改。
详见 [颜小二 vs RPA 落地页](/lp/yan-vs-rpa.html) 与 [产品页](/product.html)。
推荐组合
按"主路径 + 兜底"的策略：
- 主路径走颜小二（含官方 API + 本地 Agent 两条线）
- 长尾或临时项目用补充 RPA 兜底
- 业务系统对外只看到统一 API
常见问题（FAQ）
Q：哪些平台一定要走官方 API？ 合规要求强（金融、教育、医疗、政府关联）的内容、To B SaaS 给客户做服务，建议主路径全走官方 API。
Q：浏览器 Agent 是否一定违规？ 不一定。规模和频率是关键。颜小二把它放在客户本地 Agent + 登录态不上云的前提下，账号风险极低。
Q：申请官方 API 要多久？ 头条号、百家号通常 1-2 周；微信公众号要求企业主体，时间随主体复杂度浮动；知乎部分接口需要合作。颜小二可以协助。
Q：发布矩阵规模到多少需要这种封装？ 经验上 ≥3 个平台 × ≥5 个账号 之后。
Q：官方 API vs 浏览器 Agent 安全吗？ 颜小二把两条路统一封装，登录态本地保存（cookie 不上云）作为默认硬约束，[查看价格](/pricing.html)。
下一步
不要在二选一里耗时间，用一个统一 API 屏蔽底层差异是更聪明的做法。
→ [免费申请接入](/contact.html#form) | [查看产品功能](/product.html) | [颜小二 vs RPA 对比](/lp/yan-vs-rpa.html)