Браузеры борются с веб-push-уведомлениями, так какова оптимальная стратегия push-уведомлений на 2021 год?

Еще в 2013 году Google впервые представил веб-push-уведомления для браузеров. Другие браузеры попытались сделать то же самое, увидев популярность и потенциал, и был создан совершенно новый маркетинговый канал.

4% из 100 000 крупнейших веб-сайтов и 8% из 10 000 крупнейших сайтов теперь используют push-уведомления . Это удвоилось за последние 18 месяцев по той причине, что они работают очень хорошо.

Однако 2013 год был давно, и мир изменился. Конфиденциальность и не раздражать пользователей гораздо важнее в 2021 году.
Поэтому неудивительно, что Google недавно объявил , что Chrome версии 80 начнет блокировать веб-push-уведомления.

Изменения уведомлений Google

Google признает ценность веб-уведомлений:

«Уведомления в Интернете позволяют пользователям получать важные обновления, даже если они не взаимодействуют с веб-сайтом. Уведомления являются важной возможностью для широкого спектра приложений, включая обмен сообщениями, календари, почтовые клиенты, совместное использование поездок, социальные сети и службы доставки».

Однако они также отмечают, что некоторые сайты используют их неправильным образом , что негативно сказывается на пользовательском опыте.

«К сожалению, уведомления также являются распространенной жалобой, поскольку многие веб-сайты запрашивают разрешение на уведомление при первом посещении, а не в контекстно значимые моменты пути пользователя. Незапрашиваемые запросы на разрешение прерывают рабочий процесс пользователя и приводят к плохому взаимодействию с пользователем».

Так что же они планируют с этим делать?

Тихий пользовательский интерфейс Chrome

Chrome 80 будет отображать при определенных условиях новый «более тихий пользовательский интерфейс разрешения уведомлений», который стремится уменьшить прерывание запросов разрешения уведомлений для пользователей.

Более тихий пользовательский интерфейс избавится от всплывающего окна блокировки/разрешения справа от омнибокса. Вместо этого на короткое время появится текст «уведомления заблокированы»:

Аналогичная история и на мобильных устройствах, с тонкой полосой, которая ненадолго скользит вверх из нижней части экрана.

Все ли пользователи Chrome увидят тихий пользовательский интерфейс?

Нет, есть два обстоятельства, при которых они будут.

Включение вручную

В Chrome 80 пользователи смогут подписаться (или отказаться) вручную через настройки.

Это будет объяснено пользователям при первом запуске, поэтому вполне вероятно, что значительный процент из них согласится. Но выбор пользователя — это только половина дела.

Автоматическая регистрация

Chrome автоматически регистрирует пользователей в более тихом пользовательском интерфейсе в двух случаях:

1. Пользователи, которые регулярно и неоднократно отклоняют уведомления на разных сайтах, будут автоматически зарегистрированы в более тихом пользовательском интерфейсе уведомлений.
2. Сайты с очень низким уровнем принятия будут автоматически зарегистрированы в более тихих подсказках, а посетители, заходящие на сайты, увидят более тихий пользовательский интерфейс уведомлений.

Первое не удивительно. Если некоторые посетители в любом случае никогда не разрешат уведомления, нет смысла спрашивать их — это, скорее всего, только разозлит их.

Второй интересный момент, последний шаг в усилиях Google по наказанию сайтов с плохим пользовательским интерфейсом.

Сайты, попавшие в «черный список» таким образом, будут исключены из регистрации, когда UX улучшится, например, если разработчик улучшит поток разрешений уведомлений, чтобы повысить уровень принятия.

Google также планирует наказывать «оскорбительные» веб-сайты, которые используют push-уведомления для рекламы, вредоносных программ или обманных целей.

Блокируют ли другие браузеры push-уведомления?

Да, Google не единственный.

7 января Firefox объявил , что пользователи смогут автоматически блокировать «надоедливые» уведомления. Во время тестирования Firefox обнаружил, что около 99% уведомлений на их платформе остаются непринятыми, а 48% активно отвергаются пользователем.

