Что нужно знать для публикации приложения в App Store или Google Play? Разместить приложение в appstore — та еще задачка

Сфера компьютерных технологий сейчас стремительно развивается. Для того, чтобы сколотить целое состояние, теперь необязательно работать круглые сутки - достаточно придумать интересную идею, собрать команду разработчиков, создать приложение для IOS и выложить его в App Store.

Перспективы создания и публикации приложений для iOS

Как бы молодые разработчики ни тешили себя надеждами, приятного на рынке приложений мало. Из множества проектов, популярными становятся далеко не многие. Одна незаурядная американская компания Эпп Промо провела маркетинговое исследование и получила вот такие результаты: большинство опрошенных создателей приложений заявили, что 60% игр вообще не приносят деньги, а 82% говорят, что этим делом они себя прокормить не могут. Следовательно, им приходится работать где-то ещё.

Компания Apple заявляет, что их площадка - хорошее место для подобного рода заработка, но по факту дела обстоят иначе. Для того, чтобы зарабатывать деньги (ну, или хотя бы не уходить в минус), нужно попасть в Топ-100 или Топ-200. Другие разработчики объясняют это явление тем, что людям будет просто лень пролистывать далеко вниз для того, чтобы найти предложенный вами продукт. Если вас не напугало вышеописанное и вы все равно хотите создать своё приложение - идём дальше.

Как создать приложение для iOS и выложить его в App Store

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

Как установить среду разработки Xcode

Создаём приложение в Xcode

1. Как создать новый проект. Открываем приложение. Далее выбираем меню «файл» и нажимаем на «создать новый файл». Нажимаем на приложение (application) под «ios» слева в окне. Переходим в раздел шаблонов. Нажимаем на пустое приложение (Empty Application).

   

   В интерфейсе программы выбираем «Single new application»

   2. Создание сториборда. Storyboard отвечает за отображение экранов приложения в вашей программе. Сториборды отображают то, что находится на каждом отдельном окне, и показывают их взаимодействие. Эта штука даёт возможность хорошо проработать вашу игру. Далее делаем следующее: Выбираем Файл, затем New, затем Файл. Далее нажимаем на «User Interface». Кликаем на сториборд, выбираем «next». В меню устройств нужно выбрать устройство, для которого предназначена ваша программа. В моём случае - I phone. Называем объект «Main».

   

   В Storyboard выбираем устройство

   3. Назначаем сториборд к вашему проекту. Теперь назначаем сториборд в качестве главного интерфейса нашей программы. Если все сделать правильно, сториборд будет доступен сразу, когда мы запустим нашу программу. Вот, как нужно действовать: выбираем имя своего файла во вкладке слева, нажимаем targets и выбираем свой проект из этого заголовка. Перейдите в меню «Generals» и выберите «Deployments Infos». В Main Interface вводим Main.Storyboard и переходим к следующему шагу.

   

   Вводим «Main.storyboard»

   4. Добавляем первый экран. Для этого нам понадобится контроллер вида. С помощью них мы сможем сгенерировать приблизительный вид приложения. Изначально можно изучить контроллеры вида и выбрать их из нескольких пресетов. Если вдруг вы в этом деле чайник, то лучше, конечно, выбрать из существующих. Таким образом, мы увидим, как будет выглядеть приложение в руках у обычного юзера. Выбираем «Mains Storyboards». Находим Object Library. Внизу правой части можно этот самый Object Library выбрать. Справа вы увидите появившееся окошко, которое именуется холстом. Перетаскиваем туда «Views Controller». Когда пользователь запустит приложение, он увидит загрузочное окошко. Поздравляем!

   

   В панели контроллера вида добавляем первый экран

   5. Добавляем объекты на наш экран. После выбора контроллера вида, вы можете добавлять объекты в ваше приложение. Их можно найти во все том же Object Library. Эту библиотеку можно найти внутри контроллера вида.

   

   Затем добавляем на наш экран объекты интерфейса

   6. Изменяем добавленные объекты. С помощью простых инструментов у вас появляется возможность изменения интерфейса, что позволит придать приложению красоты и индивидуальности. К тому же вы сможете добавить текст-подсказку для пользователя, чтобы помочь ему разобраться в игре. Также вы можете изменять размеры объектов, шрифт текста и так далее.

   

   Создаём индивидуальный интерфейс и измененяем свойства объектов

   7. Добавление дополнительных экранов. Ваше приложение не может состоять из одного экрана - в этом просто нет смысла. Поэтому вам понадобится создавать их самостоятельно. Делается это предельно просто - контроллер вида на пустую часть экрана.

   

   Перетаскиваем контроллер вида на пустую часть холста

   8. Активируем «Navigation Controller». Эту фичу мы будем использовать для перемещения между несколькими окошками. Достигается с помощью Navigation Controller. Navigation Bar добавляется вверху программы. Запомните, Navigation Controller добавляется строго к начальному экрану для контроля за перемещением по всем остальным окнам. Для этого выбираем загрузочный экран. Нажимаем на editor, затем на Embed In, затем тыкаем на Navigation controller. После проделанных шагов появляется навигационная панель.

   

   Добавляемпо инструкции панель навигации

   9. Добавляем функциональность Navigation Controller. Когда меню навигации было создано, к нему необходимо добавить инструменты. С помощью этой фичи пользователь сможет «переезжать» по приложению из одного места в другое. Мы предлагаем добавить стандартный функционал. Добавьте заголовок (для этого нужно открыть пункт Navigation Item, а затем Attributes Inspector, после чего вводим заголовок), Navigation button и обеспечиваем кнопкам свойства.

   

   Добавление функционала на панели

   10. Связываем экран с кнопкой. Для связывания кнопок нажимаем ctrl, а затем перетаскиваем их её на следующий экран. Вскоре вылезет пункт Action Segue с доступными опциями. Выбираем «Push» для перемещения по окошкам.

   

   Связывание кнопки с экраном

   11. С помощью вышеперечисленных шагов можно создать программу с очень примитивным функционалом и интерфейсом. Если вы все же хотите создать действительно интересное приложение с возможностью обработки данных - изучайте язык Objective C.

   

   Пора приступать к изучению языка программирования

