Как выложить игру в апп стор

Submit your iOS apps to the App Store

Learn how to optimize your apps for the latest version of iOS and distribute them on the App Store. Build your apps with Xcode, update your product pages, and submit today.

Build with Xcode 14

Deliver great experiences by seamlessly integrating with the latest advances on Apple platforms. Build your apps using the latest version of Xcode 14, which includes SDKs for Apple platforms.

Please note, as of April 2023, all iOS and iPadOS apps submitted to the App Store must be built with a minimum of Xcode 14.1 and the iOS 16.1 SDK.

Optimize for iOS 16

The SDK for iOS 16 provides an abundance of exciting new APIs and capabilities that help you empower people to do more, more easily. Bring widgets to the Lock Screen, take advantage of enhancements in Maps, let people conveniently complete tasks using Siri with new App Shortcuts, make it simpler to share your content, and so much more.

Swift and SwiftUI

Swift is a powerful programming language now features built-in support for regular expressions, all-new regex builders, and package plugins to create and share custom tooling. The latest updates also include improvements to generics syntax and under-the-hood performance improvements when building and launching apps.

SwiftUI is the modern way to build great-looking user interfaces across all Apple platforms. You can learn it once and apply it everywhere. This year, SwiftUI is more powerful, flexible, and easier to adopt. Take control of your app’s navigation with a new stateful navigation API, build the layout that works best for your app with all-new custom layouts, and use SwiftUI more seamlessly in UIKit apps with new UICollectionView custom cell support.

WidgetKit

Now you can use WidgetKit to build complications for Apple Watch and widgets on the Lock Screen for iPhone, embracing SwiftUI and extending the glanceable experience. Write your code once for iOS 16 and watchOS 9, and share infrastructure with your existing Home Screen widgets.

App Intents

Help users quickly accomplish tasks related to your app by voice or tap. App Intents is a new Swift-only framework designed to make it faster and easier to build great actions — and you can use it to build new App Shortcuts. With no user setup required, App Shortcuts are available as soon as your app is installed in iOS, iPadOS, or watchOS, and can be run from the Shortcuts app, Spotlight, and Siri. With support for parameters and synonyms, App Shortcuts let people interact with your app through Siri more naturally.

Get the most out of the All-New Map, including the highly detailed 3D City Experience. Visualize data using overlays that seamlessly integrate with the 3D map. Create interactive, immersive experiences with the new Selectable Map Features and Look Around APIs. Use the new Maps Server API to increase performance, lower data usage, and improve battery life.

In-app purchase

Use new APIs and the latest enhancements to create even better in-app purchase experiences. You can now sync in-app purchase products from App Store Connect into Xcode, control when StoreKit message sheets appear in your app, present offer code redemption sheets within your app, and much more. Take advantage of new testing features, like the ability to request test notifications and test additional in-app purchase scenarios in the sandbox environment and Xcode, so you can be sure to provide great experiences for your users.

Metal 3

Metal powers hardware-accelerated graphics on Apple platforms by providing a low-overhead API, rich shading language, tight integration between graphics and compute, and an unparalleled suite of GPU profiling and debugging tools. Metal 3 introduces powerful features that help your games and pro apps tap into the full potential of Apple silicon. Now you can render high-resolution graphics in less time, load resources faster, train machine learning networks with the GPU, and more.

Test on devices

All-screen support

Apps should look great on all models of iPhone, regardless of display size or aspect ratio. With features like Xcode storyboards, Auto Layout, and SwiftUI, your app’s interface elements and layouts automatically fit the display. Test your apps with the latest devices or the simulator available with Xcode to make sure they’re ready to take advantage of the edge-to-edge displays by respecting safe areas, supporting adaptive layouts, and more. Find and address UI issues in your app before testing on a device to make sure your app looks great. App updates must use an Xcode storyboard to provide the app’s launch screen. In addition, new apps that run on iPhone must support all iPhone screens.

Required device capabilities

The App Store is designed to provide users with apps that work seamlessly with their devices‘ capabilities. Verify that your information property list (info.plist) is compatible with any device requirements when submitting a new app that takes advantage of the latest technologies.

TestFlight beta testing

Before finalizing your app for release, get valuable feedback with beta testers. Upload your app to App Store Connect and use TestFlight to test on a device and easily invite other testers.

Submit for review

Before submitting your app for review, make sure it’s ready to be publicly released and that you’re making the most of your product page.

