起因是我看到一个外贸业务员,一天只加 5 个人
去年陪一个做工业配件的朋友看他们的外贸团队,发现一个很有意思的现象:他们最好的业务员,一天在 LinkedIn 上只发 5 个连接请求。
不是懒,是精。她的逻辑是:LinkedIn 的价值不在数量,在精准度。一个精准的连接可能带来 5 万美元的订单,一百个不精准的连接只会让账号被限制。
这个判断是对的。但问题是——如果有 15 个同样精准的目标客户群,需要 15 个业务员各花一天吗?
这就是自动化真正该解决的问题:把精准的选择保留给人,把重复的执行交给机器。
这篇文章讲清楚苹果群控做 LinkedIn 的技术实现路径,以及那个比技术更重要的问题:节奏。
一、LinkedIn 的风控逻辑,和别的平台不一样
如果你做惯了 Facebook、Instagram,容易用同一套思路去做 LinkedIn——那大概率会翻车。
因为 LinkedIn 的风控模型差异很大:
| 维度 | Facebook/Instagram | |
|---|---|---|
| 主要检测点 | 设备指纹 + 网络环境 | 行为模式 + 通过率 |
| 触发阈值 | 操作频率过高 | 通过率过低、操作时间集中 |
| 对设备的态度 | 极度敏感 | 相对宽容(因为很多人在多设备登录) |
| 惩罚方式 | 直接封号 | 先限制功能(如禁止加好友) |
核心差异在于:LinkedIn 的账号是“职业身份”的延伸,所以它更关注你的行为是否符合一个正常职场人的模式。
一个正常的销售,一天加 5-15 个人,分散在上午和下午;一个机器账号,可能两小时内加 50 个。LinkedIn 不看你怎么点的,看的是这个时间分布像不像人。
所以做 LinkedIn 群控的第一原则是:低频、分散、长期。
二、技术选型:为什么这个场景 USB HID 就够
LinkedIn 是低频场景,每天每台设备就十几个操作,对投屏帧率、响应速度的要求都不高。所以技术上不用追求最顶配。
| 链路 | 是否适合 LinkedIn | 说明 |
|---|---|---|
| USB HID | ✅ 推荐 | 一根数据线搞定,EC iOS USB 10.7.0+ 中控 + iOS 17+ 手机即可 |
| 蓝牙 BLE | ✅ 高价值账号可选 | 需要 ESP32C3 开发板,配无自动化截图可绕开屏幕镜像 |
| OTG HID | ✅ 可选 | 想脱离电脑独立运行时用 |
我的建议是:账号价值决定链路选择。
如果是测试性账号,USB HID 就够了。如果是已经用了几年的行业大号,那值得上蓝牙方案——因为这种号一旦被限制,损失的是几年积累的人脉。
基础配置
function _ok(r) {
return r == null || r === "";
}
function main() {
let r = usbHidEvent.sessionStart(true);
if (!_ok(r)) { logw("会话开启失败: " + r); return; }
// 分辨率必须与投屏/截图一致
r = usbHidEvent.setScreenSize(1170, 2532);
if (!_ok(r)) { logw("设置屏幕尺寸失败: " + r); return; }
// 后续操作...
usbHidEvent.sessionStop();
}
main();
三、账号怎么养:LinkedIn 的前两周是关键
LinkedIn 的养号周期比其他平台更有“仪式感”——因为它的账号资料本身就是权重的一部分。
资料完整度:第一优先级
对着这个清单检查,缺一项都会影响通过率:
- 专业头像(真实人脸,非 logo、非风景)
- 头衔(Headline)——不要写“销售”,要写“帮助 XX 行业企业解决 XX 问题”
- 简介(About)——3-5 段,讲清楚你服务谁、解决什么问题
- 工作经历——至少 1-2 段完整的
- 技能标签——选 5-10 个和目标行业相关的
- 至少 3 条动态(行业观察、案例分享,不要纯广告)
资料越完整,LinkedIn 给的账号权重越高,连接请求的通过率也越高。
养号节奏表
| 时间 | 做什么 | 频次 |
|---|---|---|
| 第 1-3 天 | 完善资料、浏览行业内容 | 每天 30 分钟 |
| 第 4-7 天 | 关注行业大 V、给 5-10 条动态点赞评论 | 每天 15 分钟 |
| 第 8-10 天 | 发送前 10 个连接请求(附言谈共同点) | 每天 3-4 个 |
| 第 11-14 天 | 连接请求放量到每天 8-10 个 | 每天分 2-3 个时段 |
| 第 15 天起 | 正式运营节奏 | 每周 80-100 个连接 |
关键点:前期不要发任何推销内容。LinkedIn 的算法对“注册即推销”的账号非常敏感。
四、脚本实战:批量连接请求
完整流程拆解
LinkedIn 加好友的路径是固定的:搜索目标 → 进入个人主页 → 点「连接」→ 添加附言 → 发送。
// 发送一条连接请求(附言版)
function sendConnectRequest(x, y, noteText) {
// 1. 点击对方的「连接」按钮
let r = usbHidEvent.clickPoint(x, y);
if (!_ok(r)) return "点击连接失败: " + r;
randSleep(2, 5);
// 2. 在弹出的菜单里选「添加附言」
r = usbHidEvent.clickPoint(585, 1580);
if (!_ok(r)) return "点击添加附言失败: " + r;
randSleep(1, 3);
// 3. 输入附言(走剪贴板粘贴,中英文都稳)
r = usbHidEvent.inputText(noteText);
if (!_ok(r)) return "输入附言失败: " + r;
randSleep(2, 4);
// 4. 点「发送」
r = usbHidEvent.clickPoint(1000, 200);
if (!_ok(r)) return "点击发送失败: " + r;
return null; // 成功
}
随机等待函数(防封的关键)
这是整个脚本里最容易被忽略、但最重要的一段代码:
function randSleep(minSec, maxSec) {
let ms = (minSec + Math.random() * (maxSec - minSec)) * 1000;
sleep(parseInt(ms));
}
为什么必须随机:如果你的脚本是“点击 → 固定等 3 秒 → 点击”,这个 3 秒的机械间隔本身就是特征。真人操作时,看一个人的资料可能花 8 秒,也可能花 40 秒。
实操中我用的参数是:
| 动作 | 随机区间 |
|---|---|
| 两次点击之间 | 2-5 秒 |
| 两个连接请求之间 | 8-25 分钟 |
| 两个批次之间 | 40-90 分钟 |
变量化话术模板
批量发消息最忌讳的就是所有人都收到同一段话。做法是维护一个数据源:
// 目标列表(实际使用时从 CSV 或 JSON 读取)
let targets = [
{ name: "Michael", company: "ABC Industrial", title: "采购总监", pain: "供应商交期不稳定" },
{ name: "Sarah", company: "XYZ Trading", title: "运营经理", pain: "小批量订单成本高" },
// ...
];
// 话术模板
function buildNote(t) {
return "Hi " + t.name + ",看到您在 " + t.company + " 负责 " + t.title +
",我们最近在帮类似团队解决" + t.pain + "的问题,想和您交流下。";
}
// 使用
for (let t of targets) {
let note = buildNote(t);
let err = sendConnectRequest(980, 760, note);
if (err) { logw(err); continue; }
logd("已发送: " + t.name);
randSleep(480, 1500); // 8-25 分钟
}
这样每个号发出的内容都不一样,而且内容本身有针对性——这既是防封的需要,也是 B2B 开发的本质要求。
五、跟进消息:真正的价值在这里
连接请求只是建立了触点,真正的转化发生在后续的对话里。
跟进节奏
| 阶段 | 时机 | 内容方向 |
|---|---|---|
| 第 1 条 | 通过后 24 小时内 | 感谢通过,简单自我介绍 |
| 第 2 条 | 3-5 天后 | 分享一个行业洞察或案例(不谈产品) |
| 第 3 条 | 7 天后 | 提出一个具体问题,邀请对方分享看法 |
| 第 4 条 | 对方回复后 | 根据回复内容自然过渡到产品价值 |
核心原则:前三条消息不要提产品。
这是 B2B 和 B2C 最大的差别。B2C 可以短平快,B2B 的信任建立需要周期。
用脚本做定时跟进
中控的定时任务面板可以给每个设备组配置独立的执行计划。跟进消息的场景特别适合——因为它的时间要求很宽松(几天一次),不需要实时响应。
配置方式:把跟进话术也做成模板,按天数分批执行。
// 根据连接通过后的天数,选择不同的话术
function getFollowUpMessage(daysSinceConnect, target) {
if (daysSinceConnect <= 1) {
return "感谢通过!我在做 " + target.industry + " 领域的供应方案,后续会偶尔分享些行业信息,希望对您有帮助。";
} else if (daysSinceConnect <= 5) {
return "最近看到一个数据挺有意思:" + target.insight + "。不知道您那边有没有类似感受?";
} else if (daysSinceConnect <= 12) {
return "问个问题:您在选供应商时,最看重的是交期、价格还是品质稳定性?";
}
return "";
}
六、每日操作上限参考表
这张表是我根据实际运营经验整理的,超出这个范围风控概率会明显上升:
| 操作类型 | 新号(<1个月) | 成熟号 |
|---|---|---|
| 连接请求 | 每周 ≤ 40 | 每周 ≤ 100 |
| 站内消息 | 每天 ≤ 15 | 每天 ≤ 40 |
| 动态点赞 | 每天 ≤ 30 | 每天 ≤ 80 |
| 动态评论 | 每天 ≤ 5 | 每天 ≤ 15 |
| 主页浏览 | 每天 ≤ 100 | 每天 ≤ 200 |
| 单次连续操作时长 | ≤ 30 分钟 | ≤ 60 分钟 |
最重要的不是单项上限,而是分布。同样的 100 个连接请求,分散到 7 天每天 14 个,比集中在 1 天发完安全得多。
七、网络与设备配置
LinkedIn 会记录登录 IP 的地理位置和类型。
配置要点
- 一机一 IP:每台设备独立出口
- IP 地理位置匹配账号所在地:账号写的是纽约,就别用亚洲 IP
- 优先住宅 IP:机房 IP 的信任度明显更低
- 避免 IP 频繁跳变:同一个账号长期用同一个 IP 段
- 关掉 IPv6 和 DNS 泄漏:这两个是最常见的“漏网”通道
详细配置方法参考 《iOS 群控配置独立 IP》。
设备侧
- 同型号、同系统版本(避免坐标漂移)
- 关闭系统自动更新
- 原装或 MFi 认证数据线
- 金属支架 + 风扇散热
八、常见问题排查
问题:点击「连接」后菜单没弹出来
LinkedIn 的 UI 会随版本变化。先用投屏截图量一次当前版本的实际坐标,不要照搬别人脚本里的数值。
问题:附言输入后显示字数超限
连接附言限制 300 字符。脚本里加一个截断逻辑,或者提前校验模板长度。
问题:频繁弹验证码
这是账号被风控的前兆。立刻降低操作频率,暂停批量任务,让账号“静默”几天。继续硬跑只会加速限制。
问题:脚本卡在某个页面不动
大概率是页面加载慢或网络抖动。加一个超时检测机制:超过设定时间还没进入预期页面,就退出重试或跳过当前设备。
九、一个务实的判断
苹果群控做 LinkedIn 有价值吗?
有,但它不会让你一夜之间拿到订单。
它的真实价值在于:把“每个业务员每天手动加 5 个人”这件事,变成“15 个精准账号各加 5 个人”。效率提升的同时,覆盖的目标人群也在扩大。
但如果你本身没有清晰的目标客户画像、没有能打动人的话术、没有值得卖的产品——自动化只是让无效触达变得更快而已。
先想清楚卖什么给谁,再考虑怎么批量触达。 这个顺序反了,工具再好也没用。
最后说一句
LinkedIn 是少数几个“自动化不等于作弊”的平台——因为它本身就鼓励主动建立连接,只是不喜欢机器般的节奏。
所以做这个场景的关键词是分寸:慢一点、散一点、真一点。
技术方案解决的是“能不能做到”,而“做到什么程度才安全”,靠的是你对平台规则的理解。
EasyClick 是覆盖安卓免 Root、iOS 免越狱、鸿蒙 Next 三大生态的手机自动化 AI 智能体平台,提供脚本开发、本地中控投屏与云控系统。→ 了解全部产品
想要真实跑起来?
本文介绍的方案均可基于 EasyClick 能力在 iEasyClick 落地。官网提供完整文档、开发工具与自动化产品,免费体验。