как опубликовать приложение в app store xcode

Инструкция по публикации iOS-приложения в App Store

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

Тема этой заметки — публикация приложения в App Store. Чуть позже мы опишем порядок действий для публикации в Google Play.

Что же нужно сделать PM`y в ходе публикации:

Создание аккаунта

Чтобы опубликовать приложение в App Store, нужен Apple ID. Он создаётся по этой ссылке. Затем, с помощью Apple ID, войдите на сайт iOS Dev Center. После заполнения всех необходимых полей начнётся процедура регистрации вас как разработчика. Она стоит 99$. Ожидание подтверждения аккаунта займёт от двух недель.

Подготовка маркетинговых материалов

Требования к маркетинговым материалам:

Текст

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

Требования стора к тексту:

Согласование текста с клиентом

Перед встречей PM делает различные варианты текстов и в ходе встречи обсуждает их с клиентом.
Эта статья на Apptractor поможет написать хороший текст для App Store и Google Play.

Скриншоты

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

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

Количество и размеры скриншотов

В App Store можно загрузить до пяти скриншотов на каждое разрешение экрана, минимум один на каждую локализацию.

Если приложение выглядит одинаково для всех разрешений и локализаций, можно использовать скриншот максимального разрешения для каждого типа устройства (то есть один для всех iPhone или один для всех iPad). Если нет:

Другие требования App Store:

Видео для предпросмотра приложения

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

Ограничение по количеству видео

Разместить можно только один видеоролик

Требования стора к видео:

Советы по созданию видео:

Иконка

Требования стора к иконке

Большая иконка идентифицирует приложение в App Store и будет использована в случае фичеринга.

Требования App Store:

Обеспечение сборки наличием сертификата цифровой подписи

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

Этот пункт инструкции относится к технической стороне разработки и выполняется разработчиком. Задача менеджера — удостовериться, что приложение имеет подпись. Если у билда не будет правильной подписи, можно получить реджект со стороны стора. Снижение этого риска — задача PM`a: спросите разработчика, правильная ли подпись у билда.

Что необходимо указывать при отправке сборки

Платное приложение и внутренние покупки

Внутренние покупки (In-App Purchase, или IAP) бывают четырех видов:

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

Чем дороже приложение или покупки, тем внимательнее Apple его проверяет. Смотри документ в разделе «Что может стать причиной отклонения приложения».

Что может стать причиной отклонения приложения

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

Источник

Выкладываем приложение в App Store. Даже если вы не разработчик

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

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

Настройка аккаунта

Все приложения перед выгрузкой в App Store должны быть подписаны сертификатом разработчика. Это нужно, чтобы пользователи App Store были уверены, что скачивают конкретное приложение от конкретного разработчика, а не подделку от чужого имени. Процедура подписывания (code signing) приложения позволяет операционной системе узнать, кто является разработчиком. И удостовериться в том, что приложение не было изменено с момента сборки. Точнее, с того момента, как разработчик его подписал. В этой процедуре участвуют три объекта: сертификат разработчика, AppID и Provisioning profile.

Сертификат

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

Одного сертификата достаточно для выкладки неограниченного количества приложений.

Чтобы создать сертификат, нужно:

Сохраните сгенерированный сертификат на компьютер, откройте его (дважды кликнув). Сертификат будет помещен в системное хранилище и доступен для XCode.

AppID

Это уникальный строковый идентификатор приложения среди всех приложений. Он нужен для однозначной идентификации во всех системах: iTunes Connect, App Store и пр. Он состоит из двух частей: TeamID и BundleID. TeamID — идентификатор разработчика, выдается Apple на этапе регистрации аккаунта разработчика и не меняется. BundleID задается разработчиком при регистрации приложения в аккаунте.

Provisioning profile

Это профиль, который однозначно связывает AppID и сертификат разработчика (публичный ключ сертификата). В случае development provisioning profile он также содержит UDID всех устройств, на которых возможен запуск приложения.

Сохраните сгенерированный профайл на компьютер, откройте его, дважды кликнув. Теперь сертификат доступен для XCode.

Оформление приложения для магазина

Теперь нужно добавить приложение в iTunes Connect.
Переходим на https://itunesconnect.apple.com в раздел MyApps. Чтобы добавить приложение, нажмите плюсик слева вверху:

Заполняем открывшуюся форму:

Если все заполнено правильно, попадаем на страницу приложения.

