- Регистрация
- 26.04.21
- Сообщения
- 484
- Онлайн
- 27д 14ч 42м
- Сделки
- 0
- Нарушения
- 0 / 8
Диплинки, что это и с чем едят?
Если кратко: это инструмент, который в арбитражных приложениях используется для отслеживания рекламных кампаний вебмастера.
Интегрировать их, достаточно легко, однако, Android разработчики могут столкнуться с тем, что в 15-20% случаев они не срабатывают (к примеру, на телефонах марки Xiaomi и Huawei так происходит чаще, нежели на Samsung), а вот с iOS такой проблемы нет.
ПП пытаются решить эту проблему разными способами, к примеру, через работу с неймингом рекламных кампаний, но эффективность такого способа под большим вопросом. Кто бы что не говорил, в рекламных целях, – эта проблема еще не решена (по крайней мере, я не видел таких пп, где бы искоренили просадки трафика).
Интегрируем диплинки
1. Для начала добавляем FB SDK в приложение, на этом этапе не должно возникнуть никаких проблем, тут все делаем по официальной документации.
2. В наш главный Activity (в моем случае Spashactivity) в AndroidManifest.xml добавляем фильтры:
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
<data
android:scheme="frutyapp” />
</intent-filter>
Должно выглядеть следующим образом:
Где frutyapp – это схема нашего диплинка. Можно поставить что угодно, но лучше писать уникальное название, дабы не было конфликта, в котором другое приложение перехватывает этот диплинк.
3. В коде нашего Activity делаем метод, в котором будем “отлавливать” диплинк.
fbKeeper – это callback, при срабатывании которого мы передаем дополнительные параметры в наш URL:
В случае, если наш callback не сработает, то в URL никаких дополнительных параметров не будет передано.
Вот и все. Это самый простой пример, чтобы просто передавать к ссылке диплинк. Отталкиваясь от этого, можно уже усложнять, проверяя из чего состоит диплинк, задавать более целые настройки в манифесте, и на стороне трекеров делать проверку на subid, что полезно, если хотим проверить оффер, используя разные источники трафика.
Если кратко: это инструмент, который в арбитражных приложениях используется для отслеживания рекламных кампаний вебмастера.
Интегрировать их, достаточно легко, однако, Android разработчики могут столкнуться с тем, что в 15-20% случаев они не срабатывают (к примеру, на телефонах марки Xiaomi и Huawei так происходит чаще, нежели на Samsung), а вот с iOS такой проблемы нет.
ПП пытаются решить эту проблему разными способами, к примеру, через работу с неймингом рекламных кампаний, но эффективность такого способа под большим вопросом. Кто бы что не говорил, в рекламных целях, – эта проблема еще не решена (по крайней мере, я не видел таких пп, где бы искоренили просадки трафика).
Интегрируем диплинки
1. Для начала добавляем FB SDK в приложение, на этом этапе не должно возникнуть никаких проблем, тут все делаем по официальной документации.
2. В наш главный Activity (в моем случае Spashactivity) в AndroidManifest.xml добавляем фильтры:
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
<data
android:scheme="frutyapp” />
</intent-filter>
Должно выглядеть следующим образом:
Где frutyapp – это схема нашего диплинка. Можно поставить что угодно, но лучше писать уникальное название, дабы не было конфликта, в котором другое приложение перехватывает этот диплинк.
3. В коде нашего Activity делаем метод, в котором будем “отлавливать” диплинк.
fbKeeper – это callback, при срабатывании которого мы передаем дополнительные параметры в наш URL:
В случае, если наш callback не сработает, то в URL никаких дополнительных параметров не будет передано.
Вот и все. Это самый простой пример, чтобы просто передавать к ссылке диплинк. Отталкиваясь от этого, можно уже усложнять, проверяя из чего состоит диплинк, задавать более целые настройки в манифесте, и на стороне трекеров делать проверку на subid, что полезно, если хотим проверить оффер, используя разные источники трафика.
