OneLink: устранение неполадок и часто задаваемые вопросы

Универсальные ссылки: Необходимы более чем 98% пользователям iOS

App Links: Для пользователей Android с версией 6.0+. Внимание: Samsung OS не может открывать приложения с помощью Android App Links.

Схемы URI: Основной способ открытия приложений на устройствах Samsung. В остальных случаях это устаревший способ открытия приложений. Его можно использовать:

• Для пользователей Android до версии 6.0 (менее 15% пользователей Android).
• Как альтернативный метод для тех случаев, когда приложение не открывается по универсальным ссылкам iOS или по Android App Links, потому что они либо не работают, либо не заданы. Примечание: использование схем URI как резервного метода для универсальных ссылок ограничивается политиками iOS. Подробнее.

Диплинкинг

Универсальные ссылки, App Links и схемы URI — это безопасные методы открытия приложения. Для диплинкинга и направления пользователей на определенные активности или страницы приложения см. инструкции по диплинкингу с помощью OneLink.

Да. При каждом внедрении универсальных ссылок или App Links для открытия приложения у существующих пользователей обновляются файлы iOS Associated Domains или AndroidManifest.xml. Это значит, что вы должны загрузить новую версию приложения в магазин приложений. Совет: чтобы свести к минимуму необходимость обновления приложений, внесите все изменения, связанные с разработкой, необходимые для открытия приложения и диплинка, за один раз. 

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

Чтобы направить пользователей на веб-страницу:

1. Не настраивайте в шаблоне универсальные ссылки, App Links или схему URI.
2. Настройте перенаправления на URL лендинга или сайта для пользователей, у которых не установлено приложение.
   • URL-адреса лендинга или сайта добавляются как значения параметров af_android_url и af_ios_url.
   • Убедитесь, что все URL-адреса, на которые вы перенаправляете пользователей, добавлены в список разрешенных перенаправлений домена.
   • Перенаправления будут также автоматически применяться, когда приложение установлено (для существующих пользователей). 

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

Вы можете установить специальные перенаправления для:

• Телефонов на Windows
• iPad
• Amazon Kindle Fire

Перенаправление на другие планшеты в настоящее время не поддерживается.

Да. Вы можете использовать один шаблон OneLink для создания неограниченного количества URL-адресов OneLink, и в некоторых случаях вам нужно будет назначить приложение сразу нескольким шаблонам OneLink. Например, если у вас несколько версий приложения Android для магазинов приложений, отличных от Google Play, возможно, вам понадобится отдельный шаблон OneLink для каждой версии для Android, при этом всем им будет назначено одно и то же приложение для iOS.

Важно!

Для шаблонов, в которых для открытия приложения используются универсальные ссылки iOS и Android App Links: если в шаблонах разные поддомены, необходимо настроить и обновить приложения для iOS и Android для каждого из них: 

• Универсальные ссылки для iOS: после создания нового шаблона OneLink и обновления связанного домена в приложении, отправьте новую версию в App Store. URL-адрес OneLink, встроенный в новый шаблон, смогут активировать только те пользователи iOS, которые выполнили обновление до новой версии.
• Android App Links:
  1. после создания нового шаблона OneLink скопируйте фрагмент кода XML в нижней части раздела App Link и добавьте его в файл AndroidManifest.xml в намерение (intent), на которое должен вести диплинк, в дополнение к любым предыдущим намерениям.
  2. Выпустите новую версию в магазине. URL-адрес OneLink, встроенный в новый шаблон, смогут активировать только те пользователи Android, которые выполнили обновление до новой версии.

Да, но только обратившись к вашему менеджеру или написав в службу по работе с клиентами по адресу hello@appsflyer.com.

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

Да, если в AppsFlyer нет настраиваемых ссылок, созданных на основе этого шаблона.

Если вы уже создали настраиваемые ссылки в AppsFlyer на базе шаблона OneLink, изменить поддомен нельзя. Это ограничение было введено, чтобы не нарушалась работа уже опубликованных ссылок в части перенаправления/диплинкинга.

Если вам действительно нужно изменить поддомен в шаблоне, на основе которого уже созданы настраиваемые ссылки, вы можете: 

• Создать новый шаблон OneLink с новым поддоменом и ссылки на его основе.
• Удалить все имеющиеся настраиваемые ссылки на основе шаблона, для которого требуется изменить поддомен. Когда все ссылки, созданные на основе этого шаблона, будут удалены, поддомен станет редактируемым.

