著(zhù)陸頁(yè)關(guān)鍵詞搜索引擎優(yōu)化(本篇可以看下推送系統從0到1（五）：推送消息如何丟失)

　　本文將介紹推送登陸頁(yè)面的設計、登陸頁(yè)面的用戶(hù)行為、消息中心。享受~

　　上一篇文章介紹了推送消息在傳輸過(guò)程中的丟失，并描述了消息丟失的幾個(gè)原因和建議。沒(méi)看過(guò)的可以看一下從0到1的推送系統（五）：推送消息是如何丟失的。從第二章開(kāi)始介紹推送的全過(guò)程，從訪(fǎng)問(wèn)推送服務(wù)、推送消息建立、消息傳輸、消息到達等階段。

　　本文進(jìn)入推送過(guò)程的最后階段。用戶(hù)點(diǎn)擊推送消息后，進(jìn)入登陸頁(yè)面。這是用戶(hù)使用推送系統的最后一個(gè)環(huán)節，也是整個(gè)推送的最終目的：把用戶(hù)帶到落地頁(yè)。因此，本文將重點(diǎn)介紹推送登陸頁(yè)面的設計、登陸頁(yè)面的用戶(hù)行為以及消息中心。本章將是關(guān)于推送過(guò)程 文章 的最后一章。從下一章開(kāi)始，將深入運營(yíng)層面（如個(gè)性化推送）、數據層面（如用戶(hù)畫(huà)像、提升推送點(diǎn)擊率、數據監控等）給大家介紹。

　　1. 登陸頁(yè)面設計

　　用戶(hù)收到推送消息后，如果對推送的文案和內容感興趣，會(huì )點(diǎn)擊推送內容瀏覽詳情。這似乎有點(diǎn)類(lèi)似于列表頁(yè)，通過(guò)標題、摘要或圖片來(lái)吸引用戶(hù)瀏覽，但推送是及時(shí)和有方向的。用戶(hù)無(wú)需進(jìn)入應用內列表頁(yè)面即可查看摘要的內容。能否吸引用戶(hù)點(diǎn)擊是推送消息內容的責任；用戶(hù)點(diǎn)擊后能否達到操作目的是登陸頁(yè)面的責任。

　　1.1 登陸頁(yè)面的類(lèi)型

　　根據推送目的的需要，落地頁(yè)可以是APP內的原生頁(yè)、活動(dòng)頁(yè)等。例如促進(jìn)APP內部流程的改造，如下單、發(fā)貨、發(fā)貨等。電子商務(wù)收據網(wǎng)站；另一個(gè)例子是社交軟件的聊天消息；或者信息平臺的文章的內容等等。這些類(lèi)型的推送大部分都重定向到APP中的原生頁(yè)面。這些類(lèi)型的頁(yè)面有兩個(gè)優(yōu)點(diǎn)：

　　原生頁(yè)面加載速度快，減少用戶(hù)點(diǎn)擊消息登陸過(guò)程中的流失。用戶(hù)熟悉原生頁(yè)面，知道頁(yè)面的入口和出口。

　　但是，這種類(lèi)型的頁(yè)面也有局限性。用戶(hù)對這些頁(yè)面非常熟悉，以至于將來(lái)再次打開(kāi)它們的機會(huì )將會(huì )減少。比如電商的發(fā)貨提醒網(wǎng)站，之前點(diǎn)擊幾次后，你會(huì )發(fā)現是訂單發(fā)貨狀態(tài)。再次收到派送提醒的推送后，即可根據通知消息了解派送狀態(tài)，完成需知進(jìn)度，不再需要點(diǎn)擊瀏覽。

　　但活動(dòng)頁(yè)面多采用H5等網(wǎng)頁(yè)形式，由于形式靈活多變，使用網(wǎng)頁(yè)的概率極高。與原生頁(yè)面相比，它的加載速度略有優(yōu)勢（當然，在一些大廠(chǎng)的APP中，這個(gè)差距可以忽略不計）。這可能會(huì )導致用戶(hù)在等待時(shí)離開(kāi)。但是，活動(dòng)推送因其收錄的運營(yíng)策略而對用戶(hù)更具吸引力，而且風(fēng)格也不是用戶(hù)常用的頁(yè)面。

　　綜上所述，落地頁(yè)的設計最終是根據推送需求來(lái)確定的，但是由于選擇的頁(yè)面類(lèi)型不同，在數據性能上會(huì )有一定的差異，所以當有這個(gè)期待就足夠了設計。著(zhù)陸頁(yè)的類(lèi)型對用戶(hù)轉化的影響并不是特別大，而是用戶(hù)對通知消息的期望與著(zhù)陸頁(yè)的實(shí)際結果之間的差異。以下是用戶(hù)對登錄頁(yè)面的期望。

