如果你從事微信生態(tài)相關(guān)工作，對(duì)公眾號(hào)、小程序、企業(yè)微信獲取 UnionId的方法還有些分不清，那看這篇文章就對(duì)了。本文詳細(xì)地介紹了微信生態(tài)賬號(hào)體系中，各ID介紹與Unionid的獲取。歡迎一起學(xué)習(xí)探討。

本文主要面向的對(duì)象：從事微信生態(tài)相關(guān)工作，尤其是剛接觸不久的產(chǎn)研同學(xué)。

01 微信生態(tài)各應(yīng)用之間的主要實(shí)體對(duì)象

微信生態(tài)的各個(gè)應(yīng)用有其各自的定位，一套完整閉環(huán)的流程，很難在單一的應(yīng)用中實(shí)現(xiàn)，所以需要我們對(duì)各應(yīng)用都要有所了解。

先打個(gè)比方：一個(gè)人可以在教育公司工作，可以在娛樂公司工作，也可以自己經(jīng)營(yíng)一家店面，可以在國(guó)內(nèi)工作也可以在國(guó)外工作，無論在哪工作，都需要納稅。

每個(gè)公司都有自己的統(tǒng)一社會(huì)信用代碼，每個(gè)人都有身份證號(hào)，在每家公司的工號(hào)，這跟微信生態(tài)種各個(gè)ID之間的關(guān)系是十分相似的。

注：企業(yè)微信員工的員工id、部門id并未在此體現(xiàn)，下文會(huì)有介紹。

講賬號(hào)體系，unionid絕對(duì)是重之重。這是微信生態(tài)中的“OneID”，是識(shí)別用戶身份的唯一標(biāo)識(shí)，決定了多矩陣產(chǎn)品運(yùn)營(yíng)時(shí)業(yè)務(wù)能否貫通。

以下講述均在應(yīng)用已綁定開放平臺(tái)的前提下展開。

02 公眾號(hào)、小程序Unionid的獲取

公眾號(hào)獲取Unionid

公眾號(hào)獲取unionid分為兩種場(chǎng)景：

場(chǎng)景一：用戶已經(jīng)關(guān)注公眾號(hào)

這個(gè)場(chǎng)景相對(duì)簡(jiǎn)單，用戶關(guān)注之后所有的營(yíng)銷、服務(wù)等動(dòng)作都可直接獲取

1. 根據(jù)openid獲取unionid，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；
2. 網(wǎng)頁(yè)非靜默授權(quán)（snsapi_userinfo），該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；除了unionid外，會(huì)同時(shí)獲取用戶的頭像、昵稱；

場(chǎng)景二：用戶沒有關(guān)注公眾號(hào)

實(shí)際應(yīng)用場(chǎng)景舉例：經(jīng)過公眾號(hào)授權(quán)構(gòu)建后的H5商城、帶追蹤功能營(yíng)銷素材，用戶在微信客戶端點(diǎn)擊后可以實(shí)現(xiàn)對(duì)客戶行為的跟蹤等。

網(wǎng)頁(yè)非靜默授權(quán)（snsapi_userinfo），使用時(shí)需注意的是：

該方法會(huì)阻斷用戶的操作流程，并需要妥善處理用戶“拒絕/取消”的場(chǎng)景；

在發(fā)起非靜默授權(quán)之前，務(wù)必要規(guī)范使用，否則會(huì)觸發(fā)“快照”模式，獲取到的都是虛擬數(shù)據(jù)，無法使用。

小程序獲取Unionid

開發(fā)模式：自研

1. wx.login+code2Session，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；
2. 云函數(shù)：Cloud.getWXContext，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；
3. 支付后調(diào)用getPaidUnionId，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本，但5分鐘內(nèi)有效；
4. getUserInfo接口，該方法會(huì)阻斷用戶的操作流程，并需要妥善處理用戶“拒絕”的場(chǎng)景；

開發(fā)模式：第三方授權(quán)

wx.login+component_access_token，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；

公眾號(hào)與小程序獲取Unionid的對(duì)比

公眾號(hào)/小程序第三方授權(quán)與自研的方式獲取unionid方式大致相同，只需要用對(duì)token、component_access_token、authorizer_access_token即可。

從以上獲取方式而言，小程序除了getPaidUnionId，其余獲取用戶unionid的方法都需要依賴前端之后獲取到的code。也就是說，對(duì)于純后端的開發(fā)或三方對(duì)接來講，是無法直接從小程序處獲取unionid的。

相比小程序獲取unionid而言，公眾號(hào)非靜默授權(quán)獲取unionid的方式并不合理，因?yàn)檫@種方式把獲取unionid與客戶昵稱、頭像混在一起了，本質(zhì)上是沒有做好數(shù)據(jù)權(quán)限的分類。（我個(gè)人把生態(tài)內(nèi)的數(shù)據(jù)分為了公開數(shù)據(jù)：appid等、內(nèi)部數(shù)據(jù)：unionid等、隱私數(shù)據(jù)：頭像昵稱等）