Нет. Если взять поддомен или домен, настроенные на определенный шаблон и идентификатор шаблона, и вручную присоединить их к другому идентификатору шаблона, это нарушит функциональность универсальных ссылок iOS и Android App Links и будет представлять угрозу безопасности.

Пример:

• Шаблон 1ABC настроен с поддоменом bank.onelink.me.
• Шаблон D123 настроен с поддоменом game.onelink.me.
• Ссылка bank.onelink.me/1ABC/shorturl создана на основе шаблона 1ABC и работает.
• Ссылка game.onelink.me/D123/exampleurl создана на основе шаблона D123 и работает.
• Ссылка game.onelink.me/1ABC/shorturl не работает.
• Ссылка bank.onelink.me/D123/exampleurl не работает.

Да. При этом важно создать отдельные шаблоны с поддоменом, а не просто вручную добавить поддомен в идентификатор шаблона. 

Пользователям компьютеров ваши настраиваемые ссылки OneLink могут встретиться, например, в рассылке по эл. почте. Но когда пользователи компьютеров нажимают такие ссылки, они не могут быть перенаправлены на мобильный сайт, в магазин приложений или в само приложение. По умолчанию пользователи настольных компьютеров перенаправляются на веб-версию App Store или магазина Google Play.

Как обеспечить пользователям компьютеров удобное взаимодействие и превратить их в пользователей мобильных устройств?

В URL-адресе или шаблоне OneLink вы можете задать перенаправление пользователей компьютеров (Windows или Mac) на другой URL-адрес. Этот веб-URL добавляется к ссылке в параметре af_web_dp. Примечание: Если в вашей ссылке есть параметр af_web_dp, AppsFlyer не регистрирует клик, когда он приходит с компьютера.

Приложения на Chromebook считаются приложениями для Android.

Чтобы перенаправить новых пользователей Chromebook без установленного приложения на другой веб-URL:

1. В настройках шаблона OneLink в разделе Задать поведение ссылки > Когда приложение не установлено > Android нажмите Изменить на другой URL.
   или
   В настройках ссылок OneLink в разделе Диплинкинг и перенаправление > Перенаправление > Когда приложение не установлено > Android выберите Веб-URL.
2. Введите URL.
   При добавлении через настройки ссылки URL добавляется к вашей ссылке в параметре af_android_url.

Да, но только частично.

Если вам нужно быстро превратить посетителей мобильного интернета в мобильных пользователей и вы не можете интегрировать SDK AppsFlyer, это все равно можно сделать.

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

Однако отсутствие SDK означает следующее:

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

В следующей таблице сравниваются различные методы, доступные для создания настраиваемых ссылок OneLink.

Да, но обратите внимание, что универсальные ссылки iOS и Android App Links работают только при клике по ним (например, при клике по ссылке на веб-странице или в электронном сообщении). Если вставить ссылку в адресную строку браузера, запуск приложения не происходит. Чтобы протестировать ссылки, нажимайте на них, а не копируйте их в адресную строку браузера.

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

Это происходит по нескольким причинам: 

• Хост-приложения: приложения, через которые передаются ваши ссылки атрибуции (например, WhatsApp, Gmail, WeChat), используют другие методы активации ссылок, по которым кликают пользователи, например собственные внутренние браузеры. Известно, что некоторые из них блокируют все ссылки атрибуции.
• Браузеры: браузеры и платформы ОС по-разному работают со ссылками. Например, в некоторых браузерах не работает вставка ссылки в адресную строку. По ссылке надо кликнуть. 
• Обновления ОС: новые обновления ОС (как для iOS, так и для Android) могут содержать непредвиденные ошибки, препятствующие диплинкингу.
• Устройства: разные модели смартфонов, планшетов, ноутбуков и других устройств, работающие под управлением разных версий iOS, Android, Windows Mobile и других операционных систем, могут иметь свои особенности в обработке ссылок атрибуции.
• Неправильная конфигурация: использование специальных символов в значении диплинка нарушает работу ссылки.

Есть два решения для улучшения пользовательского опыта: резервные URL-адреса и принудительный диплинкинг.

Резервные URL-адреса

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

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

При использование этой настройки af_ios_url и af_android_url добавляются в качестве параметров пункта назначения для резервной ссылки. Таким образом, пользователи iOS будут перенаправлены на страницу, указанную в параметре af_ios_url, а пользователи Android — на страницу, указанную в af_android_url. 

