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

9 评论 23011 浏览 97 收藏 11 分钟

如果你从事微信生态相关工作,对公众号、小程序、企业微信获取 UnionId的方法还有些分不清,那看这篇文章就对了。本文详细地介绍了微信生态账号体系中,各ID介绍与Unionid的获取。欢迎一起学习探讨。

本文主要面向的对象:从事微信生态相关工作,尤其是刚接触不久的产研同学。

01 微信生态各应用之间的主要实体对象

微信生态的各个应用有其各自的定位,一套完整闭环的流程,很难在单一的应用中实现,所以需要我们对各应用都要有所了解。

先打个比方:一个人可以在教育公司工作,可以在娱乐公司工作,也可以自己经营一家店面,可以在国内工作也可以在国外工作,无论在哪工作,都需要纳税。

每个公司都有自己的统一社会信用代码,每个人都有身份证号,在每家公司的工号,这跟微信生态种各个ID之间的关系是十分相似的。

注:企业微信员工的员工id、部门id并未在此体现,下文会有介绍。

讲账号体系,unionid绝对是重之重。这是微信生态中的“OneID”,是识别用户身份的唯一标识,决定了多矩阵产品运营时业务能否贯通。

以下讲述均在应用已绑定开放平台的前提下展开。

02 公众号、小程序Unionid的获取

公众号获取Unionid

公众号获取unionid分为两种场景:

场景一:用户已经关注公众号

这个场景相对简单,用户关注之后所有的营销、服务等动作都可直接获取

  1. 根据openid获取unionid,该方法用户无感知,不会产生用户操作成本;
  2. 网页非静默授权(snsapi_userinfo),该方法用户无感知,不会产生用户操作成本;除了unionid外,会同时获取用户的头像、昵称;

场景二:用户没有关注公众号

实际应用场景举例:经过公众号授权构建后的H5商城、带追踪功能营销素材,用户在微信客户端点击后可以实现对客户行为的跟踪等。

网页非静默授权(snsapi_userinfo),使用时需注意的是:

该方法会阻断用户的操作流程,并需要妥善处理用户“拒绝/取消”的场景;

在发起非静默授权之前,务必要规范使用,否则会触发“快照”模式,获取到的都是虚拟数据,无法使用。

小程序获取Unionid

开发模式:自研

  1. wx.login+code2Session,该方法用户无感知,不会产生用户操作成本;
  2. 云函数:Cloud.getWXContext,该方法用户无感知,不会产生用户操作成本;
  3. 支付后调用getPaidUnionId,该方法用户无感知,不会产生用户操作成本,但5分钟内有效;
  4. getUserInfo接口,该方法会阻断用户的操作流程,并需要妥善处理用户“拒绝”的场景;

开发模式:第三方授权

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的获取

企业微信与其他应用的不同之处

  1. 定位不同:企业微信是由企业号演变而来的,但现在企业微信的定位已经完全不是“应用”了,而是一个集营销、办公于一体的“工作台”,是国内私域运营的主阵地。
  2. 获取unionid的配置不同:企业微信不可以直接绑定到开放平台,而是通过绑定微信开发者ID(一个已经绑定开放平台、与企业微信同主体、认证过的小程序或公众号的appid)来实现的。
  3. 拥有独立的id名称:同等功能效力下,external_userid=openid、corpid=appid、服务商的corpid=component_appid、chat_id=opengid。
  4. 有独立的组织架构:部门:department、员工:userid,且企业员工是没有unionid的。
  5. 数据隔离非常明显:为响应个保法,企微做了两次大的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 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 业务实现逻辑是:在公众号/小程序等应用中获取到unionid之后,转换成external_userid,从而判断该C端用户是否已经加过好友且完成唯一身份识别,进而对客户进行预设的业务处理。

    这句话我理解一下 用户进入了H5活动页 获取unionid 这个H5绑定的有公众号 那么是不是就可以静默? 这块的获取 是静默吗

    来自河南 回复
    1. 用户关注过绑定的公众号才会走静默授权,否则想获取unionid必须要用非静默授权

      来自北京 回复
  2. 没看明白啊

    来自河南 回复
  3. 感谢分享,很有帮助,内容整理的非常系统。

    来自上海 回复
  4. 更多微信生态信息,可关注公众号:产品人钢哥

    来自北京 回复
  5. 感谢 上周刚接触了解 unionid 正好刷到您这篇文章
    后半段对我们帮助很大 分享给研发的战友了

    来自浙江 回复
  6. 看半天。还是没看明白

    来自湖南 回复
    1. 不清楚的地方可以提出来哈,多交流🌝

      来自北京 回复
  7. 根据openid获取unionid(https://developers.weixin.qq.com/doc/offiaccount/User_Management/Get_users_basic_information_UnionID.html#UinonId);
    网页非静默授权:(https://developers.weixin.qq.com/doc/offiaccount/OA_Web_Apps/Wechat_webpage_authorization.html)

    来自北京 回复