着陆页关键词搜索引擎优化(本篇可以看下推送系统从0到1（五）：推送消息如何丢失)

　　着陆页关键词搜索引擎优化(本篇可以看下推送系统从0到1（五）：推送消息如何丢失)

　　本文将介绍推送登陆页面的设计、登陆页面的用户行为、消息中心。享受~

　　上一篇文章介绍了推送消息在传输过程中的丢失，并描述了消息丢失的几个原因和建议。没看过的可以看一下从0到1的推送系统（五）：推送消息是如何丢失的。从第二章开始介绍推送的全过程，从访问推送服务、推送消息建立、消息传输、消息到达等阶段。

　　本文进入推送过程的最后阶段。用户点击推送消息后，进入登陆页面。这是用户使用推送系统的最后一个环节，也是整个推送的最终目的：把用户带到落地页。因此，本文将重点介绍推送登陆页面的设计、登陆页面的用户行为以及消息中心。本章将是关于推送过程 文章 的最后一章。从下一章开始，将深入运营层面（如个性化推送）、数据层面（如用户画像、提升推送点击率、数据监控等）给大家介绍。

　　1. 登陆页面设计

　　用户收到推送消息后，如果对推送的文案和内容感兴趣，会点击推送内容浏览详情。这似乎有点类似于列表页，通过标题、摘要或图片来吸引用户浏览，但推送是及时和有方向的。用户无需进入应用内列表页面即可查看摘要的内容。能否吸引用户点击是推送消息内容的责任；用户点击后能否达到操作目的是登陆页面的责任。

　　1.1 登陆页面的类型

　　根据推送目的的需要，落地页可以是APP内的原生页、活动页等。例如促进APP内部流程的改造，如下单、发货、发货等。电子商务收据网站；另一个例子是社交软件的聊天消息；或者信息平台的文章的内容等等。这些类型的推送大部分都重定向到APP中的原生页面。这些类型的页面有两个优点：

　　原生页面加载速度快，减少用户点击消息登陆过程中的流失。用户熟悉原生页面，知道页面的入口和出口。

　　但是，这种类型的页面也有局限性。用户对这些页面非常熟悉，以至于将来再次打开它们的机会将会减少。比如电商的发货提醒网站，之前点击几次后，你会发现是订单发货状态。再次收到派送提醒的推送后，即可根据通知消息了解派送状态，完成需知进度，不再需要点击浏览。

　　但活动页面多采用H5等网页形式，由于形式灵活多变，使用网页的概率极高。与原生页面相比，它的加载速度略有优势（当然，在一些大厂的APP中，这个差距可以忽略不计）。这可能会导致用户在等待时离开。但是，活动推送因其收录的运营策略而对用户更具吸引力，而且风格也不是用户常用的页面。

　　综上所述，落地页的设计最终是根据推送需求来确定的，但是由于选择的页面类型不同，在数据性能上会有一定的差异，所以当有这个期待就足够了设计。着陆页的类型对用户转化的影响并不是特别大，而是用户对通知消息的期望与着陆页的实际结果之间的差异。以下是用户对登录页面的期望。

　　1.2 用户对登陆页面的期望

　　与大多数公众号和列表页面的用户期望类似，用户在浏览推送消息时也会产生一定的预期效果。用户可能被所谓的“标题党”所吸引，也可能对新闻中的“诱惑”感兴趣。但在用户点击的那一刻，他已经在脑海中预料到了着陆页的内容。可能你遇到过这样的场景，收到了一个电商网站推送的促销活动：参加活动，立马打折XXX；被价格吸引后，点击推送，发到活动页面，辗转反侧，找不到打折的地方。这时候你肯定会直接关闭APP。从推送的传播来看，是成功的，用户被标题成功吸引并登陆着陆页。这次推送带来的商业转化效果是需要考虑的，但毫无疑问，用户的期望是落地页确实有优惠信息，应该一进去就能找到。由于预期与落地页不匹配，很可能用户下次根本不会点击通知消息，或者用户干脆关闭通知权限。

