Начинающие мобильные разработчики часто испытывают затруднения при выкладывании своих проектов в Google Play и App Store. И если с первым особых проблем не возникнет, то со вторым придется повозиться, особенно, если вы выкладываете приложение от юридического лица. Поэтому в помощь начинающим мы решили написать туториал по размещению в официальных сторах приложений под iOS и Android.
Одна из главных задач Scorocode - помощь российским мобильным разработчикам. Но жизненный цикл приложения не завершается после создания. Его еще нужно опубликовать, развивать и поддерживать. Чтобы помочь на самых разных этапах существования мобильных приложений и сервисов, мы будем периодически публиковать различные статьи и заметки. Следите за обновлениями блога.
App Store
Начнем с самого сложного - с размещения в App Store от юридического лица.- Для начала идем на страницу developer.apple.com/programs и регистрируемся в качестве нового разработчика. Не советуем использовать уже существующую учетную запись, если раньше вы никогда не пользовались ею для публикации приложений, так как в ее данных могут быть ошибки. Лучше создайте новую, которая будет использоваться для дальнейшей работы и размещения.
Работая с Apple, указывайте только верные и корректные данные при заполнении любых анкет. Это поможет избежать проблем в будущем, сократит время принятия решений по вашему вопросу и значительно облегчит жизнь. Нередко бывает так, что при регистрации приложений из-за одной описки в названии фирмы или других важных данных весь процесс приходится начинать заново.
Заполнив простые формы, принимаем лицензионное соглашение и подтверждаем электронную почту присланным на нее кодом, после чего получаем Apple ID для разработчика, с помощью которого и авторизуемся.
- Следующий шаг - регистрация компании в программе iOS Developer. Заходим во вкладку Account
и жмем на Apple Developer Program
. Читаем красивые продающие описания всех преимуществ программы и жмем далее, пока не увидим надпись Start your enrollment
. Нажимаем на нее и приступаем к процессу регистрации.
- Для начала нам предстоит выбрать - от юридического лица или от физического будут публиковаться наши приложения. Выбираем Company
(ни в коем случае не государственная компания (Government organization) - не перепутайте). Далее нас попросят заполнить личную информацию и информацию о компании.
Прежде всего нужно указать правильное название (которое в будущем будет использоваться в качестве имени продавца опубликованных приложений), телефон и полный адрес с почтовым индексом. Далее можно выбрать себя в качестве собственника или доверенного лица компании, отвечающего за все взаимодействие с Apple и имеющего соответствующие полномочия (причем Яблочники вполне могут запросить подтверждение этих полномочий в виде официального приказа с печатью). Либо же можно указать данные другого доверенного лица, если вы просто занимаетесь регистрацией, а в дальнейшем процесс взаимодействия будет вести кто-то другой.
- Здесь же нас попросят указать так называемый D-U-N-S number
, который теперь используется Apple вместо предоставления переведенной на английский выписки из ЕГРЮЛ, чтобы удостовериться, что ваша компания реально существует. Вот на этом шаге и возникает загвоздка у многих разработчиков. Присвоением D-U-N-S-номеров занимается фирмы D&B, на которую Apple возложила все обязанности по проверке юридических лиц. На сайте Apple есть информация о том, для чего им нужен этот номер, но ссылка на его получение нерабочая. По крайней мере, перейдя по ней, получить D-U-N-S не удастся, так как процедура изменилась в 2015 году. Стоимость присвоения номера - 12 240 рублей . Пока вы его не получите, процедуру регистрации в Apple продолжить не удастся, но страшного в этом ничего нет, так как все заполненные данные сохранятся. Обратите внимание, что названия вашей компании на сайтах Apple и D&B должны полностью
совпадать.
Все данные на сайте D&B заполняются на русском языке, перевод на английский компания осуществляет самостоятельно. После заполнения анкеты на указанную электронную почту придет письмо со счетом на сумму 12 240 рублей. В течение 5 рабочих дней после его оплаты данные о вашей компании появятся в реестре D&B. Но имейте в виду, что для Apple они станут доступны только через 14 рабочих дней. Если вы попробуете ввести D-U-N-S раньше этого срока, тот он не пройдет. Итого, придётся ждать 19 рабочих дней, фактически календарный месяц. Как только номер принят Apple - самый длительный и тяжелый этап регистрации остается позади.
- Далее нам нужно получить доступ к инструментарию разработчика для размещения приложения в сторах, получения сертификатов и т.д. Доступ платный и стоит $99 в год. За эту сумму вы получите возможность разрабатывать приложения под три платформы - iOS, Mac и Safari. Однако при размещении контента в iTunes (книг, фильмов и музыки) может потребоваться использовать отдельный аккаунт AppleID.
Внимательно проверяем данные и подтверждаем информацию, после чего ожидаем подтверждение от Apple. Обычно это происходит в течение 1-3 дней, после чего вам позвонят на указанный в анкете номер, на английском языке поблагодарят за регистрацию и сообщат, что пришлют ссылку на продолжение регистрации по электронной почте. По большому счету, совершается этот звонок для того, чтобы еще раз проверить реальность существования фирмы и соответствие контактных данных.
- Получив письмо со ссылкой, переходим по ней, принимаем соглашение и оплачиваем программу. Для России оплатить можно только с кредитной карты, заполнив специальную форму и отправив ее в Apple. Не советуем указывать личные карты, для этого удобнее всего выпустить предоплаченную виртуальную карту на нужную сумму и передать ее данные. В течение 1-3 дней средства будут списаны, и вы получите письмо с активационным кодом для завершения процедуры регистрации.
- Кликните по коду и нажмите Продолжить
в открывшемся окне, после чего станет доступна долгожданная кнопка Get Started
. Нажав на нее, мы получим доступ в Developer Member Center, где увидим полный функционал разработчика, поддержку и, самое главное, - доступ на портал для разработчиков .
Для физического лица всё гораздо легче. На странице developer.apple.com/programs жмем кнопку Enroll , выбираем физическое лицо, заполняем данные с ФИО, адресом и телефоном, принимаем лицензионное соглашение и… Это всё.
Далее у нас появляется кнопка Купить, нажав на которую мы попадаем на страницу с данными по кредитной карте. Весь предыдущий процесс занимает от силы 5 минут. Дальше всё точно также, как и для юридических лиц. Оплачиваем, ожидаем пару рабочих дней и получаем доступ к ресурсу для разработчиков.
Google Play
Процесс регистрации приложения в Google Play напоминает регистрацию у Apple в качестве физического лица - всего несколько простых действий.
Что дальше?
Регистрация - лишь часть большого процесса выкладывания приложения в стор. Чтобы ваше творение стало доступно миру, нужно выполнить ещё немало процедур, а также убедиться, что ваше приложение соответствует определённым критериям.- 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-файла в консоль разработчика.
- Заполнение обязательной информации о приложении.
- 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-файла в консоль разработчика.
- Заполнение обязательной информации о приложении.
Вот вроде я понимаю, что все делает Apple для любимых клиентов — и технологии просто на острии прогресса, и дизайн, и защита от всяких напастей вроде вирусов, и закрытая экосистема, и модерация приложений. Нет, скажем мне, как пользователю — это все нафиг не сдалось (ну — разве что кроме технологий и немного — дизайна) — но 50% народу типа моих друзей и знакомых, которые не хотят задумываться, что и как у них работает, какие можно программы ставить, какие нет — это все очень даже полезно. Ну естественно, я раньше на все это смотрел, как обычный пользователь — ну не нравится мне пользоваться для создания контента ни яблочной продукцией, ни андроидом — ну и ладно — для потребления его же подходит — и хорошо. Все остальное как-нибудь на винде сделаем.
А тут, как я уже писал неоднократно — пришлось нам для удовлетворения потребностей упомянутых выше 50% для своего сайта (ну, а потом его еще и продвигать — как , так и ). Но написать приложение, как оказалось — это еще пол-дела, гораздо интереснее история с его последующим размещением и апдейтами, после чего я на все это дело взглянул не со стороны пользователя, а со стороны разработчиков.
И в результате, глядя на то, как расстреливают новехонький iPad Air сначала из Air Gun (неплохой каламбур, не правда ли?), а затем — из винтовки.50-го калибра, и все это в супер-low motion
я испытал просто таки непередаваемое удовлетворение от того, что кто-то сделал с продуктом Apple тоже самое, что делает Apple с продукцией разработчиков программного обеспечения.
В этой заметке я не буду приводить детальной инструкции, как разместить приложение в app store — это уже сто раз описано, поэтому приведу общие шаги, и ссылки на самые хорошие статьи по этому поводу. А также немного расскажу, с каким геморроем столкнулись мы.
Итак, если вы решили встать на тропу написания и размещения приложения в Appstore, прежде всего необходимо отметить, что Apple берет деньги с разработчика за все. Хочешь размещать приложения — плати за аккаунт по 100 баксов в год. Хочешь продавать приложения — комиссия Apple составит от 30 до 40% от стоимости приложения — тебе в лучшем случае 70 достанется (честное слово — уж даже ФНС от оборота слегка меньше хочет). Хочешь продавать цифровой контент внутри приложения — фиг, опять таки — плати 30%, и продавай через appstore.
Пока еще не берут процента с продажи реального физического товара через мобильные приложения, представляющие собой витрину интернет-магазина, но я так чувствую — все к тому идет.
Но допустим, что мы согласны на все эти кабальные условия (десятина? не, не слышали), мы же о благе пользователей печемся. И вот — идем регистрировать аккаунт в appStore. Ну, у наших разработчиков он уже был — так что с этим проблем не было.
При этом — на всех этапах, предшествующих отправке приложения — необходимо помнить об ограничениях, которые накладывает эппл на публикуемые приложения, и гарантированные причины, по которым вам будет отказано в публикации: половина из них приведена , а вторая половина — и даже более подробно — . Если что-то из указанных условий эппл не выполняется — шансы на то, что приложение не пройдет модерацию, или будет удалено позже — очень велики , рассчитывать, что проскочит — не стоит.
И вот тут-то разработчиков ожидает основная засада. Эппл — рассматривает приложения по две недели, прежде чем допускает их к публикации. Но — даже если они не найдут критичных для них багов, мешающих размещению, то заказчики приложения, уже после публикации, тщательно протестировав мобильное приложение на трех-четырех девайсах — получив статистику с нескольких сотен устройств — могут найти там вполне критичные для себя, а иногда — и для клиентов баги (пусть даже и далеко не для всех). Да, поправить их быстро — но рассмотрение новой версии — приравнивается к рассмотрению самой первой версии. Иными словами — две недели вы будете вынуждены жить с багами, которые, возможно, вашим клиентам и пользователям заметны не будут — но вы-то — ощутите их в полной мере, особенно если приложение общается с вашим сервером. Ну не выложишь ее сразу на свой сервер для скачивания, как тот же самый WordPress 3.7.1, вышедший с исправлением багов — при всем желании. Собственно — так с нами и произошло.
Представим на минуту, что ваша мечта сбылась: приложение разработано, весь тяжёлый процесс остался позади, вместе со всеми бессонными ночами, трудовыми днями, литрами кофе и горами сигарет. То, что до недавних пор было в вашем воображении, теперь находится в ваших руках. Вы видите, как оно работает и живёт, вы довольны проделанным путём. Но задумывались ли вы о том, что будет дальше? Как представить приложение миру? Нет? Тогда эта статья для вас!
Приложение нужно будет отправить в цифровые магазины 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. Следуя данной инструкции, опубликовать приложение не составит особого труда - и тогда вы наконец сможете познакомить мир со своим детищем. Главное, чтобы детище было достойным.