На вкладке слева «Pricing and Availability» заполняем информацию о стоимости приложения в сторе. На вкладке слева с номером версии заполняем маркетинговую информацию:

О том, как подготовить маркетинговую информацию, мы рассказывали в предыдущей статье.

Также есть секция для того, чтобы можно было указать конкретную сборку, которую отправлять на ревью, а затем и в стор. Выбор недоступен до тех пор, пока мы не загрузили в iTunes Connect ни одной сборки приложения. Мы вернемся к этой секции позже:

Чтобы сохранить внесенные изменения, используйте кнопку Save наверху:

Настройка проекта, сборка и выгрузка

Откройте проект вашего приложения в XCode, перейдите к настройкам проекта. Необходимо, чтобы Bundle Identifier совпадал с BundleID, который вы указали при создании AppID. Также необходимо отключить функцию автоматического управления подписыванием в XCode. В выпадающем списке Provisioning Profile выберите тот, который недавно создали.

Обратите внимание: без всех необходимых иконок (в том числе иконка для магазина со стороной 1024 точки) сборка приложения не пройдет автоматическую проверку в iTunes Connect.

Теперь проект можно собрать и отправить в iTunes Connect. Для этого нужно нажать меню Product — Archive. По итогу сборки будет показано окно органайзера XCode, нажмите там кнопку «Upload To App Store»:

Открывается окно настроек выгрузки в App Store. Подробнее про bitcode, symbols stripping. Оставляем настройки без изменений.

На следующем шаге нужно выбрать provisioning profile из выпадающего списка подходящих:

Затем XCode подготовит архив для выгрузки в iTunes Connect. На этом экране обратите внимание на те параметры, что мы установили. Нажмите Upload.

В зависимости от скорости соединения нужно будет подождать некоторое время. Если все в порядке, XCode сообщит об успешном завершении выгрузки в iTunes Connect. Можно переходить к последнему этапу.

Отправка на ревью

В iTunes Connect на вкладке Activity можно увидеть отправленную сборку. Для проектов на Swift автоматическая проверка сборки занимает примерно полчаса. До тех пор сборка будет со статусом Processing:

После окончания проверки сборка доступна для выбора на странице информации о версии приложения:

После этого у приложения в iTunes Connect появится иконка. Сохраните изменения. Теперь можно отправить сборку на ревью.

Готово! Вы сделали все, что могли. Ждите ответа в течение нескольких дней. Не забудьте, что с 23 по 27 декабря iTunes Connect на каникулах. Разработчики не смогут обновлять и добавлять новые приложения в App Store и изменять ценники. Все остальные функции iTunes Connect будут доступны.

Источник

От регистрации до витрины: как выложить мобильное приложение в App Store и Google Play (часть 2)

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

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

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

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

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

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

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

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

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

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

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

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

Итак, вы проверили своё приложение и готовы поделиться им со всем миром. Давайте рассмотрим соответствующие процедуры.

App Store

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

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

Google Play

В окне указываем путь до нашего APK-файла.

Начнется процесс загрузки.

Если всё прошло успешно, вам будет показан следующий экран.

Если ваше приложение будет распространяться бесплатно, то нажимаем на кнопку «Бесплатно». В противном случае нажимаем «Платно». При платном распространении вам будет необходимо указать цену для приложения, причем выбрать для каждой страны отдельную цену.

Обратите внимание, что после публикации приложения платность приложения изменить нельзя!

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

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

Источник

Публикация iOS-приложения в App Store

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

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

Разберем, как выглядит публикация iOS-приложения в App Store. Для наглядного примера в статью были добавлены: поэтапные скриншоты, ссылки и примеры.

App Store Connect: Мои приложения

