Что такое ASO и как правильно продвигать мобильное приложение

Вы создали мобильное приложение, успешно добавили в магазины — что делать дальше? Как конкурировать за своих пользователей среди  2 654 747 приложений в Google Play (по версии Statista) и почти таким же количеством приложений в App Store? Комплекс методов по оптимизации приложений называется App Store Optimization (ASO) и сегодня мы подробно о нем расскажем.

Присоединяйтесь к открытому сообществу ASO & User Acquisition на Discord - ASO Busters! Участвуйте во внутренних обсуждениях, делитесь инсайтами и сотрудничайте с экспертами по ASO и UA. Главные темы охватывают App Store, Google Play, визуальное ASO, ASA, UAC, Facebook и TikTok.

Что такое ASO?

ASO — это комплекс действий, направленных на улучшение видимости приложения, повышение его позиций в поисковой выдаче и увеличение загрузок в Apple App Store и Google Play.

Оглавление

  1. Что общего у ASO и SEO.
  2. Текстовая оптимизация приложения для App Store.
  3. Текстовая оптимизация приложения для Google Play.
  4. Графическая оптимизация приложений в App Store и Google Play.
  5. Рейтинг и отзывы.
  6. App Indexing и Deep Links.
  7. Проводим A/B-тестирования.

Команда RadASO разработала собственный инструмент для автоматического сбора и анализа конкурентов в сторах, но он работает только для наших клиентов:

Что общего у ASO и SEO

SEO-оптимизаторы стремятся оптимизировать сайт, чтобы он лучше ранжировался в выдаче и приносил больше прибыли владельцу. Цель ASO — рост позиций приложения в рейтинге сторов по ключевым запросам, а также рост органических установок после просмотра страницы приложения.

В остальном продвижение мобильного приложения совершенно не похоже на SEO. 

  1. Отличается сам принцип поиска: пользователи ищут приложения в магазинах не так, как ответы на вопросы в поисковых системах.
  2. Ограничено количество символов, которое вы можете использовать в метаданных для индексации. У вас до 160 символов (в среднем в каждой стране две локали, то есть можно рассчитывать и на 320) в App Store и около 4130 символов (без учета локалей) в Google Play.
  3. Алгоритмы App Store и Google Play отличаются во многом: от нюансов работы поиска до визуальной выдачи результатов. В AppStore, например, индексируются поля title, subtitle и keywords, а в GooglePlay — title, short и full description.

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

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

У Apple алгоритм гораздо примитивнее: максимум что он умеет — складывать слова во фразы, а также иногда из единственного числа делать множественное и наоборот (но только на английском и не всегда). Склонять, подбирать синонимы и тем более переводить Apple не умеет. Это значит, что если у вас в названии есть слово «учет», а в keywords «склад», то по фразе «склад учет» или «учет склад» пользователь вас найдет, а вот по фразам «учет на складе», «учет склада» или «складской учет» — уже нет.

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

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

При вводе запросов в поисковой строке App Store появляются названия приложений, содержащие слова запроса, в Google Play — поисковые подсказки.

primery-podskazok-poiska-po-zaprosu-recepty

Примеры поисковых подсказок по запросу «рецепты»

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

осваивай профессию «ASO-специалист» с нуля вместе с Choice31

Текстовая оптимизация приложения для App Store

Поиск и анализ конкурентов

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

У сервисов есть уникальные фишки: система AppAnnie, например, дополнительно предоставляет динамику рейтинга конкурентов в сторе:

динамика рейтинга

Это важно, так как от позиций по топовым запросам зависит и органический трафик.

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

Находим ключевые запросы и составляем семантическое ядро

ASO-специалисты используют различные инструменты и методы сбора запросов, перечислим основные.

Специальные сервисы

Ключевые запросы конкурентов можно собрать с помощью платных функций перечисленных выше сервисов.

В первую очередь стоит собирать метаданные для тайтлов и сабтайтлов приложений из AppStore. Их чаще всего выгружают вручную (а мы подтягиваем автоматически с помощью Netpeak Mobile Search Algorithm).

Рекомендации Apple Search Ads

При настройке рекламных кампаний в ASA система сама подсказывает ключевые слова, по которым ваше приложение может попасть в топ. Эти запросы важно использовать для расширения семантического ядра.

планировщик ключей 5 пунктов

Discovery-кампании с включенным SearchMatch

