Android 12:推送通知发送者的令人担忧的新功能

分享

Android 12 的更新完全符合无处不在的用户隐私趋势。显然,最终用户将拥有所有手段来保护自己免受“打扰”的推送通知。但对于应用营销人员而言,他们是否必须大幅调整沟通策略才能突破重围触达受众?

继续阅读,了解 Android 12 新功能带来的风险,并基于 Pushwoosh 团队的建议制定您的应对策略。

🟢

阅读我们最新的 Android 推送通知指南

应用休眠:让您的全渠道消息保持警戒状态

该功能: 如果 Android 12 用户在几个月内未与您的应用互动,系统会将您的应用设置为_休眠_状态,并撤销之前授予的任何通知权限。(类似于 Android 11 的类似功能,但更严格)。

即使用户开始再次与您的应用互动,您也必须让他们经历相同的 同意流程, 请求权限并解释您通知的价值。

问题所在: Android 12 应用将无法使用通知进行 重新参与。 推送通知仅对挽回那些_最近_在应用中活跃过的用户有用。

Android 11 中的深度睡眠与 Android 12 中的应用休眠

左侧:在 Android 11 中,针对即将进入深度睡眠的应用的警报通知会提前 24 小时出现。右侧:在 Android 12 中,当通知权限已被移除时,静默推送才会到达。

受影响的應用類型: 此 Android 12 更新对任何发送推送通知的应用类型都至关重要。

特别是,电子商务应用可能会受到影响:从销售电子设备和家具等慢消品的商家(其客户没有太多理由时刻关注新的搅拌机或沙发),到分销消耗品的商家(并在其应用细分市场中面临激烈竞争)。

旅游应用也可能受到冲击:由于疫情,其受众的一部分可能已停止搜索机票、行程和住宿。而对于另一部分受众而言,提及旅游应用总是与_年度_休假相关联,这意味着使用应用的频率低于_每几个月_。

解决方案:

1. 重新参与即将进入应用休眠阶段的用户

在 Pushwoosh 中,您可以细分出即将休眠的设备,并在它们仍活跃时针对它们进行沟通。

1️⃣ 根据“上次应用打开”事件在 60 到 90 天之间创建细分。

目前尚不清楚用户需要远离应用多少天才会导致休眠,但我们推测 60 到 90 天的时间段将是准确的。

2️⃣ 向选定的细分发送重新参与的推送。

Android 12 推送通知发送的细分

2. 在用户放弃您的应用之前参与并留住他们

为了避免陷入休眠状态,您的应用应该——您猜对了!——保持用户至少每隔几天或几周打开一次。没错,但如何实现呢?

自动向您的受众发送定期沟通。为了使您的消息具有吸引力和有效性,请将它们与您保持最新的具体事件或用户属性挂钩。

📲 一个不错的选择是 targeting 具有更近“应用打开”日期的细分——例如,过去三天内。Pushwoosh 客户旅程构建器为此案例提供了一个有用的新功能: 按细分重复进入。 借助它,每当另一个用户停止打开您的应用几天时,您可以自动发送推送通知。

📲 您还可以设置 动态标签 来检测在您的应用中触发一系列事件的用户。例如,您可以筛选出在您的应用中使用了三个功能的用户,并针对此细分进行沟通。这样,您可以在用户放弃您的应用_之前_保持他们的参与度。

📲 或者,您可以指定在用户打开您的应用后触发所需事件之前等待的时间段。如果他们没有触发,您将向他们发送触发的消息序列。

3. 通过其他渠道联系

当 Android 12 使推送通知对旧用户的重新参与无效时,您可以简单地利用其他渠道。

如果用户在很长一段时间后碰巧打开了您的应用,您可以使用 应用内消息 欢迎他们回来。 如果没有,您可以发送一封温暖的电子邮件。如果您通过 Webhooks 在 Pushwoosh 客户旅程构建器中连接了短信,甚至可以尝试 SMS。

4. 请求用户禁用休眠