App Review

Learn about the review process, view the App Store Review Guidelines, and receive advice on how to avoid common issues before you submit.

Product page

Make sure your app’s name, icon, description, screenshots, app previews, and keywords are ready for your product page. You can also take this opportunity to update your subtitle and promotional text, and choose to promote any new in-app purchases. If your app supports Dark Mode, consider including at least one screenshot that showcases what the experience looks like for users.

App privacy details

Enter all necessary information about your app’s privacy practices, including the practices of third-party partners whose code you integrate into your app, in App Store Connect. These details inform the app privacy label on your App Store product page and are required to submit new apps and app updates to the App Store.

iPhone apps on the Mac App Store

Your iPhone apps will be published automatically on the Mac App Store on Apple silicon Macs, unless you update their availability in App Store Connect.

Submission

Once your app is updated for the latest platform versions and devices, submit for review. Get step-by-step instructions how to submit your apps for distribution on the App Store.

iPadOS submissions

Make your apps faster, more responsive, and more engaging with the incredible features of iPadOS. Learn how to prepare your apps for submission to the App Store.

watchOS submissions

Deliver up-to-date information, make your apps more accessible, connect to Bluetooth peripherals in the background, gather HealthKit data, and take advantage of the GPU for rich programmatic drawing.

tvOS submissions

Easily authenticate purchases, build great media experiences with an all-new playback UI, integrate Apple Music into your apps using Swift, and protect against security threats.

Как выложить игру в апп стор

Инструкция по публикации мобильного приложения в 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”.

Сто́ит обратить внимание, что регистрация аккаунта разработчика платная: стоимость составляет 99 долларов США. Регистрационный сбор не является одноразовым! Плата будет взиматься ежегодно, 1 раз в год в том же размере — 99 $.

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

При оплате желательно, чтобы данные владельца аккаунта и держателя карты совпадали. Это не обязательное условие, но в случае несовпадения компания Apple может запросить подтверждение личности владельца аккаунта в виде фото/скана документа (загранпаспорт, паспорт, водительские права), а это отнимет ещё несколько рабочих дней.

После завершения регистрации требуется дождаться подтверждений оплаты и аккаунта. После списания денежных средств подтверждение оплаты может занять несколько рабочих дней. Подтверждение аккаунта занимает до 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 «Интерфакс–Dun & Bradstreet» — платно, но быстро;

на официальном сайте 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 символов.

В название приложения можно включать имя компании, если ограничение по количеству символов позволяет. Сначала указывается название компании, за ним название приложения. И в конце — соответствующий продукт Apple.

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

Пример: «MyCompany: Диктофон для iPhone, iPad, Apple Watch» — неправильно. Превышен лимит символов: >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;

размер — до 500 MB;

длительность видеоролика — от 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.

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

Внести данные Bundle Identifier и проверить, чтобы он совпадал с BundleID, который был указан при создании AppID. Для проверки откройте iTunes Connect, перейдите в My Apps и выберите собираемое приложение. На странице приложения в выпадающем меню More выберите пункт “About this App” . Идентификатор приложения указан в поле Bundle ID.

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

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

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

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

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

Из выпадающего списка необходимо выбрать “provisioning profile” в поле “TestApplication.app” . Выгрузка также будет занимать некоторое время, после чего отобразится модальное окно об успешном завершении загрузки в iTunes Connect.

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

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

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

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

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

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

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

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

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

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

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

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

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

Неработоспособные/неактуальные ссылки.

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

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

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

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

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

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

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

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

Как опубликовать приложение в Apple Store и Google Play и избежать популярных ошибок

Бесконечно можно смотреть на три вещи: как горит огонь, течет вода и на процесс модерации в сторах. Ранее мы выяснили, какие маркетплейсы актуальны в 2023 году. А теперь научимся публиковать там приложения.

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

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

1. Создайте Google Developer Account и внести единовременную оплату 25$ (+ 1$ комиссии);

К сожалению, у пользователей из России и Беларуси все еще сохраняются сложности при оплате услуг в Google Play и App Store. Поэтому мы скоро выпустим статью о том, как приобрести и продлить лицензию разработчика в 2023 году.

Чтобы не пропустить ее — подписывайтесь на наш блог 😉

2. Заполните данные о вашем приложении:

• Название приложения: не более 30 символов;
• Короткое описание: не более 80 символов;
• Полное описание не более 4000 символов;