Старое всплывающее окно большего размера было заменено волнистым речевым пузырем, который кратко сообщает пользователю, что браузер заблокировал уведомление.

Firefox будет показывать тихий запрос разрешения всякий раз, когда веб-сайт отправляет уведомление о разрешении посетителям, которые не предприняли никаких первоначальных действий на странице (например, не нажали кнопку).

Это похоже на то, как это делает Apple.

Safari 12.1 требует некоторого начального взаимодействия с пользователем, прежде чем можно будет отобразить запрос разрешения на уведомление.

Вдобавок ко всему этому, не забывайте, что многие другие браузеры построены на базе Chromium. Движок браузера с открытым исходным кодом является основой Chrome, но изменения, скорее всего, коснутся таких браузеров, как Brave, Edge, Opera, Samsung Browser и других.

Почему браузеры это делают?

Суть в том, что браузеры будут делать то, что хорошо для браузеров.

В первую очередь это означает максимальное увеличение использования, и лучший способ сделать это — предложить отличный пользовательский опыт.
Они поняли, что push-уведомления не столько помогают, сколько мешают, и поэтому с ними нужно что-то делать.

Что делать издателям с блокировкой push-уведомлений?

В последние годы многие издатели полностью перешли на push-уведомления. Неудивительно, они являются эффективным способом увеличения трафика, доходов и вовлеченности.

Однако недавние действия браузеров вызывают беспокойство, особенно если вы сейчас плохо принимаете свои уведомления. Что ты можешь сделать? Нужно сделать два умных хода.

Во-первых, сделать все возможное, чтобы предотвратить блокировку push-уведомлений и заставить пользователей принимать ваши уведомления. Во-вторых, диверсифицировать ваши пуш-каналы. Это может быть просто первый шаг со стороны браузеров, а долгая игра может заключаться в дальнейшем уничтожении экосистемы веб-уведомлений.

Как предотвратить блокировку ваших push-уведомлений

Google рекомендует издателям протестировать поток запросов на разрешение своего сайта с более тихим пользовательским интерфейсом разрешения уведомлений.

Вы можете включить его вручную в chrome://settings/content/notifications, и он был развернут в Canary, Dev и Beta.

Это позволит вам увидеть, как Chrome 80 будет взаимодействовать с вашим сайтом, когда он будет полностью развернут. Они также рекомендуют следовать передовым методам, когда дело доходит до фактического запроса разрешения на уведомление от посетителей.

«Веб-сайты, которые просят пользователей подписаться на веб-уведомления при их первом посещении, часто имеют очень низкие показатели принятия. Вместо этого мы рекомендуем веб-сайтам подождать, пока пользователи поймут контекст и увидят выгоду от получения уведомлений, прежде чем запрашивать разрешение».

Вот очень полезное 5-минутное видео от Google о том, как делать быстрые запросы на разрешение.

Конечно, имеет смысл показать пользователям преимущества предоставления разрешения, а не сразу бомбардировать их. Давайте рассмотрим некоторые другие рекомендации по веб-push-уведомлениям.

Внедрите двухэтапный поток подсказок

По словам Джорджа Деглина, генерального директора OneSignal:

«Мы рекомендуем веб-сайтам всегда использовать двухэтапный механизм подсказок. Таким образом, пользователи будут выбирать, хотят ли они разрешить или запретить уведомления в двухэтапной подсказке до того, как увидят собственную подсказку. Когда пользователи увидят собственное приглашение, они с большей вероятностью нажмут «да». Таким образом, это не повлияет на пользовательский опыт вашего веб-сайта, поскольку частота кликов пользователей будет очень низкой ».

Он считает изменения в целом положительными и подтвердил необходимость предоставления посетителям соответствующего контекста перед показом подсказки.