В платформе ASA можно запустить discovery-кампании с включенным SearchMatch, они выявляют полезные поисковые запросы для обогащения семантического ядра. Всего за несколько десятков долларов вы сможете собрать хорошую семантику, а если настроить discovery-кампании для разных стран, то и обогатить семантическое ядро локалей вашего приложения.

локали

Поисковые подсказки AppStore

В тусовке специалисты их называют саджестами.

keyword-autocomplete

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

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

В итоге у вас будет большая база сырой семантики — её надо приготовить.

Определяем частотность и релевантность собранных запросов

Частотность легко определить в Search Ads Popularity. При запуске рекламы в Search Ads есть шкала, которая показывает популярность каждого запроса от 5 до 100, где 5 — минимальная частотность или отсутствие частотности, а 100 — максимальная популярность запроса.

популярность запросов

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

Не стоит доверять оценкам частотности других сервисов, потому что они дают производные, основанные на своих алгоритмах (допустим, количество установок в день по поисковым запросам). ASA Popularity — единственный источник достоверной информации.

Для массовой аналитики семантики можно использовать всё те же специализированные сервисы.

Размер ядра во многом зависит от категории приложения и от языка. Например, в случае с VPN запрос один, а для редактора фото нужно несколько сотен запросов.

После сбора частотности семантическое ядро очищают от нетрафиковых запросов.

Выбираем максимально релевантные запросы — по широким запросам приложение никогда не наберет много установок.

Пример: приложение-сканер визиток. Для этого приложения неправильно включать в семантическое ядро запросы «сканер» или «сканер документа». В любом приложении — сканере документов есть сканер визиток. Но среди конкурентов нужно искать именно сканеры визиток.

Лайфхак: ASO-специалист составляет семантическое ядро для всех локалей приложения. Но как определить релевантность запроса на незнакомом языке? Существует простой способ проверить релевантность перевода: ввести переведенное слово в Google Картинки. Если результат вас удовлетворяет, термин можно использовать в метаданных.

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

Раскладываем все запросы на отдельные лексемы и считаем сумму Search Ads Popularity

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

Для этого в первую очередь строим граф со словами из релевантных запросов — и считаем сумму Search Ads Popularity всех запросов, в которые входит каждое интересующее нас слово. Затем сортируем строки по убыванию.

строки по убыванию

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

Создаем метаданные

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

Составляем тайтл

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

Выберите максимально релевантный запрос из 3-4 слов. Если все же хотите использовать свой бренд — добавьте его в конец. Например, Documents by Readdle.

Если после чистки семантического ядра вы все еще сомневаетесь — какой тайтл выбрать — запустите рекламу по нескольким нужным запросам в Apple Search Ads и посмотрите, по какому из них показатель Conversions to Installs из Impressions будет выше (хороший показатель — 20-30%).

Составляем сабтайтл

Рекомендую делать сабтайтл максимально читабельным и понятным, начинать с глагола повелительного наклонения, например: «сканируй, знакомься». Длина сабтайтла в App Store — 30 символов.

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

Прописываем ключевые слова

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

То есть здесь опять возвращаемся к разделенным запросам. Если приложение называется Bussiness Card Reader, но в запросах есть «bussiness card scanner», тогда слово «scanner» нужно добавить в keywords.

Обычные пользователи не видят keywords в поиске App Store, так что это метаданные исключительно для системы.

Рекомендации:

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

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

Семантику можно расширить: удвоить или даже утроить количество метаданных, используя локали, которые действуют для этой страны. То есть, если в стране работают три локали (допустим, UA, RU, UK), то в индекс попадают все метаданные из тайтла, сабтайтла и блока ключевых слов каждой локали.

Используем локали для расширения метаданных

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

Существуют четыре английских локали (Великобритания, США, Австралия, Канада), есть французская локаль, которая действует на территории всех бывших французских колоний в Африке. А для Молдавии, например, не работает ни одна локаль соседних стран — там пользователи видят приложения только из локали English UK.

Чтобы показать, сколько денег недополучают разработчики из-за того, что не проводят локализацию метаданных приложения, посмотрите специальную таблицу. В последнем столбце — показатель ВВП страны/стран в пересчете на одного владельца айфона.

Текстовая оптимизация приложения для Google Play

Ищем конкурентов и составляем семантическое ядро

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

Один из основных способов собрать конкурентов уже опубликованного приложения в Google Play — блок Similar Apps:

похожие приложения

В последнее время значительная часть трафика у приложений в GooglePlay приходит именно из блока Similar Apps. Иногда трафика оттуда даже больше чем просто из поиска. Но пока что никто не понимает механизмов попадания в Similar и как на этот процесс может повлиять разработчик.