3. Загрузите маркетинговые материалы:

• Иконку приложения: 512×512 пикселей, формат 32-битный PNG, с альфа-каналом. Допустимый вес: 1024 КБ;
• От 2 до 8 скриншотов вашего приложения: от 320 px до 3840 px при соотношении сторон не более 2:1. Формат JPG или 24-битный PNG без альфа-канала;
• Рекламный баннер: 1024х500 пикселей, JPEG или 24-битный PNG, без альфа-канала;

4. Установите возрастное ограничение с помощью анкеты в Google Play Developer Console;

5. Добавьте политику конфиденциальности;

6. Загрузите файл вашего приложения в формате APK (.apk) или AAB (.aab) для запуска вашего приложения на устройстве Android.

В среднем срок модерации составит 7 дней. Точные сроки проверки будут указаны в консоли.

1. Создать учетную запись разработчика Apple и оплатить регистрационный сбор 99$. Также потребуется создать сертификат распространения (Distribution Certificate), и настроить свой идентификатор приложения (App ID);

2. Заполните данные о вашем приложении:

• Название приложения (до 30 символов);
• Детальное описание (до 4000 символов);

3. Загрузите маркетинговые материалы:

• До 5 непрозрачных скриншотов на каждое разрешение экрана;
• Иконки приложения без скруглений и прозрачности. Для каждого устройства Apple, существуют свои параметры:

iPhone: 180×180 пикселей или 120×120 пикселей. Формат PNG или JPEG;

iPad Pro: 167х167 пикселей;

iPad, iPad mini: 152×152 пикселей;

App Store: 1024×1024 пикселей;

4. Добавьте маркетинговую информацию:

Ключевые слова (теги) для поиска;

URL-адреса поддержки и маркетинга — URL-адреса, по которым пользователи могут найти маркетинговую информацию о приложении;

5. Внесите дополнительную информацию:

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

6. Отправьте свое приложение на бета-тестирование TestFlight, чтобы убедиться, что оно соответствует всем рекомендациям Apple App Store.

7. Отправьте приложение на модерацию в App Store с прикреплением версии из TestFlight;

На рассмотрение вашего приложения перед публикацией или отклонением может уйти от 24 часов до недели.

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

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

Для публикации приложения важно быть в курсе основных правил публикации приложений. Эти правила находятся в открытом доступе, и прочесть их может каждый. По этой ссылке можно найти актуальные правила для Google (открывать строго с VPN), а здесь — для App Store.

Ни один магазин приложений не пропустит сервисы, которые:

• Распространяют вредоносную и/или недостоверную информацию;
• Организуют слежку за пользователями без их ведома;
• Нарушают местное и международное законодательство;
• Меняют настройки устройства без ведома пользователя;
• Распространяют запрещённую магазином рекламу;
• Призывают к противоправным действиям;
• Пропагандируют ненависть на политической, расовой, религиозной почве;
• Склоняют к употреблению и распространению запрещенных веществ;
• Подталкивают к селфхарму и суициду;
• И т.д.

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

Самые частые причины отказа в App Store:

— Неправильно оформленная карточка приложения. Это может быть неполное описание приложения, плохое качество или некорректное разрешение скриншотов;

Когда мы в первый раз подавали заявку на публикацию приложения Trainet World, нас попросили изменить разрешение скриншотов для iPad.

— Концепция приложения не подходит под этические и моральные принципы компании Apple;

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

— Неработоспособная версия приложения, большое количество багов;

— Некорректные данные для тестовых аккаунтов;

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

— Несоблюдение требований к интерфейсу, указанные в рекомендациях по дизайну;

— Отсутствие опции удаления аккаунта в приложении, предполагающем создание учетных записей;

Самые частые причины отказа в Google Play:

— Несоответствие политике и правилам Google Play;

— Несоответствие приложения описанию;

— Навязчивая агрессивная реклама, которая препятствует использованию приложения;

— Попытки несанкционированно получить доступ к данным пользователей;

— Нарушение интеллектуальных, авторских прав;

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

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

Средства, потраченные на предпроектную аналитику, помогают сохранить время и деньги в дальнейшем. Меньше риск, что придется с нуля переписывать код, если что-то не понравится модераторам стора.

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

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

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

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

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

1. Настройка аккаунта
2. Оформление приложения для магазина
3. Настройка проекта, сборка и выгрузка
4. Отправка на ревью

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

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

