APP PUSH推送機制解析全套

APPPUSH推送機制解析一.了解APPPUSH推送機制1.1APPPUSH定義與價值APPPUSH的定義為在手機終端鎖屏狀態(tài)下通知欄展示或在操作前臺頂端彈出的消息通知，點擊后可喚起對應的APP，并在APP內跳轉到指定頁面。push消息是通知用戶，引導用戶進行參與活動、購買產(chǎn)品的重要手段，而且PUSH消息也可以引導用戶查看消息，喚起APP提高日活，是一塊重要的流量。1.2APP推送分類從應用的功能來劃分，主要分為三類應用，第一類是IM類APP，如微信、QQ等；第二類是新聞資訊類，如華爾街見聞等；其余暫歸為為工具類，比如支付寶、美團等。每種類型APP對PUSH的需求也不同，IM類APP追求實時、穩(wěn)定的觸達，此類APP一般通過自己的長連接進行消息推送，保證用戶在收到消息的時候能夠實時地接收消息消息。另外，一些安卓廠商也會給予頭部APP的進程一定保護，對相關的進程納入白名單，在清理進程的時候予以忽略。新聞資訊類的APP與工具類APP的PUSH推送機制基本一致，僅在頻率控制上有差異，新聞資訊類由于新聞資訊較多，需要將突發(fā)新聞及時推送給用戶。由于目前工具類的APP占大多數(shù)，本文將主要講解工具類APP的常見推送機制。1.3PUSH流程PUSH消息在消息系統(tǒng)創(chuàng)建好后進入發(fā)送階段，服務端需要根據(jù)用戶終端信息進行路由，如果是IOS系統(tǒng)，那么會調用蘋果自身的推送通知服務（APNs）,如果用戶的手機是安卓系統(tǒng)，那么根據(jù)不同的廠商去調用不同的廠商SDK。對于不同的系統(tǒng)版本，支持的消息展示形式也是不同，比如IOS10之后，當APP在前臺時，是否通知欄展示；此樣式可以根據(jù)產(chǎn)品需求來選擇，有服務端傳輸相應通知方式的值即可。如果用戶的手機非五大廠商內的手機，可以通過自己搭建的長連接或者使用第三方服務進行推送。如果不是自己直接對接廠商通道，那么內部的服務端可能無需做過多較為復雜繁瑣的開發(fā)工作，通過接入第三方消息推送平臺來實現(xiàn)消息的推送，比如信鴿、個推等。多數(shù)的通道會將消息是否成功推送到客戶端SDK的回執(zhí)數(shù)據(jù)反饋給發(fā)送方，需要提供回調地址。1.4底層通道說明1.4.1推送方式通道類型一般分為三類：廠商通道、第三方推送服務平臺、長連接。廠商通道是手機終端廠商推出的推送服務，通過接入廠商SDK，內部服務端可以將消息推送到手機系統(tǒng)的服務端,再下發(fā)至客戶端內部的廠商SDK，由操作系統(tǒng)進行相應展示，點擊后喚起相應APP，這樣可以避免APP進程被殺死后消息無法觸達用戶，因此觸達率較高。第三方推送平臺是推送服務公司自己搭建相關的消息服務。并且各個APP使用了同一個平臺的推送服務時，客戶端都是集成同一個第三方推送平臺的SDK，因此形成了一個推送聯(lián)盟，當聯(lián)盟中的其中一個APP的消息進程沒有被殺死的時候，其他的APP也可以利用進行通知用戶，形成了相互喚起，提高觸達率。經(jīng)過一些場景的測試，相互喚起的成功率并不是很高，需謹慎結合自身場景評估。為了提高觸達率，第三方推送平臺也會集成各大廠商的SDK進行推送。長連接就是建立手機與服務端的一條鏈路進行消息數(shù)據(jù)推送，通過長連接也可以進行APP狀態(tài)監(jiān)控，但完全由長連接推送且保證觸達的穩(wěn)定，需要投入的研發(fā)資源較多,且需盡量避免自己的長連接進程不要被操作系統(tǒng)殺死。1.4.2優(yōu)劣勢對比APPpush功能的搭建需要依據(jù)產(chǎn)品自身的情況和公司可投入的資源成本為主，在不同的階段應該追逐不同的目標。1.5下發(fā)推送1.5.1推送賬號推送時客戶端的PUSHSDK均會根據(jù)用戶的設備號生成一個對應關系的TOKEN。在SDK內部，如果使用的是第三方推送服務，則去第三方的SDK注冊；如果是廠商，則去商城SDK注冊；如果使用自己長連接，則去自己的SDK進行注冊，作為后續(xù)推送的標識用戶的唯一ID。1.5.2消息路由消息路主要見上述推送流程的講解，此處主要講解根據(jù)不同的業(yè)務場景，可能會定向推送給不同版本APP的用戶。因此服務端在通道能力路由的時候，不僅需要能夠區(qū)分通道，還要進一步能夠針對用戶的手機終端進行更加精細化的差異推送。此外，消息通道并一定是100%穩(wěn)定，如果下游通道出現(xiàn)問題，服務端需能夠將由于通道問題導致的消息路由到備用通道去發(fā)送，以保證業(yè)務穩(wěn)定觸達。1.5.3全量推送一般來說，對于公司內部運營或公司的相關數(shù)據(jù)均是以產(chǎn)品的customerid為準，用戶數(shù)據(jù)系統(tǒng)對接消息系統(tǒng)時也多為customerid，因此需建立customerid與推送TOKEN的關系，便于運營針對用戶進行推送。但對于一些場景會需要針對未登錄的用戶也進行推送，即全量推送；比如突發(fā)重大新聞資訊、大促等活動，所以運營系統(tǒng)需要提供全量推送功能，針對所有TOKEN進行推送。1.6、數(shù)據(jù)上報上報數(shù)據(jù)包括觸達點擊關閉退出注冊等數(shù)據(jù)。對于所有方式的觸達消息，都離不開觸達與點擊，觸達的數(shù)據(jù)通過廠商的需要廠商回調上報，點擊數(shù)據(jù)可以由SDK上報服務端。對于push的關閉，也是需要進行考量的，來評估push是否過度發(fā)送，打擾到了用戶。關閉數(shù)據(jù)有兩部分，一部分為app內部的關閉，sdk直接上報給服務端即可；另一部分為用戶在手機操作系統(tǒng)上關閉了對應app的push，需要APP在前臺時，sdk調用手機終端相關方法獲取該用戶是否關閉了系統(tǒng)通知，然后上報至服務端。注冊數(shù)據(jù)即用戶首次啟動APP時，去相關sdk注冊token。一般來說，用戶退出賬號時，sdk需要上報服務端，解除token與customerid的綁定關系。1.7、PUSH特點1.7.1強提醒不留痕push由于是app自己的通知渠道，是運營的一個重要工具。如果用戶未關閉PUSH通知的話，push可以從通知欄彈出進行消息顯示，具有一定的強提醒性，但PUSH點擊跳轉后便消失，沒有痕跡，因此針對于重點的通知消息，需要在APP內設置消息中心，在PUSH的同時留下通知記錄。1.7.2消息樣式對于各家PUSH來說，一些營銷消息會加入EMOJI表情來吸引用戶點擊，這也是一個吸引用戶點擊的一個小方法，只要服務支持傳輸約定好的EMOJI碼就可以了。目前安卓系統(tǒng)也支持富媒體推送，推送包含圖片、語音等形式，對于資訊類的APP可以增加縮略圖，吸引用戶點擊。目前來看，語音場景還有點挖掘。1.7.3IOS和安卓由于APP是基于手機操作系統(tǒng)，因此對于IOS和安卓的推送的流程及功能基本相同，只不過細節(jié)和方法上略有不同，且國內安卓產(chǎn)商都在安卓系統(tǒng)上進行了一定改造，導致國內安卓廠商標準各不相同，需要開發(fā)同學仔細對接各個廠商。1.8觸達率的提升觸達率的提升需要從消息創(chuàng)建到實際通知到用戶的建立完整流程，細化每一個交互環(huán)節(jié)，發(fā)現(xiàn)影響觸達率的主要瓶頸，并針對性地進行解決或優(yōu)化方案。除此之外，未采用廠商通道的消息也可以采用自己的長連接和其他推送平臺服務同時多條推送，在客戶端的SDK內增加針對同一罅隙流水號的去重，這樣可以也可以提高一部分消息的觸達率。二.從0到1搭建消息管理平臺2.1推送系統(tǒng)流程一般來說，消息推送有2種發(fā)送方式，一種方式為運營活動批量定時投放，需提供系統(tǒng)功能方便運營篩選用戶，然后編輯文案，經(jīng)審核通過后進行發(fā)送。另一種是需要實時觸發(fā)的消息，比如支付成功通知、驗證碼獲取、滿足某種條件觸發(fā)的營銷活動等消息，這類時效性要求較高且每個用戶發(fā)送的消息內容中涉及到差異化的參數(shù)，需要業(yè)務應用實時觸發(fā)。觸發(fā)的消息需經(jīng)過一定的過濾與攔截規(guī)則，針對于短期內已經(jīng)覆蓋過用戶進行過濾，異常或者不合規(guī)的消息進行攔截，按照設定好的渠道進行推送。2.2數(shù)據(jù)準備對于消息推送系統(tǒng)，需要獲取投放的目標用戶的賬號數(shù)據(jù)，往往公司產(chǎn)品的customerID和對應推送渠道的賬號不一致，需要獲取綁定關系，比如短信需要手機號，push需要SDK上報的token，微信需要使用OPENID，相關數(shù)據(jù)的采集在各個渠道的發(fā)送機制的文章里進行闡述。2.3消息創(chuàng)建2.3.1投放人群選擇日常的運營活動為了更加精準，提高貨多功能轉化率，運營同學會根據(jù)一些用戶的特征進行篩選，比如北京地區(qū)用戶，近3天內有登錄過APP的用戶等等，因此消息投放系統(tǒng)需與公司內部數(shù)據(jù)部門的標簽系統(tǒng)進行對接，提供運營同學投放人群選擇。接口實時觸發(fā)的消息，一般需要業(yè)務系統(tǒng)監(jiān)控到用戶行為，將用戶賬號與需要的參數(shù)通過MQ或者接口傳遞至消息推送系統(tǒng)進行發(fā)送。也需提供用戶賬號文件上傳功能，以便突發(fā)事件需要及時告知用戶，避免來不及對涉及用戶數(shù)據(jù)錄入標簽系統(tǒng)等問題。2.3.2消息類型與等級劃分消息的類型的應以消息內容的目的進行劃分，大類可分為通知、營銷、驗證碼等類型。例如，短信行業(yè)內分為通知、營銷、驗證碼類型的消息，該類型的劃分主要為方便路由短信至SP服務商不同通道，不同的通道觸達率也不同，為了保證重要短信的觸達率，需要將各個內容的短信路由至不同的通道發(fā)送。結合個人經(jīng)驗，公司內部可以根據(jù)實際情況進行更細粒度的劃分，比如增加通知+營銷類型，可能場景為用戶支付成功后，在表述完用戶支付成功信息后，結合適當場景增加領取優(yōu)惠文案，引導用戶向其他活動轉化。對于金融借貸類的機構，也可增加還款通知類型，主要為用戶產(chǎn)生逾期行為需要提示還款的消息；原因為特殊期間，還款通知類短信可能會受特別的管制，單獨出來可以進行較好的監(jiān)控與處理。對于通知類的消息，也應該按照等級進行劃分，比如用戶支付成功提示消息和優(yōu)惠券到賬通知消息，顯然不應該是同一等級。支付消息涉及用戶資金變動，通知等級較高；優(yōu)惠券到賬消息更偏營銷類型，通知等級較低。為避免對用戶產(chǎn)生更多干擾，需要分級進行控制，必要的時候降低等級較低的消息的推送頻率。2.3.3消息內容不同的渠道的消息，所需要的消息內容不一樣，短信內容僅需要短信對話框內的文案即可，PUSH需要展示標題與內容摘要；微信有模板消息與圖文、語音等多類型的消息內容。在產(chǎn)品設計時，選擇了對應的投放渠道后，應展示對應渠道所需的字段，且為必填項。2.3.4消息跳轉消息觸達到用戶后，對于感興趣的用戶需要進一步了解信息，那么目前各類消息的載體不是有足夠的空間來展示所有的信息，因此需要跳轉到落地頁進行詳細信息獲取。短信類型的消息需要將長鏈轉化成短鏈再進行發(fā)送，一是為了節(jié)省成本，因為短信是按照字符數(shù)進行收費的，二是為了用戶體驗，用戶在手機上看到的不應該是一對長的亂碼。PUSH需要根據(jù)跳轉的不同的頁面設置不同的跳轉類型，如H5頁面和原生頁面，跳轉協(xié)議由客戶端提供，消息系統(tǒng)只需要將其配置到系統(tǒng)上，運營同學可以選擇就可以。微信的消息內容一般模板消息條狀到H5的活動頁，圖文消息跳轉到文章詳情，文本消息中也可以添加超鏈接，跳轉到小程序。2.3.5其他需記錄信息消息發(fā)送部門：此數(shù)據(jù)是用來作為后期短信費用結算的依據(jù)，按照消息發(fā)送部門扣減公司內部各業(yè)務線的費用，對于PUSH、微信消息等免費的資源，也可分析關系各個業(yè)務部門對消息資源的使用情況。轉化行為口徑：消息點擊后的一個環(huán)節(jié)一般是轉化，為了更好地衡量消息發(fā)送的質量，應該記錄下每條消息下發(fā)的目的，比如：訂單、實名、激活、下載、通知等，將消息與轉化行為匹配起來進行數(shù)據(jù)分析。產(chǎn)研負責人：在消息發(fā)送之前應該記錄好每個任務或模板，對應業(yè)務線的產(chǎn)品、研發(fā)實際消息的負責人，當消息發(fā)生客訴時，通過消息記錄查詢功能，便可迅速定位消息的產(chǎn)研負責人，緊急確認對應消息是否有異常并解決。2.3.6推送時間設置對于不同發(fā)送形式的消息，推送時間不同。創(chuàng)建的消息任務可以預定時間進行發(fā)送；對于已經(jīng)固化下的營銷場景，需設置周期性任務，設置初始執(zhí)行時間與執(zhí)行周期，降低運營操作成本。接口觸發(fā)的時間一般為實時觸發(fā)，觸發(fā)時間由業(yè)務系統(tǒng)決定。2.3.7在線測試當消息任務設置好后，需要驗證消息投放出去后展示的效果與相關跳轉是否正常，避免造成線上推送事故。測試需要發(fā)送運營設置好的真實內容，推送對象為內部消息創(chuàng)建者。為避免出現(xiàn)消息誤發(fā)，測試發(fā)送的文案前應添加“測試”，或設置測試白名單，不在白名單內的賬號無法進行測試。2.4消息審核當消息任務或者消息模板創(chuàng)建好，需要經(jīng)過謹慎審核后才能發(fā)送，避免出現(xiàn)工作失誤產(chǎn)生不良影響。審核級別一般需要業(yè)務線內部負責人審核與公司平臺或者對應職能部門審核。審核要點主要為：消息文案是否符合廣告法、消息跳轉是否正常、發(fā)送頻率、時間是否合適等。2.5消息過濾與攔截消息過濾主要針對營銷類型消息，時段限制（早上9點至晚上8點之間可發(fā)送）、頻率限制（用戶7天內只能收到1條短信，針對于周期性任務，同一任務觸達過的用戶可以進一步擴大過濾周期，）、黑名單限制（用戶退訂）。消息攔截主要為限制發(fā)送量級，比如每個業(yè)務線針對同一用戶每日最多發(fā)送5條短信；公司整體對同一個用戶最多發(fā)送30條短信；短時間（時間可設置，如300S）內同一用戶重復內容過濾；量級的控制只要為避免由于業(yè)務系統(tǒng)故障造成的對用戶消息轟炸，產(chǎn)生不良影響。關鍵詞攔截，如包含違法、暴力等詞匯。不同的場景使用的過濾頻率可做適當調整，比如用戶對短信消息的容忍度比push的容忍度較低，因此短信頻率應該更加嚴格。2.6消息發(fā)送目前經(jīng)過種種邏輯的處理，消息終于到了發(fā)送環(huán)節(jié)。發(fā)送環(huán)節(jié)主要后臺邏輯，重點要優(yōu)化消息發(fā)送的性能，提高消息發(fā)送的穩(wěn)定性，避免業(yè)務損失。發(fā)送環(huán)節(jié)應該添加監(jiān)控并且適當打印日志，以便及發(fā)現(xiàn)異常并定位問題。2.7消息路由短信、安卓push均可接入多個渠道，搭建分發(fā)集群。可以根據(jù)業(yè)務業(yè)務邏輯指定通道發(fā)送，也可以根據(jù)下游通道狀態(tài)自動路由。2.8數(shù)據(jù)分析對于觸達系統(tǒng)來說，數(shù)據(jù)分析一般按照消息的全流程進行分析，包括發(fā)送數(shù)量——觸達數(shù)量——點擊數(shù)量——轉化數(shù)據(jù)。如果涉及消息對APP進行導流，提高APP活躍，也許統(tǒng)計各消息為帶來APP喚起次數(shù)。對