Рассмотрим еще несколько сервисов для сбора семантики в Google Play.

  1. Keywordtool.io. В бесплатной версии доступен базовый сбор запросов из названий приложений с указанием языка и региона поиска.

базовый сбор запросов

2. Keyword.io. Подходит для расширения списка низкочастотных запросов для Google Play в любой стране.

расширение списка

Работа с релевантностью запросов семантического ядра

В Google Play невозможно определить частотность для собранного семантического ядра. То есть мы можем определить только релевантность запроса. Алгоритм проверки релевантности такой же, как и в App Store — с помощью инструмента Search Ads Popularity.

Но здесь стоит учитывать, насколько уникально приложение именно для Google Play. Например, есть приложения-антивирусы, заточенные только под Android. Надо понять, насколько приложение уникально для Google Play. В таком случае определение релевантности запроса в Apple Search Ads не подойдет.

Чтобы узнать, можете ли вы вычислить релевантность запросов для вашего приложения, нужно проверять в App Store названия приложений-конкурентов или вводить запросы с привязкой к платформе. Например, «сканер визиток App Store».

Составляем метаданные

Раньше алгоритмы Google были относительно простыми — работали правила о том, как добиться успешного успеха в Google Play, а именно:

  • добавлять ключи в название;
  • добавлять ключи в краткое описание;
  • добавлять ключи в первые 167 символов полного описания;
  • стараться повторить нужные ключи в полном описании 3-5 раз.

В течение 2018 года это перестало работать, а Google начал показывать приложение по словам, которых вовсе нет в метаданных (или не показывать по тем, которые есть и повторяются). Более того — показывать приложение в выдаче по запросам на языках, которых у вас и в помине нет в маркете.

Создаем заголовок

Название приложения (50 символов). Название — один из важнейших ASO-факторов в Google Play. Добавляйте наиболее релевантные и трафиковые запросы.

Пишем краткое описание приложения

Краткое описание приложения (80 символов) тоже индексируется. При составлении краткого описания не стоит забывать о CTA (Call To Action). Посмотреть краткое описание любого приложения можно с расширением ASO Tool.

Создание длинного описания

Описание приложения занимает 4000 символов. В отличие от App Store, у вас нет какого-то отдельного поля для ключевых слов. Google просматривает ваше описание и на его основе подбирает ключи.

Несколько советов:

  1. Рекомендуем использовать 800-2000 символов под описание, сохранив при этом плотность ключей (повторять 3-5 раз).
  2. Текст должен выглядеть естественно, а ключи, которые вы используете, должны быть максимально релевантными. Проверить это можно при помощи Google Natural Language API. Читайте подробности.
  3. Форматируйте описание, выделяя ключевые моменты. В Google Play для этого можно использовать emoji или html. Читайте памятку по форматированию.
  4. Локализуйте страницу на все языки. Ваше описание на итальянском, турецком или японском может влиять на выдачу по запросам на английском языке в США.

Многие предполагают, что Google переводит описание автотранслейтом, но существует другая теория. Она заключается в том, что система просто категоризирует ваше приложение на основе ваших метаданных, но показывает его уже по запросам, которые, по его мнению, относятся к этой категории.

Аргументы в пользу этой теории:

  1. В App Campaign в Google Ads вы точно так же не можете выбрать конкретные запросы, по которым хотите показывать свое приложение, а можете лишь указать четыре «идеи», с которых гугл начнет обучение своей кампании. А показываться вы будете уже по тем запросам, по которым Google решит вас показывать.
  2. Приложения показываются по запросам, которых нет в описании, но которые относятся к описанной тематике или являются синонимами использованных в описании фраз.
  3. Были примеры, когда добавление всего лишь одного дополнительного трафикового слова в название обваливало позиции в поиске сразу по всем словам в разы. Вероятно, это происходило из-за того, что добавленное слово размывало фокусировку приложения по определенной тематике.

Поэтому после создания описания можно зайти на Google Natural Language, вставить в окошко demo текст описания и понаблюдать, к каким категориям отнесет текст Google, а также с каким показателем уверенности (Confidence).

Рекомендуется, чтобы Confidence был не ниже 0.8 (чем выше — тем лучше). Дальше оптимизируйте ваше описание, чтобы Гугл правильно определял категорию приложения.

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

