云电脑发私信 · "发不出去"的问题
总结 · 卡在哪 · 未来怎么优化 · 2026-06-16 · 单账号一天的数据
先说最重要的一句:这些"发不出去"的,没有一条发错人、也没有一条真发出去。
系统在发之前会先核对"找到的是不是本人",对不上就**主动跳过不发**(记为 wrong_user)。所以它是安全的拦截,不是发错。代价是:这些 lead 当天没联系上 + 机器空跑。
1 · 发私信前发生了什么
云电脑发一条私信,要先走这 4 步。任何一步对不上,就不发、记 wrong_user:
| ① 搜索框输入抖音号 | → | ② 点开搜到的人 | → | ③ 拍照核对是不是本人 | → | ④ 是本人才发 |
核对靠"看主页":昵称对不对、抖音号对不对、是不是个人主页。这道关就是防发错人的墙。
2 · 一天里"发不出去"的,分三类
把当天所有 wrong_user 一条条人工搜过之后,干净分成三类:
A 类 · 能救
搜得到本人,却被误判
本人就在搜索第一条、抖音号也对,但系统拍照那一刻没认出是主页(页面没加载好/上一条残留)。
证据:拍到的抖音号 = 目标号本身 → 确实站在本人主页上了。
B 类 · 救不了
搜到的是别人
用抖音号去搜,返回的是另一个人(号段相近)。本人没出现在结果里。
例:搜 84554044 → 出来 845540443(别人)。
C 类 · 救不了
压根搜不到
用抖音号、用昵称都搜不到本人,停在搜索结果页/视频页。
本人不在抖音搜索结果里。
3 · 人工验证的结论(全天 21 个,逐条手搜)
当天所有 wrong_user(上午 10 + 下午 11 = 21 个)一个个手动搜过:
| 组 | 例子(抖音号) | 手搜结果 | 结论 |
|---|
| A 搜得到 |
上午 833997494 69540571321a x.g.z.6688(私密)
下午 2026588128 187193079 58835709546 |
✅ 搜得到本人 | 系统误判,能救 |
| B+C 搜不到 |
上午 41780494807 zhaoliang.666 13936266666l …
下午 84554044 aassddffqqwwee 573733910 … |
❌ 搜不到本人 | 本通道够不到 |
💡 还有个活证据:heshufuderen97(等你一分钟)上午搜的时候没搜到、被记 wrong_user,过几小时系统自己重试就发出去了——正好说明"重试能救"(就是 PR #375 干的事)。
结论:全天大头是"搜不到本人"(~15/21),能救的是少数(~6)。
4 · 卡在哪(根本卡点)
为什么这么多"搜不到"?根子是云电脑只能用搜索框按抖音号找人,而抖音搜索不靠谱:
🔒
卡点① 云电脑用的是抖音 PC 客户端,没有网址栏
手机端能用专属链接(sec_uid)直接打开本人主页,百发百中。但 PC 客户端只能在搜索框打字搜——一旦搜不到,就没有别的路找到本人。
🎯
卡点② 抖音搜索是黑盒,搜抖音号不保证出本人
同样形态的号,有的搜得到、有的搜不到,无法预判。原因混合:用户改了号(我们存的是旧号)、号是系统默认号本就不可搜、或抖音召回偏差。
🔢
卡点③ 短数字号会"撞号"
号太短(如 8 位 84554044),抖音按"包含"匹配 → 返回一个更长的、号里含这串的别人。号越短越必撞。
⏱️
卡点④ 没作品/私密号 + 页面没加载好,会被误判"不是主页"
系统靠"主页有作品宫格"来认主页。潜水号/私密号没作品,或上一条残留没清干净,就被当成"非主页"误拦——这类其实是本人,能救(就是 A 类)。
5 · 已经做了什么
✅
修复 A 类:页面没认出主页时,重试一次再判(PR #375)
系统拍照判"非主页"时,重新搜一次、等页面加载好再核对,而不是直接放弃。全程不放宽核对标准、不会发错人,只是给页面第二次机会。能救 A 类(搜得到却误判)。
✅
装上"计数器":记录每条失败到底属于 A/B/C 哪类(PR #376)
以前数据库里只写"wrong_user"一个笼统标签。现在带上细节,攒一周就能算出 A/B/C 各占多少,用数据决定下一步该不该投。
6 · 未来可以优化的空间
①
短号防撞守卫 小改 · 零风险
号太短(必撞别人)时,直接跳过不发,别白白发到别人主页、也省机器空跑。
②
搜不到的,1 次就停,别烧 3 次 中改
现在"搜到别人"的会试满 3 次才永久跳过。确认是"搜到别人"时1 次就停,省 2/3 的空跑。
③
搜不到的,转手机端发 换通道
手机端(iPhone/安卓)能用专属链接直达本人主页,绕开"搜不到"。把云电脑搜不到的 lead 导给手机端通道处理。
④
终极方案:云电脑改用"浏览器版抖音" 大改 · 量大才做
浏览器有网址栏,能像手机端一样用专属链接直达本人,彻底绕开搜索框。改造大,等"搜不到"的量大到值得投入再做。
下一步建议
- 先合并 #375 + #376,同步到各运营云电脑 → A 类自动救回 + 开始攒 B/C 占比数据。
- 攒一周,看"搜不到(B+C)"到底占多大:占比小 → 人工补;占比大 → 上手机端通道(优化③)。
- 顺手可加"短号防撞"(优化①),零风险少烧一批。