Добро пожаловать на официальный сайт Melltorp!
Друзья, занимающиеся разработкой приложений, знают, что проверка Apple настолько строга, что это головная боль. На самом деле, сначала поняв технические, контентные и дизайнерские требования Apple перед написанием кода, вы сможете избежать большинства неприятных ситуаций отказа. Сегодня мы обсудим десять основных причин отказа в 2016 году, объявленных Apple, чтобы помочь вам сэкономить время на повторных проверках.
Согласно официальным данным Apple, по состоянию на 10 октября 2016 года 21% разработчиков были отклонены из-за отсутствия целостности приложения. Так что же такое целостность? Короче говоря, ваше приложение не может казаться полуфабрикатом, например, сбой при нажатии определенной кнопки или функция, отмеченная как "скоро", но фактически недоступная. Такие ситуации будут отклонены напрямую.
Рецензенты Apple управляют вашим приложением, как обычные пользователи. Им все равно, не торопитесь ли вы, а сосредотачиваются только на том, завершен ли конечный продукт. Вы должны запустить все функции на своем телефоне перед отправкой. Не ленитесь и просто используйте симулятор для тестирования. По данным за февраль 2015 года, основной причиной отказа является "запрос дополнительной информации", что означает неправильную подготовку.
Перед отправкой на рецензию вашему приложению категорически запрещено аварийно завершать работу. Команде Apple по рецензированию приходится ежедневно просматривать тысячи приложений, и у них не хватает терпения помочь вам найти ошибки. Если вы обнаружите сбой во время теста, то у вас практически нет надежды его пройти. В 2016 году по этой причине 16% разработчиков были отклонены, заняв второе место.
Решение предельно простое: найти для тестирования как минимум три реальных телефона разных моделей, в том числе старых. Например, совместимость iPhone 6 и iPhone 12 сильно отличается. Кроме того, необходимо также имитировать экстремальные ситуации, такие как сетевые аномалии и недостаточная память. Не думайте, что пользователи будут такими же нежными, как вы. Возможно, они переключают сети, лихорадочно нажимая на кнопки.
Если все ссылки в вашем приложении должны быть кликабельными, то многие разработчики часто забывают обновить ссылку политики конфиденциальности или URL-адрес страницы поддержки обычно пишется неправильно. Apple подчеркивает, что если ваше приложение требует регистрации пользователей, вы должны предоставить действительную тестовую учетную запись и пароль в информации об обзоре. В 2016 году 8% разработчиков потерпели неудачу в этой ситуации.
Более того, Apple требует, чтобы вы заполняли всю информацию в серверной части App Store Connect. Не думайте "сначала отправить его, а затем добавить позже". Например, если ваше приложение требует тестирования специального оборудования, вы должны заранее подготовить демонстрационное видео. Если вы создаете детское приложение, ссылка на политику конфиденциальности обязательна и не может быть пропущена.
Скриншоты приложения и текстовые описания, которые вы предоставляете, должны действительно и достоверно демонстрировать соответствующие функции. Распространенная ситуация с ошибкой заключается в том, что на скриншотах используются изысканные и красивые иллюстрации, но на самом деле в приложении есть просто обычные системные кнопки. Рецензенты Apple будут сравнивать скриншоты с реальным интерфейсом и отвергать его, если будут найдены какие-либо несоответствия. В 2016 году 4% разработчиков были отклонены из-за того, что их описания были недостаточно точными.
Что еще более серьезно, так это введение пользователей в заблуждение. Например, во введении к вашему приложению говорится, что "видео 4K можно редактировать бесплатно". Однако после загрузки пользователи обнаруживают, что они могут экспортировать только 720P. Это обманчивое поведение. Apple относится к такому поведению с нулевой терпимостью. Помните, ваши обещания должны быть по-настоящему выполнены, и вы не играете в словесные игры. Как только пользователей обманут один раз, они дадут отрицательные отзывы, и Apple также запишет вас.
Apple придает большое значение сложности интерфейса. Если есть смещенные кнопки, несогласованные размеры шрифта или привлекательные цвета, аудитор просто оценит его как "нестандартный пользовательский интерфейс". В 2016 году по этой причине 3% разработчиков были отклонены. Решение состоит в том, чтобы внимательно прочитать официальные "Руководства по человеческому интерфейсу" Apple, особенно раздел "Dos and Don 'ts".
Есть ошибка низкого уровня. При выполнении операции отправки в интерфейсе все еще есть "тестовый текст" или "заполнитель изображения". Это как иметь метку с надписью "Разместите здесь свой аватар" или страницу с надписью "Lorem ipsum". У Apple есть четкие правила, согласно которым приложения на стадии разработки не подлежат распространению. Перед отправкой потратьте полчаса на просмотр всех интерфейсов по одному и удалите любые временные ожидания.
В 3% случаев возникают проблемы, связанные с покупками в приложении (IAP). Если ваше приложение может предоставлять платные функции, вы должны использовать платежную систему Apple, но не думайте обходить ее стороной. Кроме того, если ваше приложение требует регистрации, прежде чем его можно будет использовать, вы должны предоставить действительную демо-учетную запись. Некоторые разработчики предоставляют просроченные учетные записи, или учетные записи требуют проверки по SMS, поэтому аудиторы не могут проводить тестирование.
Есть также вопросы о сборе данных. Если ваше приложение получит местоположение пользователя, адресную книгу или фотографии, то в коде должно появиться четкое приглашение на авторизацию, а цель данных должна быть четко указана в политике конфиденциальности. В 2016 году 3% разработчиков были отклонены из-за неполных условий конфиденциальности. Эти детали могут показаться тривиальными, но в совокупности они влияют почти на 70% разработчиков.
В конце концов, позвольте мне задать вам еще один вопрос: то есть, какова самая странная и причудливая причина отказа, с которой вы столкнулись при отправке приложения на рассмотрение? Вы искренне можете поделиться своим опытом в области комментариев и нажать "Нравится", чтобы больше разработчиков могли увидеть эти руководства, чтобы не попасть в беду.
