Вимоги App Store: за що Apple відхиляє застосунки

Що таке App Store Review і хто перевіряє застосунок

Уяви: ти приносиш свою саморобку в дуже дорогий бутик і просиш поставити її на вітрину. Господар бутика - Apple. У нього є список: кого пускати на полицю, а кого розвертати прямо на порозі. Цей список і називається App Store Review Guidelines App Store Review Guidelines - офіційний звід правил Apple, за яким перевіряють кожен застосунок перед публікацією. Ділиться на розділи: Safety, Performance, Business, Design, Legal. .

І ось що важливо зрозуміти одразу. Твою збірку перевіряє жива людина. Не робот із галочками - реальний ревʼюер. Він завантажує застосунок і тицяє в нього руками: відкриває екрани, тисне кнопки, пробує оформити підписку, шукає, де ти заховав ляпи. Думаєш, проскочить на автоматі? Не проскочить.

Навіщо розробнику знати правила Apple

Картина знайома: зібрав застосунок, натиснув «надіслати на ревʼю», за пару днів - відмова із сухим рядком на кшталт «Guideline 2.1». Без розуміння правил це бʼє як удар струмом нізвідки. А кожна відмова - це втрачені дні очікування й нерви на рівному місці.

• Зрозумієш, що лагодити до відправки, а не після трьох кіл відмов.
• Перестанеш сприймати відмову як особисту образу. Це просто пункт зі списку, не вирок.
• Заощадиш час: один цикл ревʼю - це часто доба й більше очікування.
• Заговориш з Apple їхньою мовою. Вони пишуть номер правила - ти одразу знаєш, про що йдеться.

Більшість відмов - це не «твоя ідея погана». Це «ти показав нам чернетку» або «в описі написано одне, а всередині інше». І те, і інше лагодиться.

Топ причин відмови в App Store

Правил багато, а реальних приводів для відмови - жменька. Ось ті, на яких спотикаються майже всі новачки. Розбери їх один раз - і половина граблів обійдена.

Краші й баги: чому App Store відхиляє нестабільні збірки

Причина номер один. Обганяє всі інші разом узяті. Застосунок вилітає, зависає або фіча просто не працює під час перевірки - миттєва відмова. Apple нервово ставиться до стабільності, і логіка тут проста: краще менше фіч, але кожна працює як годинник.

Недоробки й заглушки: мінімальна функціональність

Apple не пускає чернетки. Крапка. Ревʼюер бачить екран «Coming soon», кнопку в нікуди або текст-рибу lorem ipsum Lorem ipsum - стандартний текст-заглушка латиною, який дизайнери вставляють замість справжнього контенту. Для Apple це явна ознака, що застосунок недороблений. замість справжнього контенту - і для нього це червоний прапор: «ти прислав напівфабрикат».

Обман в описі й скриншотах: точність метаданих

Назва, опис, ключові слова й скриншоти мають чесно показувати, що всередині. Накрутив скриншоти з фічами, яких немає? Устромив чужий бренд у назву заради пошуку? Обіцяв «безкоштовно», а на першому ж кроці - платний замок? Усе це ловиться. І завертається, мабуть, швидше за все інше.

Чужий контент без прав: інтелектуальна власність

Чужі логотипи, музика, відео, персонажі, дизайн відомих брендів - усе, на що в тебе немає прав. Apple не хоче судитися через твій застосунок, і це зрозуміло. Використовуєш чуже - тримай напоготові ліцензії чи дозволи. Іноді їх реально попросять показати.

Оплата повз касу: правило 3.1.1 про In-App Purchase

Улюблена болюча тема. Продаєш цифрові товари всередині застосунку - підписки, монети, розблокування функцій? Значить, ідеш через їхню касу, In-App Purchase In-App Purchase (IAP) - вбудована система покупок Apple. Усі цифрові товари й підписки всередині застосунку продаються через неї, і з кожної покупки Apple бере комісію. , з якої Apple бере комісію. Відвів користувача платити на свій сайт повз касу - класичний привід для відмови.

Приватність і згода на дані: новий акцент ревʼю

Привід для відмови, що зростає найшвидше. Треба чесно сказати, які дані збираєш і навіщо, а потім спитати згоду. Окремо про ШІ: шлеш дані користувача в зовнішній сервіс - OpenAI, Anthropic, Google чи будь-який інший - покажи зрозумілий екран згоди й назви провайдера на імʼя. Без обтічного «передаємо третім особам».

Чеклист самоперевірки перед відправкою на ревʼю

Перш ніж тиснути «Submit», пройди цей список сам. Приміряй роль ревʼюера й спробуй чесно зламати власний застосунок - так дешевше, ніж ловити відмову.

Постав збірку на чистий пристрій і пройди ВСІ основні екрани. Десь вилетіло чи зависло - лагодь до відправки.
Знайди й вичисти всі заглушки: тексти-рибу, екрани «coming soon», кнопки в нікуди, тестові дані.
Звір опис і скриншоти в сторі з тим, що реально є всередині. Обіцяно - значить працює.
Перевір весь чужий контент: логотипи, музику, картинки, шрифти. Немає прав - прибери або заміни на своє.
Продаєш цифрове всередині застосунку - переконайся, що це йде через In-App Purchase, а не повз касу.
Покажи зрозумілий екран про збір даних і згоду. Шлеш щось у ШІ - назви сервіс явно.

Часті помилки новачків під час публікації в App Store

• Прислати чернетку «щоб швидше». Apple не пускає напівфабрикати. Доведи до пуття - і вийде швидше, ніж три кола відмов.
• Накрутити опис і скриншоти. Будь-яка розбіжність із реальністю - швидка відмова. Чесність тут банально вигідніша.
• Сховати платний замок і назвати застосунок безкоштовним. За гроші - скажи прямо, інакше завернуть за обман.
• Тягнути чужий контент. Логотип бренду «для краси» чи чужа музика - це привід не тільки для відмови, а й для бану акаунта.
• Обходити касу Apple на цифрових товарах. Правило 3.1.1 перевіряють пильно. Не будуй на цьому модель, прогориш.
• Забути про демо-доступ і приватність. Ревʼюер не зможе увійти чи не знайде згоди на дані - і заверне, навіть якщо код ідеальний.