Контрольный список для подачи заявок в Apple App Store на 70 баллов [издание 2019 года]

Apple создала стены стандартов вокруг App Store. И если какое-либо приложение, независимо от того, какой материнской компании оно принадлежит, не соответствует хотя бы одному пункту, почти мгновенно сталкивается с отклонением или удалением из Apple, чего не происходит при отправке приложения в Play Store .

Что еще хуже, чаще всего точная причина отказа никогда не известна. Тем не менее, они сообщают категорию, которую ваше приложение взломало до того, как технический гигант удалил его из своего магазина.

Ознакомьтесь с причинами удаления приложений из App Store в конце марта —

Итак, что вы должны делать в такой ситуации? Когда, с одной стороны, вы разрабатываете приложение для iPhone/iPad в надежде, что оно достигнет миллионов, а с другой, вы даже не уверены, увидит ли оно свет и пройдет ли оно строгие правила Apple?

Как вы гарантируете, что ваше приложение точно соответствует критериям, подпадающим под эти разделы?

Вот что вы делаете.

После того, как вы собрали информацию о рынке, наняли подходящего партнера по разработке приложений и идеально разработали мобильное приложение, обратившись к нашему руководству по разработке мобильных приложений , вы можете использовать эту статью в качестве контрольного списка для отправки приложений iOS 2019, чтобы убедиться, что ваше приложение продолжает существовать и управлять App Store в этом году.

Мы разделили этот контрольный список отправки в магазин приложений iOS на разные разделы, которые затем разделены на подразделы, в которых перечислены точные контрольные точки. Потому что мы знаем, что как только ваше приложение пройдет этот этап и вы освоите ASO-игру , ничто не помешает вам прославиться и стать свидетелем восходящего графика доходов.

Итак, вот вам — контрольный список отправки в магазин приложений iOS, который гарантирует, что ваше приложение пройдет проверку с первого раза.

{Quick Detour} — Говоря о контрольном списке, если вы ищете контрольный список по разработке мобильных приложений в целом, вот он .

Проверка безопасности

Apple известна своим стандартом безопасности, который обязывает каждое мобильное приложение, публикуемое в магазине, соответствовать одним и тем же стандартам.

Уделяя особое внимание безопасности, Apple установила строгие правила в правилах подачи заявок в магазин приложений iOS, которым должны следовать компании, не добивающиеся удаления из App Store.

1. Нежелательный контент –

• В вашем приложении не должно быть контента, который носит дискриминационный, клеветнический характер или каким-либо образом унижает или запугивает кого-либо.
• В вашем приложении не должно быть изображений убитых животных или людей. Кроме того, в вашем игровом приложении «Враг» не должен представлять культуру, правительство или какое-либо реальное лицо.
• Контент, пропагандирующий незаконное использование оружия
• Откровенно вульгарный или сексуальный контент
• Религиозные комментарии или визуализации
• Поддельная информация или функции. Написание «Только для развлекательных целей, не будет считаться»

2. Пользовательский контент

Чтобы предотвратить нарушение прав интеллектуальной собственности и запугивание в вашем приложении, которое имеет дело с пользовательским контентом, в вашем мобильном приложении должны быть следующие положения:

• Процесс фильтрации нежелательного контента из приложения
• Процесс сообщения об оскорбительных комментариях
• Положение о блокировке нарушающих правила пользователей
• Обновленная контактная информация

3. Приложения для детей

• Пользовательский интерфейс приложения должен быть разработан с учетом возраста.
• Приложения не должны иметь ссылок за пределами вашего мобильного приложения, всех возможностей покупки и других форм отвлечения для детей, пока они не будут зарезервированы в специально отведенном месте внутри родительских ворот .

4. Физический вред

Это относится к приложениям, которые попадают в категорию «Здоровье» или «Медицина».

• Во всех медицинских справках должно быть указано, что пользователи должны посетить врача, прежде чем принимать лекарства в дозировке, предложенной мобильным приложением.
• Кроме того, Apple воздерживается от приложений, в которых упоминаются способы передачи устройств Apple, которые противоречат методам, упомянутым в правилах отправки в магазин приложений ios.

