Запуск мобільного застосунку для інтернет-магазину — фінальний етап довгого процесу розробки. Але саме публікація в Google Play та App Store часто стає точкою, де реліз зупиняється. Навіть якщо магазин на OpenCart, PrestaShop або WooCommerce технічно готовий, помилки в оформленні сторінки застосунку, доступі для модерації, декларації даних або сценарії покупки можуть відтермінувати вихід на тижні.
У цій статті розглянемо 12 критичних помилок, які найчастіше затримують схвалення застосунку й призводять до відмови в Google Play та App Store.
Помилки оформлення сторінки застосунку перед публікацією
Перше, що бачать і модератор, і потенційний користувач, — сторінка застосунку. Помилки в її оформленні можуть призвести до відмови ще до того, як модератор перевірить каталог, кошик або оформлення замовлення.
Скріншоти й опис, що вводять в оману
Використання стокових фото або графіки, яка не відповідає реальному інтерфейсу, може розцінюватися як введення в оману. Магазини застосунків очікують, що preview assets — скріншоти, відео та інші матеріали попереднього перегляду — показують реальний шлях користувача: пошук, сторінку товару та оформлення покупки.
Відсутні матеріали, через які застосунок виглядає незавершеним
Серед типових передрелізних помилок — відсутність обов’язкових елементів: іконок у потрібній роздільній здатності, банерів для планшетів або локалізованих візуалів. Порожні заглушки замість реальних матеріалів сигналізують модератору, що застосунок ще не готовий до публікації.
Неточні метадані, які запускають додаткову перевірку
Помилки в метаданих застосунку, наприклад використання назв брендів-конкурентів у ключових словах або вибір невідповідної категорії, можуть відправити застосунок на додаткову ручну перевірку.
Таблиця 1: Типові помилки перед публікацією застосунку та способи їх усунення
| Помилка | Що затримує | Що перевірити перед публікацією |
|---|---|---|
| Оманливі скріншоти | Схвалення сторінки магазину | Скріншоти відповідають реальним екранам та поточним процесам |
| Відсутні активи | Основну модерацію | Іконка, скріншоти, банери та візуальні елементи заповнені |
| Неточні метадані | Час ручної модерації | Назва, опис та категорія відображають реальні функції |
| Немає політики конфіденційності | Перевірку політик | Робоче посилання на політику додане до картки товару |
| Помилки в декларації даних | Перевірку відповідності вимогам | Збір та передача даних задекларовані коректно |
| Немає інструкцій для входу | Доступ модератора | Кроки входу, тестові дані та примітки надані |
| Не працює вхід | Функціональну перевірку | Модератор може увійти в систему та бачити основні екрани |
| Помилки в кошику або оплаті | Схвалення релізу | Тестовий шлях покупки працює без блокувань |
Помилки з конфіденційністю та відповідністю вимогам перед публікацією
Сучасні стандарти безпеки роблять політику конфіденційності для мобільного застосунку обов'язковим елементом, а не формальністю.
Відсутня політика конфіденційності на сторінці застосунку
Відсутність робочого посилання на політику конфіденційності в метаданих сторінки застосунку — одна з найчастіших причин затримки перевірки. Посилання має вести на сторінку, де чітко пояснено, які дані збирає інтернет-магазин і як саме вони використовуються. Для застосунків із платежами або обробкою персональних даних це особливо критично, що прямо випливає з правил перевірки.
Неправильно задекларовані дані користувача та вимоги безпеки
У Google Play розділ про безпеку даних вимагає чіткого декларування: чи передаєте ви інформацію третім сторонам, наприклад службам доставки або платіжним сервісам. Якщо фактична поведінка застосунку не збігається з тим, що заявлено під час публікації, це може призвести до відхилення.
Невиправдані дозволи, які викликають додаткові запитання
Усі дозволи, які запитує застосунок перед релізом, мають бути логічно обґрунтовані. Якщо застосунок інтернет-магазину просить доступ до контактів або мікрофона без зрозумілої причини, це майже напевно викличе додаткові запитання під час модерації.
