Apple оновила правила App Review: що змінюється для розробників

Автор ·

Apple тихо, але помітно оновила App Review Guidelines — документ, за яким живе весь екосистемний бізнес на App Store. Зміни стосуються як контенту, так і креативів, прихованих функцій та політик безпеки.

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

У розділі Before You Submit Apple додала посилання на додаткову документацію. Це дрібниця, але корисна: тепер легше знайти офіційні роз’яснення замість шукати відповіді по форумах. Для нових команд це знижує поріг входу в App Store, а для досвідчених — економить час на уточненнях.

Гайдлайн 1.2 тепер чіткіше описує, які типи контенту й застосунків підпадають під цю норму, і прямо згадує можливе порушення Developer Code of Conduct, якщо розробник не впроваджує належні запобіжники або ігнорує виправлення після попередження. Іншими словами, Apple посилює акцент не лише на тому, що ви публікуєте, а й на тому, як ви реагуєте на проблеми.

З’явилася нова норма 2.3.14, яка окремо регулює creative assets — іконки, скріншоти, прев’ю-відео. Раніше їх часто оцінювали «по аналогії» з іншими пунктами, тепер для цього є власний гайдлайн. Для маркетингових команд це означає: креативи більше не «сіра зона», їх зміст і подача можуть стати формальною підставою для відхилення.

Ще один важливий момент — новий пункт 2.5.19, який кристалізує давню політику щодо прихованих, «сплячих» або недокументованих функцій. Раніше це було заховано в 2.3.1, тепер винесено в окреме правило. Якщо ви звикли залишати у продакшн-збірці «секретні» можливості для тесту, партнерів або «на майбутнє» — час переглянути цей підхід.

У розділі монетизації 3.1.1 (a) Apple прибрала окремий булет про Music Streaming Services Entitlements і інтегрувала його в пункт про StoreKit External Purchase Link Entitlements. Також уточнено, що зовнішні лінки можуть вести лише на «дозволені» цілі. Це продовження історії з альтернативними платіжними сценаріями: формально можливостей більше, але рамки лишаються жорстко окресленими.

У розділі 5 Apple прямо наголошує: застосунки, які сприяють торгівлі людьми чи експлуатації дітей, будуть не просто видалені з App Store, а й заблоковані для альтернативного розповсюдження. Це важливий сигнал на фоні дискусій про сторонні сторак та sideloading — певні «червоні лінії» компанія не готова віддавати на відкуп ринку.

У блоці After You Submit також додали посилання на додаткові матеріали — це має спростити комунікацію з App Review після відправки збірки.

Apple обіцяє, що переклади оновлених правил з’являться на сайті Apple Developer протягом місяця. Поки що актуально працювати з англомовною версією, особливо якщо ви готуєте релізи під iOS 18 та нові можливості екосистеми.

Чому це важливо

Для українських розробників, які працюють як на локальний, так і на глобальний ринок, ці зміни — не просто формальність. Вони впливають на те, як ви плануєте функціонал, маркетингові матеріали й моделі монетизації.

  • Креативи тепер під мікроскопом. Варто переглянути іконки, скріншоти та відео: чи немає перебільшень, маніпуляцій або контенту, який може бути трактований як вводящий в оману.
  • Приховані функції — ризик. Якщо ви вмикаєте можливості через debug-меню, remote-конфіг або «секретні» жести, переконайтеся, що це відповідає новому 2.5.19, або винесіть такі речі в окремі збірки для тестування.
  • Монетизація та зовнішні лінки. Якщо у вас є підписки поза App Store, уважно перечитайте оновлений 3.1.1 (a). Неправильне посилання чи формулювання може коштувати вам релізу.
  • Процеси реагування на порушення. З огляду на посилення 1.2 варто мати внутрішню процедуру: що ви робите, коли отримуєте скаргу чи попередження від Apple, хто відповідає за комунікацію й виправлення.

На мій погляд, головний меседж оновлення — Apple очікує від розробників більш «дорослого» підходу: прозорих креативів, відсутності прихованих сюрпризів у коді та відповідальної реакції на чутливий контент. Якщо ви оновите свої чеклісти рев’ю під ці правила зараз, це зекономить нерви й час під час наступних релізів.

Джерело: Apple Developer (https://developer.apple.com/news/?id=92th7e5i)