Прежде чем начать заполнять информацию касаемую нового проекта, вам необходимо зайти в учетную запись App Store Connect (https://appstoreconnect.apple.com) и оформить карточку проекта.

Переходим в пункт «Мои приложения». Если приложение не было ранее занесено, тогда в левом верхнем углу нажимаем (+) и (новое приложение).

App Store Connect: Мои приложения

После того, как мы создали проект, переходим в раздел «Мои приложения». В данном разделе присутствует карточка нового проекта. Переходим в новый проект и выбираем раздел «Информация о приложении».

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

Ценообразование и доступность

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

В App Store используется матрица цен, где стоимость (цена) идут с определенным шагом. Таким образом можно выбрать только готовое число из матрицы, поставить любое желаемое (как это сделано в Google), к сожалению, не получится.

Продвижение в App Store

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

Функция применяется в особых ситуациях и предназначена для маркетинговых целей.

Данный раздел с информацией актуален для игровых проектов. Заполняется разработчиком.

Раздел “Шифрование” не нуждается в разборе. Заполняется разработчиком.

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

Функции данного раздела и описание методов тестирования iOS проекта будут доступны в отдельной статье.

Переходим в раздел «Приложения для iOS». В данном разделе заказчик может работать с отзывами приложения, если оно доступно (опубликовано) в App Store. Можно отвечать на отзывы пользователей от имени администратора приложения и удалять неадекватные отзывы, если они нарушают правила App Store.

Возвращаемся в раздел App Store и выбираем версию приложения 1.0 (первую версию проекта).

В разделе присутствует большой блок со скриншотами:

Информация для iPad заполняется в том случае, если ваше приложение было разработано с применением параметров визуализации для iPad (то есть разработана отдельная версия для iPad).

В App Store присутствует автоматическая возможность публиковать скриншоты для схожих типов экранов устройств (например iPhone 6 и iPhone 7). Размер скриншота, должен соответствовать размеру экрана устройства. Помимо скриншотов можно добавлять промо ролики (видео), которые будут видны в карточке приложения App Store.

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

Источник

Как опубликовать приложение в app store xcode

Инструкция по публикации мобильного приложения в App Store.

Первая часть рассказывала о Google Play Market.

Содержание

Чаще всего публикацией мобильного приложения от лица клиента и с последующей передачей доступов занимается компания-разработчик. Эта инструкция, а также авторская анкета помогут заказчику опубликовать приложение своими силами.

App Store — магазин приложений для мобильных телефонов iPhone, плееров iPod Touch и планшетов iPad, а также для персональных компьютеров Mac.

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

Создание аккаунта App Store

Регистрация Apple ID

Для создания аккаунта необходимо зарегистрировать Apple ID по данной ссылке. Заполните обязательные поля:

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

Выберите способ подтверждения создания аккаунта: телефонный звонок или текстовое сообщение на указанный ранее номер.

Затем подпишитесь на рассылку. При переходе по ссылке в полях рассылок (анонсы, приложения, новости) по умолчанию установлены галочки. Можно настроить редирект писем с почты приложения на почту контактного лица компании или проектного менеджера.

Далее введите символьный код с изображения. В случае, если код плохо читается, можно сменить код нажатием кнопки “New code” («Новый код») или прослушать его нажатием кнопки “Vision Impaired” («Для слабовидящих»).

Ознакомьтесь с соглашением об обработке персональных данных и нажмите кнопку “Continue” («Продолжить»). Введите в открывшейся форме отправленные на указанный email и телефон код подтверждения:

Создание аккаунта разработчика

После регистрации Apple ID необходимо зарегистрировать аккаунт разработчика по ссылке.

Введите все данные в окно.

Apple ID — почтовый адрес, введённый при регистрации Apple ID. Его необходимо записать в первое поле.

Пароль — пароль, указанный при регистрации Apple ID.

После ввода данных необходимо прочитать и принять условия соглашения. Нажмите “Submit” («Принять»).

Для создания аккаунта разработчика необходимо нажать на поле “Join the Apple Developer Program”:

Нажмите на “Enroll” в окне разработчика;

Нажмите на “Start Your Enrollment” для перехода к регистрации:

Для прохождения регистрации необходимо заполнить все обязательные поля и внести данные контактного лица ( представителя компании).

Выберите роль из выпадающего списка. Есть два типа ролей: физическое лицо (individual) и юридическое (Company/Government Organization). Стоимость одинакова для регистрации всех типов аккаунтов, разница заключается в значении в графе «разработчик»: Ivan Ivanov или The Best Company. В случае, если в приложении присутствует интеллектуальная собственность, для упрощения процедуры подтверждения рекомендуется публикация от лица компании.

Затем нажмите кнопку “Continue” и примите пользовательское соглашение нажатием кнопки “Purchase”.

Оплата совершается только картой. Перевод денег в доллары заранее не обязателен: при отсутствии долларов на карте деньги будут списаны и конвертированы в соответствии с текущим курсом.

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

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

D-U-N-S number

D-U-N-S number (“Data Universal Numbering System”, «Универсальная система нумерации данных») — международный идентификатор юридических лиц. Уникальный девятизначный код используется в качестве стандартного бизнес-идентификатора. Он необходим для регистрации компании-разработчика в Apple Store. Процедура регистрации аккаунта на юридическое лицо завершается получением именно D-U-N-S number. Процедура занимает от 7 до 30 рабочих дней.

Apple использует D-U-N-S number, чтобы удостовериться, что ваша компания существует. Присвоением номеров занимается фирма Dun & Bradstreet (D&B), на которую Apple возложила все обязанности по проверке юридических лиц.

По состоянию на 25 февраля 2017 года официальный сайт проекта сообщает, что получить D-U-N-S number по официальной заявке можно бесплатно. Он учреждается в системе в срок до 5 рабочих дней, после чего потребуется ещё пара рабочих дней для передачи Apple информации от D&B. Если появляются дополнительные вопросы или возникает необходимость личного общения с заявителем, срок получения D-U-N-S number может увеличиться до 30 дней.

Получить D-U-N-S number можно тремя способами:

на официальном сайте D&B — бесплатно, но долго. Потребуется регистрация.

Названия компании на сайтах Apple и D&B должны полностью совпадать. При несовпадении данных завершение регистрации невозможно, возврат денег также невозможен.

Оформление сертификата

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

Сертификат требуется создать один раз. Одного сертификата достаточно для публикации неограниченного количества приложений.

Чтобы создать сертификат, нужно перейти на сайт developer.apple.com. Затем перейти в раздел “Certificates, Identifiers & Profiles” («Сертификаты»).

Нажать на плюс рядом с надписью “Certificates” в правой верхней части экрана.

Выбрать тип сертификата App Store and Ad Hoc в разделе “Software” и нажать “Continue” («Продолжить»).

Нажать на “Learn more” («Подробнее») и, следуя приведённым инструкциям сформировать “Create a certificate signing request”. Затем вернуться на предыдущий шаг и нажать “Choose File”.

Далее загрузите сформированный документ на портал.

Сохраните сгенерированный сертификат на компьютер и откройте документ двойным нажатием. Сертификат будет помещён в системное хранилище и доступен для XCode.

Публикация приложения

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

Название приложения

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

В названии приложения в качестве ссылочной фразы желательно использовать названия продуктов Apple для уточнения совместимости. Рекомендуется перечислять все продукты Apple, совместимые с приложением. Несовместимые с приложением продукты указывать нельзя. При указании названий продуктов Apple необходимо писать их правильно, в единственном числе с верными заглавными буквами, как показано в Списке товарных знаков Apple.

«Диктофон для iPhone» — правильно. Название компании, приложения, совместимый продукт, 30.

Ключевые слова

Можно добавить одно или несколько ключевых слов, описывающих приложение. Желательно добавить высокочастотное ключевое слово. Поиск в App Store по ключевым словам даёт более точные результаты. Ключевые слова необходимо разделять запятыми. Текстовое поле для списка ключевых слов вмещает 100 символов.

Рекламный текст

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

Описание

Описание приложения должно раскрывать его функции и функциональность и не превышать 4 000 символов. В описании рекомендуется:

уделить внимание ключевым функциям и особенностям;

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

использовать только шрифт Myriad;

исключить превосходные степени прилагательных («наилучшее приложение»);

исключить общие термины («смартфоны», «планшеты»);

использовать названия продуктов;

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

Политика конфиденциальности

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

Иконка

Иконка должна отражать суть приложения. Если у приложения есть логотип — можно поставить его.

Требования к иконке:

формат JPEG или PNG;

не более 72 точек на дюйм;

схема формирования цвета — RGB;

без закруглённых краёв.

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

Скриншоты

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

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

Строгая — используются основные экраны для демонстрации функциональности приложения.

Рекламная — меньше формализации, фон за экраном, «говорящие» надписи. Рекомендуется прибегнуть к помощи дизайнера и получить консультацию маркетолога.

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

Требования App Store к скриншотам

До 5 скриншотов на каждое разрешение экрана, минимум один на каждую локализацию. Если приложение выглядит одинаково для всех разрешений и локализаций, то для iPhone будет достаточно использовать один набор скриншотов для 5,5-дюймового дисплея, а для iPad понадобится один набор для 12,9-дюймового дисплея. Если нет, необходимо подготовить наборы скриншотов для каждого разрешения. Все разрешения экранов можно посмотреть в официальной справке Apple Connect Store.

Формат PNG или JPEG без альфа-канала, не более 72 точек на дюйм, схема формирования цвета — RGB. Все требования App Store к скриншотам доступны в Apple Store Connect.

Видео

Опциональный маркетинговый материал. Для записи видео с экрана iPhone рекомендуется использовать приложение QuickTime.

Требования App Store к видео:

количество видео-роликов на приложение — 1;

формат — M4V, MP4 или MOV;

длительность видеоролика — от 15 до 30 секунд.

Авторские права

Имя лица или название организации, которые владеют уникальными правами на приложение. Указывается после года получения прав (если применимо). Пример: «2020 ИП Иванов И.И.» или “2019 MyCompany”.

Примечания

Дополнительная информация о приложении, которая может помочь при проверке. Не обязательное поле.

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

После подготовки материалов к публикации перейдите в кабинет и внесите все заранее приготовленные данные.

Выберите «Новое приложение».

Заполните форму данных о приложении.

Что ввести в форму данных о приложении:

название приложения (30 символов);

основной язык приложения (из выпадающего списка);

ID пакета из списка (если список пуст, значит разработчик не создал сертификат и пакет. Обратитесь к разработчику приложения);

SKU-number. SKU Number (stock-keeping unit number) — артикул, код, который позволяет идентифицировать приложение в App Store. Вводится вручную. Не несёт особой смысловой нагрузки, так как при продаже приложений App Store присваивает собственные артикулы. Обычно для SKU Number используется сгенерированный Apple префикс, который появляется при регистрации Apple ID в Provisioning Center. Пример: «TheVoiceRecorder»;

полный или ограниченный пользовательский доступ. Ограниченный доступ открывается в случае наличия пользователей в личном кабинете App Store Connect. Если пользователей нет, выбирайте полный доступ.

Нажмите «Создать». Если что-то непонятно, пользуйтесь подсказками.

Информация о приложении

После создания проекта необходимо перейти в раздел «Мои приложения». В разделе будет карточка нового проекта. Для заполнения данных требуется перейти в созданное приложение нажатием на заглушку/иконку и выбрать раздел «Информация о приложении».

Общая информация о приложении в виде ID пакета, SKU и Apple ID уже заполнена и не кликабельна. Следующие поля доступны к заполнению:

название — поле для названия проекта. При вводе данных остаток символов от ввода отображается в правой части под полем;

подзаголовок — краткое рекламное описание проекта. До 30 символов. Отображается в App Store. При вводе данных остаток символов от ввода отображается в правой части под полем;

языки, на которых будет доступно приложение. Можно указать основной язык и локализации. Если локализаций не предусматривается, указывается только основной язык;

категория — отражает предметную область, основную тематику приложения. Доступны основная и дополнительная категории, если приложение объединяет в себе несколько категорий. Можно выбрать только одну категорию.

Ценообразование и доступность

После заполнения информации о проекте в разделе «Мои приложения» необходимо выбрать раздел «Ценообразование и доступность».

На данной странице можно выбрать стоимость приложения. Здесь указывается только стоимость приложения при скачивании, без учёта встроенных покупок. Если приложение подразумевает бесплатное скачивание, в поле «Цена» необходимо указать «USD 0.0 (Бесплатные)».

По умолчанию стоимость приложения указывается в долларах США. Если требуется указать приложение в другой валюте, необходимо нажать «Другие валюты».

В разделе «Доступность» необходимо выбрать из списка страны, на территории которых будет работать приложение. Для выбора стран необходимо нажать «Редактировать».

После внесения всех изменений нажмите «Сохранить».

Конфиденциальность приложения

В данном разделе необходимо указать URL-адрес (ссылку на политику конфиденциальности). Ссылка должна быть рабочей и актуальной. Она будет отображаться в данных приложения App Store.

Для добавления ссылки нажмите на кнопку «Редактировать», после чего введите ссылку в открывшемся модальном окне. При вводе данных остаток символов от ввода отображается в правой части под полем.

После ввода нажмите «Сохранить».

Подготовка к отправке

Перед отправкой необходимо вернуться в раздел App Store и выбрать версию приложения «1.0 Подготовка к отправке», где 1.0 — номер текущей версии.

В этом разделе необходимо добавить и/или отредактировать всю информацию о проекте.

Блок со скриншотами реализуется отдельно под каждую версию дисплея в случае наличия различий в визуализации. Переключение реализуется нажатием на версию дисплея. Добавление скриншотов реализуется перемещением изображений в поле под названием дисплея.

Добавление видео реализуется перемещением изображений в поле под названием дисплея.

Информация о версии

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

Ключевые слова — помогают при поиске и описании приложения. Требуется вводить ключевые слова через запятую. Ограничения по вводу — 100 символов. При вводе данных остаток символов от ввода отображается в правой части под полем.

Описание приложения — подробное описание с ограничением по вводу в 4 000 символов. При вводе данных остаток символов от ввода отображается в правой части под полем.

URL-адрес службы поддержки — ссылка на службу поддержки приложения. Ссылка будет отображаться в данных приложения App Store.

Маркетинг (URL) — ссылка на рекламную информацию о приложении. Ссылка должна быть рабочей и актуальной. Ссылка будет отображаться в данных приложения App Store.

Общая информация о приложении

Значок для App Store автоматически устанавливается при загрузке файла сборки проекта.

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

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

Авторские права — год, название компании или имя аккаунта.

Информация для проверки приложения

Контактная информация ответственного лица от партнёра: имя и телефон. Указывается для того, чтобы модераторы App Store в случае необходимости могли связаться с вами.

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

Примечание — можно не заполнять.

Выпуск версии

Выбор времени публикации: вручную, автоматически сразу после модерации, автоматически в указанное время.

Поэтапный выпуск автоматических обновлений

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

Загрузка сборки приложения

Перед выгрузкой сборки в App Store Conneсt необходимо подготовить её в Bitrise или XCode — в зависимости от того, где будет проходить сборка. Стоит отметить, что данный процесс занимает некоторое время.

Алгоритм настройки

Открыть проект приложения в XCode или Bitrise.

Перейти к настройкам проекта.

Отключить функцию автоматического управления подписыванием в XCode. В выпадающем списке Provisioning Profile выбрать тот сертификат, который недавно был создан.

Без всех необходимых иконок сборка приложения не пройдёт автоматическую проверку в iTunes Connect. Перед сборкой приложение должно быть тщательно проверено на наличие всех необходимых данных и отсутствие ошибок.

Для сборки в iTunes Connect нужно нажать меню Product.

После сборки, которая займёт некоторое время, выберите, куда будет сохранён проект: на компьютер или в App Store.

После появится модальное окно с вопросами по выгрузке. В нём уже подобраны актуальные данные. Ничего менять не надо, просто нажмите “ОК”.

Отправка на ревью

Для просмотра отправленной сборки необходимо перейти в iTunes Connect на вкладке Activity. Для проектов на Swift автоматическая проверка сборки занимает примерно полчаса. До тех пор сборка будет иметь статус “Processing”.

После окончания проверки сборка доступна на странице информации о версии приложения. Для загрузки необходимо:

перейти на вкладку App Store;

выбрать iOS App в левом меню;

нажать кнопку «+» рядом со сборкой (Build);

выбрать сборку из представленных в списке. После этого у приложения в iTunes Connect появится иконка;

отправить сборку на ревью. Сборка будет отображена на вкладке TestFlight для тестирования.

Проверка приложения

Проверка приложения занимает не менее 1 рабочего дня. Затем приложение публикуется в Apple Store для дальнейшего рассмотрения командой модераторов Apple. Если при проверке возникает необходимость внесения изменений, паблишер пользователь получает письмо на почту.

Чтобы убедиться, что приложение будет одобрено к публикации, рекомендуется ознакомиться с Apple Review Guidelines.

Почему публикацию могут отклонить

Наличие серьёзных ошибок. Публикуемое приложение должно быть протестировано и отлажено.

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

Несоответствие скриншотов реальным экранам.

Нестандартный интерфейс: неудобный и неочевидный конечному пользователю. При проектировании интерфейса рекомендуется опираться на рекомендации Apple.

Нехватка обоснований для сбора данных: для каких целей нужен доступ к камере, геолокации и так далее.

В приложении серьёзно нарушены правила оформления.

Нужна дополнительная информация о приложении.

Возникли проблемы при тестировании приложения модераторами компании Apple.

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

Отправка нескольких, по сути, одинаковых приложений.

Источник фото на тизере: Louis Hansel on Unsplash

Источник