要留一个“能一直扫”的入口时，很容易把几张看起来都是二维码的东西当成同一套规则：加企业成员的「联系我」、进客户群的「加入群聊」、普通群二维码，以及尚未单独核实规则的第三方活码。入口能不能长期使用，先取决于扫完之后加的是成员还是进群，再去核对应的那一套说明。不是先换一张所谓“永久码”，也不是先按某一个宣传页上的人数或关联数去验收。

本文依据企业微信开发者中心两份文档：一份是《客户联系「联系我」管理》，页标最后更新于2026年10月8日；另一份是《客户群「加入群聊」管理》，页标最后更新于2026年1月5日。两份均于2026年11月11日（北京时间）核读。它们解释的是官方对象分别管什么，不是逐步配置教程，也不能证明趣码已经实现或已获许可使用其中任一能力。此前已有文章分别讨论过「联系我」和获客链接不是同一对象、普通群码是否过期或关联群是否已满、以及何时改用活码而不是直接印发群码，本文不再重写。成员权限是否开通、是否已激活，属于另一条核对线，本文不展开。

先问清楚：扫完之后，对方是在加成员，还是在进群

「联系我」解决的是：客户扫码或点击后，获取的是成员的联系方式，并主动联系到该成员。加的是人。「加入群聊」解决的是：客户扫码或点击后，进入的是企业的客户群。进的是群。普通群二维码、尚未单独核实规则的第三方活码，都不能自动套用上面两套官方说明。个人微信里的码同样不适用本文；本轮未核读到可引用的个人微信有效期专条，因此全文不写个人微信有效期。

如果目标是“以后都由某几位员工接待”，应先按「联系我」核对。如果目标是“扫完进入客户群”，应先按「加入群聊」核对。两套对象外观相近，规则并不通用。

「联系我」员工码，管的是成员联系方式

文档写明：企业可在管理后台-客户联系-加客户中，配置成员的「联系我」二维码或小程序按钮；客户扫码或点击后，即可获取成员联系方式，主动联系到成员。配置的使用成员必须在企业微信激活、已经过实名认证，并且配置了客户联系功能。成员不在这三项条件里，码本身看起来还能展示，也不等于客户一定加得上。

接口参数里还区分了类型和场景。type：1 表示单人，2 表示多人。scene：1 表示在小程序中联系，2 表示通过二维码联系。这些是文档中的对象分类，用来判断眼前这张入口到底走哪一种形态，而不是一份逐步点击教程。后台实际名称和路径以当时管理端为准。

需要单独分开的是临时会话模式。文档写明：临时会话模式仅支持医疗行业企业创建；临时会话的二维码具有有效期，添加好友完成后该二维码即刻失效；临时会话默认不占用「联系我」数量，但每日最多添加10万个，并且仅支持单人。也就是说，即便企业已经配置了可长期使用的「联系我」，只要实际发出去的是临时会话二维码，它从一开始就不是“能一直扫”的入口。临时会话的具体有效期取值以当时文档为准，本文不把它扩写成通用承诺。

另外，通过 API 添加的「联系我」不会在管理端展示；每个企业可通过 API 最多配置50万个「联系我」。管理端里看不到，不等于没有这张码，也不能反过来把管理端列表当成全部配置的清单。

「加入群聊」群码，管的是进入客户群

《客户群「加入群聊」管理》写明：可配置客户群「加入群聊」二维码或小程序按钮；客户扫码或点击后，即可进入企业的客户群。与「联系我」不同，这里关联的是客户群，而不是把某位成员的联系方式交给对方。

文档还写到：可以关联客户群，并设置群满了后是否自动新建群。接口参数 `auto_create_room` 的说明是：当群满了后，是否自动新建群，0 为否，1 为是，默认为 1。这只说明官方提供了“群满后是否自动建群”这一机制，并不等于某一张码当前已经开启。是否开启、满员后如何处理，应核当前账号和当时官方帮助，本文不代替验收。

通过 API 添加的配置同样不会在管理端展示；文档还写明，每个企业可通过 API 最多配置50万个「加入群聊」，并与「联系我」共用这一额度。这是接口文档中的配置数量说明，不能理解成客户群人数上限，也不能写成趣码活码的额度。

关于关联群数量，文档在接口配置项 `chat_id_list` 中写有“最多支持5个”。这一句只约束该接口的这一配置项，不得写成全部账号、管理端「加入群聊」或趣码活码的现行关联上限。

介绍页上的人数、关联数和“永不过期”，不能当成现行硬阈值