　　1.2 用戶(hù)對登陸頁(yè)面的期望

　　與大多數公眾號和列表頁(yè)面的用戶(hù)期望類(lèi)似，用戶(hù)在瀏覽推送消息時(shí)也會(huì )產(chǎn)生一定的預期效果。用戶(hù)可能被所謂的“標題黨”所吸引，也可能對新聞中的“誘惑”感興趣。但在用戶(hù)點(diǎn)擊的那一刻，他已經(jīng)在腦海中預料到了著(zhù)陸頁(yè)的內容?？赡苣阌龅竭^(guò)這樣的場(chǎng)景，收到了一個(gè)電商網(wǎng)站推送的促銷(xiāo)活動(dòng)：參加活動(dòng)，立馬打折XXX；被價(jià)格吸引后，點(diǎn)擊推送，發(fā)到活動(dòng)頁(yè)面，輾轉反側，找不到打折的地方。這時(shí)候你肯定會(huì )直接關(guān)閉APP。從推送的傳播來(lái)看，是成功的，用戶(hù)被標題成功吸引并登陸著(zhù)陸頁(yè)。這次推送帶來(lái)的商業(yè)轉化效果是需要考慮的，但毫無(wú)疑問(wèn)，用戶(hù)的期望是落地頁(yè)確實(shí)有優(yōu)惠信息，應該一進(jìn)去就能找到。由于預期與落地頁(yè)不匹配，很可能用戶(hù)下次根本不會(huì )點(diǎn)擊通知消息，或者用戶(hù)干脆關(guān)閉通知權限。

　　因此，在推送消息和登陸頁(yè)面的設計中需要考慮用戶(hù)的期望。與公眾號或列表頁(yè)相比，標題黨確實(shí)需要謹慎使用，否則將無(wú)法達到后續轉化的目的，更多將直接失去一位用戶(hù)。畢竟，不符合預期而返回的列表頁(yè)面點(diǎn)擊后仍然是列表，那就是用戶(hù)主動(dòng)點(diǎn)擊的行為。至于推送消息，是先從外面進(jìn)入APP的，不是用戶(hù)主動(dòng)發(fā)現的。如果著(zhù)陸頁(yè)不符合用戶(hù)的期望，用戶(hù)大概率直接關(guān)閉。

　　因此，在推送消息和落地頁(yè)的設計中，盡量考慮用戶(hù)的預期效果，不要把消息和落地頁(yè)文字放在問(wèn)題之外。即使使用了一些商業(yè)運營(yíng)方式，也請不要放在落地頁(yè)，而是考慮放在后續行為頁(yè)。

　　1.3 登陸頁(yè)面設計目的

　　如前所述，由于落地頁(yè)的設計目的不同，設計類(lèi)型和推送消息會(huì )有不同的展示方式。那么在著(zhù)陸頁(yè)的設計中，就需要根據目的進(jìn)行設計。需要記住的是，與用戶(hù)正常的瀏覽行為不同，推送是從應用程序外部直接進(jìn)入登陸頁(yè)面，由平臺/第三方發(fā)起的。不同的用戶(hù)行為自然不同于正常的瀏覽用戶(hù)。與普通瀏覽用戶(hù)相比，被推送用戶(hù)的耐心（瀏覽時(shí)間）、瀏覽量和轉化效果可能與普通瀏覽用戶(hù)有所不同。登陸頁(yè)面的設計需要考慮到目的。

