Публикуем приложение в AppStore. Как происходит размещение приложения в App Store

• Tutorial

В первой части нашего туториала мы зарегистрировались в обоих магазинах - App Store и Google Play. Но чтобы ваше приложение стало доступным для скачивания, необходимо совершить ещё немало действий. Давайте их рассмотрим.

Прежде чем перейти к процедуре выкладывания, обязательно удостоверьтесь, что ваше приложение соответствует требованиям (Google , Apple), предъявляемым к качеству и содержимому публикуемых приложений. Несоответствие этим требованиям часто приводит к тому, что начинающие разработчики с удивлением получают отказ в публикации, да ещё и предупреждение за нарушение.

В первую очередь, приложение должно иметь какую-то функциональность, то есть иметь пользу, ценность. Убедитесь, что ваше приложение хоть чем-то отличается от аналогов. Если вы ещё не искали аналоги в магазине, не поленитесь это сделать - на этом этапе заканчивается создание многих проектов. Особенно это касается новичков с «инновационной» идеей.

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

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

Сложный или непонятный интерфейс - ещё одна частая причина отказа. Убедитесь, что экраны приложения не перегружены, читаются легко, а цвета подобраны так, чтобы не убить глаза пользователя за 5 минут работы с приложением. У обеих компаний есть рекомендации по дизайну интерфейсов, сверьтесь с ними (Google , Apple).

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

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

Планируя брать деньги с пользователей с помощью встроенных систем оплаты App Store и Google Play, то проверьте, входит ли ваше приложение в одну из категорий, поддерживаемых этими системами. Например, если вы планируете продавать через ваше приложение какие-то услуги, то придётся «прикрутить» другие системы оплаты.

Background Modes. Это режимы, которые может использовать ваше приложение в свёрнутом/закрытом виде. Но приложение должно содержать функционал, который оправдывает выбор этих режимов. Если у вас указано Audio, а никакого аудио нет, или Voice over IP, а позвонить из приложения нельзя, то ждите отказ.

Чаще всего приложения не проходят модерацию при выкладывании по следующим причинам:

1. Неполное заполнение всех сопроводительных форм.
2. Баги и «падения».
3. В приложении используются фальшивые, мошеннические или вводящие в заблуждение данные.
4. Используются иконки, аналогичные иконкам сторонних приложений.
5. При разработке интерфейса не учтены рекомендации из официальных гайдлайнов (Apple, Google).
6. Несоответствие заявленных функций и/или скриншотов фактическому приложению.

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

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

В заключение о процессе проверки приложения, цитата с официального сайта: «Мы отклоним приложение с контентом или функционалом, которые переходят черту. Где эта черта, спросите вы? Как однажды сказал один судья, «я узнаю, когда увижу». И мы думаем, вы тоже поймёте, когда пересечёте её ».

App Store

Используемые инструменты:

• Компьютер Apple (с установленной OS X).
• Apple store - магазин приложений Apple.
• developer.apple.com - центр разработчика Apple.
• itunesconnect.apple.com - сайт для управления своими приложениями, выкладывания в магазин, просмотра статистики, финансов и т.п.
• XCode - интегрированная среда разработки.
• Application Loader - программа Apple для загрузки собранного архива приложения в Itunes Connect.

Каждое приложение, выкладываемое в App Store, должно быть подписано действительным сертификатом, выданным Apple.

Чтобы подписать приложение нам необходимо:

1. Запросить у Apple сертификат.
2. Добавить новое приложение в Developer Center.
3. Создать Provisioning profile.
4. Создать новое приложение на портале itunesconnect.apple.com (далее - iTunes Connect).
5. Заполнить всю необходимую информацию о приложении.
6. Собрать архив приложения из XCode, подписав его нашим Provisioning profile.
7. Загрузить архив в iTunes Connect с помощью Application Loader (ПО Apple).
8. Указать в новой версии приложения архив, который мы загрузили, и отправить приложение на проверку.

Рассмотрим каждый шаг более подробно:

