Обжалування відхилення програми в Google Play
Google Play відхиляє та видаляє програми інакше, ніж Apple: тут більше автоматики, менше діалогу з рецензентом, і процедура апелляції суворо формалізована. Натомість є конкретні форми, policy strike appeal та можливість роботи з Partner Support, якщо Developer акаунт достатньо зрілий.
Розуміння типу відмови — перший крок
Rejection при публікації — програма не пройшла pre-launch review. Play Console показує конкретне порушення політики. Це виправимо: усунути порушення та повторно відправити.
Removal (видалення з публікації) — опублікована програма видалена з каталогу. Причини: скарги користувачів, автоматична перевірка виявила порушення після оновлення політик, або аналітика виявила використання заборонених API в рантайме. Видалення програми — серйозніше за rejection, і апелляція тут критичніша.
Developer account suspension — блокування акаунту. Всі програми видаляються. Апелляція можлива, але процес довгий і не завжди успішний. Якщо акаунт заблокований — дійте швидко, поки 180-денне вікно для appeal не закрилося.
Механізм апелляції
Апелляція подається через форму в Play Console: Policy > Policy status > Appeal. Форма вимагає:
- Конкретну політику, яку, на думку Google, ви порушили
- Пояснення, чому програма політику не порушує, або що було виправлено
- Додаткові матеріали: скриншоти, відео-демонстрація функціоналу
Google обіцяє відповідь протягом 72 годин, але реально — від двох до десяти робочих днів.
Що реально впливає на результат апелляції:
Конкретність. «Ми вважаємо, що наша програма відповідає політиці» — це не аргумент. «Ми використовуємо Accessibility Service виключно для функції X, яка задокументована в [посилання на документацію], та не використовуємо його для Y, що явно заборонено пунктом політики Z» — це аргумент.
Докази виправлення. Якщо порушення було реальним — описати, що саме змінилось, надати diff коду або опис технічних змін. Google не приймає обіцянки «ми виправимо» — потрібно показати що уже зроблено в новій версії, завантаженій в Internal Testing.
Посилання на аналогічні програми. Якщо аналогічний функціонал є в інших опублікованих програмах на Play Store — це не гарантія, але вагомий аргумент для апелляції за суб'єктивними порушеннями (наприклад, спірний контент-рейтинг).
Специфічні випадки
Deceptive Behavior (обман користувачів) — один з найскладніших. Google відносить сюди і реальний обман, і просто «непрозору поведінку»: приховану платну підписку, неочевидні дозволи, маскування під системні програми. Апелляція вимагає технічних доказів прозорості: скриншоти subscription flow з чітким disclosure, список всіх запитуваних дозволів з обґрунтуванням.
Financial Services Policy — фінтех-програми з нерозкритою інформацією про ліцензування або прихованими комісіями видаляють без попередження. Для апелляції потрібні документи: ліцензія регулятора, розкриття комісій, Terms of Service.
Malware/Unwanted Software — якщо Play Protect помітив програму як потенційно шкідливу через сторонній SDK, апелляція іде через Google Security окремо від стандартного policy appeal. Потрібно ідентифікувати конкретний SDK, оновити або видалити його, надати інформацію про пересборку.
Кейс з практики
Програму для HR-аналітики сняли за «Sensitive Permissions» — вона використовувала READ_CALL_LOG для аналізу робочої комунікації. Апелляція пройшла після того, як ми: 1) додали явний onboarding з пояснення мети дозволу, 2) показали, що дані не покидають корпоративний контур (логи на сервері клієнта, не в хмарі розробника), 3) підготували Declaration Form з детальним описом use case. Апелляція зайняла вісім робочих днів.
Термін роботи: три-сім робочих днів на підготовку апелляції, плюс час розгляду Google.