Как протестировать созданное приложение

Как опубликовать

Возможные проблемы и пути их решения

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

Не забывайте следить за продажами. Сделать это можно с помощью Itunes Connect Mobile. Компания Apple будет периодически присылать вам уведомления с аналитикой продаж, но следить самостоятельно лишним не будет. Успехов вам и больших продаж!

Качество предоставляемого контента в 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. Однако на этой платформе разработчики получают больше возможностей для монетизации и популяризации своих сервисов.

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

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

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

Редакция МОЖЕТ отклонить приложения, которые:
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.4 Названия приложения в iTunes и на рабочем столе устройства должны похожими.
3.5 Большие и маленькие иконки приложения должны быть одинаковыми
3.6 Описание и иконки должны иметь рейтинг 4+ (можно показывать четырехлетним детям).

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

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

5. 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

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

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

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 Повреждения

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

15 Насилие

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

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

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

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

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

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

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

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

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

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

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

Итак, о каких же кругах ада речь.

Регистрация в AppStore, круг первый

1. Проходим по ссылке developer.apple.com/programs/ios
2. Признаемся в том, что мы – новички, и тыкаем в New Apple Developer
3. Определяемся со своим местом в жизни: компания или разработчик. Для разработчиков процесс легче, для компании круги ада продлятся. Поэтому посмотрим, как это проходит у компаний.

1. Выбрав Company нам раскрывается длинный сверток с вопросами о различной персональной информации, крепимся, отвечаем честно.
2. Далее раскрываем все карты: зачем мы здесь, над чем работаем, какие платформы, что умеем, чего хотим от будущего.
3. Принимаем лицензионное соглашение, и вводим код, отправленный на ваш e-mail.

Вот оно, наконец-то, AppStore благодарит вас за регистрацию! Хотя погодите-ка, они еще не обработали запрос на регистрацию.

Теперь вам нужно заполнить информацию о вашей компании, от адреса и телефона до информации о человеке, ответственном за регистрацию.