1. Запрос сертификата у Apple.
   
   
2. Добавление нового приложения в Dev Center.
   
   
3. Создание Provisioning profile.
   1. Переходим на developer.apple.com/account/ios/profile/production .
   2. Нажимаем на «+». Выбираем Distribution -> App Store. Нажимаем Continue.
   3. Выбираем созданный нами сертификат (iOS Distribution). Нажимаем Continue.
   4. Задаем имя сертификата. Нажимаем Continue.
   5. Сертификат создан. Скачиваем его на компьютер и открываем - теперь он есть у вас в XCode.
4. Создание нового приложения в iTunes Connect.
   
5. Заполнение всей необходимой информации о приложении.
   
   
6. Сбор архива из XCode, с подписыванием его нашим Provisioning profile.
   
   
7. Загрузка архива в iTunes Connect с помощью Application Loader.
   
   
8. Указание архива для новой версии приложения, который мы загрузили, и отправка приложения на проверку.
   
   

Google Play

1. Подписываем APK-файл.
   Для того, чтобы выложить ваше приложение в Google Play, необходимо подписать его специальным ключом. Всего существует два вида ключей:
   • develop - ключ, которым подписываются абсолютно все приложения во время установки из среды разработки на устройства;
   • production - ключ, которым подписывается приложение перед выкладыванием в Google Play.
   Нам понадобится второй тип ключа. Он уникален для каждого приложения, им также необходимо подписывать все обновления вашего приложения. Если вдруг вы его потеряете, то восстановить его будет невозможно и придется выкладывать абсолютно новое приложение.

   Рассмотрим процесс подписи.
   
   

2. Создание нового проекта и загрузка APK-файла в консоль разработчика.
   
   
3. Заполнение обязательной информации о приложении.
   
   

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

Представим на минуту, что ваша мечта сбылась: приложение разработано, весь тяжёлый процесс остался позади, вместе со всеми бессонными ночами, трудовыми днями, литрами кофе и горами сигарет. То, что до недавних пор было в вашем воображении, теперь находится в ваших руках. Вы видите, как оно работает и живёт, вы довольны проделанным путём. Но задумывались ли вы о том, что будет дальше? Как представить приложение миру? Нет? Тогда эта статья для вас!

Приложение нужно будет отправить в цифровые магазины App Store и Google Play. Но как это сделать с наименьшими потерями времени, нервов, кофе и табачных изделий? К примеру, редакция App Store может отклонять ваше приложение раз за разом - история насчитывает и 6, и 10, и 12 отказов. Каковы же правильные шаги подачи приложения в магазин? Давайте разберёмся.

С чего начать?

Для того, чтобы ваше приложение гарантированно не отклонила редакция Apple, рекомендуем тщательно ознакомиться с официальным App Store Review Guidelines . Здесь довольно подробно расписаны все пункты, которые могут не дать пользователям познакомиться с вашим приложением. Google Play тоже рассказывает о том, что можно, и что нельзя . Зная эти правила, вы значительно увеличиваете шансы на успешную загрузку вашего приложения в магазин.

Как загрузить приложение в App Store

Итак, для начала необходимо зарегистрировать аккаунт разработчика в магазине. В App Store это происходит следующим образом:

1. Нужно перейти по ссылке: https://developer.apple.com/register/ .
2. Войти с существующим AppleID или создать новый.
3. Если увидите сообщение "You"ve already agreed to the Apple Developer Agreement", перейдите в свой aккаунт .
4. Внизу страницы выберите "Join the Apple Developer Program ".
5. Затем нажмите "Enroll" и "Start new enrollment".
6. Выберите Entity Type (обратите внимание - Enterprise не подходит).
7. Заполните все формы, подтвердите соглашение и оплатите пользовательский взнос в $99;
8. После того, как ваш профиль готов, добавьте один из ваших Apple ID в качестве разработчика и как минимум один из них как администратора через "Пользователи и роли" в профиле iTunes connect.

Как загрузить приложение в Google Play

В Google Play всё несколько проще:

1. Посетите Консоль Разработчика Google Play .
2. Введите базовую информацию о себе - имя, email и так далее. Эти данные можно изменить позже.
3. Прочтите и примите соглашение Google Play о распространении программных продуктов в вашей стране/регионе.
4. Обратите внимание, что приложения, которые вы публикуете в Google Play должны соблюдать правила из Центра Правил Разработчиков и законы США на экспорт.
5. Оплатите регистрацию в $25 при помощи Google платежей. Если у вас нет аккаунта Google платежей, его можно будет быстро создать в процессе регистрации.
6. В конце вы получите письмо с уведомлением о подтверждении регистрации на email, который вы указали в начале.

Тестирование

Тестирование iOS-приложений

В App Store его можно осуществить несколькими способами: через сервис Apple - TestFlight, или через сторонние diawi.com, hockeyapp.net, testfairy.com и другие. Последние могут показаться проще, но по факту не облегчают жизнь разработчикам. Сам процесс тестирования может осуществляться двумя способами:

• Установив приложение непосредственно на устройство с компьютера разработчика через провод. Этот метод идеален для тестировщика, но абсолютно не работает для заказчика. Также он не подходит, если разработчик и тестировщик работают в разных офисах.
• Собственно через TestFlight. Для этого нужно загрузить приложение в ItunesConnect.

Доступ к TestFlight будет открыт только после регистрации и оплаты аккаунта разработчика. AppleID заказчика и всех, кто будет тестировать программу нужно добавить в "тестировщики" на странице приложения и вкладке TestFlight.

Если это новый тестировщик, которого не добавили раньше, то нужно зайти в раздел "Users and roles" и там добавить его AppleID. После того как этот пользователь получит приглашение и подтвердит его, нужно будет добавить его в "тестировщики приложения" на всё той же вкладке TestFlight. Не забывайте нажимать "Save".

Всем тестировщикам нужно будет скачать из App Store приложение "TestFlight" и войти с тем AppleID, который указан в "тестировщиках приложения". Теперь все тестировщики будут получать уведомление по почте и в приложении TestFlight о новых билдах.

Тестирование бывает как внутренним (доступ только 25ти пользователям), так и публичным (до 1000). В случае внешнего тестирования придётся пройти расширенный обзор (review), как при публикации в App Store.

Отправка в App Store происходит только после полного заполнения профиля, добавления описания, скриншотов и прочей необходимой информации. Обратите внимание, что после отправки ничего нельзя изменить.

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

Тестирование Android приложений

Что касается тестирования Android-приложений, его также можно осуществлять несколькими способами.

Самый простой и, пожалуй, наиболее эффективный - отправка.apk файла напрямую тестировщикам и заказчикам любым удобным средством коммуникации (Skype, почта и т.п.). Но с точки зрения безопасности и здравого смысла, лучше всё-таки выкладывать файл на свой собственный сервер или в облако и отправить всем ссылку - именно этот способ мы успешно используем в нашей компании. Затем можно настроить автоматическую сборку билдов через CI, что позволит практически каждый день получать новый билд без дополнительных усилий.

Есть конечно и альтернативные способы отправки приложения, вроде hockeyapp.net, но они требуют дополнительной регистрации, в то время как собственный сервер или облако (например, ownCloud) не требуют ничего.

Можно проводить тестирование и через сам Google Play. Оно тоже бывает как внутренним (доступ только указанным пользователям), так и публичным (доступ по ссылке). В обоих случаях приложение можно скачать без особых сложностей как в Apple App Store. Но для этого приложение нужно подписать.

Как и в App Store, отправка в Play Market происходит только после полного заполнения профиля, добавления описания, скриншотов и остальной необходимой информации. После отправки так же ничего менять нельзя. Затем нужно подождать 1-2 дня, после чего приложение автоматически опубликуется в Play Market.

Сертификаты

Подписывать приложение нужно и перед отправкой на обзор в Play Market. Это можно сделать в самом начале или в конце, главное - до отправки на обзор. От заказчика нужны следующие данные: Keystore Password, Alias, Key password, First & Last Name, Organizational Unit, Organization, City, State, Country.

Затем разработчики сгенерируют сертификат (обычно на 25 лет). Сертификат нужно выслать заказчику и обязательно! предупредить, что перегенерировать его нельзя. Ни в коем случае! Он нужен для будущих обновлений приложения. Если он потеряется, то придётся релизиться заново. Почтой сертификат не стоит слать из-за соображений безопасности.

