如果你从事微信生态相关工作，对公众号、小程序、企业微信获取 UnionId的方法还有些分不清，那看这篇文章就对了。本文详细地介绍了微信生态账号体系中，各ID介绍与Unionid的获取。欢迎一起学习探讨。
本文主要面向的对象：从事微信生态相关工作，尤其是刚接触不久的产研同学。
01 微信生态各应用之间的主要实体对象微信生态的各个应用有其各自的定位，一套完整闭环的流程，很难在单一的应用中实现，所以需要我们对各应用都要有所了解。
先打个比方：一个人可以在教育公司工作，可以在娱乐公司工作，也可以自己经营一家店面，可以在国内工作也可以在国外工作，无论在哪工作，都需要纳税。
每个公司都有自己的统一社会信用代码，每个人都有身份证号，在每家公司的工号，这跟微信生态种各个ID之间的关系是十分相似的。
注：企业微信员工的员工id、部门id并未在此体现，下文会有介绍。
讲账号体系，unionid绝对是重之重。这是微信生态中的“OneID”，是识别用户身份的唯一标识，决定了多矩阵产品运营时业务能否贯通。
以下讲述均在应用已绑定开放平台的前提下展开。
02 公众号、小程序Unionid的获取公众号获取Unionid
公众号获取unionid分为两种场景：
场景一：用户已经关注公众号
这个场景相对简单，用户关注之后所有的营销、服务等动作都可直接获取
- 根据openid获取unionid，该方法用户无感知，不会产生用户操作成本；
- 网页非静默授权（snsapi_userinfo），该方法用户无感知，不会产生用户操作成本；除了unionid外，会同时获取用户的头像、昵称；
场景二：用户没有关注公众号
实际应用场景举例：经过公众号授权构建后的H5商城、带追踪功能营销素材，用户在微信客户端点击后可以实现对客户行为的跟踪等。
网页非静默授权（snsapi_userinfo），使用时需注意的是：
该方法会阻断用户的操作流程，并需要妥善处理用户“拒绝/取消”的场景；
在发起非静默授权之前，务必要规范使用，否则会触发“快照”模式，获取到的都是虚拟数据，无法使用。
小程序获取Unionid
开发模式：自研
开发模式：第三方授权
wx.login component_access_token，该方法用户无感知，不会产生用户操作成本；
公众号与小程序获取Unionid的对比
公众号/小程序第三方授权与自研的方式获取unionid方式大致相同，只需要用对token、component_access_token、authorizer_access_token即可。
从以上获取方式而言，小程序除了getPaidUnionId，其余获取用户unionid的方法都需要依赖前端之后获取到的code。也就是说，对于纯后端的开发或三方对接来讲，是无法直接从小程序处获取unionid的。
相比小程序获取unionid而言，公众号非静默授权获取unionid的方式并不合理，因为这种方式把获取unionid与客户昵称、头像混在一起了，本质上是没有做好数据权限的分类。（我个人把生态内的数据分为了公开数据：appid等、内部数据：unionid等、隐私数据：头像昵称等）
商家为了贯通业务，强行弹窗让用户授权，对C端用户体验不好，对商家容易造成流量损失。
03 企业微信Unionid的获取企业微信与其他应用的不同之处
- 定位不同：企业微信是由企业号演变而来的，但现在企业微信的定位已经完全不是“应用”了，而是一个集营销、办公于一体的“工作台”，是国内私域运营的主阵地。
- 获取unionid的配置不同：企业微信不可以直接绑定到开放平台，而是通过绑定微信开发者ID（一个已经绑定开放平台、与企业微信同主体、认证过的小程序或公众号的appid）来实现的。
- 拥有独立的id名称：同等功能效力下，external_userid=openid、corpid=appid、服务商的corpid=component_appid、chat_id=opengid。
- 有独立的组织架构：部门：department、员工：userid，且企业员工是没有unionid的。
- 数据隔离非常明显：为响应个保法，企微做了两次大的id升级，现在基本上分为两种：
不同开发模式的数据隔离，对同一个微信用户，自建应用的id数据为明文，三方应用与自建代开发应用的external_userid、corpid、userid全部为密文，且三方应用与自建代开发应用无法直接获取C端用户的unionid。
不同服务商的数据隔离，对同一个微信用户，不同的服务商拿到的external_userid、corpid、userid不同且全部为密文。
此图片来源自企微官方API
企业微信获取Unionid
开发模式：自建应用
自建应用获取unionid是十分方便的，直接调用
开发模式：自建代开发应用/第三方应用
这种模式是无法直接获取C端用户的unionid的，那如何打通多矩阵运营业务场景呢？
企微提供了unionid转external_userid的接口，无论使用的是企业自己的公众号/小程序还是服务商的，都可以调此接口。如果用的是企业自己的小程序，获取的unionid可以直接存储入库，以方便后面开展业务。
需要注意的是，unionid（即微信开放平台账号主体）与openid（即小程序或服务号账号主体）需要认证，且主体名称需与当前授权企业的主体名称一致，或者主体名称需与服务商的主体名称一致。
场景一：加好友后，营销素材的追踪
在私域运营当中，通常将经过公众号授权后的H5当做抓手，在C端用户打开、浏览该链接时进行打标签、通知跟进人等运营动作。
业务实现逻辑是：在公众号/小程序等应用中获取到unionid之后，转换成external_userid，从而判断该C端用户是否已经加过好友且完成唯一身份识别，进而对客户进行预设的业务处理。
场景二：未加好友，短链引流
将有手机号但是还没有加企微好友的客户引流到企微中，想统计具体哪些客户成功加微。
业务实现逻辑：在小程序上获取unionid之后，添加好友之前，此时并不能直接转换成external_userid，而是一个临时id—pending_id，待添加好友之后，可通过external_userid查询pending_id，进而建立unionid与external_userid之间的关系。
视频号获取unionid因为场景比较简单，不在此处讲解。
熟练掌握以上规则之后，才算初识企微生态账号体系，接下来的路还很漫长。我陆续还会输出更多文章，希望可以一起学习探讨。
本文由 @好美呀，你！ 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
,
