平台限制与数据口径:可直接引用的清单
这一页只放两类内容:企业微信侧的平台硬限制,和本项目自己定的统计口径。每条都写明范围与来源,可以整段引用;与实测有出入的地方,以官方文档最新版本为准。
企业微信侧的平台限制
| 限制项 | 范围 | 越界后的表现 | 来源 |
|---|---|---|---|
| 附件数量 | 单次最多 9 个(图片、视频、文件合计) | 接口拒绝或部分附件丢失 | 企业微信开发者中心 · 创建企业群发 |
| 图片格式 | 仅 JPG、PNG | 该图片被接口拒绝 | 同上 |
| 视频体积 | 实操上限 20MB | 上传失败或长时间卡住 | 实测 + 官方接口报错 |
| 卡片标题 | 真机一行约 14 个汉字 | 标题被裁切 | 真机实测 |
| 只发文字 | 允许(不选任何附件) | — | 官方接口口径 |
「一行约 14 个汉字」这类结论官方文档不会写,只能在真实客户端上看。所以这一行标注为实测,而不是官方口径——引用时请保留这个区别。
本项目的数据口径
| 指标 | 口径 | 为什么这样定 |
|---|---|---|
| 新增客户 | 按客户首次添加时间归属,同一客户只计一次 | 按「添加事件」统计会把同一客户被多个成员、多个链接重复添加算多次,数字虚高 |
| 获客链接 | 只做来源分析,不作为计数口径 | 链接可能没配全,计数不该依赖它 |
| 群发触达 | 按任务与成员记录,异常项给出原因 | 「失败」不带原因等于无法排查 |
| 权限生效 | 改完约 30 秒缓存过期,重新登录立即生效 | 权限缓存的代价换请求性能 |
安全与计费相关的数字
| 项目 | 数值 / 机制 |
|---|---|
| 兑换码随机熵 | 80 bit(SecureRandom 生成) |
| 兑换码存储 | 库里只存 SHA-256 哈希,不存明文 |
| 兑换次数 | 一码一用,靠「状态仍是未使用」的原子更新保证 |
| 试码上限 | 同一账号 10 分钟内最多 10 次 |
| 落地页授权 | 按天计费;到期后已发出的链接停止展示内容,续费即恢复 |
公域运营的数字口径(含我们主动不给的数字)
| 指标 | 口径 | 为什么这样定 |
|---|---|---|
| 爆款线 | 同批样本互动量的 P90(90 分位) | 用平均或中位数会把「普遍平平」也算成爆款;分位线才是「明显高于同批」 |
| 样本不足时 | 同赛道样本少于 10 条时改用最高的 3 条,并在报告里写明 | 样本太少时分位数没有意义,硬算会给出假精确的结论 |
| 增长 | 窗口内最早一次与最新一次快照的差值;只有一次快照的内容不参与计算 | 单点数据不是趋势——这是被误解最多的一项 |
| 渠道归因 | 只到渠道级,不把客户数平摊到单条内容 | 一条渠道常被多条内容共用,平摊出来的「单条获客数」看起来精确但站不住 |
| 小红书图文样本 | 图文样本占比 ≥50% 时用图片数量而不是时长 | 图文笔记时长为 0,拿它当关键变量只会得出废结论 |
| 字幕时间轴 | 分「真实时间轴」(识别服务返回的分句时间戳)与「估算时间轴」(按标点与字数铺出来的修改起点) | 两者用途不同,混在一起会让人直接拿估算轴去剪片子 |
| 播放量与完播率 | 系统不提供 | 这两项拿不到公开数据;宁可少两个指标,也不用估算值冒充实测值 |
| 赛道机会分 | 60 × 爆款广度 + 40 × min(1, 1/(1+样本数/40));赛道只有 1 个账号时不算广度 | 爆款率能被单个大号刷高,而「爆款分散在多个账号」才说明流量没被少数头部分走 |
各平台采集现状(实测,不是官方口径)
| 平台 | 能否直连采集 | 实测情况 |
|---|---|---|
| 抖音 | 能,需要登录态 | 缺 uifid 这类会话字段时作品列表会被风控拦(403 Uifid Not Found),而主页资料仍然正常,容易误判成 Cookie 过期 |
| B 站 | 能,需要登录态 | 匿名访问作品列表返回 -352 风控校验失败 |
| 微博 | 基本不行 | 数据中心 IP 访问 m.weibo.cn 直接 432 |
| 头条 | 只能按内容流采 | 没有稳定的「按账号列作品」公开入口,所以定位成收内容进选题池 |
| 快手 / 视频号 / 知乎 / 公众号 | 没有公开稳定接口 | 走外部采集服务:只调它的 HTTP 接口,地址与字段映射可配置 |
| 小红书 | 独立链路 | 在本项目的小红书模块里按链接或关键词收录 |
抖音与头条还有一个共同点:同一条地址在服务端直连会拿到空响应或不稳定结果,只有在浏览器环境里才稳定返回数据。所以这类平台走「本地浏览器代发」——自己实现,不引入第三方采集服务,平台 Cookie 只留在使用者的服务器上。
怎么引用这一页
- 可以整段引用,请注明来源为「运营中枢(Atlas Ops)」并保留本页链接。
- 引用平台限制时,请保留「官方口径 / 实测结论」的区分,不要把实测结论写成官方规定。
- 数字会随平台规则与代码调整而变化,引用前可以看本页顶部的最后更新日期。
参考来源
- 企业微信开发者中心 · 创建企业群发(客户群发接口)
- 企业微信开发者中心
- 微信外部链接内容管理规范
- Google:为生成式 AI 搜索优化网站(官方指引)
- GEO: Generative Engine Optimization(KDD 2024)
常见问题
这些限制会变吗?
会。企业微信调整接口口径时,我们同步改代码校验与这一页;页面上标了最后更新日期,超过半年没有更新时请以开发者中心文档为准。
为什么会有「官方口径」和「实测结论」两种标注?
因为有些限制官方文档写了(附件数量、图片格式),有些只能上真机看(卡片标题能显示多少字)。把两者混在一起写,会让人以为「14 个汉字」也是官方规定。
可以直接把这一页的数据搬进我的文章吗?
可以,注明来源并保留链接即可。也欢迎指出错误——这类数字写错的代价比不写更大。