В App Store разработчик с правами администратора сможет самостоятельно сгенерировать и установить все необходимые сертификаты через XCode. Этот процесс займёт несколько часов. Поскольку заказчик является владельцем приложения, то и в App Store, и в Google Play он будет виден как developer. Аккаунт разработчика в App Store стоит $99 долларов в год, в Google Play - $25 долларов в год. Отправить приложение в магазины можно лишь имея аккаунт разработчика.

В печать!

Что ж, теперь вы знаете о правилах приёма приложения в App Store и Google Play. Следуя данной инструкции, опубликовать приложение не составит особого труда - и тогда вы наконец сможете познакомить мир со своим детищем. Главное, чтобы детище было достойным.

1. Сертификаты, необходимые для публикации в AppStore

Первым делом создаем идентификатор App ID .

Имя сертификата вписываете любое, ID - это Bundle identifier , его вы указываете заранее в проекте Xcode и потом при создании идентификатора.

Вторым шагом будет создание сертификата дистрибьютора - iOS Distribution . В нем то мы и выбираем тот самый идентификатор App ID

Для загрузки всего этого добра в Xcode, есть 2 способа - «ручной и автоматический», для меня проще второй вариант. Для этого, заходим Xcode -> Preferences -> Account , выбираем свой аккаунт разработчика и нажимаем View Details и в появившемся окошке Downloads All .

Но и это еще не все. Открываем Build Settings вашего проекта и выбираем свои добавленные в Xcode сертификаты iOS Development и iOS Distribution

Для приложения проделываем тоже самое.

2. Отправка своего приложения в iTunes Connect

Какое имя проекта вы выбираете при создании? Уверен, в большинстве случаев это «test1» или «MyFirstProga». Так вот, что бы не попасть в такую ситуацию, в которую попал я, необходимо изменить название проекта, иначе вы не пройдете проверку или у ваших пользователей в iOS будет показываться название «MyFirstCoolProga» (в моем же случае не так все плохо, конечно). Для этого вписываем правильное название вот сюда:

А в появившемся окошке, жмем Rename

Теперь можно приступить к отправке. Компилируем проект Product -> Run , отправляем сборку в архив Product -> Archive . Если случайно закрыли окно, его можно вызвать так Window - Organizer . В архиве будут показаны все ваши версии и сборки.

Выбираем вашу сборку, которую хотите отправить в iTunes Connect и нажимаете Validate . В появившемся окне выбираем кем утвердить и жмем Choose .

После этого появится еще пару окон, в первом жмем Validate , а во втором Done . Так же во втором окне вам могут рассказать о том, что в проекте есть «Предупреждения».

И самое главное, отправка в iTunes Connect. Тут все просто, жмем Upload to App Store , а дальнейшие действия идентичны Validate
Заходим в iTunes Connect, выбираем приложение (или создаем, если еще нет), переходим в нужную версию (или добавляем), если вы делаете это первый раз, то версия будет 1.0. Рядом с Сборка будет «+ », жмем, открывается окно с вашей загруженной сборкой. Правда выбрать сразу не получиться, она в течении часа проходит предварительную проверку.

3. Настраиваем iTunes Connect для платного приложения

С iTunes Connect в принципе вопросов не возникло, кроме одно. Как я писал ранее, когда платное приложение проходит проверку, оно переходит в состояние «Ожидание договора». Что делать?
В iTunes Connect заходим в раздел «Соглашения, налоги и банковские операции», на против обоих контрактов (Paid и iAd) жмем запросить Request. После, вам будет доступна настройка Contact info, Bank info, Tax info.

Contact info

Добавляете контакт, и выбираете его для каждой роли.

Bank info

