微信生态账号体系各ID介绍与Unionid的获取

　　如果你从事微信生态相关工作，对公众号、小程序、企业微信获取 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 协议
　　该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。