公开介绍页上可以看到关于客户群人数、一码可关联群数，以及「加入群聊」二维码“永不过期”等描述，其中出现过客户群 200 人、一码最多 5 个群等字样。该页未见更新日期。这些只是页载描述，不能因为今天仍能打开，就当成当前账号的现行硬阈值，也不能据此承诺某张码会一直有效，或按某个固定人数和关联数去验收。带日期的开发文档并未给出普通客户群的人数上限；接口参数里的“最多支持5个”如前所述，只约束 `chat_id_list`。其他无日期说明之间还存在不一致，本文不选用其中任何一个数字作为现行上限，仍以该账号后台和当时官方帮助为准。普通群码有效期等页载区分，同样只说明介绍页当时如何表述，不能无条件承诺，也不套用到个人微信。

群码过期或关联群已满，是另一条已经单独写过的排查主线，不能拿「联系我」的成员条件去解释，也不能用介绍页上的数字直接下结论。

趣码或其他工具，不能直接写成这两套官方对象

公开产品页如果提到“二维码不变，内容随时切换”一类活码能力，只说明厂商有相应产品叙事，属于未实测的公开声称。不能据此把官方「联系我」或「加入群聊」写成趣码已经实现，或已经获得相应许可，也不能把第三方活码的切换、缓存或有效期，自动套用到上述官方对象上。

因此，要留一个能长期用的入口，正确顺序是：先分清加的是企业成员，还是加入客户群；若是「联系我」，再核使用成员是否已激活、已实名并配置了客户联系功能，以及是不是临时会话二维码；若是「加入群聊」，再核关联的是哪些客户群、群满后是否自动新建，并以当前账号和当时官方帮助为准，而不是用介绍页上的人数、关联数或“永不过期”作为验收标准。不要把普通群码或未经核实的第三方活码，直接当成上述两种官方入口。

核对时可以留下的记录

• 这张入口要解决的是让客户联系企业成员，还是让客户加入客户群

• 若为「联系我」：使用成员是否已在企业微信激活、已实名认证并配置了客户联系功能；类型是单人还是多人，场景是小程序还是二维码

• 是否误把仅限医疗行业、且添加好友后即刻失效的临时会话二维码，当成可长期使用的「联系我」

• 该配置是在管理端可见，还是通过 API 添加、按文档不会在管理端展示

• 若为「加入群聊」：关联的是哪些客户群，群满后是否自动新建群；未把接口参数 `chat_id_list`“最多支持5个”写成全部入口的现行上限

• 未把无日期介绍页上的人数、关联数或“永不过期”当成当前账号的硬阈值

• 未把个人微信群码或未经核实的第三方活码套进上述规则

• 所依据文档标题、最后更新日期（92228 为 2026/10/08，92229 为 2026/01/05）和本次访问日期

要留一个能长期用的入口，先分清加的是成员还是进群。员工码和群码看起来都是“扫一下”，但规则并不通用；介绍页上的数字和“永不过期”，也不能代替当前账号与带日期文档里的实际说明。

参考资料

[1]  企业微信开发者中心：客户联系「联系我」管理 ，最后更新 2026/10/08，访问日期 2026-11-11（北京时间）。本文依据该页关于管理后台-客户联系-加客户中配置「联系我」二维码或小程序按钮、使用成员须激活且已实名并配置客户联系功能、type 单人/多人与 scene 小程序/二维码、临时会话仅支持医疗行业且添加好友后二维码即刻失效、临时会话不占用「联系我」数量但每日最多添加10万个且仅支持单人、通过 API 添加的「联系我」不在管理端展示以及每个企业可通过 API 最多配置50万个「联系我」等表述。

[2]  企业微信开发者中心：客户群「加入群聊」管理 ，最后更新 2026/01/05，访问日期 2026-11-11（北京时间）。本文依据该页关于配置「加入群聊」二维码或小程序按钮、可关联客户群、群满后是否自动新建群（`auto_create_room`）、`chat_id_list` 最多支持5个（仅约束该接口配置项）、通过 API 添加的配置不在管理端展示以及与「联系我」共用50万个配置额度等表述。文档未给出普通客户群人数上限。

[3]  企业微信功能介绍页：加入群聊 ，页面未见最后编辑日期，访问日期 2026-11-11（北京时间）。页载有客户群 200 人、一码最多关联 5 个群、普通群二维码 7 天内有效、「加入群聊」二维码永不过期等描述。本文仅将其标为页载描述，不作为当前账号的现行硬阈值，也不据此承诺有效期。