微信生態(tài)賬號(hào)體系

微信生態(tài)賬號(hào)體系—各ID介紹與Unionid的獲取本文主要面向的對(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)營一家店面，可以在國內(nèi)工作也可以在國外工作，無論在哪工作，都需要納稅。每個(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)營時(shí)業(yè)務(wù)能否貫通。以下講述均在應(yīng)用已綁定開放平臺(tái)的前提下展開。02公眾號(hào)、小程序Unionid的獲取公眾號(hào)獲取Unionid公眾號(hào)獲取unionid分為兩種場景：場景一：用戶已經(jīng)關(guān)注公眾號(hào)這個(gè)場景相對(duì)簡單，用戶關(guān)注之后所有的營銷、服務(wù)等動(dòng)作都可直接獲取根據(jù)openid獲取unionid，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；網(wǎng)頁非靜默授權(quán)（snsapi_userinfo），該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；除了unionid外，會(huì)同時(shí)獲取用戶的頭像、昵稱；場景二：用戶沒有關(guān)注公眾號(hào)實(shí)際應(yīng)用場景舉例：經(jīng)過公眾號(hào)授權(quán)構(gòu)建后的H5商城、帶追蹤功能營銷素材，用戶在微信客戶端點(diǎn)擊后可以實(shí)現(xiàn)對(duì)客戶行為的跟蹤等。網(wǎng)頁非靜默授權(quán)（snsapi_userinfo），使用時(shí)需注意的是：該方法會(huì)阻斷用戶的操作流程，并需要妥善處理用戶“拒絕/取消”的場景；在發(fā)起非靜默授權(quán)之前，務(wù)必要規(guī)范使用，否則會(huì)觸發(fā)“快照”模式，獲取到的都是虛擬數(shù)據(jù)，無法使用。小程序獲取Unionid開發(fā)模式：自研wx.login+code2Session，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；云函數(shù)：Cloud.getWXContext，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本；支付后調(diào)用getPaidUnionId，該方法用戶無感知，不會(huì)產(chǎn)生用戶操作成本，但5分鐘內(nèi)有效；getUserInfo接口，該方法會(huì)阻斷用戶的操作流程，并需要妥善處理用戶“拒絕”的場景；開發(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)用的不同之處定位不同：企業(yè)微信是由企業(yè)號(hào)演變而來的，但現(xiàn)在企業(yè)微信的定位已經(jīng)完全不是“應(yīng)用”了，而是一個(gè)集營銷、辦公于一體的“工作臺(tái)”，是國內(nèi)私域運(yùn)營的主陣地。獲取unionid的配置不同：企業(yè)微信不可以直接綁定到開放平臺(tái)，而是通過綁定微信開發(fā)者ID（一個(gè)已經(jīng)綁定開放平臺(tái)、與企業(yè)微信同主體、認(rèn)證過的小程序或公眾號(hào)的appid）來實(shí)現(xiàn)的。擁有獨(dú)立的id名稱：同等功能效力下，external_userid=openid、corpid=appid、服務(wù)商的corpid=component_appid、chat_id=opengid。有獨(dú)立的組織架構(gòu)：部門：department、員工：userid，且企業(yè)員工是沒有unionid的。數(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è)務(wù)場景呢？企微提供了unionid轉(zhuǎn)external_userid的接口，無論使用的是企業(yè)自己的公眾號(hào)/小程序還是服務(wù)商的，都可以調(diào)此接口。如果用的是企業(yè)自己的小程序，獲取的unionid可以直接存儲(chǔ)入庫，以方便后面開展業(yè)務(wù)。需要注意的是，unionid（即微信開放平臺(tái)賬號(hào)主體）與openid（即小程序或服務(wù)號(hào)賬號(hào)主體）需要認(rèn)證，且主體名稱需與當(dāng)前授權(quán)企業(yè)的主體名稱一致，或者主體名稱需與服務(wù)商的主體名稱一致。場景一：加好友后，營銷素材的追蹤在私域運(yùn)營當(dāng)中，通常將經(jīng)過公眾號(hào)授權(quán)后的H5當(dāng)做抓手，在C端用戶打開、瀏覽該鏈接時(shí)進(jìn)行打標(biāo)簽、通知跟進(jìn)人等運(yùn)營動(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ù)處理。場景二：未加好友，短鏈引流將有手機(jī)號(hào)但是還沒有加企微好友的客戶引流到企微中，想統(tǒng)計(jì)具體哪些客戶成功加微。業(yè)務(wù)實(shí)現(xiàn)邏輯：在小程序上獲取unionid之后，添加好友之前，此時(shí)并不能直接轉(zhuǎn)換成external_userid，而是一個(gè)臨時(shí)id—pen