Насчет способа вывода средств я даже не думал, поэтому не был готов к такому повороту событий. Для статуса приложения «Готов к продаже» все же необходимо заполнить всю информацию. Но мне подфартило, к счастью, я не выбросил распечатку реквизитов моего счета и банка (Сбербанк). В моем случае это было так: открываю Bank info , нажимаю Add Bank Account , выбираю Russia , ввожу БИК банка в Bank Identification Code . После чего предлагают заполнить данные (номер счета, ИНН банка, ФИО, кор. счет и т.д.), все заполняю, готово! Это можно назвать вариантом «на первое время», что бы запустить приложение в AppStore. Реквизиты легко получить в банкоматах, для этого нужна карта привязанная к счету. А в дальнейшем конечно стоит открыть долларовый счет в банке, у которого нет % за перевод в Россию. Данные вопросом особо не задавался, но сети рекомендуют ВТБ24, Альфабанк, Банк24.

Tax info

Если вы:

• Разработчик из России
• Собираетесь зарабатывать на авторских гонорарах (продажа приложений), а этим может заниматься физическое лицо, без всяких ИП (правда платить 13% с таких гонораров)
• Не являетесь резидентом США
• Не имеете бизнес в США

то, дальше для вас.

В таком случае все настраивается просто. Открываем Tax info , жмем по Set Up под U.S. Tax Forms (т.к. у меня уже заполнено, то показывается кнопка View ).

Заполняем по примеру:

Подтверждаем и ждем, скоро ваше приложение появится в AppStore.

На этом всё. Спасибо за внимание!

Правила приема приложений в App Store

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

Хорошая новость в том, что у Apple описала требования к приложениям в .

2. Функциональность

Редакция App Store отклоняет приложения, которые
2.1 падают
2.2 содержат видимые ошибки
2.3 делают не то, что написано в описании
2.4 содержат недокументированные или скрытые функции
2.5 используют недокументированные API iOS
2.6 скачивают, устанавливают или запускают исполняемый код
2.7 «бета», «демо» и «тестовые» версии
2.13 содержат только рекламные и маркетинговые материалы
2.18 одобряют чрезмерное употребление алкоголя или наркотиков, склоняют детей к употреблению алкоголя и курению
2.19 проводят некорректную диагностику или отображают неверные данные об устройстве
2.25 показывают приложения других разработчиков для продвижения или покупки в похожем на AppStore интерфейсе

Редакция МОЖЕТ отклонить приложения, которые:
2.11 повторяют приложения которые уже есть в App Store, особенно если их там уже много, например: фонарики, Кама Сутры, пукающие приложения.
2.12 не особо полезные, уникальные или просто веб-сайты оформленные как приложения
2.22 произвольно ограничивают пользователей приложения, например по местоположению или оператору сотовой связи

2.10 iPhone приложения должны работать на iPad в обычном и удвоенном размере.
2.15 Приложения больше 50 мегабайт пользователи смогут загрузить только по WiFi

2.20 Разработчики захламляющие App Store разными версиями одного и того же приложения будут заблокированы.

2.21 Приложения содержащие просто песню или фильм должны быть в iTunes Store, просто книгу в iBookStore.

3. Метаданные (имя, описание, иконка)

Описание приложения не должно быть «рыбой» 3.2, упоминать названия других мобильных платформ 3.1 (Android, Windows Phone ...). Описание должно соответствовать функциональности приложения 3.3

3.4 Названия приложения в iTunes и на рабочем столе устройства должны похожими.
3.5 Большие и маленькие иконки приложения должны быть одинаковыми
3.6 Описание и иконки должны иметь рейтинг 4+ (можно показывать четырехлетним детям).

3.10 Разработчики покупающие или генерирующие отзывы пользователей, манипулирующие топами App Store будут заблокированы.

4. Местоположение

Редакция отклоняет приложения, которые
4.1 не спрашивают согласия пользователя перед определением его местоположения
4.2 используют геолокацию для автоматического управления машинами, самолетами или другими устройствами, 4.3 вызова экстренных служб или управления полетами
4.4 получение данных геолокации должно быть напрямую связано с функциями приложения или для отображения рекламы

5. Push оповещения

Приложения неправильно использующие push-оповещения будут отклонены.

5.1 Push оповещения должны быть реализованы через Apple Push Notification API (APN)
5.3 Вы обязаны получить согласие пользователя перед отправкой оповещений
5.4 В push-оповещения нельзя посылать персональную или конфиденциальную информацию
5.7 Нельзя брать деньги с пользователя за использование push-оповещений