«В целом, мы на самом деле считаем их очень, очень положительными. Я думаю, что веб-push-уведомления, как правило, плохо воспринимаются многими пользователями, потому что они могут раздражать, когда вы посещаете веб-сайт, и вам сразу же предлагается разрешить уведомления или нет, прежде чем вы действительно получите возможность понять интересен сайт или нет»

Это также отличная идея «предварительно подсказывать» посетителям.

«Скажите им, почему вы хотите, чтобы они дали разрешение, прежде чем просить об этом. Это относится, в частности, к веб-продвижению…….. Чем конкретнее вы можете быть и чем убедительнее вы можете быть, тем выше будет ваш уровень согласия. Гораздо лучше просто показывать им подсказку без контекста».

Ваши уведомления не должны быть просто инструментом, который вы используете в своем маркетинге. Чтобы быть по-настоящему эффективными, они должны представлять реальную ценность для читателей.

Найдите способ точно сообщить, что это за ценность. Что они получают от этого, и почему они должны разрешать ваши уведомления? Приведите веские доводы, и ваши ставки будут намного лучше.

Также рекомендуется указывать время уведомлений, когда пользователь с большей вероятностью будет вовлечен, например, когда он проводит определенное количество времени в статье, лайкает что-то или регистрирует учетную запись.

Блокировка контента?

Существует также вероятность того, что блокировка контента станет способом заставить больше пользователей согласиться на уведомления.

То же самое произошло с появлением блокировщиков рекламы: издатели блокировали бы весь или часть контента для посетителей, если бы они не отключили свой блокировщик рекламы.

Это вполне может появиться до 2021 года и для разрешений на уведомления. Хотя это хорошая идея?

Возможно нет. Это негативно повлияет на пользовательский опыт и может привести к более высокому показателю отказов и снижению вовлеченности. Кроме того, если вам нужно «шантажировать» посетителей, чтобы они разрешили ваши уведомления, так ли они ценны с точки зрения бизнеса?

Если вы хотите поэкспериментировать с блокировкой контента, только вы знаете, имеет ли это смысл для вашего бизнеса.

Есть ли более надежный push-канал для издателей?

Издательская индустрия движется к новой парадигме, в которой читатель и ваши отношения с ним находятся в центре всего.

Ваш успех будет зависеть от того, сможете ли вы создать лояльную аудиторию и удержать ее для поддержки вашей работы. Каналы, которые позволяют напрямую обращаться к вашей аудитории, ценны.

Веб-уведомления работают хорошо, в этом нет никаких сомнений.

Вопрос в том, как долго они будут существовать? Это только первый шаг, который сделают браузеры, чтобы их сократить? Есть еще один способ связаться со своей аудиторией с помощью push-уведомлений — нативные приложения.

Приложения позволяют рассылать насыщенные push-уведомления всем, у кого они установлены на устройствах (то есть вашим самым лояльным членам аудитории). У них гораздо больше шансов хорошо получить сообщения и заинтересоваться ими, в конце концов, они скачали приложение!

Приложение — это собственный канал. Вероятность того, что технические платформы повлияют на то, как вы отправляете push-уведомления своим пользователям, меньше.

Всем издателям следует подумать о нативных приложениях в 2021 году, если у них их еще нет. Они обеспечивают дом для вашей самой преданной и лояльной аудитории, делают ваш бренд действительно современным и профессиональным, а также открывают многочисленные возможности для получения дохода и взаимодействия.

Разве создание приложения не является сложным, дорогим и трудоемким?

Это, конечно, было. Но технологии пошли дальше. Теперь у вас могут быть нативные приложения не хуже, чем у Buzzfeed в New York Times — всего за несколько недель и за небольшую часть традиционной стоимости, и все это без необходимости самостоятельно прикасаться к строчке кода.

Если вы хотите добиться успеха на мобильных устройствах и разработать выигрышную стратегию магазина приложений, свяжитесь с одним из наших экспертов по приложениям сегодня, и мы начнем воплощать ее в жизнь.

Закажите демо-звонок!