　　(1）如果設計目的是實(shí)現改造/過(guò)程連接

　　那么，在落地頁(yè)的設計上，吸引用戶(hù)轉化的點(diǎn)就更加突出了。最好直接放在首屏，轉化的核心入口要突出顯示，降低用戶(hù)翻找成本。同時(shí)，內容的設計應盡量滿(mǎn)足用戶(hù)的需求或完成過(guò)程的銜接。比如一個(gè)電商平臺想要實(shí)現用戶(hù)的購買(mǎi)，如果頁(yè)面是用戶(hù)需要的產(chǎn)品折扣頁(yè)面，那么轉化的可能性就很高。如果這個(gè)頁(yè)面是用戶(hù)轉換過(guò)程中的鏈接頁(yè)面，請告訴用戶(hù)他們所處的過(guò)程或狀態(tài)，因為用戶(hù)不是通過(guò)正常過(guò)程下來(lái)的，而是從外面進(jìn)來(lái)的。

　　(2）如果設計目的是增加瀏覽

　　理論上，推送用戶(hù)的瀏覽量不如正常瀏覽用戶(hù)的瀏覽量。這是因為用戶(hù)主動(dòng)和被動(dòng)產(chǎn)生的差異化效果。當然，不排除推送的內容非常適合用戶(hù)需求，落地頁(yè)的設計可以引導用戶(hù)一步步深入瀏覽。因此，以增加瀏覽量為目的的落地頁(yè)設計需要考慮用戶(hù)不是來(lái)自首頁(yè)/列表頁(yè)。按照正常的返程習慣，無(wú)論從哪里來(lái)，他們都會(huì )返回。那么用戶(hù)很可能在瀏覽完當前頁(yè)面后瀏覽當前頁(yè)面。離開(kāi)應用程序。因此，著(zhù)陸頁(yè)出口的設計需要更多的關(guān)注。如果你想增加頁(yè)面瀏覽量，你需要更多的頁(yè)面退出，你需要加強引導瀏覽的渠道。如果你觀(guān)察天貓的推送，你會(huì )發(fā)現它猜你喜歡推送。大多數登陸頁(yè)面都有大量的產(chǎn)品條目，為用戶(hù)提供了繼續瀏覽的條目。減少用戶(hù)瀏覽當前頁(yè)面后因習慣性返回而離開(kāi)APP。

　　(2）如果設計目的是滿(mǎn)足用戶(hù)需求

　　如果是為了滿(mǎn)足用戶(hù)的需求，比如提醒推送用戶(hù)獲取新聞，新聞推送用戶(hù)獲取最新信息，文章推送用戶(hù)興趣。這些推送的目的更多是為了滿(mǎn)足用戶(hù)的需求，所以落地頁(yè)的設計應該直接展示想要的內容。這種推送會(huì )更簡(jiǎn)單更純粹，因為競爭力在于內容本身，推送只是觸達用戶(hù)的一種方式。

　　2. 登陸頁(yè)面用戶(hù)行為

　　上面已經(jīng)介紹過(guò)，推送進(jìn)來(lái)的用戶(hù)行為可能與正常路徑進(jìn)來(lái)的用戶(hù)行為不同，所以需要對這部分的用戶(hù)行為進(jìn)行監控。監控和分析您的行為，以發(fā)現和調整轉化的關(guān)鍵驅動(dòng)因素。這里推薦兩種用戶(hù)行為的 data采集 方法：

　　沙漏模型：從用戶(hù)點(diǎn)擊推送進(jìn)入落地頁(yè)到實(shí)際轉化與普通用戶(hù)的轉化沙漏對比偏好模型：從用戶(hù)停留、瀏覽深度、按鍵交互等方面進(jìn)行分析比較

　　第一種方式多用于事件落地頁(yè)，根據用戶(hù)的轉化效果不斷調整頁(yè)面設計，力求達到最高的商業(yè)價(jià)值。第二種多用于個(gè)性化精準推送，讓用戶(hù)點(diǎn)擊推送落地后的數據表現依次修正用戶(hù)畫(huà)像，后續章節會(huì )詳細介紹。對比用戶(hù)行為和設計目的，我們可以對比分析原設計中預先確定的用戶(hù)行為路徑，不斷調整著(zhù)陸頁(yè)，使其更符合設計目的。

　　3. 推送消息存儲-消息中心設計

　　用戶(hù)瀏覽著(zhù)陸頁(yè)后，也可以點(diǎn)擊左上角的返回。他們此時(shí)應該返回哪里？按理說(shuō)它會(huì )回到原來(lái)的地方，但是推送是從系統通知欄點(diǎn)擊的。是否返回手機主屏幕？有些app的做法會(huì )回到app的首頁(yè)，或者登陸頁(yè)面的入口頁(yè)面。但是如果登陸頁(yè)面是特殊事件頁(yè)面并且沒(méi)有常規入口怎么辦？也就是說(shuō)，如果用戶(hù)不小心離開(kāi)了，怎么才能找到剛剛推送的著(zhù)陸頁(yè)呢？這時(shí)候很多APP都會(huì )通過(guò)消息中心來(lái)解決消息存儲的問(wèn)題。

　　3.1 消息中心的作用

　　消息中心作為推送消息的存儲中心，提供了再次訪(fǎng)問(wèn)推送登陸頁(yè)面的機會(huì )。不僅如此，消息中心還承擔著(zhù)離線(xiàn)消息的作用。如果用戶(hù)沒(méi)有點(diǎn)擊推送消息或清除推送消息，當用戶(hù)啟動(dòng)APP時(shí)，消息中心仍然為用戶(hù)提供訪(fǎng)問(wèn)消息登陸頁(yè)面的機會(huì )。很多APP會(huì )將消息中心單獨放置在重要??標簽頁(yè)，并添加小紅點(diǎn)提醒；如果用戶(hù)點(diǎn)擊了推送消息并瀏覽過(guò)，不小心離開(kāi)登陸頁(yè)面或者想下次瀏覽，消息中心提供登陸頁(yè)面的長(cháng)期訪(fǎng)問(wèn)權限。

　　對于社交應用來(lái)說(shuō)，消息中心是最重要的聊天列表，推送是次要的，僅作為提醒功能。這類(lèi)APP會(huì )將消息中心作為最重要的頁(yè)面。既然消息中心如此重要，那么應該如何設計呢？

　　3.2 消息中心的設計

　　根據消息中心的角色描述，消息中心保存推送消息，并提供重訪(fǎng)入口。那么消息中心的實(shí)現是直接將通知存儲在A(yíng)PP中嗎？其實(shí)不是，下面將介紹消息中心的設計原理。

　　(1）消息傳遞

　　消息中心的消息傳遞實(shí)際上是與推送消息的兩套消息傳遞機制。消息中心的消息更類(lèi)似于離線(xiàn)推送。由于不需要實(shí)現用戶(hù)關(guān)閉APP（完成推送）時(shí)的及時(shí)提醒，所以消息中心的消息多為APP啟動(dòng)后的數據拉取。雖然有兩組數據傳輸方式，但兩者是相互關(guān)聯(lián)的。消息中心需要知道推送消息的內容，讀取狀態(tài)等相關(guān)信息，所以需要將推送消息的狀態(tài)和內容反饋給服務(wù)器，并在消息中心展示。

　　(2）消息的存儲

　　消息的存儲方式主要有兩種：一種是使用用戶(hù)賬號登錄遷移。該方法涉及數據同步。由于成本高，使用場(chǎng)景少。另一種是保存在客戶(hù)端本地，卸載或遷移后數據會(huì )丟失。大多數APP都使用這種方法。消息存儲的難點(diǎn)在于每個(gè)人的消息都不一樣，需要單獨存儲。這個(gè)存儲量比較大，相當于每個(gè)人都有自己的一套消息中心。因此，建議將大多數消息存儲在客戶(hù)端和服務(wù)器端。更負責新消息的傳遞和消息的閱讀狀態(tài)（這里需要和研發(fā)多討論，尋求更好的存儲和實(shí)現方式）。

　　(3）消息中心顯示

　　由于消息的類(lèi)型不同，消息中心的呈現方式也大不相同。比如電商類(lèi)網(wǎng)站，由于消息的類(lèi)型不同，消息中心的內容頁(yè)有多種展示方式。比如消息列表的形式，比如微信公眾號的形式，比如即時(shí)通訊對話(huà)框等等。不管消息中心長(cháng)什么樣，它解決的最后一個(gè)問(wèn)題就是消息的展示和存儲。為用戶(hù)提供消息登錄頁(yè)面的入口。

　　由于本章主要介紹推送落地頁(yè)的設計和入口方法，而消息中心作為落地頁(yè)的存儲和入口，這里就簡(jiǎn)單介紹一下。關(guān)于消息中心的具體設計和實(shí)現，我們有機會(huì )在這里做一個(gè)詳細的介紹。只是簡(jiǎn)單介紹一下它的用途。

　　本文摘要

　　本文主要介紹推送登陸頁(yè)面的設計以及消息中心的功能和原理?？偨Y如下：

　　著(zhù)陸頁(yè)的類(lèi)型根據著(zhù)陸頁(yè)的設計要求確定。推送消息和登陸頁(yè)面需要給用戶(hù)預期的一致性。用戶(hù)推送登陸頁(yè)面的行為不同于普通用戶(hù)瀏覽一個(gè)優(yōu)化好的登陸頁(yè)面消息中心承擔著(zhù)消息存儲和登陸頁(yè)面入口的重任

　　至此，推送流程的介紹已經(jīng)基本完成。工藝介紹存在很多不足或不準確之處。我也期待您的修改建議。非常感謝您的支持。下一篇將是個(gè)性化精準推送的開(kāi)始，介紹如何獲取用戶(hù)行為、分析用戶(hù)偏好、構建用戶(hù)畫(huà)像。敬請期待。