Відхилення застосунку в App Store потребує відповіді, що відповідає зазначеній проблемі. Почніть із повідомлення перевірки та з’ясуйте, що саме не пройшло перевірку. Чинні інструкції Apple дозволяють відповісти після виправлення інформації, метаданих або серверного доступу. Виправлення коду в надісланій збірці потребує нової збірки. Якщо ви не погоджуєтеся з рішенням, спочатку уточніть його, а потім подавайте апеляцію.
Негайне повторне надсилання може перезапустити роботу, яку можна було завершити в межах листування.
Ми починаємо з того, що зіставляємо повідомлення з надісланим застосунком і фіксуємо, що міг побачити рецензент. Так ви отримуєте конкретне завдання для обговорення з розробником, навіть якщо не можете самостійно змінити код.
Що насправді сказано про відхилення застосунку в App Store?
Перш ніж вибирати виправлення, прочитайте статус і перевірте, якого елемента він стосується. Довідник статусів Apple відрізняє надісланий матеріал, що очікує на перевірку, від відхиленого застосунку чи відхиленої інформації сторінки. Надісланий матеріал може містити кілька елементів. Зафіксуйте, у якому з них є проблема, зазначену вимогу та пояснення рецензента. Самої старої позначки про відхилення недостатньо для дій.
Метадані означають інформацію сторінки, наприклад описи та знімки екрана, що розміщується поза виконуваним пакетом застосунку. Збірка є упакованою версією, надісланою на перевірку. App Review Guidelines від Apple розглядають завершеність, точність метаданих і достатню функціональність застосунку як окремі вимоги. Зрозуміліший опис не виправить аварійне завершення роботи, а працездатна функція все одно може потребувати кращої інформації для перевірки.
Ведіть запис завдання з такими полями: елемент, якого стосується проблема, вимога, виявлена проблема, запропоноване виправлення, доказ, відповідальна особа та наступна дія. Використовуйте фактичне зауваження рецензента. Якщо повідомлення чогось не пояснює, позначте поле як невідоме, а потім поставте конкретне запитання.
Знайдіть проблему, яку зміг відтворити рецензент
Перевірте надіслану версію, починаючи з місця, описаного в повідомленні. Ваш повсякденний обліковий запис уже може мати доступ або пройдене налаштування, якого немає в рецензента. Інструкції Apple із підготовки вимагають робочих демонстраційних облікових даних та інформації, потрібної для доступу до функцій застосунку. Перевірте весь шлях, перш ніж просити розробника про новий випуск.
- Зіставте версію та середовище. Запитайте розробника, яку збірку було надіслано та на якому пристрої й у якій операційній системі її перевіряли. Довідка Apple щодо тестування на пристроях вимагає тестування на фізичних пристроях, зокрема у відповідних режимах сумісності. Зафіксуйте все, що вам не вдалося відтворити на доступних пристроях.
- Перевірте обліковий запис для перевірки після нового входу. Виконайте надані кроки до функції, про яку йдеться. Перевірте ролі облікового запису та всі інструкції щодо кодів автентифікації. Довідка Apple щодо повної перевірки вимагає надати ці відомості заздалегідь. Облікові дані мають залишатися чинними на момент початку перевірки.
- Читайте інформацію сторінки разом із застосунком. Порівняйте знімки екрана й опис із тим, що насправді робить ця збірка. Якщо відхилення стосується повідомлення про дозвіл, інструкції Apple щодо рядків призначення вимагають конкретно пояснити, як застосунок використовує запитуваний ресурс.
- Перевірте зазначену поведінку щодо конфіденційності. Якщо проблема стосується видалення облікового запису, перевірте фактичний шлях. Інструкції Apple вимагають, щоб застосунки, які підтримують створення облікових записів, давали змогу розпочати видалення в застосунку. Самої деактивації недостатньо. Зобов’язання щодо зберігання даних і винятки для регульованих застосунків потрібно перевіряти окремо.
Використовуйте тестовий обліковий запис із безпечними зразками даних. Запис або вкладення має показувати невдалий чи виправлений шлях, не розкриваючи записи клієнтів або облікові дані.
Відповісти, надіслати нову збірку чи подати апеляцію?
Вибирайте шлях після того, як з’ясуєте, що змінилося. Довідка Apple щодо статусу перевірки відрізняє виправлення, які можна пояснити у відповіді, від змін, що потребують ще однієї перевірки. Таблиця допомагає ухвалити рішення щодо наявного відхилення. Повідомлення про вилучення або дія щодо облікового запису потребує окремої процедури.
| Ситуація | Підтримувана наступна дія |
|---|---|
| Відсутня інформація, виправлені метадані або виправлення серверного доступу | Виправте проблему та дайте відповідь в App Store Connect |
| Дефект у надісланій збірці виправлено | Завантажте змінену збірку та надішліть її на нову перевірку |
| Ви вважаєте, що рішення неправильно застосовує зазначене правило | Уточніть питання в листуванні, а якщо його не вирішено, подайте апеляцію |
Apple попереджає, що повторне надсилання починає нову перевірку та припиняє можливість відповідати на попереднє повідомлення. Повторне надсилання під час розгляду апеляції закриває її. Перш ніж змінювати надісланий матеріал, узгодьте це з особою, яка веде листування.
Явна пропозиція Bug Fix Submission є окремим випадком. Довідка Apple обмежує її прийнятними оновленнями раніше схвалених застосунків без юридичних проблем або проблем безпеки. Пропозицію приймають у відповіді із зобов’язанням виправити проблеми в наступному оновленні. Прочитайте пропозицію, перш ніж використовувати звичайний шлях із новою збіркою.
Готуйте виправлення та докази разом
Для кожної проблеми визначте виправлення та спосіб його перевірки. Ми пов’язуємо завдання розробника й відповідь рецензенту з одним записом, щоб зміна в застосунку відображалася в надісланій разом із ним інформації. Почніть із перевірок, які можете виконати самостійно, а потім доручіть зміни коду розробнику.
- Усуньте прогалини в доступі та інформації. Оновіть примітки для перевірки, зазначивши призначення застосунку, змінені функції, зовнішні сервіси та регіональні відмінності, де це доречно, відповідно до довідки Apple щодо повної перевірки. Після зміни облікових даних перевірте їх ще раз.
- Перевірте пов’язаний вебсайт. Відкрийте на телефоні URL-адреси підтримки та політики конфіденційності, зазначені в надісланому матеріалі. Перевірте, чи відповідають сторінка призначення та формулювання застосунку, який проходить перевірку. Така перевірка узгодженості може бути частиною робіт із розробки вебсайту, коли сайт підтримує застосунок.
- Попросіть про технічне виправлення, яке можна продемонструвати. Якщо проблема стосується збірки, попросіть розробника показати зазначений шлях після виправлення та назвати збірку, яка його містить. Така передача завдання належить до розробки й публікації мобільних застосунків разом із підготовкою до перевірки.
- Надішліть конкретну відповідь. За інструкціями Apple щодо відповіді потрібно відкрити посилання на невирішені проблеми застосунку, а потім вибрати In Progress, Resolve і Reply to App Review. Потрібен доступ із роллю Account Holder, Admin або App Manager. Поясніть зауваження, де знайти виправлення та як його перевірити. За потреби додайте відповідні докази, а потім виберіть Reply.
- Використовуйте апеляцію для невирішеної незгоди. Довідка Apple щодо апеляцій просить спочатку уточнити питання, а потім розглянути зазначені вимоги з доказами. Включіть до апеляції всі порушення щодо цього застосунку. Запит про статус або прискорення перевірки потрібно подавати іншим шляхом.
Не додавайте особисті паролі Apple до запису завдання. Зберігайте обліковий запис розробника під контролем компанії та надавайте кожній особі доступ, потрібний для її роботи.
Як дізнатися, що проблему вирішено?
Відокремлюйте перевірене вами виправлення від рішення Apple. Після зміни повторно пройдіть точний шлях і збережіть результат, версію збірки чи інформації та надіслану відповідь. Потім перевірте поточний статус в App Store Connect. Успішний локальний тест свідчить лише про цей тест. Рішення щодо надісланого матеріалу все одно ухвалює Apple.
Відстежуйте, чи є докази для кожної зазначеної проблеми, чи працює доступ для перевірки та чи повторює пізніше повідомлення те саме зауваження. Якщо так, порівняйте нове повідомлення зі своїм записом, перш ніж вносити ще одну зміну. Після випуску застосунку залучення завантажень застосунку стає окремим завданням.
Де ми долучаємося
Ми починаємо з повідомлення про відхилення, надісланої версії та відтворюваного шляху в застосунку. Потім ми можемо відокремити виправлення сторінки й вебсайту від роботи з розробки та підготувати інформацію для рецензента. Перш ніж погоджувати ще одну збірку, передайте ці матеріали відповідальній за випуск особі, позначивши невирішені питання.
