Руководства
Как тестировать диплинки на Android
App Links, assetlinks.json, intent filters и проверка fallback на Android-устройствах.
Особенности Android
На Android несколько браузеров по-разному обрабатывают App Links; неверный SHA-256 в assetlinks ломает верификацию; пользователь может «запомнить» открытие в Chrome. Без теста на реальном устройстве кампания рискованна.
Пошаговое тестирование
Используйте чеклист App Links в справке Kratk и adb/kommand для статуса верификации домена (если команда app даёт инструкцию).
Пошаговая инструкция
- Проверьте assetlinks.json на домене короткой ссылки.
- На устройстве с app: клик из Chrome и из Gmail/SMS-приложения.
- Команда adb: статус verified links для вашего package (по документации Google).
- Без app — fallback и переход в store при необходимости.
- После смены signing key — обновите SHA-256 в кабинете Kratk.
Практический пример
go.brand.ru/android-sale открывает ProductActivity в app из SMS; на новом телефоне без app — веб-акция с кнопкой Play Market.
Типичные ошибки
- SHA-256 от debug-ключа в prod assetlinks.
- Не сбросить «Open by default» в настройках app после смены домена.
- Тест только в эмуляторе без Google Play services.
- Путать custom scheme и verified App Links в одной кампании без документации.
FAQ
App Link открывает браузер?
Проверьте verified status и intent filters; см. troubleshooting.
Нужен ли отдельный тест для Samsung Internet?
Желательно на 1–2 популярных браузерах аудитории — поведение может отличаться.
Вывод
Android-тест = assetlinks + реальные каналы + fallback. Подробности — справка Kratk.
Нужна короткая ссылка?
В Kratk можно создать ссылку и смотреть переходы в аналитике. Статья полезна и без регистрации.