Важно: до кнопки «More» в видимой части описания примерно 360 символов — три строки по 120 символов. Рекомендуем оформить первые три строки так:
  • короткий текст (без переноса);
  • пустая строка;
  • строка с текстом, аналогично первой.

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

Имя разработчика

Developers Name — один из важнейших ASO-факторов, который влияет на поисковую выдачу. Добавляем к нему несколько ключевых слов. Например, «Имя разработчика»: Ключ 1, Ключ 2.

URL/Package name

Добавьте в это поле несколько максимально релевантных ключевых слов.

Важно: проверьте его перед публикацией, так как потом это поле изменить нельзя.

Отзывы

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

Теги

Тегов для приложений около 160. Google сам предлагает вам теги, которые стоит проставить в соответствующем поле. Это хорошая возможность посмотреть то, как вас видит алгоритм Google: соответствуют ли теги вашему приложению, и, если нет, то как их переработать. Подробно о значении тегов в Google Play читайте в посте.

Вот что пишет Google о тегах в справке:

Добавьте теги, которые описывают контент и функции вашего приложения. Теги помогают показывать приложение в правильных разделах Google Play и подбирать группы аналогов для сравнения.

Скриншоты

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

ключи на скриншотах

Вы можете провести тест самостоятельно и разместить ключевой запрос на одном из скриншотов.

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

Важно: изменения в Google Play могут отразиться на результатах поисковой выдачи в течение двух недель или даже дольше.

Особенности локалей в Google Play

В Google Play есть семь вариантов английского языка (по сравнению с четырьмя вариантами английского языка в AppStore). При этом локали влияют друг на друга. То есть ваше описание на итальянском, турецком или японском может влиять на вашу выдачу по запросам на английском языке в США.

Google самостоятельно решает, по каким запросам вас показывать, а по каким нет. Запросы, которые вы используете в описании, являются лишь подсказками, позволяющими Google определить: о чем ваше приложение. Однако вы запросто можете обнаружить свое приложение по запросам, которых у вас нет нигде и даже на языках, которых у вас нет.

Общий ответ насчет того, надо ли делать разные ключи в разных странах: идеальный вариант — чтобы ключей было не слишком много и все они были на одну тематику. Чем четче вы сфокусированы «в глазах» Google — тем лучше.

Графическая оптимизация приложений в App Store и Google Play

С текстом разобрались. Но чтобы пользователи активно нажимали на заветную кнопку Install, нужно быть не только в топе каталогов. Внешний вид приложения в листинге и сама страница с подробностями должны вызывать интерес и желание быстрее установить это приложение. Для этого нужно поработать над CRO (conversion rate optimization) в установки из просмотров страницы. Речь идет в первую очередь о графических элементах страницы.

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

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

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

  • пол;
  • возраст;
  • география;
  • язык;
  • культурные особенности;
  • интересы;
  • ценности.

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

Важно: графические элементы в AppStore и Google Play отличаются, также как и выдача в этих двух магазинах: в Google Play есть только иконка, а в AppStore — иконка и скриншоты.

Выдача в AppStore и Google Play. 2 скрина

Выдача в AppStore и Google Play

Откуда брать идеи иконок и скринов:

  • брейншторм;
  • конкуренты, лидеры ниши и категорий;
  • Ресурс scrnchts.club;
  • Google, фотостоки.

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

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

Что помогает повысить конверсию иконки:

  • значки уведомлений;
  • бейджи (new, 2020, lite, pro, 3D, AR, лого издателя, флаги стран);
  • текст или буква, которая ассоциируется с брендом;
  • герои (для игр);
  • формы (круг, квадрат, с рамкой/без);
  • фон (градиент, тень);
  • кастомизация иконки к праздникам и мероприятиям. Например, к Хэллоуину тыква, к Рождеству — снег, елки, подарки, шапка Деда Мороза.

AppStore

Дивайс или контекст

Размер иконки

iPhone

180px × 180px (60pt × 60pt @3x)

120px × 120px (60pt × 60pt @2x)

iPad Pro

167px × 167px (83.5pt × 83.5pt @2x)

iPad, iPad mini

152px × 152px (76pt × 76pt @2x)

App Store

1024px × 1024px (1024pt × 1024pt @1x)

Требования:

Формат иконки

PNG

Цветовые модели

sRGB or P3 (смотри «Управление цветом»)

Слои

Выровненные без прозрачности

Размеры

Разные. Смотри «Размеры и управление картинками»

Форма

Квадратная без закругленных углов

Все актуальные требования к иконкам — в спецификации.

Google Play