https://go.onelink.ly/qwerty?pid=source&af_dp=greatapp%3A%2F%2F&af_ios_url=www.yoursite.com/ios-bonus
&af_android_url=www.yoursite.com/android-bonus

Принудительный диплинкинг

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

Это решение хорошо работает для большинства пользователей, на устройствах которых установлено приложение. Однако в случае с iOS, использование схемы URI для открытия приложения имеет ряд ограничений. Вам может потребоваться добавить параметр af_force_deeplink=true в ссылку OneLink для принудительного перенаправления по диплинку на активность, указанную в схеме URI (параметр af_dp). Подробнее о резервной схеме URI для iOS.

Убедитесь, что в HTML-тэге нет атрибута target. Если URL-адрес OneLink помещен внутрь тэга с атрибутом target="_blank", он открывает пустую страницу в Chrome (и на iOS, и на Android), и пользователь не перенаправляется в магазин App Store или Google Play.

Да. Однако на Android, когда пользователь нажимает ссылку OneLink в браузере Brave, отложенный диплинкинг не работает. На iOS после клика пользователь видит пустой экран, и отложенный диплинкинг работает только в том случае, если пользователь что-то делает на пустом экране, например, прокручивает или кликает.

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

Когда включен переключатель Enable cost per install (Включить цену за установку) в разделе Advanced parameters (Дополнительные параметры), для каждой установки приложения, выполненной с использованием ссылки, можно применить определенное значение CPI (цены за установку).

Выберите нужную валюту и введите значение СРІ, используя ТОЛЬКО цифры (до 4 знаков после десятичного разделителя). В результате к ссылке добавятся параметры af_cost_currency и af_cost_value.

af_r, af_ios_url, af_android_url и af_web_dp переносят параметры из ссылки атрибуции или OneLink на страницу перенаправления. Чтобы предотвратить такое поведение, добавьте af_param_forwarding=false к ссылке атрибуции.

В некоторых случаях у вас могут быть URL-адреса с несколькими PID. Это происходит потому, что AppsFlyer добавляет параметры PID и C к URL-адресу для перенаправления, клиент также может добавить собственные параметры PID. Например, 'product ID' может быть 'pid' в URL-адресе сайта клиента.

Обычно при добавлении af_param_forwarding=false к ссылке атрибуции удаляются все параметры.

Однако клиент может захотеть, чтобы при переходе по ссылке с ПК сохранялись ключевые параметры CRM. Чтобы удалить параметры PID и C AppsFlyer и сохранить все остальные параметры, добавьте af_base_params_forward=false к ссылке атрибуции.

OneLink — теперь единственный поддерживаемый метод для создания настраиваемых ссылок атрибуции для собственных медиа.

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

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

Нет, идентификатор короткого URL-адреса можно задать только при создании ссылки.

Упаковывание и сокращение настраиваемых ссылок OneLink внешними средствами нарушит функциональность универсальных ссылок iOS и App Links в части открытия приложений.

Чтобы активировать универсальные ссылки iOS или Android App Links, ОС необходимо распознать домен URL-адреса, связанного с приложением. Любое упаковывание и сокращение ссылки внешними средствами или перенаправление на ссылку, удобную для пользователя, сделает распознавание домена невозможным. Сюда входит использование bit.ly, ссылок, не относящихся к бренду AppsFlyer, или поставщиков услуг электронной почты (ESP) с включенной функцией записи кликов.

Чтобы обернуть или сократить ссылку таким образом, чтобы перенаправление работало правильно: 

• Используйте короткие URL-адреса, которые генерирует AppsFlyer, при создании настраиваемых ссылок OneLink (а не внешние инструменты для сокращения ссылок, такие как bit.ly).
  Совет! URL-адрес можно сделать еще короче, создав короткий брендированный домен. Если вы создаете ссылки в интерфейсе AppsFlyer, вы можете отредактировать идентификатор URL-адреса, сделав его как можно короче. Пример: https://brand.com/a1b2/a (где brand.com — ваш фирменный домен, a1b2 — идентификатор шаблона, который всегда состоит из 4 символов, а a — идентификатор URL, который можно отредактировать до 1 символа. 
  Преимущества:
  • Этот метод работает, поскольку в нем используется поддомен OneLink, настроенный в шаблоне OneLink.
  • Это позволит вам оперативно изменять параметры, включая любые настройки диплинков, даже после передачи ссылок атрибуции вашим потенциальным клиентам.
  • Таким образом все клики с мобильных устройств учитываются на дэшборде AppsFlyer, поэтому вам не нужно проверять другой сервис.
  • Последнюю часть короткой ссылки можно изменить таким образом, чтобы она содержала брендированный домен.