最后,您可以直截了当地使用这些_其他_渠道来解释用户在未接收您的通知时错过了什么。这将类似于让他们同意,只是需要更多的技术解释。

近似位置:进入允许的地理区域

该功能: 从技术角度来看,访问用户的 _精确_和_近似_位置 是通过两种不同方式完成的。从用户的角度来看,这是两个不同的隐私级别。

Android 12 将这种差异展示给应用用户和营销人员。现在,您将不得不请求 _精细_或_粗略_位置共享 ——由您的受众选择您可以接近他们的程度。

Android 12 中的精确和近似位置跟踪

问题所在: 如果没有访问_精确_位置数据的权限,基于地理位置的定向可能会受到挑战。沟通可能会变得不那么有效。应用甚至可能失去一部分积极参与的受众。

请求_近似_位置共享(正如 Android 推荐 给大多数应用的那样)看起来风险很大。由于新功能特别关注地理位置共享的隐私方面,用户可能会变得更加警惕,甚至不愿意授予访问其_粗略_位置的权限。

受影响的應用類型: 所有发送 基于地理位置的推送 的应用——但有所保留。对于用户来说,与紧急或出租车应用共享其精确位置可能是关键且理由充分的。与电子商务应用共享它可能很方便——前提是应用程序能够在客户经过提货点时,在基于地理位置的推送中立即发送提醒。但是,当约会应用请求访问精确位置跟踪时,用户可能会拒绝,认为那额外的 100 米不会帮助他们找到更好的匹配对象。

解决方案:

1. 考虑哪种精确度水平对您的应用_足够_

Android 12 在请求访问_精确_和_近似_地理数据时会显示两条不同的位置跟踪请求消息。您必须确信您的应用类型真正_需要_多少信息才能进行适当的沟通。

2. 用解释性的应用内消息预判位置跟踪提示

如果您的应用必须访问用户的位置(而用户 themselves 并不完全清楚这一点),请给出您的理由并强调对他们的价值。

当然, 一家披萨店 想要吸引更多路过其店址的访客。但是,顾客会在附近的披萨店收到今天午餐的邻里折扣吗?应用内忠诚度计划会记住他们是这个特定地方的常客吗?如果是这样,位置共享可能值得这些好处。

Android 12 位置跟踪同意提示示例

3. 查看共享地理位置的用户数量是否实际上会增加

让我们换个角度,从营销人员的角度看看光明的一面。我们有一个假设,即客户可能_愿意_与应用程序共享他们的_近似_位置。

以前,如果应用用户想要受益于基于地理位置的推荐和功能,他们别无选择,只能允许精确和近似位置跟踪。如果客户希望保护隐私,他们必须拒绝应用访问地理数据,并切断与任何相关好处的联系。

现在,他们可以选择共享他们的_近似_位置,同时在享受应用提供的所有基于地理位置的好处的同时,对自己的隐私保持信心。

这会导致更多用户允许近似位置跟踪吗?可能会,特别是如果 Android 向其用户充分教育了此 12 版本的功能。

4. 在定向中使用_近似_位置数据

您可能会发现,以 100 米的精度传递基于地理位置的推送与以 pinpoint 精度传递一样有效。以下是如何确保这一点:

1️⃣ 让您的开发人员为允许_精确_或_近似_位置跟踪的 Android 12 用户创建 自定义标签。 将它们放入相应的细分中。

2️⃣ 安排向这两个细分发送地理推送。

3️⃣ 查看两个细分之间的参与度是否存在明显差距。

Android 12 推送通知发送的细分

5. 尝试更复杂的细分

在任何情况下,将基于地理位置的定向与其他类型的 客户细分 结合都是很有用的。 即使_近似_位置-based 推送也能命中目标,如果您同时:

  • 调整针对_最_频繁和_最不_频繁客户、刚刚安装您应用的用户以及已使用数月用户的通知内容;
  • 根据用户在应用中触发的事件和他们持有的属性个性化消息——如果您正确 设置标签,您的细分可以像您需要的那样细致和有效。