Формат иконки

32-битный PNG (с альфа-каналом)

Размер иконки

512 х 512 пикселей

Максимальный размер файла иконки

1024 КБ.

Форма иконки

квадрат, без закруглений и теней (Google сам закругляет края и накладывает тень)

Все актуальные требования — в спецификации и справке.

Скриншоты

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

Виды скриншотов:

  • портретный;
  • горизонтальный.
Важно: чтобы попасть в подборки в Google Play, игровым приложениям нужно не менее трех горизонтальных скриншотов.

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

Также скриншоты различаются по композиции:

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

Пример панорамной и обычной композиции скриншотов

Пример панорамной и обычной композиции скриншотов

Различаются скриншоты и в зависимости от расположения мокапа (рамки) телефона:

  • расположен ровно на каждом скриншоте;
  • телефон под наклоном;
  • один телефон разделен на два скрина (пополам);
  • вообще без изображения телефона — только интерфейс приложения.

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

Варианты размещения мокапов в скриншотах наглядно

Варианты размещения мокапов в скриншотах

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

Максимум можно добавить до 8-10 скриншотов. В зависимости от тематики обычно используют 5-10 штук. Меньше не используйте, так как красивые информативные скрины — шанс убедить пользователя скачать именно ваше приложение.

Рекомендации:

  • размещайте УТП на первых трех скриншотах, так как некоторые пользователи не просматривают остальные;
  • используйте СТА;
  • используйте социальные доказательства (награды, упоминания);
  • если это игра, то стоит добавить главных героев;
  • локализуйте текст на скриншотах, это хорошо поднимает конверсию — такие скриншоты вызывают доверие у пользователей.
Важно: иконка и скриншоты должны сочетаться, чтобы угадывался единый стиль приложения. Но помните, что тематика визуальных элементов: цвета, формы, стиль иконки и скриншотов — влияют на попадание в блок Similar Apps. Поэтому не стоит делать что-то креативное, так как возникнет риск недополучить трафик.

App Store. Максимальное количество скриншотов — 10. Самые важные — первые два, именно они будут видны при переходе на страницу приложения. Если в описании присутствует видео, то выводится только один скриншот.

На скриншотах для App Store нельзя использовать слово free, а также информацию о ценах. Обновление любой графики на странице (иконки, скриншотов, видео) возможно только с новым релизом приложения.

Формат картинки для скриншотов — PNG (не alpha) или JPEG, размеры: 5.5, 6.5 дюймов — для iPhone, 12.9 — для iPad. Актуальная информация — в документации.

Важно! Перед тем как залить иконку и скрины в стор, проверьте как они будут выглядеть в режиме dark mode.

Посмотреть заранее, как будут выглядеть новые скриншоты в App Store, можно с помощью сервисов:

Google Play. Максимальное количество скриншотов — 8.

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

Формат скриншота — JPEG или 24-bit PNG (не alpha), размеры: от 320 до 3840 пикселей. Читайте о требованиях к скриншотам в справке.

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

Важно: эти генераторы платные.

Короткая инструкция по работе с генераторами:

  1. Сохраняете нужное количество экранов приложения для каждого стора.
  2. Загружаете их в сервис, выбираете фон, рамку устройства, добавляете подпись к экрану с указанием стилей его отображения.
  3. Скачиваете пакет скриншотов под каждое устройство, готовый для загрузки в iTunes Connect и Google Play.

Этот метод подходит и для создания локализованных страниц приложений.

  1. Используйте визуальные образы, знакомые пользователям, попробуйте под разные гео сделать скрины с учетом локального рынка и их традиций.
  2. Для иврита и арабского языка скрины отображаются справа налево, их нужно отзеркаливать.
  3. Кастомизация скриншотов к событиям увеличивает конверсию и выделяет вас на фоне конкурентов.

Видеоролики App Preview

App Store. Видео длительностью 15-30 секунд. Можно загрузить до трех видео. В App Store есть автоплей — это цепляет внимание при просмотре страницы приложения. Apple требует, чтобы в видео показывали UI/UX приложения или геймплей игры. Видео может быть вертикальным и горизонтальным. Читайте подробно о требованиях к видеопревью в App Store.

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

видеопревью

Главное правило для всех площадок: самая важная информация размещается в первых 5 секундах видео! До конца ролик просматривает лишь небольшая доля пользователей.

Для стоп-кадра в App Store обязательно нужно выбрать кадр из самого видео. Для Google Play можно подобрать любое подходящее изображение.