Сертификат

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

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

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

• Перейти на developer.apple.com, перейти в раздел «сертификаты», нажать на плюсик

• Выбрать тип сертификата Production — App Store and Ad Hoc
• Следуя приведенным инструкциям сформировать Certificate request и загрузить его на портал

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

AppID

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

• Перейдите в раздел AppIDs (ссылка), нажмите на плюсик справа вверху
• Заполните поле App ID Description — условное наименование приложения для разработчика, не видимое в App Store, например TestApplication
• Заполните поле Explicit App ID — тот самый BundleID, например ru.myStartup.testApplication
• В разделе App Services подключите те сервисы, которые понадобились в процессе разработки приложения. Если вы не понимаете, о чем речь — оставьте как есть.

Provisioning profile

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

• Перейдите в раздел iOS Provisioning Profiles (ссылка), нажмите на плюсик справа вверху
• Тип профайла — App Store
• Затем необходимо указать AppID, для которого создается профайл — укажите раннее созданный AppID
• Следующий шаг — выбор сертификата. Отметьте галочкой сертификат, который мы создали ранее
• Последним шагом необходимо дать наименование профайлу, например, TestApplicationStoreProfile

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

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

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

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

• Указываем платформу — iOS
• Наименование приложения, будет отображаться в App Store. До 30 знаков.
• Основной язык приложения
• Выберите из выпадающего списка AppID приложения
  *SKU — уникальный идентификатор для финансовых отчетов и аналитики. Можно сделать таким же как BundleID выше

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

На вкладке слева «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 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”.

Сто́ит обратить внимание, что регистрация аккаунта разработчика платная: стоимость составляет 99 долларов США. Регистрационный сбор не является одноразовым! Плата будет взиматься ежегодно, 1 раз в год в том же размере — 99 $.

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

При оплате желательно, чтобы данные владельца аккаунта и держателя карты совпадали. Это не обязательное условие, но в случае несовпадения компания Apple может запросить подтверждение личности владельца аккаунта в виде фото/скана документа (загранпаспорт, паспорт, водительские права), а это отнимет ещё несколько рабочих дней.

После завершения регистрации требуется дождаться подтверждений оплаты и аккаунта. После списания денежных средств подтверждение оплаты может занять несколько рабочих дней. Подтверждение аккаунта занимает до 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 «Интерфакс–Dun & Bradstreet» — платно, но быстро;

на официальном сайте 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 символов.

В название приложения можно включать имя компании, если ограничение по количеству символов позволяет. Сначала указывается название компании, за ним название приложения. И в конце — соответствующий продукт Apple.

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

Пример: «MyCompany: Диктофон для iPhone, iPad, Apple Watch» — неправильно. Превышен лимит символов: >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;

размер — до 500 MB;

длительность видеоролика — от 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.

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

Внести данные Bundle Identifier и проверить, чтобы он совпадал с BundleID, который был указан при создании AppID. Для проверки откройте iTunes Connect, перейдите в My Apps и выберите собираемое приложение. На странице приложения в выпадающем меню More выберите пункт “About this App” . Идентификатор приложения указан в поле Bundle ID.

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

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

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

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

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

Из выпадающего списка необходимо выбрать “provisioning profile” в поле “TestApplication.app” . Выгрузка также будет занимать некоторое время, после чего отобразится модальное окно об успешном завершении загрузки в iTunes Connect.

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

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

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

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

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

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

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

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

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

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

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

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

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

Неработоспособные/неактуальные ссылки.

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

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

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

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

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

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

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

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

Submit your iOS apps to the App Store

Learn how to optimize your apps for the latest version of iOS and distribute them on the App Store. Build your apps with Xcode, update your product pages, and submit today.

Build with Xcode 14

Deliver great experiences by seamlessly integrating with the latest advances on Apple platforms. Build your apps using the latest version of Xcode 14, which includes SDKs for Apple platforms.

Please note, as of April 2023, all iOS and iPadOS apps submitted to the App Store must be built with a minimum of Xcode 14.1 and the iOS 16.1 SDK.

Optimize for iOS 16

The SDK for iOS 16 provides an abundance of exciting new APIs and capabilities that help you empower people to do more, more easily. Bring widgets to the Lock Screen, take advantage of enhancements in Maps, let people conveniently complete tasks using Siri with new App Shortcuts, make it simpler to share your content, and so much more.