5. Информация для разработчиков

• Ваш URL поддержки должен содержать вашу контактную информацию и указывать различные способы связаться с вами в случае необходимости.
• Ваше мобильное приложение должно содержать актуальную контактную информацию.

Представление

Следующим пунктом в контрольном списке отправки в магазин приложений для iOS является производительность. Существует несколько способов, с помощью которых Apple измеряет производительность вашего приложения, и если они не соблюдаются в соответствии с их установленными рекомендациями, существует большая вероятность того, что ваше приложение будет удалено или не пройдет этап утверждения в первую очередь.

{Краткое чтение: как оптимизировать производительность вашего приложения по требованию? }

1. Полнота

• На этапе отправки приложения ваше приложение должно быть окончательным с точки зрения метаданных, функциональных URL-адресов. URL-адреса, ведущие на пустые веб-сайты, содержащие текст-заполнитель или любые другие формы временного контента, должны быть проверены и исправлены перед отправкой приложения.
• Перед отправкой приложения убедитесь, что ваше приложение проверено на стабильность и наличие ошибок, а также содержит информацию о демо-счете, если приложение содержит возможность входа в систему. Если вы предлагаете вариант покупки в приложении, они должны быть актуальными, полными и видимыми для рецензента.

2. Бета-тест

• Никакое приложение для iPhone или iPad, находящееся в бета-версии, не должно отправляться для отправки в App Store.
• Слова Beta или Demo не должны упоминаться нигде на странице описания приложения — ни в содержании, ни в изображении.

3. Правильные метаданные

Все, начиная от изображения приложения и заканчивая его описанием, названием категории и предварительным просмотром приложения, должно отражать суть приложения.

• Упоминайте только те функции, которые действительно существуют. И упомянуть все функции, которые присутствуют в мобильном приложении.
• Если в вашем приложении есть функция встроенных покупок, убедитесь, что она четко указана в описании приложения.
• Скриншот должен быть экрана, который показывает использование приложения, а не тот, который показывает логотип или просто контент.
• Предварительные просмотры должны включать только видеозапись используемого приложения.
• Крайне важно, чтобы вы выбирали только ту категорию, в которой работает ваше приложение, а не ту, которая более прибыльна.
• Вы должны правдиво ответить на вопрос о возрастном рейтинге iTunes Connect, чтобы при необходимости ваше приложение можно было согласовать с родительским контролем.
• Выбирайте ключевые слова, которые действительно описывают ваше приложение, а не те, которые содержат названия торговых марок, известные названия приложений или нерелевантные фразы. Названия приложений должны содержать не более 30 символов и не должны содержать упоминаний условий или цены.
• Каждый элемент метаданных — изображение, предварительный просмотр, текст и т. д. — должен быть оформлен в соответствии со стандартами детей от 4 лет.
• Если вы показываете какую-либо финансовую информацию на изображении вашего приложения или в предварительном просмотре, это должно быть фальшивкой.
• Приложение не должно содержать название, значок или изображение какой-либо другой платформы мобильного приложения, кроме iOS.

4. Аппаратная совместимость

• Приложения для iPhone должны работать и на iPad.
• Приложение не должно нагревать устройство, сильно потреблять заряд батареи или создавать нагрузку на устройство.
• Ваше приложение Apple TV должно использовать только пульт Siri или игровые контроллеры. И если вашему приложению нужны игровые контроллеры, четко укажите это в метаданных.
• Приложение никогда не должно просить пользователей перезагрузить свои устройства

5. Спецификации программного обеспечения

