Правило 5.1.1(v): вимога Apple щодо видалення облікового запису і чим вона відрізняється від вимоги Google
Вимога Apple щодо видалення облікового запису, правило 5.1.1(v): видалення має починатися в застосунку, а деактивації недостатньо. Чого Apple вимагає на відміну від Google, і одна сторінка для обох магазинів.
Apple вимагає, щоб кожен застосунок, у якому можна створити обліковий запис, пропонував видалення облікового запису зсередини застосунку, згідно з правилом 5.1.1(v). Деактивації чи призупинення облікового запису прямо недостатньо, і цю опцію має бути легко знайти. Google Play вимагає такий самий шлях у застосунку плюс публічну вебадресу (URL).
Зробіть це за кілька хвилин
AppFoyer розміщує сторінки, про які цей посібник, — політику конфіденційності, умови, підтримку, видалення акаунта та app-ads.txt — на власному піддомені, без вашого домену й сервера. Один застосунок — безкоштовно, і ніщо з того, чого вимагає магазин, ніколи не буває за платним доступом.
Перевірено 19 вересня 2026 р.. Політики магазинів змінюються, іноді без попередження. Усе нижче посилається на офіційну документацію, і авторитетом є та сторінка, а не ця. Якщо вони розходяться, правий магазин. Цей посібник перекладено з англійської; цитати з документації магазинів наведено в англійському оригіналі.
Якщо App Review повернула вашу збірку з посиланням на Guideline 5.1.1(v), то йдеться саме про цю вимогу і саме таке виправлення від вас очікують. Якщо ви публікуєтеся в обох магазинах, ви відповідаєте на дві вимоги, які перетинаються, але не є однією й тією самою, — і саме через різницю між ними подання повертають.
Чого вимагає Apple
Правило App Store Review Guideline 5.1.1(v) вимагає, щоб застосунки, які підтримують створення облікового запису, дозволяли користувачеві розпочати видалення облікового запису зсередини застосунку. Воно діє з 30 червня 2022 року, тож не є новим; новим є те, наскільки регулярно його перевіряють.
Три моменти в ньому часто застають розробників зненацька:
- Деактивація — це не видалення. Настанови Apple прямо кажуть, що тимчасове вимкнення чи деактивація облікового запису не задовольняють вимогу — людина має мати змогу видалити обліковий запис разом зі своїми персональними даними.
- Її має бути легко знайти. Опція має бути легкодоступною в застосунку. Шлях на п’ять екранів углиб за меню без підпису — це відхилення, яке лише чекає свого часу.
- Для Apple самої лише підтримки недостатньо. Запропонувати користувачеві написати вам листа — розумне доповнення; але це не той шлях у застосунку, якого вимагає правило.
Чим відрізняються два магазини
| Apple | Google Play | |
|---|---|---|
| Шлях видалення в застосунку | Обов’язковий (5.1.1(v)) | Обов’язковий |
| Публічна вебадреса (URL) для видалення | Як поле не вимагається | Обов’язкова, заявляється в App content → Data deletion |
| Де це заявляється | Нічого вводити не треба — рецензент знаходить його в застосунку | Поле URL у Play Console |
| Видалення самих даних | Ваша справа | Ваша справа |
Прочитайте цю таблицю двічі, якщо переносите застосунок на іншу платформу. Помилка в кожному напрямку симетрична: iOS-розробник, який додає Android, виявляє, що тепер йому потрібна вебсторінка, якої він ніколи не робив, а Android-розробник, який додає iOS, виявляє, що наявна вебадреса не задовольняє Apple, бо Apple хоче шлях усередині застосунку.
Що насправді має робити «видалити мій обліковий запис»
Обидва магазини питають про ту саму дію, і жоден із них не може перевірити її ззовні. Коли користувач видаляє свій обліковий запис:
- обліковий запис і пов’язані з ним персональні дані видаляються з ваших систем;
- дані, які ви передали обробникам, теж видаляються там — ви їх про це просите, і простежити за цим — ваше завдання;
- те, що ви зберігаєте, ви зберігаєте з причини, яку можете назвати. Платіжні й податкові записи зазвичай потрібно зберігати за законом, і чесно про це сказати краще, ніж дати обіцянку, яку ви порушите.
Цю частину ніхто не зробить за вас. Будь-який сервіс, що заявляє, ніби видаляє дані ваших користувачів, не має доступу до вашої бази даних.
Відхилення, на яке варто чекати, і виправлення
Відхилення за 5.1.1(v), які надходять на практиці, буденні:
- Застосунок має вхід, але видалення ніде немає.
- Є кнопка «видалити обліковий запис», яка відкриває поштовий клієнт. Залежно від рецензента це приймають або відхиляють — зробіть справжній механізм, а не робіть ставку на те, який рецензент вам трапиться.
- Видалення є, але лише у вебпанелі, а не в застосунку.
- Видалення насправді є деактивацією, і в тексті так і написано.
Виправлення — це робота над продуктом, а не над паперами: потік у застосунку, одне підтвердження і справжнє видалення за ним. Плануйте це як функцію, бо це і є функція.
Ведіть записи
Хоч яким буде шлях, записуйте, що сталося: обліковий запис, дату, що видалено, що збережено і чому. «Ми видалили» — це твердження; датований перелік — це доказ, і це важить набагато більше того дня, коли питає регулятор, ніж того дня, коли питає рецензент.
Що тут робить AppFoyer
Ми розміщуємо веб-частину: сторінку видалення облікового запису вашого застосунку, яка приймає запит, зберігає його як ваш журнал аудиту й сповіщає вас — електронною поштою на будь-якому тарифі або через Telegram чи Slack на платному. Саме таку сторінку хоче поле URL у Google Play, і це доречне місце, куди може потрапити користувач iOS, який уже видалив застосунок.
Вона не замінює потік у застосунку, якого вимагає Apple, — жодна сторінка, розміщена деінде, не може його замінити, бо правило стосується власного інтерфейсу вашого застосунку. Зробіть його; ми розмістимо сторінку поруч.
Першоджерела
- App Store Review Guidelines — Apple. Розділ 5.1.1(v) — це текст, який вирішує.
- Account deletion within apps — upcoming requirements — Apple
- Understanding Google Play’s app account deletion requirements — довідка Google Play