01 消息訂閱機制(app推送用戶消息的時間基于什么原則進行選擇的)

小程序接入訂閱消息操作指南

最近，買粉絲對小程序模板消息下發條件進行了調整， 訂閱消息已經登場，小程序模板消息將退出舞臺， 作為開發者的你，跟上買粉絲的節奏了嗎？

以前，在用戶點擊小程序內按鈕后，開發者必須在7天內給用戶下發模板消息，但模板消息不僅難以完全滿足信息推送訴求，還有可能對用戶帶來困擾。

還在用小程序模板消息的你，趕緊加快腳步跟上來吧，這里奉上一份操作指南，希望能幫到你～

訂閱消息是需要用戶主動訂閱 ，開發者才可以面向用戶發送的消息。路徑示意如下：

關鍵要素如下 ：

訂閱消息下發條件：用戶自主訂閱

訂閱消息推送位置：服務通知

訂閱消息卡片跳轉能力：點擊查看詳情可跳轉至該小程序的頁面

模板消息

當用戶在小程序內完成特定的交互行為（支付或提交表單行為）來收集 formid，后續利用該 formid 可以在 7 天內任意時間給該用戶推送模板消息。

發送模板消息一定要攜帶 formid

推送的有效時間為 7 天

用戶只能被動選擇接收，下發的權利掌握在開發者手上

訂閱消息

當用戶在小程序內點擊特定按鈕后會彈出申請訂閱彈窗，同意后小程序可在后續任意時間給該用戶推送服務通知。較模板消息，訂閱消息有如下幾個特點：

01.選擇權在用戶手中

在小程序里，訂閱消息像是一個開關，需要用戶主動點擊授權之后，開發者才能向其推送服務通知。

02.時長不受限制

訂閱消息沒有7天內推送消息的時間限制，只要用戶沒有主動拒收消息推送，就可以隨時推送服務通知。

03.安全系數更高

原來的模板消息，用戶被動接收，更容易被投訴、舉報，封禁功能的風險系統極高。而訂閱消息恰恰相反，訂閱消息由用戶主動訂閱，即用戶愿意接收由小程序發送的相關消息，更符合買粉絲的綠規。

接入訂閱消息的步驟，主要分三步：

1.選擇訂閱消息模板

進入買粉絲小程序后臺，選擇/添加小程序服務類目，買粉絲將自動根據類目分配消息模板到你的公共模板庫，你可在公共模板庫中，選擇合適的模板（或者申請新模板，申請新模板須審核后才可使用）。

訂閱消息的模板與小程序所屬類目直接掛鉤，如果刪除小程序類目，該類目對應的訂閱消息模板也將一并刪除，請特別留意。

2.將訂閱消息的觸發埋入用戶交互流程中

申請發送訂閱消息，需要用戶手動在小程序進行觸發。將訂閱消息的觸發設計到小程序的交互流程中，用戶點擊后，才能觸發訂閱申請彈窗。

3.用戶點擊觸發后，下發訂閱消息發送申請彈窗

用戶勾選同意下發的模板，點擊“允許”后，就可以用該模板進行推送。

關于訂閱消息的使用，我建議：

1.關于訂閱時機 ：讓用戶在需要用到消息的時候，觸發訂閱機制，而不要讓用戶一打開小程序就進行訂閱；

2.關于訂閱內容 ：引導用戶訂閱跟用戶當前的服務相關的模板消息，其他暫時用不到的模板建議等用戶用到之后再訂閱，以免用戶產生誤解而取消訂閱；

3.關于訂閱流程 ：建議開發者將訂閱消息融入到自然的產品體驗流程中；

4.關于強制訂閱 ：不建議進行強制訂閱，避免出現用戶不訂閱就無法進行下一步操作的情況，引起用戶反感。

當然，還有這些關于運營的Tips：

新的訂閱消息下發條件，有什么規范要求？

為了給用戶提供更好的使用體驗，開發者不可強制用戶訂閱，也不可下發與用戶預期不符或違反國家法律法規的內容。具體可參考文檔： 《小程序訂閱消息接口運營規范》 。

我是產品運營，如何對我們的用戶創建推送？

消息推送需要開發調用接口下發訂閱消息，包括將訂閱消息的觸發設計到小程序的交互流程中，均需開發才可實現，目前買粉絲沒有提供推送的可視化產品服務。

「小神推」 是專注于小程序的粉絲推送平臺，基于買粉絲的訂閱消息的推出，從選擇訂閱消息模板，配置訂閱消息的觸發，收集用戶訂閱數據，創建推送觸達用戶，到統計用戶召回效果,  「小神推」 提供了一整套的產品服務，實現配置推送可視化，降低推送消息的開發成本，精準匹配目標用戶，幫你實現精細化運營，助力小程序提高用戶留存。

若要提高訂閱用戶的數量，可參考如下兩種方法：

方法一：多場景配置觸發訂閱環節及消息模板  針對不同場景下的訂閱消息發送需求，用戶觸發的場景也可以多樣化， 「小神推」 支持可視化配置觸發訂閱環節，隨時按需配置或者禁用。支持消息模板的增刪改查，保持與買粉絲實時同步。

以餐飲行業為例：（以下場景僅示例，開發者可靈活配置）

方法二：引導取消訂閱消息的用戶重新訂閱

假設用戶在訂閱申請彈窗中，勾選了“總是保持以上選擇，不再詢問”，并點擊了“取消”，則用戶取消了訂閱，可引導用戶重新訂閱。