• Приложения должны использовать только общедоступные API и должны работать в поставляемых в настоящее время версиях операционной системы. Приложения должны быть обновлены и не должны иметь устаревших функций или функций, которые не будут реализованы в будущих ОС. Фреймворки и API следует использовать только по назначению.
• Приложения всегда должны быть автономными внутри пакетов и не должны читать или записывать данные, которые находятся за пределами указанной области контейнера. Также им не следует устанавливать, загружать или даже выполнять коды, включающие другие приложения.
• Приложения, которые выдают вирусы, программы или файлы, которые могут повлиять на аппаратную функциональность устройства, будут немедленно удалены.
• Приложения, которые имеют дело с функциями многозадачности, должны использовать фоновые функции только для предполагаемых нужд. Если приложение работает в фоновом режиме, пользователям должно быть отправлено напоминание о том, что это повлияет на батарею.
• Приложение должно быть совместимо с адресацией IPv6.
• Приложения, использующие Интернет, должны использовать WebKit Javascript и платформу WebKit.
• Приложения, создающие альтернативный рабочий стол, будут отклонены
• Приложения, которые останавливают или изменяют функцию переключателей по умолчанию, таких как громкость и блокировка, будут отклонены.
• Приложения, использующие распознавание лиц для аутентификации учетной записи, должны использовать LocalAuthentication.

Бизнес

Существует несколько способов монетизации вашего приложения. Какой бы способ вы ни выбрали, он должен быть четко указан в метаданных и примечаниях к обзору.

Платежи

• Вы можете использовать покупку в приложении только в качестве способа оплаты или совершения покупки из приложения.
• Срок действия кредитов или внутриигровых денег, полученных с помощью покупки в приложении, не должен истечь.
• Назначьте правильный тип покупки
• Не следует разрешать дарение функций и контента для покупок в приложении другим пользователям.
• Приложения могут предоставлять пользователям доступ к контенту, приобретенному ранее
• Приложения не должны использовать свой метод для разблокировки содержимого, например QR-код, лицензионный ключ и т. д., пока приложение не будет зависеть от некоторого оборудования для работы.
• Приложения могут разрешать транзакции, совершаемые в криптовалютах, до тех пор, пока они не будут соответствовать всем законам штата и федеральным законам.
• Приложения, использующие Apple Pay, должны предлагать пользователям все данные о покупке материалов перед продажей товара или услуги. Кроме того, они должны правильно использовать элементы брендинга Apple Pay.

Дизайн

Apple известна своим простым и изысканным, но инновационным дизайном. Изображение, которое Apple создала с помощью своих устройств, — это то, что она стремится предлагать в приложениях, которые также публикуются в ее магазине.

• Дизайн не должен копировать любое другое приложение
• Приложение не должно быть расширенной версией веб-сайта. Он должен предлагать длительную развлекательную ценность для пользователей.
• Приложение, использующее ARKit, должно предлагать реальный опыт работы с дополненной реальностью.
• Приложение не должно просить пользователей установить другое приложение для работы
• Приложения, разработанные на основе коммерческих шаблонов или с помощью службы создания приложений, будут отклонены.
• Воздержитесь от создания различных Bundle ID вашего приложения. Если ваше приложение имеет другую версию в зависимости от местоположения или демографических данных, покажите их в своем приложении, предоставив своим пользователям право доступа, совершив покупку в приложении.
• Push-уведомления не должны быть обязательными для работы приложения.

Юридический

Безопасность — это то, с чем Apple никогда не идет на компромисс, а это означает, что ваше приложение должно соответствовать правовым нормам, установленным брендом в программе Apple Developer.

1. Конфиденциальность

• Приложения, которые собирают информацию о пользователях или их использовании, должны иметь политику конфиденциальности и должны получить согласие пользователя, прежде чем собирать их информацию.
• Если ваше приложение может работать без профиля в социальных сетях, вы должны разрешить доступ без входа в систему или других методов.
• Если ваше приложение каким-то образом обнаруживает пароли пользователей, оно будет немедленно удалено.
• Информация, полученная от пользователей, не должна передаваться третьим лицам до тех пор, пока не будет улучшено взаимодействие с пользователем.
• Приложения не должны хранить личные данные о здоровье в iCloud.
• Приложения, которые занимаются сбором данных от детей, должны соответствовать законам Закона о защите конфиденциальности детей в Интернете.
• Используйте службу определения местоположения только в том случае, если она напрямую влияет на работу вашего приложения. Если он работает в фоновом режиме, следует указать причину.