　　因此，在推送消息和登陆页面的设计中需要考虑用户的期望。与公众号或列表页相比，标题党确实需要谨慎使用，否则将无法达到后续转化的目的，更多将直接失去一位用户。毕竟，不符合预期而返回的列表页面点击后仍然是列表，那就是用户主动点击的行为。至于推送消息，是先从外面进入APP的，不是用户主动发现的。如果着陆页不符合用户的期望，用户大概率直接关闭。

　　因此，在推送消息和落地页的设计中，尽量考虑用户的预期效果，不要把消息和落地页文字放在问题之外。即使使用了一些商业运营方式，也请不要放在落地页，而是考虑放在后续行为页。

　　1.3 登陆页面设计目的

　　如前所述，由于落地页的设计目的不同，设计类型和推送消息会有不同的展示方式。那么在着陆页的设计中，就需要根据目的进行设计。需要记住的是，与用户正常的浏览行为不同，推送是从应用程序外部直接进入登陆页面，由平台/第三方发起的。不同的用户行为自然不同于正常的浏览用户。与普通浏览用户相比，被推送用户的耐心（浏览时间）、浏览量和转化效果可能与普通浏览用户有所不同。登陆页面的设计需要考虑到目的。

　　(1）如果设计目的是实现改造/过程连接

　　那么，在落地页的设计上，吸引用户转化的点就更加突出了。最好直接放在首屏，转化的核心入口要突出显示，降低用户翻找成本。同时，内容的设计应尽量满足用户的需求或完成过程的衔接。比如一个电商平台想要实现用户的购买，如果页面是用户需要的产品折扣页面，那么转化的可能性就很高。如果这个页面是用户转换过程中的链接页面，请告诉用户他们所处的过程或状态，因为用户不是通过正常过程下来的，而是从外面进来的。

　　(2）如果设计目的是增加浏览

　　理论上，推送用户的浏览量不如正常浏览用户的浏览量。这是因为用户主动和被动产生的差异化效果。当然，不排除推送的内容非常适合用户需求，落地页的设计可以引导用户一步步深入浏览。因此，以增加浏览量为目的的落地页设计需要考虑用户不是来自首页/列表页。按照正常的返程习惯，无论从哪里来，他们都会返回。那么用户很可能在浏览完当前页面后浏览当前页面。离开应用程序。因此，着陆页出口的设计需要更多的关注。如果你想增加页面浏览量，你需要更多的页面退出，你需要加强引导浏览的渠道。如果你观察天猫的推送，你会发现它猜你喜欢推送。大多数登陆页面都有大量的产品条目，为用户提供了继续浏览的条目。减少用户浏览当前页面后因习惯性返回而离开APP。

　　(2）如果设计目的是满足用户需求

　　如果是为了满足用户的需求，比如提醒推送用户获取新闻，新闻推送用户获取最新信息，文章推送用户兴趣。这些推送的目的更多是为了满足用户的需求，所以落地页的设计应该直接展示想要的内容。这种推送会更简单更纯粹，因为竞争力在于内容本身，推送只是触达用户的一种方式。

　　2. 登陆页面用户行为

　　上面已经介绍过，推送进来的用户行为可能与正常路径进来的用户行为不同，所以需要对这部分的用户行为进行监控。监控和分析您的行为，以发现和调整转化的关键驱动因素。这里推荐两种用户行为的 data采集 方法：

　　沙漏模型：从用户点击推送进入落地页到实际转化与普通用户的转化沙漏对比偏好模型：从用户停留、浏览深度、按键交互等方面进行分析比较

　　第一种方式多用于事件落地页，根据用户的转化效果不断调整页面设计，力求达到最高的商业价值。第二种多用于个性化精准推送，让用户点击推送落地后的数据表现依次修正用户画像，后续章节会详细介绍。对比用户行为和设计目的，我们可以对比分析原设计中预先确定的用户行为路径，不断调整着陆页，使其更符合设计目的。

　　3. 推送消息存储-消息中心设计

　　用户浏览着陆页后，也可以点击左上角的返回。他们此时应该返回哪里？按理说它会回到原来的地方，但是推送是从系统通知栏点击的。是否返回手机主屏幕？有些app的做法会回到app的首页，或者登陆页面的入口页面。但是如果登陆页面是特殊事件页面并且没有常规入口怎么办？也就是说，如果用户不小心离开了，怎么才能找到刚刚推送的着陆页呢？这时候很多APP都会通过消息中心来解决消息存储的问题。

　　3.1 消息中心的作用

　　消息中心作为推送消息的存储中心，提供了再次访问推送登陆页面的机会。不仅如此，消息中心还承担着离线消息的作用。如果用户没有点击推送消息或清除推送消息，当用户启动APP时，消息中心仍然为用户提供访问消息登陆页面的机会。很多APP会将消息中心单独放置在重要​​标签页，并添加小红点提醒；如果用户点击了推送消息并浏览过，不小心离开登陆页面或者想下次浏览，消息中心提供登陆页面的长期访问权限。

　　对于社交应用来说，消息中心是最重要的聊天列表，推送是次要的，仅作为提醒功能。这类APP会将消息中心作为最重要的页面。既然消息中心如此重要，那么应该如何设计呢？

　　3.2 消息中心的设计

　　根据消息中心的角色描述，消息中心保存推送消息，并提供重访入口。那么消息中心的实现是直接将通知存储在APP中吗？其实不是，下面将介绍消息中心的设计原理。

　　(1）消息传递

　　消息中心的消息传递实际上是与推送消息的两套消息传递机制。消息中心的消息更类似于离线推送。由于不需要实现用户关闭APP（完成推送）时的及时提醒，所以消息中心的消息多为APP启动后的数据拉取。虽然有两组数据传输方式，但两者是相互关联的。消息中心需要知道推送消息的内容，读取状态等相关信息，所以需要将推送消息的状态和内容反馈给服务器，并在消息中心展示。

　　(2）消息的存储

　　消息的存储方式主要有两种：一种是使用用户账号登录迁移。该方法涉及数据同步。由于成本高，使用场景少。另一种是保存在客户端本地，卸载或迁移后数据会丢失。大多数APP都使用这种方法。消息存储的难点在于每个人的消息都不一样，需要单独存储。这个存储量比较大，相当于每个人都有自己的一套消息中心。因此，建议将大多数消息存储在客户端和服务器端。更负责新消息的传递和消息的阅读状态（这里需要和研发多讨论，寻求更好的存储和实现方式）。

　　(3）消息中心显示

　　由于消息的类型不同，消息中心的呈现方式也大不相同。比如电商类网站，由于消息的类型不同，消息中心的内容页有多种展示方式。比如消息列表的形式，比如微信公众号的形式，比如即时通讯对话框等等。不管消息中心长什么样，它解决的最后一个问题就是消息的展示和存储。为用户提供消息登录页面的入口。

　　由于本章主要介绍推送落地页的设计和入口方法，而消息中心作为落地页的存储和入口，这里就简单介绍一下。关于消息中心的具体设计和实现，我们有机会在这里做一个详细的介绍。只是简单介绍一下它的用途。

　　本文摘要

　　本文主要介绍推送登陆页面的设计以及消息中心的功能和原理。总结如下：

　　着陆页的类型根据着陆页的设计要求确定。推送消息和登陆页面需要给用户预期的一致性。用户推送登陆页面的行为不同于普通用户浏览一个优化好的登陆页面消息中心承担着消息存储和登陆页面入口的重任

　　至此，推送流程的介绍已经基本完成。工艺介绍存在很多不足或不准确之处。我也期待您的修改建议。非常感谢您的支持。下一篇将是个性化精准推送的开始，介绍如何获取用户行为、分析用户偏好、构建用户画像。敬请期待。