как выпустить приложение в app store
От регистрации до витрины: как выложить мобильное приложение в App Store и Google Play (часть 1)
Начинающие мобильные разработчики часто испытывают затруднения при выкладывании своих проектов в Google Play и App Store. И если с первым особых проблем не возникнет, то со вторым придется повозиться, особенно, если вы выкладываете приложение от юридического лица. Поэтому в помощь начинающим мы решили написать туториал по размещению в официальных сторах приложений под iOS и Android.
Одна из главных задач Scorocode — помощь российским мобильным разработчикам. Но жизненный цикл приложения не завершается после создания. Его еще нужно опубликовать, развивать и поддерживать. Чтобы помочь на самых разных этапах существования мобильных приложений и сервисов, мы будем периодически публиковать различные статьи и заметки. Следите за обновлениями блога.
App Store
Начнем с самого сложного — с размещения в App Store от юридического лица.
Работая с Apple, указывайте только верные и корректные данные при заполнении любых анкет. Это поможет избежать проблем в будущем, сократит время принятия решений по вашему вопросу и значительно облегчит жизнь. Нередко бывает так, что при регистрации приложений из-за одной описки в названии фирмы или других важных данных весь процесс приходится начинать заново.
Заполнив простые формы, принимаем лицензионное соглашение и подтверждаем электронную почту присланным на нее кодом, после чего получаем Apple ID для разработчика, с помощью которого и авторизуемся.
Прежде всего нужно указать правильное название (которое в будущем будет использоваться в качестве имени продавца опубликованных приложений), телефон и полный адрес с почтовым индексом. Далее можно выбрать себя в качестве собственника или доверенного лица компании, отвечающего за все взаимодействие с Apple и имеющего соответствующие полномочия (причем Яблочники вполне могут запросить подтверждение этих полномочий в виде официального приказа с печатью). Либо же можно указать данные другого доверенного лица, если вы просто занимаетесь регистрацией, а в дальнейшем процесс взаимодействия будет вести кто-то другой.
Все данные на сайте D&B заполняются на русском языке, перевод на английский компания осуществляет самостоятельно. После заполнения анкеты на указанную электронную почту придет письмо со счетом на сумму 12 240 рублей. В течение 5 рабочих дней после его оплаты данные о вашей компании появятся в реестре D&B. Но имейте в виду, что для Apple они станут доступны только через 14 рабочих дней. Если вы попробуете ввести D-U-N-S раньше этого срока, тот он не пройдет. Итого, придётся ждать 19 рабочих дней, фактически календарный месяц. Как только номер принят Apple — самый длительный и тяжелый этап регистрации остается позади.
Всё, процесс подготовки к размещению приложения завершен. На указанном портале вы сможете отправлять приложения на премодерацию, видеть всю статистику по уже опубликованным продуктам и т. д. Проверяются приложения весьма досконально, поэтому перед отправкой будьте уверены, что весь функционал работает и соответствует описанному в сопровождении.
Для физического лица всё гораздо легче. На странице developer.apple.com/programs жмем кнопку Enroll, выбираем физическое лицо, заполняем данные с ФИО, адресом и телефоном, принимаем лицензионное соглашение и… Это всё.
Далее у нас появляется кнопка Купить, нажав на которую мы попадаем на страницу с данными по кредитной карте. Весь предыдущий процесс занимает от силы 5 минут. Дальше всё точно также, как и для юридических лиц. Оплачиваем, ожидаем пару рабочих дней и получаем доступ к ресурсу для разработчиков.
Google Play
Процесс регистрации приложения в Google Play напоминает регистрацию у Apple в качестве физического лица — всего несколько простых действий.
Инструкция по публикации 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
Мы много лет хранили вовсе не тайное, но полезное знание о том, как разместить приложение в App Store. Наверняка, наша инструкция не первая, которую вы нашли в интернете. Возможно, в предыдущих вас смутила подача, актуальность данных или сложная терминология. Понимаем, нас тоже. Поэтому мы написали свою.
В ней мы по шагам расписали весь процесс загрузки приложений в App Store — от регистрации аккаунта в панели управления App Store Connect до проверки приложения рецензентами Apple. К каждому шагу мы прикрепили скриншоты из стора, чтобы начинающие менеджеры проектов и разработчики без запинки могли повторить алгоритм действий.
Инструкция актуальна на конец 2020 года: она поможет клиентам студий мобильной разработки узнать свежие данные о том, как происходит релиз приложения, из каких этапов он состоит и кто в нём участвует. Также из статьи вы узнаете, почему App Store может отклонить сборку, и как этого избежать.
Глоссарий
На языке айти публикацию приложения называют релизом. Чтобы текст легко давался вам без гугла, мы составили тематический словарик — ознакомьтесь с ним прежде, чем перейти к инструкции:
Действующие лица
Публикация приложения в App Store: содержание
Что нужно сделать, чтобы опубликовать приложение в App Store:
Инструкция: как опубликовать приложение в App Store
1. Регистрируемся в Apple Developer Program
Кто этим занимается: владелец мобильного приложения.
Приложение релизится через App Store Connect — сервис Apple для публикации, обновления и аналитики выпущенного ПО. Чтобы получить доступ к административной панели, нам нужно быть участниками Apple Developer Program. Для этого мы:
1.1. Создаём Apple ID — уникальный идентификатор пользователя, без которого невозможно взаимодействовать с App Store.
1.3. Заходим в App Store Connect, используя аккаунт разработчика.
Онбординг рабочей панели App Store Connect
Сколько стоит выложить приложение в App Store
Сколько времени занимает регистрация
Регистрация физических лиц происходит сразу, а юридических — длится от двух до четырёх недель. В это время организация Dun & Bradstreet проверяет документы компании и присваивает ей D- Number — уникальный девятизначный номер, который подтверждает, что деятельность компании легитимна. Если вы хотите опубликовать приложение на iOS от имени юридического лица, позаботьтесь о том, чтобы получить этот номер заранее.
Экран подтверждения D- number для юридических лиц
Что может пойти не так на этапе регистрации:
Такие проблемы — редкость, но от них никто не застрахован. Если приложению нужен срочный релиз, а доступа к аккаунту ещё нет, можно отправить его на ревью через аккаунт студии разработки. Это частая практика — после релиза менеджер проекта переведёт приложение на аккаунт клиента, чтобы права и маркетинговое имя оставались за ним.
2. Добавляем информацию о приложении
Кто этим занимается: менеджер проекта, разработчик или клиент.
После регистрации аккаунта, до загрузки сборки, мы можем заполнить данные о приложении в разделе «Общая информация» панели App Store Connect.
Создаём страницу приложения в App Store Connect
2.1. Локализуемая информация
Локализуемая информация — это та текстовая информация о приложении, которую можно перевести на другие языки. Так пользователям из других стран будет легче понять, зачем им скачивать наше приложения.
Место для маркетингового названия в App Store Connect
1) Маркетинговое название может отличаться от собственного имени приложения. Имя указывается в коде мобильного приложения — его пользователи будут видеть, когда скачают приложение на девайс. Маркетинговое название отображается на странице приложения в App Store.
Удачная формула маркетингового названия: имя приложения + идея/назначение. Длина до 30 символов. Если приложение локализовано для других стран, мы проверяем длину названия на каждом языке.
Маркетинговое название приложения Gym Record в App Store
Название проекта должно быть уникальным. Однажды мы разрабатывали приложение и обнаружили, что его название в App Store занято другим приложением. У нашего клиента был зарегистрированный товарный знак на это имя, поэтому Apple отправили владельцу опубликованного приложения запрос на смену названия.
Подсказка «?» на панели управления сообщает дополнительную информацию о поле, которое нужно заполнить
2) Подзаголовок — краткое описание под названием приложения. Apple рекомендует выделить в нём функции, которые находят отклик у нашей аудитории. Объём — до 30 символов.
Подзаголовок приложения LIME в App Store
3) Политика конфиденциальности добавляется в App Store Connect просто: Ctrl+C, Ctrl+V. Мы копируем документа клиента в соответствующее поле. Если у клиента нет готовой политики конфиденциальности, мы предлагаем документ нашей студии, составленный в соответствии с политикой App Store. Мы делаем это, чтобы ускорить релиз и не ждать подготовку документа со стороны клиента — так у него будет возможность сделать это позже.
Добавляем privacy policy
Локализации для приложения настраиваются в нескольких местах. В подразделе «Локализуемая информация» в зависимости от выбранного языка мы можем изменить название приложения и подзаголовок.
Укажите название и описание приложения на языках тех стран, где вы хотите распространять приложение
Локализованные страны — страны, для которых мы указали перевод: у них на странице приложения в App Store будет свой язык. Нелокализованные — те, для которых вся информация останется на языке по умолчанию.
Меняя локализацию, мы изменяем только настройки страницы приложения в App Store. Само приложение не будет менять язык, если это не зашито в его коде.
2.2. Общая информация
Экран для заполнения общей информации о приложении
1) Возрастной рейтинг устанавливается при оформлении первой сборки в релиз: на странице общей информации он будет отображаться автоматически после того, как мы пройдём анкету — но об этом чуть позже.
2) Лицензионное соглашение (terms of use) для публикации мы используем стандартное — от Apple. Но если клиент хочет использовать свой собственный документ, мы меняем его, нажав кнопку «Редактировать» — на панели она будет находиться рядом с подзаголовком «Лицензионное соглашение».
Так выглядит экран выбора типа лицензионного соглашения
3. Настраиваем capabilities, сертификаты и профили приложения в Apple Developer
После регистрации мы должны дать разработчику студии доступ к нашему проекту в Apple Developer Center — без него он не сможет загрузить сборку приложения в TestFlight.
У Apple есть разные пользовательские роли, их нужно внимательно изучить и настроить права доступа для разработчика. Помимо прав Developer, разработчику нужно дать разрешение на создание сертификатов и Provisioning Profiles, чтобы он мог вносить необходимые изменения.
Внимательно ознакомьтесь с правами, которые вы предоставляете разработчику
Когда разработчик получает права, он подписывает приложение цифровым сертификатом и в разделе Certificates, Identifiers & Profiles панели Apple Developer указывает идентификационный номер и возможности (capabilities) приложения, которые соответствуют его коду и прописаны в техническом задании.
Этот экран в панели Apple Developer настраивает разработчик
После того как разработчик загрузит сборку в TestFlight, в App Store Connect появится возможность создать приложение, связанное с App ID.
На этом экране в App Store Connect появится сборка, которую разработчик загрузил со своего компьютера
Половина пути пройдена! Благодаря постоянной практике разработчики и менеджеры проектов «Лайв Тайпинга» знают все подводные камни релиза приложений в App Store. Если сейчас вы не готовы совершать глубоководное погружение в гайдлайны и требования Apple, — звоните или пишите нам — мы подготовим для вашего приложения уютное гнёздышко в App Store.
4. Подготовить приложение к отправке
Кто этим занимается: менеджер проекта, дизайнер, разработчик и/или клиент.
Мы получили доступ к сборке в панели App Store Connect и теперь должны подготовить её к публикации в сторе.
4.1. Загружаем маркетинговые материалы
Перед релизом дизайнер и менеджер проекта готовят маркетинговые материалы для карточки приложения в App Store Connect. Они должны соответствовать задачам проекта и требованиям App Store.
Для срочных релизов и проверки MVP можно сделать маркетинговые материалы, соответствующие только требованиям стора. В остальных случаях подготовка маркетинговых материалов — креативный процесс. Мы создаём уникальные изображения и тексты, которые демонстрируют, какую пользу приложение приносит людям.
1) Рекламный текст отображается в поиске до того, как пользователь нажимает кнопку «Подробнее». В отличие от других элементов карточки приложения рекламный текст можно изменить в любое время.
Рекламный текст приложения SEPHORA в App Store 2) Описание приложения должно дать пользователю полное представление о скачиваемом продукте. Объём — до 4000 символов. Лучше, чтобы текст для App Definition владелец приложения писал вместе с менеджером проекта — так мы отразим все функциональные особенности приложения. 
Рекламный текст, описание и теги настраиваются при подготовке сборки к отправке (раздел «Приложение для iOS» в меню в левой части экрана)
3) Теги, или ключевые слова, поднимают приложение в результатах поиска. Пишем их на основе слов, которые, по нашему мнению, аудитория будет использовать при поиске приложения в App Store.
Требования App Store:
Пример: Property,Real Estate,House. В данном случае Real Estate — тег, внутри которого есть пробел, но от других тегов его отделяют только запятые.
Поле для заполнения тегов в App Store Connect
Apple может отправить приложение на реджект ошибок и нарушений в ключевиках. В тегах запрещено:
Текстовая информация на странице приложения должна быть вручную локализована для стран, в которых будет распространяться приложение.
App Store предъявляет много формальных требований к тексту: они касаются регистра букв, правильных названий продуктов Apple и политики компании. Ознакомьтесь со всеми правилами в разделе Messaging + Style и рекомендациями по оптимизации страницы приложения, чтобы избежать ошибок.
4) Уникальная иконка нужна, чтобы пользователи узнавали приложение в App Store. Её же магазин будет использовать в случае фичеринга.
Иконка автоматически подтягивается из сборки, поэтому дизайнер должен заранее позаботиться о том, чтобы она вовремя попала к разработчику. Как создать запоминающийся дизайн иконки — подсказывает Apple.
Основные требования App Store:
Apple предъявляет к иконкам много требований — и все они нужны для того, чтобы приложение прошло ревью, поэтому мы рекомендуем изучить их в оригинале.
5) Скриншоты нужны, чтобы показать пользователю, что его ждёт, когда он установит приложение, — они отображают действия, которые люди могут совершать в приложении. У скриншотов две основные задачи: быть информативными и привлекать внимание.
Дизайн скриншотов зависит от маркетинговой концепции, которую мы выбрали. Строгая концепция предполагает, что пользователь увидит основные экраны и функциональность приложения, а рекламная позволяет превратить скриншоты в полноценные арты по вашему приложению. Но и в том и в другом случае дизайн скриншотов не должен отличаться от дизайна приложения.
«Строгий» дизайн Gym Record: экраны демонстрируют главные функции приложения 
«Рекламные» скриншоты приложения S7: основной упор сделан не на демонстрации функций, а на необычном дизайне
Для стора важно сделать аккуратные скриншоты. Незаполненный значок батареи, не все деления связи, неправильная ориентация экрана могут вызвать у смотрящего подсознательный стресс. Чтобы не причинить пользователю дискомфорт, подойдите к созданию скриншотов с умом и актуальными знаниями.
Количество и размер скринов
Мы можем загрузить до скриншотов на каждое разрешение экрана. Первые три изображения передают идею приложения, остальные могут быть посвящены конкретным функциям.
Экран для загрузки скриншотов с подсказками
Мы обязательно добавляем скриншоты для двух диагоналей iPhone:
Скриншоты для других диагоналей добавляются по вашему желанию — это опционально. Сетку размеров можно посмотреть на сайте поддержки Apple.
Диагонали устройств и соответствующие им размеры скриншотов
Другие требования App Store:
Если приложение адаптировано под iPad, то в App Store Connect нужно добавить соответствующие скрины. Обязательная диагональ — 12.9 дюйма для iPad Pro 3-его и 4-ого поколений.
6) Видеопревью — это запись экрана длинной до 30 секунд. Превью демонстрирует возможности, функциональность и интерфейс приложения.
Когда пользователь находится на странице приложения в App Store, видео автоматически включается в беззвучном режиме. Поэтому в первые три секунды важно показать человеку кадры, которые захватят его внимание.
Требования App Store
Мы можем разместить до трёх видеопревью на странице приложения и локализовать их для всех доступных языков App Store. Формат — M4V, MP4, MOV, объём 
Подсказка от App Store Connect о количестве промороликов
Видеопревью — необязательный элемент, но Apple советует использовать его, потому что видео помогает продвигать приложение.
Все советы по оформлению и оптимизации страницы приложения в App Store собраны в гайде, который поможет настроить страницу так, чтобы она мотивировала пользователей скачивать приложение и подходила под стандарты Apple.
Изменить информацию о приложении в App Store Connect после публикации нельзя. Такая возможность появится только при выпуске обновления, поэтому лучше сразу всё делать «на чистовик».
4.2. Выбираем способ выпуска версии
App Store считается сложным местом для релиза, потому что приложения в нём проверяют люди: через рецензентов проходят десятки проектов в день. Первичное ревью длится 3–5 дней, а проверка обновлений может проходить 1–3 дня.
Мы не можем знать, сколько времени рецензенты будут проверять наше приложение. Значит, не можем назначить точную дату релиза. Но в App Store нашли выход из этой ситуации. Мы можем выбрать:
4.3. Проходим опрос для присвоения возрастного рейтинга
Ограничения по возрасту есть у каждого приложения. Чтобы установить их, нам нужно нажать кнопку «Установить ограничение» на экране заполнения информации о сборке и пройти опрос. По его результатам App Store Connect сам присвоит приложению возрастной рейтинг.
Заполните анкету, чтобы получить рейтинг
«Мы отклоняем приложения, которые содержат недопустимый контент или работают неприемлемым образом — особенно если это может поставить под угрозу безопасность детей. Для каждого приложения указывается ограничение по возрасту, поэтому родители легко могут определить, что подойдёт их ребёнку, а что нет», — говорят в Apple.
Ускоренная проверка приложения
Мы можем запросить ускоренное ревью и для выпуска обновлений. Это нужно в случае, если в предыдущей версии мы обнаружили баг, который не даёт людям пользоваться приложением. Рецензенты увидят нашу заявку и поднимут приложение в общей очереди.
Ускоренным ревью нельзя пользоваться слишком часто. Постоянный при релизе — повод пересмотреть организацию рабочего времени.
Одновременный релиз в Apple и Google Play
Если мы готовим одновременный релиз приложений для платформ iOS и Android, то мы начинаем публикацию с App Store. Пока Apple проверяет клиентский аккаунт, мы подготавливаем страницу приложения в Google Play. И уже после получения доступа к Apple Developer переходим к настройке приложения в App Store Connect.
Если вам необходимо, чтобы пользователи iOS и Android получили свои приложения одновременно, можно сделать следующее:
Благодаря этому алгоритму приложения в Apple Store и Google Play выйдут с минимальной разницей во времени.
5. Настроить оплату за использование приложения
Кто этим занимается: менеджер, разработчик или клиент.
На этом этапе нам предстоит сделать два дела: указать цену за скачивание приложения и настроить встроенные покупки (IAP).
5.1. Выбираем цену приложения
Приложение может распространяться бесплатно или стоить денег. В разделе «Общая информация» на вкладке «Ценообразование и доступность» мы выбираем сумму, которую пользователи будут вносить за скачивание приложения.
На этом экране мы можем установить цену за приложение Здесь же можно выбрать период, в который приложение будет распространяться платно.
5.2. Настраиваем встроенные покупки
Встроенные покупки настраиваются в одноимённом разделе панели App Store Connect в меню в левой части экрана.
Экран для добавления встроенных покупок
30% от цены любой встроенной покупки уходит Apple — это деньги клиента. Чтобы сэкономить их, мы должны знать, что является встроенной покупкой, а для чего можно использовать эквайринг (оплату картой) и не платить комиссию Apple.
Встроенные покупки бывают четырёх видов:
Встроенные покупки заводятся в аккаунте, а их ключи указываются разработчиком в сборке: мы проверяем, чтобы настройки в App Store Connect совпадали с данными, которые внёс разработчик, указываем ID продукта и создаём для покупки оригинальное название.
6. Отправляем сборку на проверку в App Store
Кто этим занимается: менеджер, разработчик или клиент.
У каждой версии приложений есть несколько билдов, или сборок — вариантов кода приложения. В разделе TestFlight мы выбираем протестированную сборку, которая, на наш взгляд, готова к релизу. Она должна соответствовать заявленной функциональности и стандартам качества Apple — именно этот билд пользователь скачает на своё устройство.
После этого мы ещё раз:
Ревью нового приложения может длиться два-три дня, обновления — один день. Индексация проверенного приложения в поиске App Store — до суток: в это время на страницу приложения можно будет попасть по ссылке из App Store Connect. И только после индексации приложение станет доступно в сторе для пользователей.
Фичеринг опубликованного приложения в App Store
Чтобы пользователи узнавали о новинках и топовых приложениях, редакторы App Store создают тематические подборки. Их мы видим при запуске стора. Попадание в такую подборку называется фичеринг. Он повышает конверсию в скачивания и делает приложению бесплатную рекламу.
Если приложение полностью соответствует гайдлайнам Apple, приносит людям пользу и нравится администраторам, то у него есть все шансы попасть в подборку, где его увидят миллионы пользователей. Фичеринг редко происходит внезапно. Но если мы хотим, чтобы наше приложение заметили, на фичеринг можно оформить заявку.
Почему App Store отклоняет сборку: борьба с реджектами
Если приложение не соответствует требованиям Apple, рецензенты вернут его разработчикам с просьбой исправить ошибки. Обычно они указывают причину реджекта, поэтому разработчики могут устранить её и отправить приложение на повторное ревью.
Почему App Store отказывает в публикации
В App Store «более миллиона заявок отклонено из‑за сомнительного, небезопасного или незаконного контента». Рецензенты следят за тем, чтобы приложения:
Apple не приветствует «бесполезные приложения» и запрещает приложения, которые разжигают ненависть. Даже если такое приложение случайно пропустили в стор, как было с этими примерами, его заблокируют сразу, как обнаружат проблему.
Но иногда рецензенты Apple реджектят совершенно обычные приложения. Не надо паниковать — это нормальная практика. Если так случилось с вашим приложением, значит оно нуждается в доработке:
Проблемный кейс № 1. «Несоответствие гайдлайнам».
Решение. У Apple есть определённые требования к пользовательскому интерфейсу: таббар не должен располагаться сверху, свайпом нельзя вернуться назад и много чего другого. Если рецензенты нашли в приложении подобную ошибку, — внимательней ознакомьтесь с гайдлайнами, найдите свои ошибки, исправьте их и попробуйте ещё раз.
Проблемный кейс № 2. «Очевидные ошибки и баги в сборке».
Решение. Приложению не хватило качественного тестирования. Рассмотрите максимальное количество пользовательских сценариев для того, чтобы устранить проблему. Если сил отдела QA недостаточно, то в TestFlight можно провести пользовательское тестирование.
Проблемный кейс № 3. «Регистрация».
Решение. При проверке приложений, в которых нужно регистрироваться в Личном Кабинете, ревьюеры не регистрируются, а используют пароль и логин, предоставленный разработчиком. Если они не находят эти данные, они отклоняют сборку. Укажите логин и пароль в анкете и попробуйте снова.
Проблемный кейс № 4. «Прикреплённые скриншоты не соответствуют содержанию».
Решение. Узнайте у дизайнеров, как создать подходящие скриншоты, или делегируйте эту задачу им.
Проблемный кейс № 5. «Нет оснований для доступа к пользовательским данным».
Решение. Приложение пытается получить доступ к контактам, галерее и другим библиотекам пользователя. Если рецензенты не видят для этого достаточных оснований, они развернут приложение. Вам нужны сильные аргументы, которые убедят сотрудников Apple, что вы не пытаетесь украсть данные пользователей.
Иногда реджект происходит по объективным причинам, а иногда зависит от настроения и осведомлённости рецензентов. В таком случае нам поможет немного хитрости и умение договариваться.
Команда «Лайв Тайпинга» поделилась историями о том, как мы искали общий язык с командой Apple.
— Порочный круг
Мы подключали встроенные покупки в приложении — ежемесячные и годовые подписки. Завели подписки в App Store, подключили в мобильном приложении и отправили сборку и подписки на проверку. Приложение реджектнули с сообщением о том, что подписки не работают. Но они и не могли заработать, пока их не проверят. А их не проверили, потому что сборку реджектнули, и так далее, по кругу. Чтобы выйти из этой ситуации, мы связались с поддержкой App Store и попросили их проверить сперва подписки, а затем проверять приложение. После чего мы заново собрали сборку, и отправили её на проверку без релиза (вариант «Релиз по кнопке»), после чего ревьюер проверил и одобрил подписки, и только потом приступил к проверке приложения. Основная проблема была в том, что мы не имели возможности проверить подписки до тех пор, пока они не будут заведены в App Store. И только после того, как их одобрили через подобный «условный» релиз, мы смогли всё протестировать и отправить на проверку уже «настоящую» сборку.
Роман Дмитриев, менеджер проектов «Лайв Тайпинга»
— Трудности перевода
Мы разрабатывали приложение для баров. Оно подтягивало друзей из «ВКонтакте» и Facebook, чтобы показать в каком баре они находятся. Приложение было на русском, а ревьюер попался иностранный. Он не понимал, что список друзей (Friends) из социальных сетей нужен нам для того, чтобы отобразить его в приложении на вкладке «Друзья» — с его стороны это выглядело как коллекционирование пользовательских данных. Мы инициировали звонок и долго объясняли ему, как работает приложение. В момент я так и сказал ему: «Друзья — это friends». Тогда он всё понял и согласился пропустить приложение.
Павел Разуваев, «Лайв Тайпинга»
— Нет изюминки!
Мы делали приложение для оплаты коммунальных услуг с очень простой функциональностью: пользователь открывает приложение, вписывает номер Единого лицевого счёта, вводит номер карты и оплачивает счёт. В Apple сказали, что функции в приложении не отличаются от функций сайта, поэтому они не могут его принять. Но клиенту нужно было именно это. Мы пошли на хитрость и «усложнили» мобильное приложение: добавили splash screen с загрузкой и кнопку «Информация», на которой выводилась инфа из стора. После этого ревьюеры пропустили сборку.
Роман Дмитриев, менеджер проектов «Лайв Тайпинга»
— А что, так можно было?
Если вам вернули сборку, но вы уверены, что приложение работает как надо, подождите немного и отправьте её на проверку снова: вероятнее всего, она попадёт к другому рецензенту, который пропустит её.
Сколько времени занимает релиз в App Store
Без учёта реджекта и времени на подготовку маркетинговых материалов релиз приложения займёт месяц:
При первой публикации приложения много чего может пойти не так, и тогда релиз затянется. Чтобы этого не случилось, важно иметь под рукой специалиста, который знает всё о релизе и разработке приложений. Если вы давно мечтаете о собственном проекте в App Store, звоните или пишите нам — мы поможем вам зарегистрировать аккаунт Apple Developer и возьмём все заботы по разработке и публикации вашего мобильного приложения на себя.
Мы не бросаем работу над проектом после релиза. Опубликованное приложение тоже нуждается в участии разработчиков: оно не должно отставать от требований, которые к нему предъявляют обновлённые девайсы и меняющиеся вкусы пользователей. Сотрудничество с командой разработки после релиза поможет вашему приложению получить больше скачиваний в App Store.