Где заказать графику для ASO

  1. Фриланс-биржи: fiverr, upwork, fl, kwork.
  2. Профильные сервисы-генераторы: hotpot.ai, app-mockup.com.
  3. Для иконок можно загуглить «app icon generator», есть много сайтов-генераторов, в том числе и бесплатных.

Также рекомендуем использовать расширение для веб браузера Tool Box by StoreMaven, с помощью которого легко анализировать страницы приложений конкурентов в разных локалях. Оно позволяет посмотреть, как выглядят скриншоты и видео, уже опубликованные в App Store и Google Play, и скачать их.

In-app purchases и subscriptions в App Store

Рекламные изображения для In-App purchases и subscriptions проходят отдельное ревью. Формат изображения — 1024х1024 пикселя.

Рекламные изображения для In-App purchases и subscriptions

Кроме дополнительной графики на странице приложения, также есть бонус для текстовой оптимизации: индексируется заголовок in-app (подписки), он часто может выводиться в поиске, занимая позицию в выдаче, и, соответственно, собирая трафик.

Баннеры приложений

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

Баннер приложения в AppStore

Баннер приложения в AppStore

У каждого из сторов есть свои требования к баннерам.

Google Play

  • формат: JPEG or 24-bit PNG (не alpha).
  • размеры: 1024 х 500 пикселей.
  • требования.

App Store

  • размеры: 4320 x 1080 пикслей.
  • тип файла: PSD, ZIP.
  • наименование: AppName_AppleID_AppStore_Product-DeveloperPage.
  • требования.

Рейтинг и отзывы

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

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

Главное — использовать форму вопроса. Просьба оценить вызывает раздражение и приводит к отказам.

формы вопросов

В Google Play можно отвечать на отзывы. Рекомендуем как можно оперативнее отвечать на негатив — автор получает уведомление на почту с ответом разработчика. Вот здесь есть реальный шанс, что пользователь изменит оценку на более высокую.

Важно: в App Store с обновлением приложения до новой версии рейтинг обнуляется.

App Indexing и Deep Links

Индексирование контента приложения в результатах поисковых систем может стать дополнительным источником установок. Инструкции по настройке индексации для приложений iOS и Android платформ можно найти на Firebase App Indexing.

Кстати, стоит более внимательно присмотреться к аналитике мобильных приложений с помощью Firebase.

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

Если приложение установлено и у него есть соответствующие страницы сайта, то по клику на ссылку страницы вебсайта с выдачи пользователь будет попадать на интересующий его раздел приложения благодаря технологии Deep Links.

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

Проводим A/B-тестирования

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

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

После определения победителя теста важно отслеживать уровень возврата (Retention Rate) и, в случае Google Play, трафик, который может упасть или подняться, если Google переиндексирует приложение в другие подборки.

По нашему опыту, потенциальный рост конверсии после каждого A/B теста может составлять 15-45%.

В качестве инструментов можно использовать Google Experiments — встроенное бесплатное тестирование через девелоперскую консоль Google Play (для App Store — Creative Sets в Search Ads) или же платные сторонние инструменты, к примеру, SplitMetrics, Storemaven.

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

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

Что еще можно тестировать:

  • цвета;
  • расположение текста, сам текст;
  • порядок скриншотов;
  • наличие / отсутствие видео;
  • разные наборы скриншотов, иконок.

ASO, как и SEO — не единоразовая работа. Нужно постоянно тестировать и мониторить результаты любого изменения, следить за конкурентами, быть в курсе основных тенденций в мире мобайла. Приготовьтесь к заплыву на длинную дистанцию ;)

По данным SplitMetrics, скрины могут повышать конверсию до 18%. Поэтому тестирование — большая и важная часть работы ASO специалиста.

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


Изучайте продвижение мобильных приложений и осваивайте профессию «ASO-специалист» с нуля вместе с Choice31.

осваивай профессию «ASO-специалист» с нуля вместе с Choice31

Запомнить

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

  1. Определить наиболее релевантные ключевые запросы.
  2. Внедрить запросы в текстовые элементы (название, описание, блок ключевых запросов).
  3. Оптимизировать графические элементы (иконка, скриншоты, видео).
  4. Настроить индексирование контента приложения и переход по глубинным ссылкам.
  5. Локализировать приложение под страны, важные для продвижения.
  6. Постоянно тестировать и замерять результаты.
Узнайте больше
93
57
8
Обнаружили ошибку? Выделите ее и нажмите Ctrl + Enter.