2. Права на интеллектуальную собственность

• Ваше приложение должно иметь только тот контент, который вы создали и имеете законное право на его использование.
• Не должно способствовать незаконному обмену файлами
• Никогда не говорите, что Apple одобрила ваше мобильное приложение
• Никогда не создавайте приложения, похожие на какой-либо продукт Apple.
• Приложения, предлагающие услуги VPN, должны использовать только NEVPNManager API и должны четко указывать пользовательские данные, которые будут созданы, и их назначение.

Поскольку вы успешно добрались до конца статьи вместе с нами, у нас есть для вас подарки!

После того, как вы закончите подготовку к подаче в соответствии со всеми пунктами, упомянутыми выше, вернитесь к этому разделу в течение 48–72 часов после отправки приложения.

Есть ряд других предложений, которые были сделаны технологическим гигантом в рамках их программы Apple Developer.

1. Имя приложения

Как упоминалось выше, имя приложения, которое вы выбираете, должно быть в пределах 30 символов. Теперь, делая выбор, наденьте свои творческие шляпы и выберите имя, которое лучше всего демонстрирует идею вашего приложения, но при этом сильно отличается от имени ваших конкурентов.

2. Предварительный просмотр приложения

Хотя это и необязательно, всегда лучше снять видео, описывающее ваше приложение. Идеальная продолжительность предварительного просмотра должна составлять от 15 до 30 секунд, и в это время вы должны стремиться показать работу видео приложения.

Существует ряд инструментов, которые могут вам помочь при создании и редактировании предварительного просмотра приложения, но мы используем Mac с OS X Yosemite и QuickTime Player (версия 10).

3. Описание приложения

Описание приложения — это ваша единственная возможность не только стать доступной для поиска (благодаря правильному набору ключевых слов), но и рассказать миру, какую цель будет решать ваше приложение.

App Store дает вам право написать только 2 строки о вашем приложении, прежде чем содержимое будет сокращено с помощью опции «Дополнительно».

И исключительно по этой причине вы должны добавить ключевые слова в первые 100 символов описания приложения.

4. Скриншоты приложения

После описания приложения элемент, привлекающий максимальное внимание пользователя, — скриншот приложения. Скриншоты, которые вы используете в своем приложении, должны лучше всего описывать поверхностный уровень работы вашего мобильного приложения. Лучше всего то, что Apple теперь дает вам возможность добавить 10 скриншотов в магазин приложений.

Оно должно быть разработано достаточно хорошо, чтобы привлечь внимание, а в местах, где изображение не говорит само за себя, оно должно иметь подписи и тексты для его описания.

Что касается части проектирования, есть ряд инструментов, которые вы можете использовать:

• Панель запуска приложений
• Комплект запуска
• Снимок от Fastlane
• MockUPhone и ShotBot
• StoreShots

5. Ключевые слова приложения

Последним в нашем списке подарков является самая важная часть подачи приложения, то, что определяет будущее вашего приложения в магазине Apple с точки зрения видимости — выбор правильного набора ключевых слов.

Существует ряд инструментов, которые вы можете использовать, чтобы найти правильный набор ключевых слов для своего приложения iPhone/iPad, таких как AppAnnie, thetool.io, Google Keyword Planner и т. д. Процесс, который вам нужно будет выполнить, чтобы найти ключевые слова, представляет собой тему, которую мы оставим на другой день, а пока есть вещи, которые вы можете принять во внимание для большей наглядности –

• Не используйте слова как в единственном, так и во множественном числе
• Избегайте повторения названия категории в качестве ключевого слова.
• Не используйте знаменитость или торговую марку. На самом деле, избегайте использования любых реальных имен объектов.
• Не используйте название своего приложения в качестве ключевого слова.

Так вот. Точный набор правил без BS, представленный в виде однострочников, которые также будут действовать как контрольный список, чтобы гарантировать, что ваше приложение пройдет.