快速通知暂存:给您的推送第二次机会

该功能: 这是双层的。首先,用户可以选择稍后查看的通知进行暂存。其次,用户可以选择暂存_特定_应用的_所有_通知。与“勿扰”模式不同,通知暂存功能允许选择特定的应用,其通知在应用被唤醒之前不会显示在通知中心。

Android 12 中的通知历史记录外观

问题所在: 对于推送通知发送者来说,实际上可能根本没有问题,因为默认情况下通知暂存是关闭的。用户必须进入手机设置才能激活它。但问题是,所有被暂存的推送都进入了通知历史记录——这是 Android 12 的另一个新功能。

此外,应用营销人员可能会将此功能视为其推送被看到的第二次机会,而不是立即被滑走。

问题出现在用户永久暂存您应用的通知,并且此外还静音了其他应用的推送时。在最理想的情况下,应用将面临与 iOS 15 及其通知摘要 中相同的竞争问题。 在最坏的情况下,所有被暂存的推送都深埋在通知历史记录中,完全隐藏在用户的视线之外。

受影响的應用類型: 发送不带任何需要快速响应的 CTA 的推送的应用。

解决方案:

1. 尝试不同的交付时间

即使是 Android 12 建议的用于暂存通知的 15 分钟内的微小变化,也可能导致 更高的 CTR

2. 使用需要_立即_用户反应的清晰 CTA

只要可能,在您的推送中营造紧迫感。试着说服用户,他们从您的优惠中受益的唯一机会就是现在,如果他们暂存您的通知,他们将错过一些重要的东西。

3. 用用户不想暂存的内容赢得用户

抱歉陈述显而易见的事实:高质量、相关、个性化且定位良好的内容总是能走得更远。力求符合用户的需求,任何系统更新都无法阻止他们采取目标行动。

通知历史记录:您仍然需要一个消息收件箱

该功能: 它可能类似于所有 Android 12 应用的嵌入式消息收件箱,但事实并非如此。

问题所在: 对于最终用户来说,该功能并不是最明显的。大多数 Android 12 手机用户甚至可能找不到此功能,更不用说使用了。

此外,Pushwoosh 团队进行的测试表明,通知历史记录不显示任何 静默推送富媒体推送。 如果在最初传递的通知中使用了自定义操作,一旦消息进入通知历史记录,它们就会变得不可用。

更重要的是,Pushwoosh 团队尚未发现通知历史记录中显示的推送层次结构背后的任何清晰逻辑。

受影响的應用類型: _如果_被相当一部分 Android 受众使用,该功能将涉及所有类型的应用,从每天发送大量推送但未被看到的应用开始。

解决方案:

考虑添加消息收件箱以延长推送的寿命

如果您的通知内容包括用户可能想稍后回顾的长期优惠,我们的团队将非常乐意为您的应用创建自定义消息收件箱。 联系我们 了解有关使您的应用成为优先事项的有效解决方案的更多信息。

Android 12 中的通知历史记录与应用中的全功能消息收件箱

Android 12 通知历史记录的外观与根据您的应用需求定制的全功能消息收件箱无法相提并论。

检查清单:如何应对 Android 12 限制性新功能

Android 12 中的推送通知 - Pushwoosh 检查清单

保存并使用此检查清单来调整您的 Android 12 推送通知营销策略

为 Android 12 发布做好准备——以及接下来的一切

到 2021 年底,我们似乎将不再认识推送通知营销。过去,它是一个可靠的用户参与和留存渠道。现在,它正在变成一个不稳定的平台,企业必须在此平台中 navigate 操作系统的限制、客户需求和自身利益之间的平衡。

营销人员的生活并没有变得更容易,但和往常一样,新的挑战带来了新的机遇。我们在 Pushwoosh 非常乐意帮助您抓住它们。联系我们,了解解决您推送通知营销问题的终极方案。

与 Pushwoosh 团队交谈

相关文章

查看全部