Перепроверяем всю информацию и подтверждаем.

Сколько стоит размещение приложения в App Store для разработчика

Пока ваша заявка будет проверяться, пройдут сутки, после чего вы снова примете соглашение и расстанетесь со своими $99 долларами за iOS Developer Program. В первый раз. А в следующем году не забудьте сделать аналогичный взнос за пребывание на таком большом маркете.

Круг второй, сбор данных о компании и отправка

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

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

Читайте также: Вопросы которые нужно задать себе до начала разработки приложений

Если у вас всё хорошо – вас ждет звоночек из Apple, можете блеснуть навыками английского и, конечно же, подтвердить, что всё по-настоящему. Вам скажут, что у вас теперь есть доступ к порталу разработчика, другими словами – можно заливать приложения!

Публикация приложения, круг третий

Было сказано выше, в AppStore довольно придирчиво ко всему относятся. То, что вы зарегистрировались как разработчик еще ни о чем не говорит. Презентация и функционалити – всё.

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

Вкратце, не пустить приложение могут потому, что:

1. Приложение живет своей жизнью (запускает исполняемый код, совершает дополнительные скачивания).
2. Вы не предоставили доступ к профилю в вашем приложении, и разрабы AppStore не могут проверить функциональность и подводные камни.
3. Падает.
4. Дублирует многотысячные приложения.
5. Имеет неполное описание.
6. По приложению видно, что оно сделано на коленке.
7. Приложение нарушает границы, по мнению эппловцев.
8. Содержит в себе жестокие сцены насилия, эротическое содержание.

Но это шутки, а на деле ребята уделяют большое внимание качеству, что не может не вызывать уважения.

Проверка вашего приложения, круг четвертый

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

На этапе проверки вам могут написать требования по каким-то деталям приложения, могут попросить предоставить доступ к профайлу (если вы не предоставили), обратить ваше внимание на ошибки.

Круг пятый, шестой, седьмой - исправление ошибок, отправка на проверку, исправление ошибок, отправка…

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

Читайте также: Как размещать приложение в Google Play?

Подготовка публикации приложения в маркете, восьмой круг

Какие требования?

1. Иконка

Размер 1024х1024 пикселей;
Файл не должен содержать слои или закругленные углы.

Иконка говорит о вас. Говорить о вас она может не только в мобильном формате, но и в формате ПК, поэтому иконки не должны отличаться существенно. Посмотрите тенденции по всему маркету, чтобы не быть немодным.

1. Скрины

Для iPhone разрешение (1334×750 пикселей).
Разрешение для iPad (1536 x 2048 пикселей).
Формат JPG и PNG, без альфа-канала.

С недавнего времени, для разработчиков упростили процесс работы со скриншотами.
Отныне не нужно создавать файлы разных размеров под каждый отдельный девайс.
Вы загружаете изображение наибольшего размера, а Media Manager уже сам подгонит скрин под каждого члена из семьи девайсов. Однако, если изображение зависит от положения телефона и ведет себя по-другому, то нужно будет всё же поработать над отдельными снимками.

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

Не пытайтесь читерить, заливая готовые скрины для приложения из Google Play. Это может ввести в ступор пользователей, это раз. Они увидят наплевательское к ним отношение, и обидятся, без надежды на возврат, это два.

1. Название

Требования:
До 50 символов;
Для поиска страницы через iPhone желательно до 23 символов;
Не должно включать упоминания других платформ или компаний.

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

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

Требования:
До 4000 символов учитывая пробелы;
Главная информация должна быть размещена вверху.

В отличие от Google Play, релевантность ключевых слов не применяется к описанию, учтите эту особенность. Уделите лучше внимание названию, имени разработчика и полю ключевых слов, здесь это будет уместнее.
Изложите в описании простыми словами функционал и особенности, не будьте занудой, и не составляйте бесконечное количество списков «почему, как, что». Доносите информацию людям, будто вы сидите с друзьями в баре и делитесь впечатлениями о крутом приложении.

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

1. Поле ключевых слов