• Используйте схему URI в качестве резервного метода открытия приложения на случай сбоя универсальных ссылок iOS и Android App Links и добавьте к ссылке параметр af_force_deeplink=true.
• См. варианты работы с ESP.

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

Чтобы не допустить этого, используйте одно из перечисленных необязательных решений:

• Отключите регистрацию кликов в настройках ESP.
  (Совет: как правило, это самое простое решение.)
• Настройте принудительное открытие приложения по схеме URI, указанной в параметре af_dp, добавив к ссылке атрибуции флаг af_esp=true. Это решение хорошо работает для пользователей, на устройствах которых установлено приложение.
• Используйте ESP, которые поддерживают решение AppsFlyer для открытия приложений и диплинкинга по универсальным ссылкам. Подробнее.

OneLink перенаправляет пользователей в подходящий региональный магазин приложений по их IP-адресу.

Проверьте, активировали ли вы в AppsFlyer списки разрешенных переадресаций. Если вы их активировали, в списке должен быть указан нужный веб-домен или поддомен. Подробнее о списках разрешенных переадресаций

Вместо перенаправления на Google Play может возникнуть ошибка «Приложение, которое вы ищете, недоступно»:

• В настоящее время ваше приложение находится в статусе «Ожидание» в Google Play. Чтобы избежать вышеупомянутого сообщения об ошибке, настройте перенаправление ссылки на веб-адрес, а не на Google Play. Как только приложение будет одобрено, перенаправление можно изменить на Google Play. Эти изменения конфигурации выполняются на странице шаблона ссылки.
• Если ваше приложение доступно исключительно через сторонний магазин, проблема может возникнуть из-за того, что в AppsFlyer ему присвоен неверный статус Google Play. Чтобы решить эту проблему, необходимо установить статус Google Play на «Опубликовано вне магазина» на странице «Мои приложения» в Настройках.

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

Да, при правильном сопоставлении брендированного домена и поддомена OneLink. См: Настройка брендированного домена в AppsFlyer

Пример:
Поддомен OneLink: demo.onelink.me
ID шаблона: A1r4
Брендированные домены, сопоставленные с поддоменом demo.onelink.me, следующие:

• app.simulatorapp.com
• click.simulatorapp.com

Вы создали следующую брендированную ссылку в пользовательском интерфейсе OneLink:
app.simulatorapp.com/A1r4/simulationlink
Брендированную ссылку, приведенную выше, можно заменить ссылкой на другой брендированный домен или ссылкой на поддомен OneLink.
Следующие ссылки функционально идентичны и работают везде одинаково:

• app.simulatorapp.com/A1r4/simulationlink
• demo.onelink.me/A1r4/simulationlink
• click.simulatorapp.com/A1r4/simulationlink

Только параметр медиа-источника (pid) является обязательным.

Да, к короткому URL-адресу можно добавить любые параметры.

Важно! Параметры, добавленные к короткому URL-адресу, не переопределяют параметры внутри ссылки.

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

Если вы используете OneLink для платных медиа:

• В настраиваемых ссылках OneLink в качестве названия медиа-источников используйте значения PID, зарезервированные для интегрированных партнеров (с окончанием _int). Не используйте медиа-источники SRN, такие как googleadwords илиfacebook, в качестве имен пользовательских медиа-источников. Это может повлиять на целостность данных атрибуции.
• Убедитесь, что партнер интегрирован в AppsFlyer и активен (переключатель Активировать партнера включен) по всем приложениям, настроенным в шаблоне OneLink.

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

Дополнительные сведения см. в статье Структура и параметры ссылки атрибуции в AppsFlyer.

Да. Настраиваемые параметры передаются в столбец исходный URL-адрес отчета с сырыми данными. Для них нет отдельных столбцов в сырых данных.

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

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

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

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

В этой таблице показано, в каких случаях можно использовать OneLink в популярных социальных сетях:

Да, но обратите внимание, что ссылки OneLink используются главным образом не для рекламных сетей, а для собственных каналов взаимодействия. Это связано с тем, что рекламные сети обычно размещают рекламу в приложениях (и знают платформу пользователя, идентификатор устройства и т. д.). То есть им вполне достаточно ссылок атрибуции, созданных для конкретных платформ и приложений, поэтому использование OneLink необязательно. Однако в некоторых случаях рекламным сетям не известно заранее, с какими платформами работают их пользователи (например, если в такой сети запускается собственная почтовая рассылка или СМС-кампания), и тогда решением может быть OneLink.

Чтобы настроить OneLink для партнерских рекламных сетей:

• Следуйте инструкциям по настройке ссылок атрибуции для рекламных сетей и при появлении запроса выберите Использовать OneLink.

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

https://greatapp.onelink.me/3287867539?pid=network_int&c=email&
idfa{$IDFA}&gaid={$GAID}&clickid=$SITEID&
af_sub1=[pixel_code]&af_sub2=[creative]

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

Если вы не хотите использовать лендинги для приложений соцсетей, можно в качестве резервного метода использовать схемы URI. Но обратите внимание:

• Использование схем URI как резервного метода ограничивается политиками iOS.
• Для многих браузеров, включая Safari, необходимо добавить af_force_deeplink=trueпараметр в URL, чтобы использовать схемы URI в качестве запасного варианта. Подробнее.

Да, но учитывайте следующие ограничения:

• В Instagram текст постов отображается таким образом, что ссылки в подписи к изображению некликабельны.
• Открытие приложений и диплинкинг в приложениях Android поддерживаются без каких-либо особенностей. При этом Instagram не поддерживает открытие приложений и диплинкинг в приложениях iOS. Чтобы решить эту проблему, воспользуйтесь одним из этих подходов:
  • Рекомендуется: настроить лендинг для приложения соцсети. Шаблоны Clustered Poster и ShowAndTell подходят лучше всего. Помимо лендинга мы рекомендуем задать в шаблоне OneLink схему URI.
  • При использовании ссылок OneLink в Instagram применяйте схему URI и принудительный диплинкинг, При использовании параметра af_force_deeplink=true с OneLink в Instagram обратите внимание на следующее:
     

    Приложение установлено?	В ссылке есть параметр af_force_deeplink=true?	Результат
    Нет	Да	Клик по ссылке приводит в магазин приложений
    Нет	Нет	Клик по ссылке приводит в магазин приложений
    Да	Да	Клик по ссылке открывает приложение
    Да	Нет	Клик по ссылке приводит в магазин приложений

WeChat переопределяет диплинки в приложениях для Android и iOS и направляет пользователей на веб-страницу. На этой веб-странице пользователь должен нажать кнопку Options (Выбор действия) и выбрать открытие страницы в браузере. Это создает существенные неудобства для пользователей и повышает вероятность их отказа от перехода к следующему этапу конверсионной воронки.

Решить эту проблему можно так: OneLink распознает клики в WeChat и загружает специальный лендинг, где пользователю предлагается нажать кнопку выбора действия и выбрать вариант Open in Browser (Открыть в браузере). В результате откроется URL-адрес перенаправления, определенный в настройках шаблона OneLink.

Если в профиле пользователя WeChat зарегистрирован язык интерфейса "китайский", то OneLink формирует локализованную версию целевой страницы.

Обычно можно открыть приложение и перейти по диплинку из рекламы на Facebook. Однако если выполняются следующие условия, Facebook не сможет открыть приложение для существующих пользователей приложения с URL-адреса OneLink. Вместо этого все пользователи, включая тех, у кого установлено приложение, отправляются на URL, заданный в шаблоне OneLink или в значении параметра af_android_urlaf_r или af_custom_android_url:

• У пользователя мобильное устройство Android.
• Ссылка нажата в приложении Facebook.
• Ссылка ведет на HTML-страницу, которая открывается в веб-представлении Facebook (на сайте или на лендинге для приложения соцсети).
• HTML-страница содержит ссылку, в которой есть и параметр af_dp (со схемой URI) и параметр перенаправления, заданный в шаблоне OneLink или в параметре af_android_url, af_r или af_custom_android_url.

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

Если преимущества такого подхода пока неочевидны, почему бы его не протестировать?

Проведите A/B-тест настраиваемой ссылки в приложении соцсети с лендингом и без него.

Чтобы провести A/B тест лендинга для приложения соцсети:

1. Создайте ссылку OneLink (под названием Link1) для использования с приложениями социальных сетей. Не настраивайте лендинг для приложения соцсети для этой ссылки.
2. Добавьте параметр атрибуции af_adset.
3. Добавьте параметр атрибуции af_ad со значением «no lp». 
4. Протестируйте ссылку Link1 вне приложений социальных сетей и убедитесь, что она работает и корректно запускает ваше приложение.
5. Продублируйте Link1 и назовите его Link2.
6. Измените значение параметра атрибуции af_ad на «using lp». 
7. Создайте лендинг для приложения соцсети только для ссылки Link2.
8. Опубликуйте два различных поста в одном и том же приложении социальной сети, используя Link1 и Link2.
   Не беспокойтесь о разном количестве переходов по каждой ссылке. Важным KPI является окончательный коэффициент конверсии каждой ссылки.
9. После создания достаточного трафика проверьте результаты A/B-теста.
   1. Перейдите на обзорный дэшборд AppsFlyer и прокрутите вниз до таблицы агрегированного отчета об эффективности.
   2. Link1 и Link2 имеют одинаковый медиа-источник, кампанию и название группы объявлений. Детализируйте до уровня отдельной группы объявлений.
   3. Сравните коэффициенты конверсии (и другие ключевые показатели эффективности) пользователей, которые щелкнули Link1 или Link2.

Если при тестировании ссылок OneLink видите диалоговое окно выбора приложения, обязательно подпишите свое приложение, даже если это отладочное приложение. Сертификат для подписания приложения — это тот же сертификат, который используется для генерации отпечатка SHA256 при настройке OneLink для App Links.

Ваши разработчики должны реализовать метод Unified Deep Linking (UDL) для диплинкинга. См. полную инструкцию по диплинкингу.

Универсальные ссылки iOS и Android App Links — это методы запуска приложения, которые не перенаправляют пользователей по диплинкам (на определенный контент в приложении). Схема URI может запустить приложение и направить пользователя по диплинку (с помощью параметра настраиваемой ссылки af_dp), но она должна быть настроена только на запуск приложения. Схемы в основном используют как резервный метод на случай сбоя универсальных ссылок и App Links и для запуска приложения на Android версии ниже 6.0.

После запуска приложения с помощью любого из этих методов SDK AppsFlyer предоставляет значение deep_link_value, указанное в настраиваемой ссылке атрибуции. Это значение должно предоставляться тем методом универсального диплинкинга (UDL), который реализован разработчиками.

Да, но так делать не рекомендуется. В идеале deep_link_value следует использовать для диплинкинга, а схему URI — как резервный метод для запуска приложения без диплинкинга (с помощью параметра af_dp). Однако, если вы уже настроили схему URI для диплинкинга с дополнительными параметрами, присоединенными как часть пути URI (например, greatapp://param1/param2), нет необходимости изменять существующую конфигурацию или код; схема URI будет работать и дальше.  

Лучше всего добавлять настраиваемые параметры через страницу настройки настраиваемой ссылки.

Нет влияния на опыт пользователей iOS 14, переходящих по диплинкам из кампаний в рекламных сетях и собственных медиа с помощью метода UDL. Устаревший метод может затруднять работу диплинкинга.

Для целей атрибуции и отчетности AppsFlyer использует IDFA или IDFV, когда они доступны. Если идентификаторы IDFA или IDFV отсутствуют, может использоваться вероятностное моделирование. Начиная с версии iOS 14.5, вероятностное моделирование ограничено контекстом собственных медиа, перекрестной рекламы, а также переходов из веба в приложение пользователей, давших согласие на сбор данных.

Нет влияния на опыт пользователей iOS 14, переходящих в рамках отложенного диплинкинга из кампаний в рекламных сетях и собственных медиа с помощью метода UDL. Устаревший метод может затруднять работу отложенного диплинкинга.

Для целей атрибуции и отчетности AppsFlyer использует IDFA или IDFV, когда они доступны. Если идентификаторы IDFA или IDFV отсутствуют, может использоваться вероятностное моделирование. Начиная с версии iOS 14.5, вероятностное моделирование ограничено контекстом собственных медиа, перекрестной рекламы, а также переходов из веба в приложение пользователей, давших согласие на сбор данных. Клиентам, которые хотят внедрить отложенный диплинкинг из рекламных сетей и из собственных медиа, мы советуем использовать SDK AppsFlyer для iOS версии 6.1.0+, чтобы запрашивать согласие на ATT (если требуется), сократить влияние его наличия или отсутствия на атрибуцию и быстрее получать ответы.