商家為了貫通業(yè)務(wù)，強(qiáng)行彈窗讓用戶授權(quán)，對(duì)C端用戶體驗(yàn)不好，對(duì)商家容易造成流量損失。

03 企業(yè)微信Unionid的獲取

企業(yè)微信與其他應(yīng)用的不同之處

1. 定位不同：企業(yè)微信是由企業(yè)號(hào)演變而來的，但現(xiàn)在企業(yè)微信的定位已經(jīng)完全不是“應(yīng)用”了，而是一個(gè)集營(yíng)銷、辦公于一體的“工作臺(tái)”，是國(guó)內(nèi)私域運(yùn)營(yíng)的主陣地。
2. 獲取unionid的配置不同：企業(yè)微信不可以直接綁定到開放平臺(tái)，而是通過綁定微信開發(fā)者ID（一個(gè)已經(jīng)綁定開放平臺(tái)、與企業(yè)微信同主體、認(rèn)證過的小程序或公眾號(hào)的appid）來實(shí)現(xiàn)的。
3. 擁有獨(dú)立的id名稱：同等功能效力下，external_userid=openid、corpid=appid、服務(wù)商的corpid=component_appid、chat_id=opengid。
4. 有獨(dú)立的組織架構(gòu)：部門：department、員工：userid，且企業(yè)員工是沒有unionid的。
5. 數(shù)據(jù)隔離非常明顯：為響應(yīng)個(gè)保法，企微做了兩次大的id升級(jí)，現(xiàn)在基本上分為兩種：

不同開發(fā)模式的數(shù)據(jù)隔離，對(duì)同一個(gè)微信用戶，自建應(yīng)用的id數(shù)據(jù)為明文，三方應(yīng)用與自建代開發(fā)應(yīng)用的external_userid、corpid、userid全部為密文，且三方應(yīng)用與自建代開發(fā)應(yīng)用無法直接獲取C端用戶的unionid。

不同服務(wù)商的數(shù)據(jù)隔離，對(duì)同一個(gè)微信用戶，不同的服務(wù)商拿到的external_userid、corpid、userid不同且全部為密文。

此圖片來源自企微官方API

企業(yè)微信獲取Unionid

開發(fā)模式：自建應(yīng)用

自建應(yīng)用獲取unionid是十分方便的，直接調(diào)用獲取客戶詳情接口即可。

開發(fā)模式：自建代開發(fā)應(yīng)用/第三方應(yīng)用

這種模式是無法直接獲取C端用戶的unionid的，那如何打通多矩陣運(yùn)營(yíng)業(yè)務(wù)場(chǎng)景呢？

企微提供了unionid轉(zhuǎn)external_userid的接口，無論使用的是企業(yè)自己的公眾號(hào)/小程序還是服務(wù)商的，都可以調(diào)此接口。如果用的是企業(yè)自己的小程序，獲取的unionid可以直接存儲(chǔ)入庫(kù)，以方便后面開展業(yè)務(wù)。

需要注意的是，unionid（即微信開放平臺(tái)賬號(hào)主體）與openid（即小程序或服務(wù)號(hào)賬號(hào)主體）需要認(rèn)證，且主體名稱需與當(dāng)前授權(quán)企業(yè)的主體名稱一致，或者主體名稱需與服務(wù)商的主體名稱一致。

場(chǎng)景一：加好友后，營(yíng)銷素材的追蹤

在私域運(yùn)營(yíng)當(dāng)中，通常將經(jīng)過公眾號(hào)授權(quán)后的H5當(dāng)做抓手，在C端用戶打開、瀏覽該鏈接時(shí)進(jìn)行打標(biāo)簽、通知跟進(jìn)人等運(yùn)營(yíng)動(dòng)作。

業(yè)務(wù)實(shí)現(xiàn)邏輯是：在公眾號(hào)/小程序等應(yīng)用中獲取到unionid之后，轉(zhuǎn)換成external_userid，從而判斷該C端用戶是否已經(jīng)加過好友且完成唯一身份識(shí)別，進(jìn)而對(duì)客戶進(jìn)行預(yù)設(shè)的業(yè)務(wù)處理。

場(chǎng)景二：未加好友，短鏈引流

將有手機(jī)號(hào)但是還沒有加企微好友的客戶引流到企微中，想統(tǒng)計(jì)具體哪些客戶成功加微。

業(yè)務(wù)實(shí)現(xiàn)邏輯：在小程序上獲取unionid之后，添加好友之前，此時(shí)并不能直接轉(zhuǎn)換成external_userid，而是一個(gè)臨時(shí)id—pending_id，待添加好友之后，可通過external_userid查詢pending_id，進(jìn)而建立unionid與external_userid之間的關(guān)系。

視頻號(hào)獲取unionid因?yàn)閳?chǎng)景比較簡(jiǎn)單，不在此處講解。

熟練掌握以上規(guī)則之后，才算初識(shí)企微生態(tài)賬號(hào)體系，接下來的路還很漫長(zhǎng)。我陸續(xù)還會(huì)輸出更多文章，希望可以一起學(xué)習(xí)探討。