- Tutorial
В первой части нашего туториала мы зарегистрировались в обоих магазинах - App Store и Google Play. Но чтобы ваше приложение стало доступным для скачивания, необходимо совершить ещё немало действий. Давайте их рассмотрим.
Прежде чем перейти к процедуре выкладывания, обязательно удостоверьтесь, что ваше приложение соответствует требованиям (Google , Apple), предъявляемым к качеству и содержимому публикуемых приложений. Несоответствие этим требованиям часто приводит к тому, что начинающие разработчики с удивлением получают отказ в публикации, да ещё и предупреждение за нарушение.
В первую очередь, приложение должно иметь какую-то функциональность, то есть иметь пользу, ценность. Убедитесь, что ваше приложение хоть чем-то отличается от аналогов. Если вы ещё не искали аналоги в магазине, не поленитесь это сделать - на этом этапе заканчивается создание многих проектов. Особенно это касается новичков с «инновационной» идеей.
Вариантов получить отказ из-за неправильно написанного кода тоже очень много. В первую очередь это касается падений приложения. Также многие разработчики испытывают соблазн влезть во внутреннее API, когда не хватает программных интерфейсов, предоставляемых вендором. Но поверьте, если API закрыто - значит это сделано не просто так. Еще раз перечитайте документацию по используемой технологии, наверняка вы что-то упустили.
Если вы используете в названии приложения или в его контенте названия других компаний, торговых марок, защищённые авторским правом образы и изображения (даже в виде скриншотов) - без соответствующего на то разрешения - то смело можете рассчитывать на то, что приложение «завернут» с выговором. Поэтому тщательно избегайте подобных ситуаций. Если же вам необходимо использовать или упомянуть защищённый копирайтом материал, то вам необходимо будет сразу доказать право на его использование с помощью соответствующей формы.
Сложный или непонятный интерфейс - ещё одна частая причина отказа. Убедитесь, что экраны приложения не перегружены, читаются легко, а цвета подобраны так, чтобы не убить глаза пользователя за 5 минут работы с приложением. У обеих компаний есть рекомендации по дизайну интерфейсов, сверьтесь с ними (Google , Apple).
Apple особенно трепетно относится к работоспособности всех заявленных функций: если у вас есть дальний пункт меню, который вы пока не успели доделать и поместили заглушку, то рецензенты это обнаружат и заставят сначала доработать приложение.
Если ваше приложение собирает какую-либо информацию о пользователе и его устройстве, то необходимо как можно более чётко разъяснить в приложении, как вы будете использовать эти данные. Не рекомендуется без объяснений собирать всевозможную телеметрию и отправлять её на свой сервер, это подозрительно и наказуемо отказом в публикации приложения.
Планируя брать деньги с пользователей с помощью встроенных систем оплаты App Store и Google Play, то проверьте, входит ли ваше приложение в одну из категорий, поддерживаемых этими системами. Например, если вы планируете продавать через ваше приложение какие-то услуги, то придётся «прикрутить» другие системы оплаты.
Background Modes. Это режимы, которые может использовать ваше приложение в свёрнутом/закрытом виде. Но приложение должно содержать функционал, который оправдывает выбор этих режимов. Если у вас указано Audio, а никакого аудио нет, или Voice over IP, а позвонить из приложения нельзя, то ждите отказ.
Чаще всего приложения не проходят модерацию при выкладывании по следующим причинам:
- Неполное заполнение всех сопроводительных форм.
- Баги и «падения».
- В приложении используются фальшивые, мошеннические или вводящие в заблуждение данные.
- Используются иконки, аналогичные иконкам сторонних приложений.
- При разработке интерфейса не учтены рекомендации из официальных гайдлайнов (Apple, Google).
- Несоответствие заявленных функций и/или скриншотов фактическому приложению.
Если не подходить ответственно к вопросу проверки своего приложения на соответствие требованиям, то ваш аккаунт разработчика могут вообще заблокировать.
В заключение о процессе проверки приложения, цитата с официального сайта: «Мы отклоним приложение с контентом или функционалом, которые переходят черту. Где эта черта, спросите вы? Как однажды сказал один судья, «я узнаю, когда увижу». И мы думаем, вы тоже поймёте, когда пересечёте её ».
App Store
Используемые инструменты:- Компьютер Apple (с установленной OS X).
- Apple store - магазин приложений Apple.
- developer.apple.com - центр разработчика Apple.
- itunesconnect.apple.com - сайт для управления своими приложениями, выкладывания в магазин, просмотра статистики, финансов и т.п.
- XCode - интегрированная среда разработки.
- Application Loader - программа Apple для загрузки собранного архива приложения в Itunes Connect.
Чтобы подписать приложение нам необходимо:
- Запросить у Apple сертификат.
- Добавить новое приложение в Developer Center.
- Создать Provisioning profile.
- Создать новое приложение на портале itunesconnect.apple.com (далее - iTunes Connect).
- Заполнить всю необходимую информацию о приложении.
- Собрать архив приложения из XCode, подписав его нашим Provisioning profile.
- Загрузить архив в iTunes Connect с помощью Application Loader (ПО Apple).
- Указать в новой версии приложения архив, который мы загрузили, и отправить приложение на проверку.
Рассмотрим каждый шаг более подробно:
- Запрос сертификата у Apple.
- Добавление нового приложения в Dev Center.
- Создание Provisioning profile.
- Переходим на developer.apple.com/account/ios/profile/production .
- Нажимаем на «+». Выбираем Distribution -> App Store. Нажимаем Continue.
- Выбираем созданный нами сертификат (iOS Distribution). Нажимаем Continue.
- Задаем имя сертификата. Нажимаем Continue.
- Сертификат создан. Скачиваем его на компьютер и открываем - теперь он есть у вас в XCode.
- Создание нового приложения в iTunes Connect.
- Заполнение всей необходимой информации о приложении.
- Сбор архива из XCode, с подписыванием его нашим Provisioning profile.
- Загрузка архива в iTunes Connect с помощью Application Loader.
- Указание архива для новой версии приложения, который мы загрузили, и отправка приложения на проверку.
Google Play
- Подписываем APK-файл.
Для того, чтобы выложить ваше приложение в Google Play, необходимо подписать его специальным ключом. Всего существует два вида ключей:- develop - ключ, которым подписываются абсолютно все приложения во время установки из среды разработки на устройства;
- production - ключ, которым подписывается приложение перед выкладыванием в Google Play.
Рассмотрим процесс подписи.
- Создание нового проекта и загрузка APK-файла в консоль разработчика.
- Заполнение обязательной информации о приложении.
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.
На этом всё. Спасибо за внимание!
Евгений Рожко, CEO белорусского проекта Scope привел несколько интересных примеров, как его команда 10 месяцев размещала мобильное приложение в App Store.
Мобильное приложение Scope позволяет пользователям по всему миру снимать видеоролики и обмениваться ими друг с другом. Это можно делать и по заказу (просьбе). Например, один из пользователей отправляет через приложение запрос - он хочет посмотреть видеоролик соревнований Формулы 1. Другой пользователь, который находится в этом время на трибуне, читает это сообщение. Снимает видео и отправляет его желающему посмотреть.
Над созданием приложения работала команда из 3 человек - программист, дизайнер и я (отвечаю за организацию работы, ее планирование и маркетинг). После того, как продукт был создан, мы решили разместить его в магазине приложений App Store. Вот как это происходило:
Евгений Рожко
СЕО проекта Scope
Для начала надо завести аккаунт разработчика в App Store. Для этого надо пройти короткую регистрацию и отправить в Apple отсканированный документ (паспорт или вид на жительство), после чего заплатить 99 долларов за годовую подписку.
Проверка документов у нас заняла неделю и после этого мы могли выкладывать приложение на модерацию. Первую версию продукта мы отправили на модерацию летом 2014 года. И это стало началом переписки, которая закончилась в конце апреля 2015. Расскажу о ее основных этапах.
1. Снимите видео о том, как работает приложение . Первое, что нас попросили сделать, - показать, как работает приложение. Для этого нам пришлось снять небольшое видео.
2. Подготовьтесь, что нужно будет подробно объяснять функционал . Мы разработали систему мотивации пользователей в виде баллов, которые показывались в верхнем углу экрана. Гипотеза была в том, что это стимулирует одних пользователей - снимать видео по просьбе других. Это позволяло задействовать в приложении игровую механику, как способ вовлечения.
При установке приложения, каждый человек получал определенное количество баллов. Чтобы отправить запрос на съемку видео, нужно «заплатить» несколькими из них (от 1 до 5) - пользователю, который это видео снял.
Если же пользователь сам занимался съемками, то есть отвечал на чей-то запрос - то, соответственно, сам зарабатывал баллы. И в дальнейшем мог тратить их, отправляя больше собственных запросов.
В итоге такая система была непонятна модераторам. Нам пришлось пояснять, что после просмотра видео можно давать оценку ролику от одного до пяти, и что это такая «уникальная» форма взаимодействия и обратной связи.
Правда, затем статистика показала что люди не особо понимают нашу задумку. И в следующей версии мы решили от нее отказаться, заменив на рейтинги.
Выводы, который мы сделали: если ваше приложение немного сложнее калькулятора, постарайтесь снять короткое видео о том, как оно работает и какие его основные функции. Чтобы сразу отпали лишние вопросы.
Если в программе есть любая опция, которую можно быстро пояснить - лучше сказать об этом ревьюверу (модератору, который будет проверять ваше приложение). Для этого создайте документ с описанием функционала программы, со скриншопами и указывающими стрелочками.
Сделайте это сразу и отправьте. Возможно, это сэкономит кучу времени.
3. Уведомляйте, что приложение использует ресурсы батареи. Если вы используете функцию GPS в бэкграунде (режим работы приложения, при котором оно активно, но вы им в данный момент не пользуетесь), которое беспардонно «жрет» заряд батареи телефона, вам придется предупредить об этом пользователя. Делать это надо в окне, которое содержит текстовое описание приложения.
У нас написано буквально следующее: A note on battery - Scope has been optimized to avoid draining your battery. But, as with all apps of this type, please note that continued use of GPS running in the background can decrease battery life.
Также вы обязаны предупреждать пользователя, что приложение будет совершать операции с его телефоном или личными данными.
4. Контролируйте контент для взрослых
Если у приложения есть анонимные пользователи, которые могут что-то прислать друг-другу - приготовьтесь, что модераторы могут посчитать, что оно может генерировать контент «для взрослых».
Поставить ограничения на запрещенный контент оказалось самым сложным пунктом. С ним мы смогли справиться месяцев за 10 переписок. Нам пришлось показывать на пальцах:
- как пользователю пожаловаться на сомнительный контент, который оскорбляет его чувства
- как мы пресекаем попытки показать гениталии незнакомцам
- как будут «баниться» такие пользователи
Мы написали скрипт (программу), который с точностью до 20% определяет, не демонстрируют ли пользователи чего лишнего.
Но как мы ни пытались, все равно для использования наших приложений был установлен возрастной ценз в 17+. Так как среди роликов может попасться видео сомнительного содержания.
Также нам пришлось сделать документ, в котором было показано, как мы собираемся отлавливать все подозрительное видео. Он редактировался и переделывался по требованию App Store большое количество раз.
Поскольку приложение у нас может показать внезапную и неожиданную картинку, и от этого нужно оградить пользователя, надо было сделать и предупреждение.
Речь идет о создании пользовательского соглашения, в котором были пункты Terms of Use и Privacy Policy. В них мы рассказываем, что именно пользователь может увидеть и какие права доступа есть у приложения. Включая и то, что все снятые видеофайлы какое-то время хранятся на сервере.
Если приложение хоть как-то посягает на личную жизнь пользователей, скорее всего вам, и очень часто «для проформы», придется отправлять ревьюерам документ с описанием всего, что поджидает людей после установки продукта.
Считается, что устанавливая либо регистрируясь в программе, пользователь автоматически соглашается с условиями ее использования.
И после установки приложения, при первом его запуске, на экране регистрации мы говорим, что пользователь может посмотреть Terms of Use и Privacy Policy. И, регистрируясь в программе, они согласны с условиями этих пунктов.
5. Тестируйте через TestFlight
И все же настал тот день, когда Sсope попал в App Store. Это произошло после размещения версий приложения для публичного тестирования в сервисе Тестфлайт (TestFlight). Он позволяет тестировать продукт на 1000 пользователей.
Для того, чтобы попасть в сервис, приложение также отправляется на модерацию. Но сам ее процесс занимает пару дней и, видимо, к этому относятся более лояльно. Мы отправляли туда очень много версий приложения, около 30. У нас были пользователи, которые тестировали разработку, говорили об ошибках. Мы их исправляли и выпускали следующее обновление. Каждое из них также проходило модерацию на сервисе.
Последние 10 обновлений Тестфлай у нас принял автоматически, без проверки «живым» модератором. После чего мы отправили приложение снова в App Store и оно было принято. Причем, как нам кажется, без финального тестирования со стороны Apple. Мы это поняли, потому что по статистике загрузок, никто из Сан-Франциско, где находится офис модераторов, в нашем приложении не регистрировался. Как нам кажется, они просто нажали кнопку «Подтвердить» размещение нашего продукта в App Store.
Вот какие выводы мы сделали:
Ревьювер, каждый раз после отправки очередной редакции документа с доработками будет по крупицам сбрасывать все новые комментарии. Нам очень помог документ, который мы дополняли после каждого его замечания.
В нем сохранялась история изменения, и модераторы все это видели. На практике это выглядит так:
1. При отказе разместить приложения в App Store, указываются 1-2 пункта по которым оно не проходит.
2. Если учесть, что сам свод правил и требований к программа достаточно большой, получается игра в пинг-понг. Вы исправляете замечания, отправляете приложение на «согласование» снова.
3. В ответ приходят - новый отказ и новые 2 пункта замечаний. Также мы попадали в ситуацию, когда пункты, которые мы исправили, и эти исправления приняли, через некоторое время нам возвращали с замечаниями снова. Также условия часто достаточно запутаны. Приходится получать несколько отказов, чтобы понять, о чем идет речь в каждом из пунктов.
То есть в нашей ситуации получилось взять App Store «измором». Фиксируйте всю переписку с «экзаменатором». Изначально делайте максимально подробное описание. Ну и - аккуратнее с запрещенным контентом.
1. Сертификаты, необходимые для публикации в AppStore
Для того, чтобы опубликовать приложения в AppStore, необходимо создать идентификатор приложения и сертификат дистрибьютора (помимо сертификата разработчика - iOS Development ).Первым делом создаем идентификатор 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 и Google Play. Но как это сделать с наименьшими потерями времени, нервов, кофе и табачных изделий? К примеру, редакция App Store может отклонять ваше приложение раз за разом - история насчитывает и 6, и 10, и 12 отказов. Каковы же правильные шаги подачи приложения в магазин? Давайте разберёмся.
С чего начать?
Для того, чтобы ваше приложение гарантированно не отклонила редакция Apple, рекомендуем тщательно ознакомиться с официальным App Store Review Guidelines . Здесь довольно подробно расписаны все пункты, которые могут не дать пользователям познакомиться с вашим приложением. Google Play тоже рассказывает о том, что можно, и что нельзя . Зная эти правила, вы значительно увеличиваете шансы на успешную загрузку вашего приложения в магазин.
Как загрузить приложение в App Store
Итак, для начала необходимо зарегистрировать аккаунт разработчика в магазине. В App Store это происходит следующим образом:
- Нужно перейти по ссылке: https://developer.apple.com/register/ .
- Войти с существующим AppleID или создать новый.
- Если увидите сообщение "You"ve already agreed to the Apple Developer Agreement", перейдите в свой aккаунт .
- Внизу страницы выберите "Join the Apple Developer Program ".
- Затем нажмите "Enroll" и "Start new enrollment".
- Выберите Entity Type (обратите внимание - Enterprise не подходит).
- Заполните все формы, подтвердите соглашение и оплатите пользовательский взнос в $99;
- После того, как ваш профиль готов, добавьте один из ваших Apple ID в качестве разработчика и как минимум один из них как администратора через "Пользователи и роли" в профиле iTunes connect.
Как загрузить приложение в Google Play
В Google Play всё несколько проще:
- Посетите Консоль Разработчика Google Play .
- Введите базовую информацию о себе - имя, email и так далее. Эти данные можно изменить позже.
- Прочтите и примите соглашение Google Play о распространении программных продуктов в вашей стране/регионе.
- Обратите внимание, что приложения, которые вы публикуете в Google Play должны соблюдать правила из Центра Правил Разработчиков и законы США на экспорт.
- Оплатите регистрацию в $25 при помощи Google платежей. Если у вас нет аккаунта Google платежей, его можно будет быстро создать в процессе регистрации.
- В конце вы получите письмо с уведомлением о подтверждении регистрации на 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. Следуя данной инструкции, опубликовать приложение не составит особого труда - и тогда вы наконец сможете познакомить мир со своим детищем. Главное, чтобы детище было достойным.