Swift and SwiftUI

Swift is a powerful programming language now features built-in support for regular expressions, all-new regex builders, and package plugins to create and share custom tooling. The latest updates also include improvements to generics syntax and under-the-hood performance improvements when building and launching apps.

SwiftUI is the modern way to build great-looking user interfaces across all Apple platforms. You can learn it once and apply it everywhere. This year, SwiftUI is more powerful, flexible, and easier to adopt. Take control of your app’s navigation with a new stateful navigation API, build the layout that works best for your app with all-new custom layouts, and use SwiftUI more seamlessly in UIKit apps with new UICollectionView custom cell support.

WidgetKit

Now you can use WidgetKit to build complications for Apple Watch and widgets on the Lock Screen for iPhone, embracing SwiftUI and extending the glanceable experience. Write your code once for iOS 16 and watchOS 9, and share infrastructure with your existing Home Screen widgets.

App Intents

Help users quickly accomplish tasks related to your app by voice or tap. App Intents is a new Swift-only framework designed to make it faster and easier to build great actions — and you can use it to build new App Shortcuts. With no user setup required, App Shortcuts are available as soon as your app is installed in iOS, iPadOS, or watchOS, and can be run from the Shortcuts app, Spotlight, and Siri. With support for parameters and synonyms, App Shortcuts let people interact with your app through Siri more naturally.

Get the most out of the All-New Map, including the highly detailed 3D City Experience. Visualize data using overlays that seamlessly integrate with the 3D map. Create interactive, immersive experiences with the new Selectable Map Features and Look Around APIs. Use the new Maps Server API to increase performance, lower data usage, and improve battery life.

In-app purchase

Use new APIs and the latest enhancements to create even better in-app purchase experiences. You can now sync in-app purchase products from App Store Connect into Xcode, control when StoreKit message sheets appear in your app, present offer code redemption sheets within your app, and much more. Take advantage of new testing features, like the ability to request test notifications and test additional in-app purchase scenarios in the sandbox environment and Xcode, so you can be sure to provide great experiences for your users.

Metal 3

Metal powers hardware-accelerated graphics on Apple platforms by providing a low-overhead API, rich shading language, tight integration between graphics and compute, and an unparalleled suite of GPU profiling and debugging tools. Metal 3 introduces powerful features that help your games and pro apps tap into the full potential of Apple silicon. Now you can render high-resolution graphics in less time, load resources faster, train machine learning networks with the GPU, and more.

Test on devices

All-screen support

Apps should look great on all models of iPhone, regardless of display size or aspect ratio. With features like Xcode storyboards, Auto Layout, and SwiftUI, your app’s interface elements and layouts automatically fit the display. Test your apps with the latest devices or the simulator available with Xcode to make sure they’re ready to take advantage of the edge-to-edge displays by respecting safe areas, supporting adaptive layouts, and more. Find and address UI issues in your app before testing on a device to make sure your app looks great. App updates must use an Xcode storyboard to provide the app’s launch screen. In addition, new apps that run on iPhone must support all iPhone screens.

Required device capabilities

The App Store is designed to provide users with apps that work seamlessly with their devices‘ capabilities. Verify that your information property list (info.plist) is compatible with any device requirements when submitting a new app that takes advantage of the latest technologies.

TestFlight beta testing

Before finalizing your app for release, get valuable feedback with beta testers. Upload your app to App Store Connect and use TestFlight to test on a device and easily invite other testers.

Submit for review

Before submitting your app for review, make sure it’s ready to be publicly released and that you’re making the most of your product page.

App Review

Learn about the review process, view the App Store Review Guidelines, and receive advice on how to avoid common issues before you submit.

Product page

Make sure your app’s name, icon, description, screenshots, app previews, and keywords are ready for your product page. You can also take this opportunity to update your subtitle and promotional text, and choose to promote any new in-app purchases. If your app supports Dark Mode, consider including at least one screenshot that showcases what the experience looks like for users.

App privacy details

Enter all necessary information about your app’s privacy practices, including the practices of third-party partners whose code you integrate into your app, in App Store Connect. These details inform the app privacy label on your App Store product page and are required to submit new apps and app updates to the App Store.

iPhone apps on the Mac App Store

Your iPhone apps will be published automatically on the Mac App Store on Apple silicon Macs, unless you update their availability in App Store Connect.

Submission

