Требования 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 берёт комиссию. Увёл пользователя платить на свой сайт мимо кассы - классический повод для отказа.

Приватность и согласие на данные: новый акцент ревью

Самый растущий повод для отказа. Нужно честно сказать, какие данные собираешь и зачем, а потом спросить согласие. Отдельно про AI: шлёшь данные пользователя во внешний сервис - OpenAI, Anthropic, Google или любой другой - покажи понятный экран согласия и назови провайдера по имени. Без обтекаемого «передаем третьим лицам».

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

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

Поставь сборку на чистое устройство и пройди ВСЕ основные экраны. Где-то вылетело или зависло - чини до отправки.
Найди и вычисти все заглушки: тексты-рыбу, экраны «coming soon», кнопки в никуда, тестовые данные.
Сверь описание и скриншоты в сторе с тем, что реально есть внутри. Обещано - значит, работает.
Проверь весь чужой контент: логотипы, музыку, картинки, шрифты. Нет прав - убери или замени на своё.
Продаёшь цифровое внутри приложения - убедись, что это идёт через In-App Purchase, а не мимо кассы.
Покажи понятный экран про сбор данных и согласие. Шлёшь что-то в AI - назови сервис явно.

Частые ошибки новичков при публикации в App Store

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