可引導用戶點擊小程序右上角“···”，進入設置頁，點擊消息訂閱-點擊接收訂閱消息。

app推送用戶消息的時間基于什么原則進行選擇的

APP在進行消息推送時，推送時間的選擇非常重要，以下分享四個原則：

1.盡量選擇用戶空閑時間推送

推送的目的是引導客戶點擊激活APP，只有當用戶有時間去查看你的推送內容的時候，才有可能去點擊。一般推送的時間可以選擇在早上上班途中、午飯后的午休時間、傍晚下班途中、晚飯后睡覺前。

2.根據APP類型定制推送時間

不同類型的APP用戶使用時間段是不同的。比如我們發現社交類APP用戶在早上9-10點以及晚上10點之后會比較活躍；電商類APP用戶活躍時間多集中在中午12點和晚上10點；資訊類APP用戶的活躍時間一般集中在早上7點至10點；直播類APP用戶在晚上10點至12點活躍度最高，選擇在APP用戶活躍較高的時間段內推送，可以起到事半功倍的效果。

3.用戶畫像輔助精細化推送時間

如果你有自己的用戶畫像（如果沒有的話個推有這個能力提供），那么你還可以更精細化一些，結合用戶畫像進行高效推送。

4. 借助專業的消息運營工具，找出最佳的推送時機

APP還可以通過個推消息推送這樣的專業第三方推送工具來找出效果最佳的推送方案。比如，APP可以通過個推消息推送的亮屏推送功能，實時查詢目標設備當前狀態，智能選擇在用戶設備亮屏的合適時機下發消息，以此提升消息點擊率。APP還可以借助個推消息推送的用戶畫像分析能力，洞察用戶真實的行為偏好，從而制定最佳的推送時間。

如果您對個推消息推送感興趣，歡迎前往個推開發者中心免費注冊體驗。    

消息推送功能

消息隊列原理及選型

消息隊列（Message Queue）是一種進程間通信或同一進程的不同線程間的通信方式。

Broker（消息服務器）

Broker的概念來自與Apache ActiveMQ，通俗的講就是MQ的服務器。

Procer（生產者）

業務的發起方，負責生產消息傳輸給broker

Consumer（消費者）

業務的處理方，負責從broker獲取消息并進行業務邏輯處理

Topic（主題）

發布訂閱模式下的消息統一匯集地，不同生產者向topic發送消息，由MQ服務器分發到不同的訂閱 者，實現消息的廣播

Queue（隊列）

PTP模式下，特定生產者向特定queue發送消息，消費者訂閱特定的queue完成指定消息的接收。

Message（消息體）

根據不同通信協議定義的固定格式進行編碼的數據包，來封裝業務數據，實現消息的傳輸

點對點模型用于消息生產者和消息消費者之間點到點的通信。

點對點模式包含三個角色：

每個消息都被發送到一個特定的隊列，接收者從隊列中獲取消息。隊列保留著消息，可以放在內存 中也可以持久化，直到他們被消費或超時。

特點：

發布訂閱模型包含三個角色：

多個發布者將消息發送到Topic，系統將這些消息傳遞給多個訂閱者。

特點：

AMQP即Advanced Message Queuing Proto買粉絲l，是應用層協議的一個開放標準，為面向消息的中間件設計。消息中間件主要用于組件之間的解耦，消息的發送者無需知道消息使用者的存在，反之亦然。AMQP 的主要特征是面向消息、隊列、路由（包括點對點和發布/訂閱）、可靠性、安全。

優點：可靠、通用

MQTT（Message Queuing Telemetry Transport，消息隊列遙測傳輸）是IBM開發的一個即時通訊協議，有可能成為物聯網的重要組成部分。該協議支持所有平臺，幾乎可以把所有聯網物品和外部連接起來，被用來當做傳感器和致動器（比如通過Twitter讓房屋聯網）的通信協議。

優點：格式簡潔、占用帶寬小、移動端通信、PUSH、嵌入式系統

STOMP（Streaming Text Orientated Message Proto買粉絲l）是流文本定向消息協議，是一種為MOM(Message Oriented Middleware，面向消息的中間件)設計的簡單文本協議。STOMP提供一個可互操作的連接格式，允許客戶端與任意STOMP消息代理（Broker）進行交互。

優點：命令模式（非topic\queue模式）

XMPP（可擴展消息處理現場協議，Extensible Messaging and Presence Proto買粉絲l）是基于可擴展標記語言（XML）的協議，多用于即時消息（IM）以及在線現場探測。適用于服務器之間的準即時操作。核心是基于XML流傳輸，這個協議可能最終允許因特網用戶向因特網上的其他任何人發送即時消息，即使其操作系統和瀏覽器不同。

優點：通用公開、兼容性強、可擴展、安全性高，但XML編碼格式占用帶寬大

RabbitMQ 是實現 AMQP（高級消息隊列協議）的消息中間件的一種，最初起源于金融系統，用于在分布式系統中存儲轉發消息，在易用性、擴展性、高可用性等方面表現不俗。 RabbitMQ 主要是為了實現系統之間的雙向解耦而實現的。當生產者大量產生數據時，消費者無法快速消費，那么需要一個中間層。保存這個數據。

RabbitMQ 是一個開源的 AMQP 實現，服務器端用Erlang語言編寫，支持多種客戶端，如：Python、Ruby、.NET、Java、JMS、C、PHP、Acti

很赞哦!（51）