Ограничения:
100 символов (с запятыми);
Не должны повторяться;
Включать в себя упоминания о других приложениях;
Содержать имена знаменитостей, чужие трейдмарки.

Опишем на будущее хинты по выкладыванию своих программ в магазин приложений Apple AppStore . Хотя, как показывает практика, дело это не очень чтобы благодарное, поскольку яблочные товарищи не склонны к постоянству в механизмах функционирования своей системы. Это было уже не раз обнаружено мной в ходе прохождения различных процедур регистраций. Читая материалы предшественников и вопросы на форумах частенько можно столкнуться с ситуацией, что один и тот же момент выглядит у тебя уже по-другому. Тем не менее, общая концепция пока что остается. И так, попробую описать своими словами всю эту махину))
Чтобы выкладывать приложения в AppStore, необходимым условием является наличие статуса .
Весь процесс можно разделить на два этапа: подготовка и публикация.
Подготовка (Provisioning). Самый сложный в понимании этап (по крайней мере для меня показался).
Он включает в себя создание идентификатора приложения App Id) и сертификата для подписи приложения . Все это объединяется под общим понятием профиля (Provisioning profile ). Но все по порядку. Самое сложное во всем этом — создание сертификата. Сертификат необходим для цифровой подписи приложения. Существует два вида сертификатов — сертификат разработчика (Development certificate) и сертификат дистрибуции (Distribution certificate). Из названия не трудно догадаться, что первый тип нужен для разработки, второй — для распространения. Первым можно подписывать приложение и запускать на своем гаджете (в целях отладки), второй нужен, чтобы собирать приложение для публикации в аппсторе . Чтобы иметь возможность запускать приложение на своем гаджете, необходимо зарегистрировать устройство в Provisioning Portal . Делается это следующим образом. В среде xCode открываем Organizer (Window -> Organizer), подключаем свой гаджет к компьютеру (по usb, например), видим, что он появляется в разделе Devices. Копируем его DeviceID (длинная hex-строка) в буфер и идем в Provisioning Portal в раздел Devices. Там жамкаем Add Device, далее все просто.

