Почему на iOS диплинки перестали работать с X и что можно с этим сделать уже сейчас
Краткое содержание
- В начале ноября из-за изменений внутреннего WebView X с платформой на iOS перестали работать редиректы магазина приложений и диплинки.
- Редиректы по схеме приложения и магазина приложения были заблокированы, в результате чего пользователи попадали на пустой экран.
- Это привело к значительному снижению конверсий из органических постов на X.
- Проблема была коснулась только iOS, не затронув Android и Safari.
- Вы можете восстановить свои процессы с помощью https-резерва или контролируемого лендинга с пакетом решений для диплинкинга от AppsFlyer.
Неработающий диплинкинг и редирект на X – что произошло и как это исправить
Диплинкинг и перенаправление разработаны так, чтобы создавать для пользователя бесшовный путь без каких-либо препятствий. Но вот недавно они лишились обоих этих качеств…
В начале ноября X (ранее Twitter) столкнулся с внезапным повторяющимся сбоем, когда диплинки перестали открывать приложения на iOS и в App Store. Эта проблема привела к снижению конверсий из органических постов на X не менее чем на 86%.
Проактивный мониторинг AppsFlyer достаточно быстро выявил проблему с перенаправлением в магазин и было немедленно выпущено быстрое решение.
Что именно произошло и как эта проблема была решена? Рассмотрим ситуацию подробнее.
Что происходило у конечных пользователей и почему?
Согласно данным AppsFlyer, пользователи iOS, которые нажимали на ссылку из твита, которая должна была плавно перенаправить их в приложение, вместо этого попадали на зависший пустой экран внутреннего браузера.
При правильной работе диплинкинга и отложенного диплинкинга должно было открыться приложение или пользователи должны были быть перенаправлены в соответствующий магазин (если приложение не было установлено). Но пользователи не переходили ни к резервному варианту, ни получали сообщения об ошибке. Конечным результатом стал неработающий путь, разочарованный пользователь и мгновенное падение уровня конверсий.
Коренной причиной проблемы был внутренний WebView X, встроенный браузер, который X использует для открытия ссылок внутри приложения.
Недавнее обновление WebView внесло два важных изменения в рабочий процесс:
| Процесс | До | После |
| Редиректы схемы приложения, такие как myapp:// | Передача управление iOS для открытия установленного приложения | WebView осуществляет перехват и останавливает редиректы Пользователи нажали на ссылку, но ничего не произошло |
| Редиректы схемы App Store, такие как itms-apps:// | Перенаправление в App Store | Редирект в магазин заблокирован, несмотря на то, что это рекомендуемый формат Apple Домен веб-сайта магазина заблокирован, и нет автоматического способа перенаправить в магазин из органического X на iOS |
Хотя использование стандартных ссылок Universal Links всё ещё возможно в качестве метода открытия приложения, настоятельно рекомендуется не идти по этому пути, так как это может привести к остановке других потоков. Вывод: Независимо от того, было ли приложение установлено на устройстве или нет, это стало тупиком для конечных пользователей, что привело к критическому влиянию бизнес-результаты рекламодателей и разработчиков приложений.
Проблема была ограничена X на iOS, так как каждое крупное приложение поддерживает свой собственный WebView с собственной логикой.
Такое ограничение появилось только в WebView X и не повлияло на другие приложения для Android и Safari.
Альтернативные решения
По очевидным причинам такая ситуация с ссылками в X является неприемлемой, так существенно влияет на бизнес.
Есть несколько возможных решений этой проблемы. В этой статье мы сосредоточимся на двух (но знайте, что есть и другие варианты):
1 вариант: резервное перенаправление в магазин, когда приложение отсутствует и основано на веб-URL https://.
- Плюсы: Обрабатывает сценарий «приложение не установлено», предотвращая нарушение процесса перенаправления новых пользователей. Это хороший вариант, если ваша цель – привлечение новых пользователей в приложение.
- Минусы: Не подходит, если вы планируете повторное вовлечение уже существующих пользователей, так как это означает, что им придётся перейти в магазин приложений, прежде чем откроется уже установленное приложение. Дополнительный шаг в этом процессе может привести к снижению коэффициента конверсии, что приведёт к негативному влиянию на бизнес.
2 вариант: промежуточный лендинг на собственном сайте позволит вам вернуть полный контроль над потоком.
- Плюсы:
- Для существующих пользователей рекомендуется использовать предпочтительный способ открытия приложения, обеспечивающий безопасность и высокую производительность (Universal Links).
- Вы можете использовать такое смарт-решение, как Набор инструментов для диплинкинга от AppsFlyer на основе технологии OneLink, которое будит обеспечивать управление вашими ссылками, измерение и атрибуцию этого трафика к конверсиям приложения. Наши инструменты позволяют вам осуществлять перенаправление к приложению, если у пользователя установлено приложение, или в магазин, если приложение не установлено.
- Минусы:
- Добавление ещё одного шага в процессе перенаправления в магазин может привести к снижению коэффициента конверсии новых пользователей. Тем не менее, основываясь на данных AppsFlyer (как в этом примере), маркетологи, которые правильно настроили лендинг, получили прирост эффективности. Просто принимайте во внимание, что для того, чтобы всё сделать правильно, вам нужно будет потратить определённое время и усилия. Нужно будет выстроить новый процесс для страницы, провести A/B-тестирование цветовой схемы, CTA, текста и т. д. Таким образом, хотя это может увеличить конверсию, на это уйдёт больше работы, из-за чего эта задача не будет в приоритете, учитывая, что у вас уже был рабочий процесс, который просто перестал работать безо всяких на то предпосылок.
Гибкое решение OneLink для любого варианта, который вы выберете
Благодаря технологии OneLink пакет решений от AppsFlyer для диплинкинга и перенаправления решить ваши проблемы.
Если вы выберете вариант 1, вы можете настроить свою схему URI как схему на основе «https://», выпустить новую версию приложения в магазине приложений и настроить ссылку с af_dp. Этот вариант не рекомендуется из-за упомянутых выше недостатков.
Для 2-го варианта использование технологии OneLink с функцией лендинга в соцсетях является хорошим вариантом. Так с помощью OneLink вы обеспечите как привлечение новых пользователей, так и повторное вовлечение в приложение существующих пользователей. Кроме того вы сможете настроить целевую страницу так, чтобы продемонстрировать ваш самый увлекательный контент. А самое главное – для этого вам вообще не потребуется разработчик, так как разработкой занимается AppsFlyer. И вы сможете настроить этот вариант самостоятельно без дополнительной помощи.
Рекомендуется выполнить настройку для iOS через Universal Links. Если ваши ссылки ранее использовали схему URI, вам потребуется однократная настройка по следующему плану:
- обновите шаблон OneLink с командным идентификатором Universal Links, чтобы инициировать обновление файла AASA;
- опубликуйте в магазине новую версию приложения и принудительно обновите, чтобы пользователи приложения получили обновлённый файл AASA;
- проверьте, чтобы домены Universal Links соответствовали вашей конфигурации OneLink.
Выводы
Диплинкинг и перенаправление должны работать всегда и везде, вне независимости от необъявленных обновлений или изменений политик WebView. Чёткое определение проблемы, быстрая валидация и совместимые с будущими версиями рекомендации обеспечивают надёжность пути пользователя на разных платформах.
Хотите узнать больше о лендинге в соцсетях для X? Нажмите здесь
