微信生态账号体系—各ID介绍与Unionid的获取
如果你从事微信生态相关工作，对公众号、小程序、企业微信获取 UnionId的方法还有些分不清，那看这篇文章就对了。本文详细地介绍了微信生态账号体系中，各ID介绍与Unionid的获取。欢迎一起学习探讨。
本文主要面向的对象：从事微信生态相关工作，尤其是刚接触不久的产研同学。
01 微信生态各应用之间的主要实体对象
微信生态的各个应用有其各自的定位，一套完整闭环的流程，很难在单一的应用中实现，所以需要我们对各应用都要有所了解。
先打个比方：一个人可以在教育公司工作，可以在娱乐公司工作，也可以自己经营一家店面，可以在国内工作也可以在国外工作，无论在哪工作，都需要纳税。
每个公司都有自己的统一社会信用代码，每个人都有身份证号，在每家公司的工号，这跟微信生态种各个ID之间的关系是十分相似的。
注：企业微信员工的员工id、部门id并未在此体现，下文会有介绍。
讲账号体系，unionid绝对是重之重。这是微信生态中的“OneID”，是识别用户身份的唯一标识，决定了多矩阵产品运营时业务能否贯通。
以下讲述均在应用已绑定开放平台的前提下展开。
02 公众号、小程序Unionid的获取 公众号获取Unionid
公众号获取unionid分为两种场景：
场景一：用户已经关注公众号
这个场景相对简单，用户关注之后所有的营销、服务等动作都可直接获取
根据openid获取unionid，该方法用户无感知，不会产生用户操作成本；
网页非静默授权（snsapi_userinfo），该方法用户无感知，不会产生用户操作成本；除了unionid外，会同时获取用户的头像、昵称；
场景二：用户没有关注公众号
实际应用场景举例：经过公众号授权构建后的H5商城、带追踪功能营销素材，用户在微信客户端点击后可以实现对客户行为的跟踪等。
网页非静默授权（snsapi_userinfo），使用时需注意的是：
该方法会阻断用户的操作流程，并需要妥善处理用户“拒绝/取消”的场景；
在发起非静默授权之前，务必要规范使用，否则会触发“快照”模式，获取到的都是虚拟数据，无法使用。
小程序获取Unionid
开发模式：自研
，该方法用户无感知，不会产生用户操作成本；
，该方法用户无感知，不会产生用户操作成本；
，该方法用户无感知，不会产生用户操作成本，但5分钟内有效；
，该方法会阻断用户的操作流程，并需要妥善处理用户“拒绝”的场景；
开发模式：第三方授权
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 协议