Once your app is updated for the latest platform versions and devices, submit for review. Get step-by-step instructions how to submit your apps for distribution on the App Store.

iPadOS submissions

Make your apps faster, more responsive, and more engaging with the incredible features of iPadOS. Learn how to prepare your apps for submission to the App Store.

watchOS submissions

Deliver up-to-date information, make your apps more accessible, connect to Bluetooth peripherals in the background, gather HealthKit data, and take advantage of the GPU for rich programmatic drawing.

tvOS submissions

Easily authenticate purchases, build great media experiences with an all-new playback UI, integrate Apple Music into your apps using Swift, and protect against security threats.

Как выложить приложение в App Store? Разбираем нюансы. UPD

На шаге «Выложить приложение в App Store» Purrweb, компания по разработке мобильных приложений, успела съесть не одну собаку. Ниже представлены подводные камни, из-за которых публикация приложения может растянуться на недели (а то и месяцы). Уэлкам!

1. Отображение и управление подписками

Ребятам из команды App Store важно знать, что нажатие кнопки «купить» не влечет за собой никаких неожиданностей для юзера. Что это значит для вас? В первую очередь, отсутствие любых неочевидностей — весь доступный пользователям текст должен легко считываться, быть емким и понятным.

Ниже пример того, как менялся экран подписок для сервиса доставки еды Talentum, который мы разработали в Purrweb. Когда мы отправили первый билд, App Store его не пропустил, ссылаясь на размытую пользу в описании подписок. После реджекта мы решили навести прозрачность.

По итогу в релиз вышла версия, которую вы видите справа: Как видите, к релизу поменялось и название сервиса ��

Второй момент, на который обращают внимание при проверке сервисов по подписке: список с доступными планами должен помещаться на одном экране. Это полезно не только для пользовательского опыта, но и для самих тестировщиков Apple, которые точно обломаются жать на кнопку «Показать больше опций», в первую очередь, люди: c недосыпами, изжогой и плохим настроением. Будьте человеком и вы: не заставляйте кого бы-то ни было перелопачивать 25 экранов для того, чтобы изучить все доступные планы. Хотите вы или нет, в конце концов, выложить приложение в App Store?

Позаботьтесь также о создании кнопки «Управление подписками» (Subscription Management) — с ее помощью пользователь сможет отменить ранее выбранную подписку и поменять ее на более релевантную опцию. Тут важно предусмотреть возможность редиректа в глобальные настройки Apple ID.

Место, где мы чекаем не платим ли вдруг за что-то лишнее все подписки

Работать это будет так: пользователь жмет на кнопку «Отменить подписку» и приложение перекидывает его на нативный экран iOS’а, где отображаются все сервисы по подписке.

2. Возможность пожаловаться на других пользователей

Если планируете выложить приложение в App Store, важно также учитывать возможность «реджектить контент». Функция «пожаловаться» распространяется на все, что может создать или загрузить пользователь: аватарки, фотографии, видеоролики, текстовые публикации (например, те же объявления). Это значит, что приложениям по типу Instagram или Airbnb уже на старте понадобится фича, с помощью которой админ и пользователи смогут блокировать «непригодные» материалы с любыми намеками на жестокость, порнографию, дискриминацию социальных меньшинств или рекламу запрещенных веществ.

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

Все тот же Talentum

3. Aккаунт для тестировщика

Ревьюеры App Store мало заинтересованы в том, чтобы тратить уйму времени и усилий на регистрацию в каждом отправленном на ревью приложении. Сделать супер-минималистичную форму sign up — скорее всего, этого будет недостаточно для того, чтобы выложить приложение в App Store, потребуется чуть больше заботы. Позаботиться об участниках «яблочной» команды (и уменьшить вероятность отказа) не так уж сложно: достаточно подготовить тестовый аккаунт для сотрудников Эппл. Эврика!

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

4. Скриншоты приложения без альфа-канала

Ни один скриншот не должен содержать информацию о прозрачности изображения. Это значит, что при сохранении итогового варианта PNG-шек альфа-канал должен быть выключен.

5. Наличие Terms of Use и Privacy Policy

Правила использования и Политика конфиденциальности — вы можете считать их формальными или бесполезными. Но! Будьте уверены, без этих двух документов вы не сможете выложить приложение в App Store.