Нельзя посылать вирусы, трояны (5.9), спам (5.5) и рекламу (5.6).

6. Game Center

Player ID нельзя показывать игроку или другим людям (6.1) и нельзя его использовать иначе чем описано в правилах Game Center (6.2)

9. Мультимедиа

9.1 Приложения обязаны использовать MediaPlayer Framework для доступа к музыкальной библиотеке устройства
9.2 Приложения похожие на интерфейс iPod будут отклонены

Требования к потоковой передаче данных по сотовым сетям (по WiFi можно передавать как хотите):
9.3 Аудио не больше 5 мб за 5 минут
9.4 Видео длиннее 10 минут должны использовать HTTP Live Streaming и включать 64kpbs аудио-версию

11. Покупки

Чем дороже приложение или покупки тем внимательнее Apple его проверяет (11.11)

11.1 открывают или разблокируют новый функционал не с помощью механизмов AppStore
11.2 используют отличные от In-App Purchase (IAP) механизмы для покупки контента, разблокирования функций или оказания услуг в приложени
11.3 продают через IAP товары физического мира (билеты в кино, пиццу) или услуги используемые вне приложения (мойка машины)
(фактически пункт 11.3 значит, что физические товары и услуги используемые вне приложения можно продавать не через IAP: кредитные карты, SMS)
11.5 продают кредиты, которые имеют срок действия
11.8 разблокируют за деньги доступ к функциям смартфона, например, камере или гироскопу
11.9 продают контент в аренду (со временем становится недоступен)
11.13 содержат ссылки на внешние механизмы покупки, например кнопку «купить», ведущую на веб-сайт с формой покупки

IAP бывают четырех видов:
- consumables потреблямые (можно покупкать многократно: патроны, здоровье, кредиты в skype)
- non-consumables непотребляемые (покупаются один раз: фильмы, книги, функции приложения, новые уровни)
- авто-обновляемые подписки
- подписки обновляемые вручную

Вы должны правильно выставить тип своих IAP (11.7), например, непотребляемые для фильмов или дополнительных функций, подписки для периодических платежей.

Авто-обновляемые подписки автоматически списывают деньги с карточки пользователя. Их можно использовать только для: переодических изданий (журналы, газеты), подписки на бизнес приложения и медиа-приложения (музыка, видео) (11.15).

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

Если вы используете встроенные покупки в приложении рекомендую прочитать Gettings Started with In-App Purchase

13 Повреждения

Редакция отклоняет приложения которые:
13.1 предлагают пользователю использовать устройство таким образом что оно может быть повреждено (выбросить в окно, ударить по столу)
13.2 быстро расходуют батарею или нагревают устройство

Редакция МОЖЕТ отклонить приложение которое может привести к физической травме пользователя.

15 Насилие

Редакция отклоняет приложения, содержащие
15.1 реалистичные изображения убитых, искалеченных, застреленных, заколотых, измученных, ранненых людей или животных
15.2 описания насилия или плохого обращения с детьми
15.4 реалистичные изображения оружия, поощряющие его незаконное или безрассудное использование
15.5 игру «Русская рулетка»

15.4 «Враги» в игре не должны представлять реальную расу, нацию, культуру, правительство или корпорацию.

17 Приватность

17.1 Приложения обязаны спрашивать разрешения пользователя на передачу данных о нем и сообщать где и зачем эти данные будут использованы.
17.2 Редакция отклоняет приложения, которые не работают без указания пользователем персональной информации (email, дата рождения, ...)

18 Порнография

18.1 Приложения не должны содержать порнографию.
18.2 Редакция отклоняет приложения, где контент генерируемый пользователями часто порнографический (например, chat-roulette)

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

20. Конкурсы, тотализаторы, лотереи, розыгрыши и азартные игры

