правила публикации приложений в appstore
Инструкция по публикации 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 будут доступны.
Требования для публикации приложений в AppStore и Google Play в 2021
Google Play и Apple App Store на сегодняшний день являются двумя крупнейшими платформами для распространения и продвижения приложений.
Не важно: разрабатываете вы приложение самостоятельно, заказываете у профессиональных разработчиков или создаете приложение с помощью no-code инструментов, процесс публикации приложений в магазины происходит для всех одинаково. И важно соблюсти некоторые требование, чтобы ваше приложение успешно прошло модерацию и было опубликовано.
Чтобы избежать каких-либо проблем и возможных отказов в публикации вашего приложения, мы составили список требований, которые необходимо соблюдать для успешной публикации приложения в каждый из сторов.
Google Play остается основной платформой для распространения приложения для Android, хотя существует множество других альтернативных магазинов.
Чтобы опубликовать и дать возможность пользователям Android загружать и использовать ваше приложение на своих смартфонах и планшетах, вы должны выполнить следующие действия и убедиться, что ваше приложение соответствует требованиям.
Рекомендуемая длина текстов:
Важно: Если ваше приложение доступно для планшетов, загрузите дополнительные скриншоты для них.
Совет: площадка Google Play полна различных приложений. Конкуренция серьезная, поскольку в каждой категории есть не менее 100 приложений. Убедитесь, что визуальные элементы и контентная часть привлекают внимание пользователей.
Когда дело доходит до публикации, Apple довольно придирчив и делает процесс публикации вашего приложения намного сложнее, чем Google. Тем не менее, вы по-прежнему можете сделать ваше приложение доступным для пользователей IOS.
Вот как выглядит публикация iOS приложения в App Store в 2021 году.
— iPhone: 180×180 пикселей или 120×120 пикселей. Формат PNG или JPEG;
— iPad Pro: 167 пикселей;
— iPad, iPad mini: 152×152 пикселей;
— App Store: 1024×1024 пикселей.
С 31 января 2022 года, приложения iOS, в которых можно создавать аккаунты, обязаны предоставлять пользователям опцию удаления. Подробнее о новом правиле от App Store, вы можете найти здесь.
Всегда хочется поскорее опубликовать и продемонстрировать свое приложение пользователям. Но прежде чем загрузить его в App Store или Google Play, убедитесь, что вы выполнили все инструкции и ваше приложение соответствует всем требованиями платформ.
Гугл довольно жёстко реагирует на нарушения своих правил. Если приложение нарушает правила, даётся 1 из 3 предупреждений. Если вами достигнуты 3 нарушения, то гугл дарит вам перманентный ПОЖИЗНЕННЫЙ бан. В этом плане app store более гуманный, бан даётся на 6 месяцев, после чего вы можете возобновить разработку.
Обязательно читайте правила для приложений чтобы избежать допущенную мной ошибку. И лучше публиковать приложение на территории своей страны или страны, законы которой вы знаете
Среди возможных производителей смартфонов Huawei источники называют Xnova.
Правила публикации приложений в appstore
Когда мобильное приложение уже создано, наступает ответственный момент — его публикация в Play Market и App Store. Специалисты Wowmaking уже несколько лет регулярно проходят эту процедуру и делятся собственным чек-листом, который поможет другим избежать ошибок при публикации.
В этой статье речь пойдет о размещении приложения в App Store.
Что нужно сделать, чтобы добавить приложение в App Store
Зарегистрироваться как разработчик в App Store. Для этого нужно создать Apple ID, зайти на сайт iOS Dev Center и заполнить все необходимые данные. После начнется процедура регистрации разработчика. По времени это займет примерно 2 недели. Стоимость регистрации — 99$.
Загрузить приложение в стор.
Залить маркетинговые материалы с учетом требований App Store (иконка, скрины, название, ключевые слова, описание и др.) Об этом подробно пойдет речь ниже.
Приложить сертификат цифровой сборки для того, чтобы App Store мог идентифицировать вас как разработчика и в дальнейшем только вы могли вносить изменение в приложение.
Настроить оплату за пользование приложением.
Отправить приложение на модерацию. Модерация App Store занимает время, поэтому советуем подойти к размещению внимательно, чтобы потом не пришлось вносить правки и терять в результате.
Ниже специалисты «Ваумэйкинг» привели технические требования к маркетинговым материалам для приложения в соответствии с гайдлайнами App Store.
Иконка
Иконка — лицо приложения. Она должна говорить пользователю о главной функции простым и понятным языком. Все детали изображения должны хорошо просматриваться на экране мобильного телефона. Опирайтесь на тренды, изучайте конкурентов, но не потеряйте свою индивидуальность.
Требования к иконке в App Store
формат — png, без альфа-канала;
цветовая схема — sRGB или P3;
форма изображения — квадрат без закругленных углов;
в таблице приведены размеры иконки для использования на главном экране и во всей системе после установки приложения, а также более крупного значка для отображения в App Store:
180px x 180px (60pt x 60pt @3x)
120px x 120px (60pt x 60pt @2x)
167px x 167px (83.5pt x 83.5pt @2x)
152px x 152px (76pt x 76pt @2x)
1024px x 1024px (1024pt x 1024pt @1x)
Также нужно загрузить иконку приложения в формате для центра управления настроек и уведомлений. Если вы не предоставите эти значки, iOS самостоятельно уменьшит основную иконку для отображения в этих местах.
120px x 120px (60pt x 60pt @2x)
80px x 80px (40pt x 40pt @2x)
87px x 87px (29pt x 29pt @3x)
58px x 58px (29pt x 29pt @2x)
60px x 60px (20pt x 20pt @3x)
40px x 40px (20pt x 20pt @2x)
iPad Pro, iPad, iPad mini
80px x 80px (40pt x 40pt @2x)
58px x 58px (29pt x 29pt @2x)
40px x 40px (20pt x 20pt @2x)
Обводку по периметру иконки добавлять не нужно, iOs автоматически добавляет ее ко всем иконкам.
Скриншоты
Скриншоты играют важную роль в принятии решения по установке или покупке приложения. Акцентируйте внимание на своих сильных сторонах и пользе, которую получит пользователь, скачав ваш продукт. Помните, что яркая картинка, которая не загромождена текстом, воспринимается лучше. Особенно это касается первого изображения: на нём мы советуем отобразить главную функцию, основную механику или ключевой контент приложения.
При отрисовке скриншотов ориентируйтесь на мировые тренды и предпочтения вашей целевой аудитории.
Требования к скриншотам в App Store
для разных моделей айфонов — разные разрешения:
размер скриншотов (5.5 дюймов): 1242?2208 pc (мокапы IPhone 6/7/8);
размер скриншотов (5.8 дюймов): 1242?2688 pc (мокап IPhone X);
размер скриншотов (12.9 дюймов): 2048?2732 pc (мокап IPad).
формат JPG и PNG, без альфа-канала;
разрешение 72 точки на дюйм;
Title и subtitle приложения
Вам нужно назвать свое приложение так, чтобы оно хорошо запоминалось, было релевантно запросам пользователя и выделялось среди других.
В App Store разработчик указывает для своего продукта title, куда входит название с несколькими ключевыми словами, и subtitle (подзаголовок), где продают главную функцию приложения. Последний размещается прямо под названием на странице приложения.
При написании используйте среднечастотные и высокочастотные ключевые слова, которые пользователь с большей долей вероятности будет вводить, чтобы найти ваше приложение. По среднечастотными легче попасть в топ, но результат придется подождать. Высокочастотные срабатывают быстрее, но попасть с ними в топ сложнее.
Требования к title в App Store
Лимит title и subtitle — по 30 символов;
не должно включать названия других приложений, компаний, торговых марок, брендов.
Описание
Описание в App Store, в отличие от Play Market, не индексируется. Главная его функция здесь — маркетинговая. Понятным языком объясните преимущества, расскажите о функциональности и пользе приложения, чтобы пользователь понял, что он получит, скачав ваш продукт.
Рекомендации
лимит — 4 тысячи символов, включая пробелы;
описание в App Store не индексируется;
изложите информацию кратко и простым языком, акцентируйте внимание на преимуществах и пользе.
Видео для предпросмотра
Это необязательный пункт. Но если вы все же хотите показать визуальную составляющую приложения с наиболее выгодной стороны, то помните:
разместить можно до видео для предпросмотра приложения;
формат MP4, MOV или M4V;
размер не более 500 MB.
Специалисты «Ваумэйкинг» также рекомендуют:
не делайте видео слишком коротким или слишком длинным. Идеальный диапазон от 15 до 30 секунд;
покажите самые привлекательные стороны приложения, для записи видео с экрана воспользуйтесь QuickTime.
Поле ключевых слов в App Store
Именно ключевые слова приводят к вам пользователя из поиска. Пропишите в этом поле как можно больше запросов, характеризующих ваше приложение.
Рекомендации
лимит — 100 символов (с пробелами и знаками препинания);
пробелы считаются за символ, поэтому нет никакой необходимости использовать их при заполнении поля;
ключевые слова нужно выделять запятыми, например, run,up,casual,fun,etc;
ключевые слова не должны повторяться и включать в себя названия других приложений, компаний, брендов и т. д.
ключевые слова прописываются отдельными словами в поле «ключевые слова», а стор сам собирает их в запрос. Например, если мы хотим добавить ключевые слова «video editor» и «video maker», то прописать стоит следующим образом: «video,editor,maker».
Почему приложение могут отклонить
Apple просматривает все приложения, чтобы определить, насколько они надежны, корректно работают и не содержат ли оскорбительных материалов. App Store приводит следующие возможные причины отклонения приложения:
недостаточно информации о приложении;
при тестировании приложения возникают сбои и ошибки;
наличие битых ссылок. Все ссылки, указанные в приложении, должны работать корректно. Ссылки на актуальную контактную информацию и политику конфиденциальности необходимы для всех приложений;
скриншоты не описывают функциональность приложения. Скрины должны точно отражать ценность и назначение вашего приложения;
серьезно нарушены гайдлайны Apple и т. д.
Но, если следовать всем рекомендациям, которые мы привели в этой статье — таких проблем не возникнет.
Ищете исполнителя для реализации проекта?
Проведите конкурс среди участников CMS Magazine
Узнайте цены и сроки уже завтра. Это бесплатно и займет ≈5 минут.
Требования к приложениям для публикации в AppStore
Какие ошибки приводят к отклонению приложения?
Самой большой ошибкой будет разработать мобильное приложение под iOS и, только когда придет время публикации, посмотреть требования от AppStore.
А если серьезно, то каждую неделю на сайте Apple для разработчиков публикуется топ-10 причин, почему приложения были отклонены. Вот наиболее встречающиеся:
1. Приложение не готово.
2. Битые (неработающие) ссылки.
3. Неполная информация о приложении.
4. Не соответствующие описание и скриншоты.
5. Введение пользователей в заблуждение (например, если приложение содержит рекламу, пользователь должен быть предупрежден об этом).
6. Реклама отражается в приложении неправильно.
7. Приложение бесполезно.
8. Приложение не представляет долгосрочной ценности (не содержит полезного функционала, является узконишевым и т.д.).
Все эти причины таят в себе большой свод требований, который трудно изучить за один присест. Между тем, важно именно до начала разработки понять, имеет ли ваше приложение шанс попасть в AppStore.
И даже если, казалось бы, все требования соблюдены, AppStore все равно может найти что-то, что ему не понравится. Некоторые моменты можно исправить быстро. Это касается описания и качества скринов, присвоения возрастных ограничений и т.д.
Но есть ошибки, которые допущены на этапе разработки, а иногда и на стадии идеи. Такие базовые вещи просто так не исправляются, и часто проще забыть о ресурсах, вложенных в проект, и начать все заново.
Всегда проще избежать ошибок, чем исправлять их.
Какие требования важно знать на стадии идеи приложения?
Идея приложения
Во-первых, стоит провести тщательное исследование конкурентов. AppStore не пропускает точные копии существующих приложений, бесполезные приложения и содержащие неприемлемый контент и функционал. Причем, перечня неприемлемости не предоставляется. Здесь нужно руководствоваться своими моральными принципами и надеяться, что они совпадают с принципами Apple.
В-третьих, вы можете использовать в приложении только ваш собственный контент или контент, на который у вас есть лицензия. AppStore очень серьезно подходит к вопросу интеллектуальных прав. Существуют некоторые приемы, позволяющие обойти это требование, но AppStore предупреждает, что любое приложение, пойманное на обмане будет удалено навсегда, как и аккаунт разработчика.
Итак, самое важное на этапе идеи — убедиться, что ваше приложение не копирует функционал других приложений, приносит явную пользу будущим пользователям, не использует чужой контент и в целом является перспективным.
Качество кода
Если вы не разработчик и ищите компанию, которая займется воплощением вашей идеи — изучите портфолио, задайте вопросы, касающиеся опыта разработки приложений для iOS.
AppStore отметает приложения, которые созданы словно «на коленке», содержат баги, код не соответствует гайдлайнам.
Эта задача кажется не такой уж сложной, на первый взгляд. Но создание любого технологичного продукта сопровождается неизбежными ошибками. Команда должна уметь исправлять их в процессе. Например, мы делаем так: каждый проект разделяем на майлстоуны (небольшие, но логически завершенные этапы), и после каждого майлстоуны проводим тестирование.
Исправляем — идем дальше. Иначе в финале можно увязнуть в багах и не пройти модерацию.
Поэтому совет: выбирая компанию для разработки приложения, узнайте, есть ли в их команде тестировщик, насколько он крут, и как обстоят дела с поиском и исправлением багов.
Дизайн
Также в команде должен быть UI/UX дизайнер. Это не просто дизайнер, который рисует красивые интерфейсы. Это дизайнер, который рисует удобные интерфейсы по правилам AppStore.
Почему это так важно? Мир поделился на адептов iOS и Android. Если вы пользуетесь Samsung, попробуйте взять iPhone и разобраться в нем с первого раза скорее всего, вы испытаете раздражение. Интерфейсы разных платформ созданы по разным правилам — и этим правилам должны отвечать и интерфейсы приложений.
Проще говоря, приложения под каждую платформы должны органично вписываться в привычки пользователей. Иначе пользователи будут испытываться раздражение и удалять приложение, а это плохо скажется на репутации Apple.
Apple обещает своим адептам качество, безопасность, крутой имидж. И приложения должны быть соответствующие.
Поэтому дизайн стоит доверять только профессионалам.
Немного о правилах создания интерфейса для iOS можно узнать тут.
Это не все требования, но самые важные, о которых стоит думать уже на первых этапах создания приложения для iOS.
Что сделать перед публикацией?
AppStore также приводит список действий, которые необходимо предпринять перед релизом приложения на iOS.
1. Проведите тестирование и исправьте найденные баги.
2. Убедитесь, что приложение содержит полный и правильный контент.
3. Обновите контактную информацию на случай, если с вами захотят связаться по поводу модерации приложения.
4. Предоставьте все необходимые доступы в приложение для того, чтобы модераторы смогли его проверить.
5. Если приложение предполагает работу администратора, то сделайте так, чтобы он был доступен во время проверки.
6. Предоставьте для проверки необходимую документацию и описания неочевидных функций.
7. И, конечно, проверьте, соответствует ли ваше приложения всем гайдлайнам для разработчиков приложений на iOS.
Как вы поняли, последний пункт наиболее трудоемкий, так как гайдлайны содержат множество технических требований. Но пренебрегать ими нельзя. Политика AppStore очень проста и жестока: не соответствуешь — не проходишь модерацию.