Тестировщики App Store всегда обращают внимание на Политику и Правила Использования, но в содержание документов особо не вчитываются. Подготовить текст для этих документов не составит особого труда — достаточно изучить аналогичные страницы трех-четырех конкурентов, прогнать их содержание через фильтр адекватности и, если необходимо, адаптировать под себя. Альтернативный вариант — генераторы, которые предлагает Google (по запросу «App Terms of Use generator» уже вываливается куча вариантов).

Где размещать Политику и Правила Использования? И то, и другое должно быть в приложении. Плюс ко всему, для каждого документа должна быть создана веб-страница.

6. Использование данных юзеров/железа + пояснения к ним

Запрашивать геолокацию пользователя просто потому, что вы посчитали это нужным — следуя этой тактике, вряд ли вам удастся выложить приложение в App Store. Важно дать внятный ответ на вопрос «Что я делаю и для чего я это делаю». Причем объяснением на вопрос «Для чего?» должна быть очевидная для пользователя выгода. Вне зависимости от того, что вам нужно: доступ к галерее, камере, микрофону, геолокации или контактам пользователя.

Причину, из-за которой вам требуются те или иные данные/сервис, нужно указать в файле Info.plist в XCode

7. Нативный сервис оплаты для приложений по подписке

Для приложений по подписке, которые предлагают нематериальные блага (доступ к премиум-фичам, игровым плюшкам, контенту), не получится прикрутить ни Stripe, ни PayPal. Потребуется нативная платежная система Apple In-App Purchases. На мобильные «витрины» c реальными товарами (картины, кроссовки, косметику) это требование не распространяется.

P.S. Для подключения Auto-renewable подписок необходимо получить разрешение от App Store. Разрешение на автовозобновление выдается только после внесения юридической информации о бизнесе. Для команды Эппла это необходимое условие, помогающее отсеивать мошенников.

8. Специфика продукта

Если приложение связано со спортивными ставками, религией или попадает в категорию «Для детей», будьте готовы к тому, что переговоры с ревью-командой Apple могут потребовать несколько дополнительных итераций. Ни в коем случае не стоит расценивайте это как невозможность выложить приложение в App Store. Это просто ниша такая. Ну или «просто потому что».

Как это однажды случилось с нами во время работы над приложением для молитв

Что еще посмотреть и сделать?

Пробежимся по шагам.

Выложить приложение в App Store поможет изучение гайдлайнов https://developer.apple.com/app-store/review/guidelines/

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

Окей, прочитали гайдлайны — на что еще обратить внимание, чтобы выложить приложение в App Store? Ознакомьтесь с самыми популярными причинами реджектов в магазине https://developer.apple.com/app-store/review/#common-app-rejections

. После откройте Google и пробегитесь по статьям с аналогичной тематикой. Изучите «типичные» грабли на берегу, чтобы не пополнить список тех, кто о них споткнулся.

Важный момент на этапе отправки билда: Поделитесь с магазином всей интересующей их информацией. Тут отлично работает правило «больше — лучше». Сделайте так, чтобы тестировщик не рвал на себе волосы от непонимания «Что это такое? Как это тестить? Почему вообще я должен выложить это приложение в App Store?»

Вот тут мы объясняем, как тестить in-app покупки в приложении для сна:

Заполненный блок Review information минимизирует риск того, что проверка пройдет неудачно

Ну и напоследок — какой бы скрупулезной ни была предрелизная подготовка, по ту сторону ревью находятся живые люди, которые часто трактуют правила по-разному. Удача или справедливость — называйте, как хотите — не всегда может оказаться на вашей стороне. Вас могут «одобрить» со 2, 3, 4-го раза — и это абсолютно нормально! Подмечайте детали, о которых спрашивают тестировщики, будьте настойчивы, открыты и любезны. И будет вам релиз!

Как опубликовать приложение в Apple Store и Google Play и избежать популярных ошибок

Бесконечно можно смотреть на три вещи: как горит огонь, течет вода и на процесс модерации в сторах. Ранее мы выяснили, какие маркетплейсы актуальны в 2023 году. А теперь научимся публиковать там приложения.

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

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

1. Создайте Google Developer Account и внести единовременную оплату 25$ (+ 1$ комиссии);

К сожалению, у пользователей из России и Беларуси все еще сохраняются сложности при оплате услуг в Google Play и App Store. Поэтому мы скоро выпустим статью о том, как приобрести и продлить лицензию разработчика в 2023 году.

Чтобы не пропустить ее — подписывайтесь на наш блог 😉

