Користувач бачить посилання на ваш товар у соцмережі, натискає — і через секунду відкривається нативний екран застосунку. Без встановлення. Уявіть: користувач бачить рекламу кросівок, натискає — і через секунду перед ним каталог із можливістю покупки в один клік. Час завантаження Instant App у 10 разів менший, ніж повного застосунку. Це Android Instant Apps — технологія Google Play Instant. Однак за зовнішньою простотою криється строга модульна архітектура, ліміти розміру модуля (15 МБ на Android 8+, 4 МБ на старих версіях) і низка системних обмежень. Ми, команда з 5+ років досвіду та понад 50 завершених проєктів з мобільної розробки, допомагаємо впровадити Instant Apps без типових граблів.
Як Instant Apps вирішує проблему конверсії встановлення?
Google Play Instant зменшує тертя: користувач одразу бачить цінність застосунку і з більшою ймовірністю встановлює повну версію. Для цього застосунок розбивається на модулі — Feature Modules. Модуль для Instant-сценарію позначається прапорцем <dist:module dist:instant="true"/> у маніфесті. Розмір такого модуля обмежений: 15 МБ для Android 8.0+ і 4 МБ для старих версій. Якщо застосунок — моноліт, спочатку потрібна модуляризація. За статистикою, 90% користувачів, які взаємодіяли з Instant Experience, встановлюють повний застосунок протягом тижня. Для порівняння, звичайна конверсія з магазину рідко перевищує 3-5%.
| Характеристика | Звичайний застосунок | Instant App |
|---|---|---|
| Спосіб запуску | Встановлення з магазину | За URL, без встановлення |
| Розмір на пристрої | Повний APK | Тільки завантажений модуль |
| Дозволи | Усі, що запросили | Тільки безризикові |
| Стан | Зберігається | Тільки через Cookie API |
| Конверсія встановлення | Низька (тертя) | Висока (миттєвий запуск) |
Які обмеження накладає Google Play Instant?
Google Play Instant суворо обмежує Instant-модулі:
- Заборонені дозволи високого ризику:
BLUETOOTH,READ_CONTACTS,WRITE_EXTERNAL_STORAGEта інші. - Недоступні фонові компоненти:
Service,BroadcastReceiver,ContentProvider. -
PackageManagerне бачить інші застосунки (на Android 11+ це обмеження діє і для звичайних застосунків через visibility filtering).
Ключове завдання UX — передача стану при встановленні. Користувач заповнив форму в Instant Experience, натиснув «Встановити» — дані мають зберегтися. Механізм: InstantApps.showInstallPrompt() з Cookie API (InstantApps.getInstantAppCookie()/setInstantAppCookie()). Розмір cookie — не більше PackageManager.getInstantAppCookieMaxBytes() байт (зазвичай 16 КБ). Google Play Instant documentation рекомендує не перевищувати 8 КБ для сумісності.
Типові помилки при роботі з Cookie API
- Запис у cookie після виклику showInstallPrompt() — дані не зберігаються.
- Перевищення ліміту cookie — запис ігнорується.
- Використання SharedPreferences замість Cookie API — після встановлення дані втрачаються.
Чому модуляризація — ключовий етап впровадження Instant Apps?
Монолітний застосунок неможливо розбити на Instant-модулі без попередньої модуляризації. Feature Module повинен містити лише код, необхідний для конкретного сценарію. Якщо не виділити модуль, розмір перевищить ліміт, і Instant App не зможе запуститися. Тому ми починаємо з аудиту архітектури та пропонуємо план рефакторингу.
Як відбувається розробка Instant App?
Процес включає п'ять етапів:
- Аудит архітектури. Оцінюємо, чи можна виділити модулі для Instant або чи потрібна повна модуляризація.
- Проєктування модулів. Створюємо Feature Module, налаштовуємо URL-маппінг через App Links.
- Реалізація. Пишемо код Instant-модуля, впроваджуємо передачу стану, адаптуємо UI під миттєвий запуск.
- Тестування. Використовуємо Android Studio (Run → Deploy → Instant App) та Google Play Console з internal testing track. CI/CD: окремий bundle target
./gradlew :feature-instant:bundleRelease. - Деплой. Завантажуємо Instant-модуль у Google Play з прапорцем
instant, налаштовуємо цільові URL.
| Етап | Тривалість (якщо застосунок модульний) | Тривалість (моноліт + модуляризація) |
|---|---|---|
| Аудит та проєктування | 1–2 тижні | 2–4 тижні |
| Реалізація | 1–2 тижні | 3–6 тижнів |
| Тестування та деплой | 1–2 тижні | 2–4 тижні |
| Разом | 3–5 тижнів | 8–16 тижнів |
Що входить у роботу?
- Аудит поточної архітектури та пропозиція плану модуляризації.
- Розробка Instant Experience для одного або кількох сценаріїв. Вартість визначається після аналізу.
- Налаштування URL-маппінгу та Deep Links (Universal Links для Android).
- Реалізація передачі стану через Cookie API.
- Інтеграція з Firebase для аналітики та краш-репортингу.
- Тестування на реальних пристроях.
- Публікація в Google Play Console.
- Документація та навчання вашої команди.
- Гарантійна підтримка після запуску.
Наші клієнти економлять до 60% бюджету на залучення користувачів після впровадження Instant Apps.
Терміни та вартість
Якщо застосунок уже модульний — Instant Experience для одного сценарію займе від 3 до 5 тижнів. Для моноліту з подальшою модуляризацією — від 8 до 16 тижнів. Точні терміни визначаємо після безкоштовного аудиту. Зв'яжіться з нами — ми розрахуємо вартість за 1 день. Отримайте консультацію: оцінимо ваш проєкт безкоштовно.