20.1 Тотализаторы и конкурсы должны быть спонсированы разработчиком (или заказчиком) приложения
20.2 Правила тотализаторов и конкурсов должны быть представлены в приложении. Их правил должно быть ясно, что Apple никакого отношения к конкурсу не имеет.
20.3 Разработчик должен иметь лицензию на проведение лотереи.
20.4 В приложениях нельзя продавать лотерейные билеты
20.5 Разработчик игры на реальные деньги (ставки на спорт, покер, казино, тотализатор на скачках) должен иметь разрешение и лицензии во всех странах где доступно приложение. Игры на реальные деньги должны быть бесплатны в AppStore
20.6 В играх на реальные деньги нельзя продавать кредиты за IAP (то есть там где можно вывести выигрыш в реальные деньги, нельзя делать ставки за IAP)

22. Законные требования

Редакция отклоняет приложения, которые:
22.4 допускают нелегальный обмен файлами
22.5 содержат рекламу азартных игр
22.6 разрешают анонимные звонки или SMS

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

24. Детские приложения

Приложения в категории App Store «Для детей» должны быть предназначены для конкретного возраста: до 5 лет, 6-8 лет или 9-11 лет (24.4)

Приложения для детей до 13 лет:
24.1 должны иметь политику конфиденциальности
24.3 должны запрашивать разрешение родителей на переход по ссылке вне приложения или любые покупки
24.2 не могут показывать контекстную рекламу или рекламу основанную на поведении пользователя

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

Процесс регистрации в App Store

Прежде чем начать публиковать свои проекты, необходимо пройти регистрацию в App Store.

Определяем свой статус: компания или разработчик. В чем разница? Регистрируя физическое лицо, достаточно ввести свои личные данные и принять условия лицензионного соглашения.

В случае с компанией необходимо предоставлять больше информации о вашей деятельности, а также подтвердить свое существование с помощью D-U-N-S number. Проверкой юридических лиц для Apple занимается фирма D&B. Обратите внимание, что услуга платная (около 200$) и процесс ожидания присвоения этого номера может занять до 5 дней. Apple получит доступ к этим данным лишь через 2 недели. Однако это самый сложный этап регистрации.

Чтобы получить доступ к инструментам загрузки и разобраться далее, как добавить приложение в App Store, нужно оформить и оплатить годовой доступ к инструментарию разработчика стоимостью $99. После этого подтвердите подписку по электронке и, возможно, по телефону.

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

Что нужно для загрузки приложения в App Store?

Прежде чем разбираться, как загрузить игру в App Store (или любое другое приложение), убедитесь в ее функциональной состоятельности и соответствии требованиям качества от Apple. Это убережет вас от разочарования, связанного с отказом в публикации.

После того как вы убедились в том, что приложение работает исправно, можно опубликовать игру в App Store. Для этого нам понадобятся такие инструменты:

• ПК Apple;
• App Store;
• центр разработчика Apple;
• itunesconnect.apple.com;
• софт XCode;
• загрузчик Application Loader.

Ваше приложение должно иметь сертификат Apple. Запросите его, используя XCode.

Добавляем приложение в Dev Center . Указывая данные, убедитесь, что они соответствуют зафиксированным в сертификате.

Далее нужно создать Provisioning profile и новое приложение в iTunes Connect. Заполняем требуемые поля информации о вашей игре, загружаем архив из XCode и называем его именем из Provisioning profile. Через Application Loader выгружаем архив в iTunes Connect и ждем его проверки.

Оптимизация приложения и его страницы в маркете

Для успеха недостаточно просто следовать рекомендациям относительно того, как добавить игру в App Store. Необходимо уделить внимание оптимизации. Это включает:

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

Рекомендуемый размер иконки составляет 1024х1024 пикселей. Так она будет адекватно отображаться как на экранах портативных девайсов, так и на ПК. Важно, чтобы иконка передавала суть приложения и была привлекательной для пользователей.

Скриншоты должны иметь не меньше 1334×750 пикселей для iPhone и 1536 x 2048 – для iPad. Можно также использовать Media Manager, который подгоняет большие изображения под экраны с меньшим разрешением. Отразите на скринах достоинства вашей игры и побудите человека загрузить ее.

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

Оптимизация приложения для поисковой системы маркета App Store (иными словами SEO для приложений) также следует учитывать. Ведь с его помощью вы сможете быстрее раскрутить приложение и получить нужную аудиторию.

Вывод

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