Chapter 01 · Account Rules

先把账号的
边界看清楚。

账号规则很少被认真读完——直到某个入口被限制、某次认证被退回。与其事后补救,不如在注册第一天,就把手机号、身份证、营业执照和店铺的关系安排明白。

  • 核验版
  • 核查至 2026 年 8 月
  • 阅读约 5 分钟
01

注册上限

三类基础身份,各有一条数量线。先把这组关系记住,后面的账号规划会顺很多。

手机号
1 个号码,对应 1 个账号
身份证
1 张证件,最多实名 2 个账号2026.07 起内测
营业执照
1 张执照,可认证 2 个企业专业号早期口径为 3 个

「一证两号」来自 2026 年 7 月开始内测的「共用实名」功能:在「设置 → 账号与安全 → 实名认证」完成首次实名后,部分账号会看到共用入口。功能尚未全量开放,暂时看不到入口是正常现象,不必反复卸载重装。另外,虚拟运营商号段(如 170、171)与境外号码通常无法用于注册,准备手机号时尽量选能长期稳定接收短信的实体卡。

02

实名的时机

实名不是注册后的第一个待办,而是一次要想清楚的分配:谁的证件,用在哪个号上。

只发笔记
可以先不实名,浏览与发布不受影响
开店 / 直播 / 提现 / 专业号
必须先完成实名认证
提交之后
实名信息与账号唯一绑定,无法自行解绑更换

实名一旦提交,更换要走客服流程,成本不低。团队批量注册时,请把「哪个账号、用谁的证件实名」写进交接清单,而不是默认大家都记得。

03

店铺账号关联

店铺关联适合内容引流,但它不是一套可以反复试错的关系。绑定前,先确认主账号和每个子账号的分工。

当前上限
1 个主账号 + 3 个子账号
旧版上限
1 个主账号 + 6 个子账号已失效
规则切换
2025 年上半年新版生效
主账号门槛
已开通店铺即可,不要求蓝 V
子账号类型
企业号、个人号、个人专业号均可
解绑代价
删除或解绑后,原有名额不可恢复

历史已关联的账号数量不受影响;但一旦删除或解绑,旧版名额就再也回不来。动手处理老账号之前,先确认它是否还在承担有效流量。

04

企业号团队协作

员工管理和店铺关联是两套独立系统:一个解决「谁来运营」,一个解决「哪些账号为店铺引流」。

员工子账号上限
5 个
常见分工
内容运营、客服回复、数据分析等

这套「员工管理」额度与「店铺账号关联」互不占名额。实际配置时仍建议按职责最小化授权,别让所有人共用同一个高权限入口。

05

个人账号的稳妥做法

个人多账号最怕临时凑合。手机号、实名和设备从一开始分清楚,后面会省掉很多解释成本。

  • 办第二张手机卡,一机一号注册。成本不高,边界最清楚,也最适合长期使用。
  • 可以用家人的手机号注册,但实名信息必须由实际运营者本人完成,身份关系不要混着来。
  • 解绑旧账号的手机号可以释放注册名额,但会失去双号并行的能力。操作之前,先确认旧账号是否还需要保留。
06

容易触发风控的行为

风控看的不只是某一次操作,而是设备、网络、内容和行为叠加起来的整体画像。

  • 同一设备频繁切换多个账号,容易形成异常设备指纹。
  • 同一 IP 批量注册,或在相近时间发布高度相似的内容,容易被识别为营销矩阵。
  • 矩阵账号互相点赞、评论、刷数据,只会让关联关系更加明显。
  • 用虚拟号段注册的账号稳定性通常较差,被封禁的风险也更高。
  • 内容同质化算不上「效率」,只是在向平台重复提交同一份低差异素材。
一句更实用的提醒 别把矩阵做成一组复制粘贴的账号。设备分开,内容有差异,行为节奏像真实的人——越想省事,越容易在最基础的地方留下痕迹。
07

快速参考

给已经在执行中的团队看的一页摘要。遇到具体场景,仍建议回到前文逐条核对。

个人
1 手机号 = 1 号;1 身份证最多实名 2 号(内测中)
商家
1 执照 ≤ 2 个企业专业号;店铺可关联 3 个子账号
矩阵
设备隔离、内容隔离、行为隔离
核心原则
不同质化,不互刷数据,不批量共用网络环境
信息来源与勘误 本章依据小红书官方帮助中心、企业专业号认证规则与电商学习中心公开信息交叉整理,核查至 2026 年 8 月。三处口径需要特别留意:店铺关联已从旧版「1 主 + 6 子」收紧为「1 主 + 3 子」,历史绑定不受影响;「一证两号」是 2026 年 7 月起内测的「共用实名」能力,尚未全量;营业执照可认证的专业号数量,部分认证页面已由早期的 3 个调整为 2 个。凡与本章不一致处,以提交时页面提示为准。