Добавили. Теперь создаем сертификаты. Это не очень сложно, но меня заставило повозиться. Не буду долго расписывать, все это можно найти в How-To внутри Provisioning Portal. Обозначу лишь основные шаги:
— Создание запроса на подпись сертификата (включает в себя создание пары открытого и приватного ключа). В итоге получаем на диске файл CSR.
— Сабмит запроса на подпись сертификата. В Provisioning Portal заходим в секцию Certificates, указываем файл CSR, жмем Submit, сертификат создается и переводится в состояние Pending Approval .
— В Provisioning Portal заходим в секцию Certificates и подтверждаем сертификат (жмем Approve)
— Скачиваем и устанавливаем сертификат в систему. В Provisioning Portal заходим в секцию Certifiates. Кликаем ссылку WWDR Intermediate Certificate , на что нам предлагают сохранить файл.cer. Соглашаемся, и по завершению скачивания кликаем на нем. Запускается программа Keychain Access, которая предлагает установить сертификат в систему. Соглашаемся, и вот у нас есть сертификат для разработки.
Важный этап — эппл настоятельно рекомендует сохранить сгенерированный приватный ключ. При его утрате все труды окажутся напрасными, мы ничего больше не сможем подписать. Хорошо, что я вспомнил это, так как сам до сих пор не забэкапил свой ключ. Все-таки, полезная вещь — блог)))
Для сертификата дистрибуции все то же самое, за исключением того, что ключи больше не надо генерить.
И так, сертификаты мы создали, что теперь? Теперь нужно создать так называемые Provisioning Profiles (не хватает фантазии перевести на русский). Подготовительный профиль (назовем его так) представляет собой совокупность сертификата и идентификатора приложения. Сертификат у нас уже имеется, создадим идентификатор приложения. Для этого идем на Provisioning Portal в сецкию AppIDs. Если не брать в учет «пакетную» концепцию идентификации приложений, то все просто: нажимаем New App ID, вводим
— Description (напр, My Awesome App)
— Bundle Seed ID (App ID Prefix) — если это наше первое приложение, то в списке будет всего один пункт — Generate New, в противном случае в нем будут идентификаторы ранее созданных приложений (по задумке, приложения можно объединять в пакеты (suite))
— Bundle Identifier (App ID Suffix) — рекомендуется вводить в так называемом reverse domain style. То есть домен в обратном порядке. Например, в моем первом приложении Knight Move этот идентификатор выглядел как ru.heximal.knightmove.
Жмем Sumbit. Все, идентификатор приложения создан.
Далее заходим в разлем Provisioning и создаем профили нашего приложения (жмем New Profile). Для девелопмент-профиля вводим
— Profile Name — под этим именем профиль будет отображатся в xCode. Пример: KnightMoveDevelopmentProfile
— Certificates — ставим чеку на нашем сертификате
— App ID — выбираем наше приложение
— Devices — ставим чеку на тех девайсах, которые зарегистрированы — их может быть более одного. Я вот подумываю прикупить 4-й айфон для отладки (всмысле, не четвертый по счету — он у меня пока один, а с четвертой прошивкой). Забегая чуть вперед, скажу, что на втором этапе будет задан вопрос, тестировали ли мы наше приложение под iOS 4? Мне приходится отвечать Нет. Хотя я мог бы перепрошить свой девайс, iTunes каждый раз сигнализирует, что есть новая версия фирмвэйра. Но я пока не тороплюсь, потому что при таком раскладе у меня не будет возможности тестировать на третей прошивке кроме как в симуляторе.
Создали профиль, дождались его аппрува, скачиваем файл профиля (.provisionprofile), открываем окно Organizer и кидаем туда драг-энд-дропом файл профиля. Он успешно инсталлируется. Все.
Теперь открываем Project Settings, ищем опцию Code Signing подраздел Any iPhone OS, разворачиваем список, выбираем свой профайл, закрываем опции проекта. Далее важный момент. В структуре проекта (в древовидном сайдбаре) разворачиваем ветку Targets, щелкаем правой кнопкой на таргете, выбираем Get Info. Появляются снова опции проекта, но уже с секцией Properties. Заходим туда и вписываем в поле Identifier то значение, которое мы вводили при создании App ID в поле Bundle Identifier (напр, ru.heximal.knightmove). Все. Убеждаемся, что девайс подключен, выбираем в главном окне xCode конфигурацию Device|Debug и жмем Build And Go.
После того, как мы отладили приложение на девайсе, наступает пора собирать дистрибутив для публикации. Для этого повторяем процесс создания профиля дистрибуции. Он схож с созданием девелопмент-профиля. Инсталлируем профиль в xCode , а далее нужно осуществить следующий трик. Необходимо создать новую конфигурацию Distribution. Открываем опции проекта, секцию Configuration, выбираем там конфигурацию Release и нажимаем Duplicate. Вводим название Distribution. Далее в окне Target в секции Build выбираем настройки для конфигурации Distribution и в поле Code Signing Identity — Any iPhone OS Device выбираем наш Distribution Profile . На закладке Properties не забываем вписать Bundle Identifier, если еще не сделали. Закрываем опции, и в главном окне xCode выбираем конфигурацию Device|Distribution. Далее неплохо бы проследить за процессом сборки. Для этого идем в меню Build — Build Results. Там настраиваем чтобы показывался лог компиляции. Нажимаем Build. Появляется много строчек, в конце которых ищем слова ProcessingProductPackaging … embedded.mobileprovision и СodeSign. Вот здесь у меня ушло много времени. В пакете приложения (application bundle) упорно не хотел появляться файл embedded.mobileprovision . А без него приложение никак не хотело загружаться в AppStore. Это явилось следствием того, что ранее я экспериментировал с самопальными сертификатами и отключением системы provisioning’а. Позже я восстановил (кстати, хвала своему блогу) последовательность действий, которая привела к неработоспособности системы профайлинга, но времени на это ушло… В общем, как я ранее уже заявлял, не скупитесь, вступайте лучше сразу в iPhone Developer Program, если вы конечно не мазохисты))
Пакет приложения представляет собой простую папку с расширением.app, которая содержит исполняемый файл и все потроха приложения (ресурсы). Собственно, приложения Mac OS X представляют собой ровно то же самое, поэтому их можно просто перетащить куда-либо в другое место, и оно от туда запустится, потому что содержит внутри папки все необходимое. В этом конечно бесспорное приемущество non-registry концепции. И так, зипуем бандл нашего приложения тем самым готовимся к следующему этапу.
Публикация.
Дальнейшие действия производятся на портале iTunes Connect (itunesconnect.apple.com) Заходим в раздел Manage Your Applications и жмем Add New Application. Вводим
— App Name — имя приложения, то, как оно будет выглядеть в AppStore. При публикации второго приложения я столкнулся с тем, что это название должно быть уникальным для всего AppStore. То есть, если мы задумали назвать приложение каким-либо образом, а приложение с таким названием уже существует, нам придется придумывать что-то другое. Также следует учесть требования самого Apple к названию приложения http://www.apple.com/legal/trademark/guidelinesfor3rdparties.html
— SKU Number — опять какой-то уникальный идентификатор приложения, я не понял для чего он нужен, но решил придерживаться определенного правила генерации этого параметра, навроде hex_app_0001
— Bundle ID выбираем наше приложение
Дальше вроде все понятно, нужно заполнить мета-информацию о приложении: описание, категории, локализацию, скриншоты, иконку. После всего этого приложение переходит в состояние Waiting for upload. Для загрузки бинарника требуется программка Application Loader из пакета Developer. Если таковой не имеется, требуется доустановить. Запускаем ее, она спрашивает наш Apple ID и пароль, далее показывает список приложений, ожидающих аплоада. Выбираем, загружаем. Вот на этом этапе, кстати, у меня были проблемы до тех пор, пока я не реанимировал отключенный механизм профайлинга и кодесайнинга — без них аплоадер не хотел загружать приложение.
Все, после загрузки приложение переводится в состояние Waiting for Review — ожидание рассмотрения. Рассмотрение проивзодится специалистами Apple на предмет соответствия требованиям. Эти требования описаны в мануале iPhone Application Development Guide, и включают в себя такие аспекты, как соответствие общему дизайну, грамотное использование ресурсов устройства, таких как памяти, энергопотребления, производительности ну и просто user-friendly. Apple очень ответственно к этому подходит. Могут завернуть, например, если приложение очень долго закрывается, я уж молчу про утечки памяти. Чтобы избежать этих неприятностей, приложение перед сборкой дистрибутиво следует тщательно протестировать. В пакете Developer есть набор инструментов (приложение Instruments). С помошью него можно узнать много нового о своем приложении. Например, написав первое приложение и прогнав его через программу мониторинга выделения памяти, и утечек я обнаружил, что оно безнадежно течет. Несколько дней потратил на устранение утечек . Позже накидаю небольшой мануальчик, как пользоваться инструментами.
Будучи новичком, я думал, что статус Waiting for Review означает, что приложение уже находится на рассмотрении, однако по прошествии недели я заподозрил что-то неладное и решил написать в саппорт. На следующий день мне ответили и тут же пришло уведомление о том, что приложение переведено в статус OnReview. Тут сразу все стало ясно. Прошло еще дня полтора и приложение перешло в состояние Ready For Sale. Все, победа. Путь в аппсторе окончательно завершен.
Небольшой конфуз произошел по неопытности, при неудачной попытке найти в AppStore свое приложение в тот же день. Его там не было. Как оказалось позже, это нормальная ситуация. Существует некий период индексации. По моим наблюдениям он составляет сутки. Второе приложение тоже появилось через сутки. Кстати, со вторым приложением ситуация с ожиданием рассмотрения повторилась. Правда, я выжидал подольше чем неделю, прежде чем написать в саппорт. После того, как терпение закончилось, написал, и тут же мне ответили и приложение ушло на рассмотрение. Видимо, это закономерность. Посмотрим.

И напоследок. При публикации приложения обязательным полем в мета является страница технической поддержки. Это меня сподвигло отрихтовать свою страницу feedback. Теперь она англоязычная))