2. Заполните данные о вашем приложении:

• Название приложения: не более 30 символов;
• Короткое описание: не более 80 символов;
• Полное описание не более 4000 символов;

3. Загрузите маркетинговые материалы:

• Иконку приложения: 512×512 пикселей, формат 32-битный PNG, с альфа-каналом. Допустимый вес: 1024 КБ;
• От 2 до 8 скриншотов вашего приложения: от 320 px до 3840 px при соотношении сторон не более 2:1. Формат JPG или 24-битный PNG без альфа-канала;
• Рекламный баннер: 1024х500 пикселей, JPEG или 24-битный PNG, без альфа-канала;

4. Установите возрастное ограничение с помощью анкеты в Google Play Developer Console;

5. Добавьте политику конфиденциальности;

6. Загрузите файл вашего приложения в формате APK (.apk) или AAB (.aab) для запуска вашего приложения на устройстве Android.

В среднем срок модерации составит 7 дней. Точные сроки проверки будут указаны в консоли.

1. Создать учетную запись разработчика Apple и оплатить регистрационный сбор 99$. Также потребуется создать сертификат распространения (Distribution Certificate), и настроить свой идентификатор приложения (App ID);

2. Заполните данные о вашем приложении:

• Название приложения (до 30 символов);
• Детальное описание (до 4000 символов);

3. Загрузите маркетинговые материалы:

• До 5 непрозрачных скриншотов на каждое разрешение экрана;
• Иконки приложения без скруглений и прозрачности. Для каждого устройства Apple, существуют свои параметры:

iPhone: 180×180 пикселей или 120×120 пикселей. Формат PNG или JPEG;

iPad Pro: 167х167 пикселей;

iPad, iPad mini: 152×152 пикселей;

App Store: 1024×1024 пикселей;

4. Добавьте маркетинговую информацию:

Ключевые слова (теги) для поиска;

URL-адреса поддержки и маркетинга — URL-адреса, по которым пользователи могут найти маркетинговую информацию о приложении;

5. Внесите дополнительную информацию:

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

6. Отправьте свое приложение на бета-тестирование TestFlight, чтобы убедиться, что оно соответствует всем рекомендациям Apple App Store.

7. Отправьте приложение на модерацию в App Store с прикреплением версии из TestFlight;

На рассмотрение вашего приложения перед публикацией или отклонением может уйти от 24 часов до недели.

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

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

Для публикации приложения важно быть в курсе основных правил публикации приложений. Эти правила находятся в открытом доступе, и прочесть их может каждый. По этой ссылке можно найти актуальные правила для Google (открывать строго с VPN), а здесь — для App Store.

Ни один магазин приложений не пропустит сервисы, которые:

• Распространяют вредоносную и/или недостоверную информацию;
• Организуют слежку за пользователями без их ведома;
• Нарушают местное и международное законодательство;
• Меняют настройки устройства без ведома пользователя;
• Распространяют запрещённую магазином рекламу;
• Призывают к противоправным действиям;
• Пропагандируют ненависть на политической, расовой, религиозной почве;
• Склоняют к употреблению и распространению запрещенных веществ;
• Подталкивают к селфхарму и суициду;
• И т.д.

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

Самые частые причины отказа в App Store:

— Неправильно оформленная карточка приложения. Это может быть неполное описание приложения, плохое качество или некорректное разрешение скриншотов;

Когда мы в первый раз подавали заявку на публикацию приложения Trainet World, нас попросили изменить разрешение скриншотов для iPad.

— Концепция приложения не подходит под этические и моральные принципы компании Apple;

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

— Неработоспособная версия приложения, большое количество багов;

— Некорректные данные для тестовых аккаунтов;

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

— Несоблюдение требований к интерфейсу, указанные в рекомендациях по дизайну;

— Отсутствие опции удаления аккаунта в приложении, предполагающем создание учетных записей;

Самые частые причины отказа в Google Play:

— Несоответствие политике и правилам Google Play;

— Несоответствие приложения описанию;

— Навязчивая агрессивная реклама, которая препятствует использованию приложения;

— Попытки несанкционированно получить доступ к данным пользователей;

— Нарушение интеллектуальных, авторских прав;

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

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

Средства, потраченные на предпроектную аналитику, помогают сохранить время и деньги в дальнейшем. Меньше риск, что придется с нуля переписывать код, если что-то не понравится модераторам стора.

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

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