ASO Tips

❕Влияние Android Vitals на показатели трафика в Google Play

В Google Play на основе указанных ниже показателей определяются пороги соответствия. Если показатели вашего приложения превышают эти пороги, то его будет сложнее найти в Google Play:

🔸Доля ошибок ANR в активном режиме
🔸Доля сбоев в активном режиме

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

Критические проблемы бывают двух типов:
🔺Существенные неполадки. Случаи, когда показатели превышают пороги соответствия.
🔺Отклонения. Случаи значительных изменений показателей (например, резкое повышение доли ошибок ANR в активном режиме)

====================================
📉Кейс:
20.09 выпускаем обновление и рабочая версия приложения превышает порог соответствия по количеству сбоев. Получаем ошибку "Существенные неполадки".

🔻После превышения порога соответствия снижаются позиции приложения по запросам во всех ГЕО.
🔻Снижается количество посетителей страницы и установки приложения.
Это происходит 26.09

❗️Через 3 дня (29.09) выпускаем обновление с исправлением ошибок. Но несмотря на снижение сбоев, позиции и трафик приложения не восстанавливаются в течение длительного времени.

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


⚠️Таким образом критически важно отслеживать Android Vitals (основные показатели) вашего приложения, т.к. они влияют на его видимость в Google Play.

🔹Raising the bar on technical quality on Google Play
https://android-developers.googleblog.com/2022/10/raising-bar-on-technical-quality-on-google-play.html
🔹Android vitals https://developer.android.com/topic/performance/vitals

👋Делитесь в комментариях своими наблюдениями.

💥Сбой в AppStore?

Как многие могли заметить 05.12-06.12 произошло изменение алгоритмов в AppStore.

Детектор изменений алгоритмов AppStore от AppTweak это тоже подтверждает.
=========================

Мы провели анализ и выяснили, что:

1️⃣ Некоторые локализации стали работать глобально. Т.е. по комбинациям из следующих локализаций можно найти приложение во всех странах.

🔺Локализация English (US) работает Worldwide.
🔺*Локализации - English (Canada), Russian, Ukrainian индексируются Worldwide.
*Индексация по этим локалям почему-то работает не у всех приложений
🔺В локализациях Turkish, Spanish (Spain) и Croatian индексируются только тайтлы и сабтайтлы Worldwide.

2️⃣ По какой-то причине глобальная индексация локализаций работает не у всех приложений.

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

Многие приложения, которые индексируются глобально, - крупные игроки - Flo, Life360 и другие.

3️⃣ Некоторые локализации/приложения получили частичный индекс.

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

=========================

⚠️ Мы полагаем, что изменения временные и текущий сбой в работе локализаций может быть связан с обновлениями AppStore. В официальной документации Apple ничего не меняли.

🤔 Индексируется ли специальная страница (Custom Store Listing) в Google Play?

✅ Да
===========================

1️⃣ Провели эксперимент, в котором проверили индексацию кастомных страниц в Google Play с таргетом по стране. Для этого добавили уникальные ключи в метаданные кастомной страницы (Custom Store Listing).

ГЕО: Словакия 🇸🇰
Локализация: Slovak
Позиции до добавления - OUT.

После запуска специальной страницы уникальные запросы из её метаданных проиндексировались в целевом ГЕО.

❗️Вывод: специальная страница (Custom Store Listing) в Google Play индексируется.
==========================


2️⃣Далее проверили индексируется только ли кастомная страница (Custom Store Listing) или индексируются обе страницы (основная + кастомная).

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

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

❗️Вывод: При запуске кастомной страницы с таргетингом на ГЕО индексируются метаданные как кастомной, так и основной страницы.

==========================

📌 Напомним: Кастомные страницы приложения в Google Play позволяют показывать уникальный контент для разных стран.

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

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

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

🔺Кастомные страницы с таргетом по ссылке не индексируются в Google Play.

ASA Ad Repository: в чем польза?🔍

Мы изучили репозиторий App Store и делимся с вами выводами.

🚫Для начала ложка дегтя:

1. Реклама видна только в ЕС (нет UK);
2. Если сравнивать с сервисами, не все варианты CPP показаны. В идеале репозиторий стоит использовать совместно с ними (Apptweak, Mobileaction);
3. Если есть видео, в поиске репозитория не виден первый скриншот, нужно обязательно смотреть во “View ad details”.

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

Для этого у конкурентов стоит анализировать:

1. Тип плейсмента (Search results, Today tab, Search Tab, Product pages);
2️. В каких странах ЕС крутят рекламу;
3. Какие CPP используют;
4. Косвенно предположить таргетируемые ключи, если CPP конкурентов отличны от основной тематики приложения.

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

Недавно в ASOприветах задавали вопрос: "Может ли иконка, которая показывает одинаковую конверсию в Store Listing Experiments в Google Play, снизить количество посетителей страницы и соответственно установок?"

Да, может.
============================

🔺В Google Play в отличие от App Store нет показателя Impressions* (показы) и CR (конверсию) в Store Listing Experiments и в Аналитике мы смотрим из Store Listing Visitors (Посетители страницы приложения) в Store Listing Acquisitions (Установку со страницы).

*Impressions (показы) — это то, какое количество раз пользователь увидел вашу иконку приложения в сторе.

🔺В Google Play в отличие от App Store пользователь видит только иконку без скриншотов до посещения страницы приложения, т.е. иконка оказывает наибольшее влияние на количество Store Listing Visitors.

⚠️Таким образом при проведении экспериментов с иконкой приложения мы не знаем:
- Точное количество "Показов" приложения.
- TTR (tap-through rate) - конверсию из "Показа" (Impressions) в "Посетителя страницы" (Store Listing Visitors) приложения.

❗️Соответственно TTR у тестируемых иконок может отличаться, а CR совпадать, т.к. на него влияют и другие элементы - фичер-графика, наличие видео на странице, скриншоты, отзывы и т.д.

============================

✅Мы провели эксперименты, чтобы показать влияние иконки в запущенном тесте на показатель "Посетителей страницы" приложения (Store listing visitors).

Язык: Russian (Russia)
Трафик: Поисковые запросы (в приложении весь трафик идёт по источнику "Поиск", который теперь Explore)
Реклама: нет
Варианты: A/B/B/B (чтобы тестовая иконка покрыла 75% трафика)
Тестируемый элемент: иконка. Мы заранее знали, что это вариант с более высокой конверсией, т.к. уже тестировали её.
Данные из консоли: посетители и установки со страницы приложения с фильтром по языку Russian.

❗️Как видно из результатов эксперимента, иконка показывает существенный прирост конверсии. Кроме этого мы получаем весомый прирост посетителей страницы приложения (Store Listing Visitors), а этот параметр в результатах теста никак не учитывается. Конверсия в Google Play - это отношение установок к посетителям страницы приложения

В данном случае иконка значительно увеличивает показатели проекта и посетители страницы во время проведения эксперимента растут.

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

❕Вывод:
🔹Тестовая иконка может снизить или увеличить количество "Посетителей страницы" приложения вне зависимости от показателей её конверсии из "Посетителя страницы" в "Установку со страницы" в тесте.

👋Делитесь в комментариях своими наблюдениями.

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

Анализ трафика “Интересное в Google Play”

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

🔍Реальный Поиск
Смотрим с помощью фильтра “Поисковые запросы”. Добавив фильтр “Источник трафика” можно увидеть, какие запросы Гугл относит к брендовым, а какие к Explore. Но в случае изменения атрибуции (как было с 8 по 11 мая) во избежание путаницы стоит смотреть общий трафик по запросам без разделения на источники.

📱Реальный Explore
Считаем с помощью таблицы:
- для вкладки по дням данные выгружаем из консоли
- для вкладки по неделям данные вносим вручную
В названии столбцов есть ссылки на скрины с нужными фильтрами для данных в консоли.

3️⃣Использование встроенных событий в странах без собственных локализаций (Беларусь, Казахстан и т.д.)

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

🔺Если вы не хотите тратить доступное место в поле ключевых слов локализации English (U.K.).

💡Вы можете использовать для этих целей инструмент встроенных событий In-App Events.

Напоминаем, что в In-App Events индексируется название — 30 символов, краткое описание — 50 символов.
====================

⚠️Важно:

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

Это значит, что при запуске события с ограничением по ГЕО на Казахстан, Ваше приложение начнёт индексироваться по запросам из метаданных события и в других ГЕО, но событие не будет там отображаться.

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

📌Во многих инструментах некорректно отображаются позиции по запросам с событием. Это связано с тем, что события доступны на iOS 15 и выше, а многие АСО-инструменты показывают выдачу для более ранних версий.

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

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

2️⃣Влияние In-App Events на конверсию (Installs/Impressions) приложения по источникам.

Для того, чтобы разобраться в этом нужно понимать откуда приходит трафик по событиям:

🔹Browse (Просмотр страницы) - трафик с фичеринга событий, подборок. Пользователи, которые перешли на страницу приложения из топа бесплатных/категорий, похожих приложений и т.д.

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

🔸Search (Поиск) - запросы по которым ранжируется ваше приложение и новые автоподсказки.

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

❌Ошибка, которую многие допускают при анализе конверсии с In-App Events.

При запуске событий проседают Impressions. Не до конца понятно почему это происходит.

❕Возможно AppStore не регистрирует показ иконки, когда отображается событие.

Таким образом в результате запуска событий кол-во установок остаётся на том же уровне, а показы проседают. Соответственно конверсия с событиями будет расти, но реальная конверсия не меняется.
===================

📈Ну а наиболее заметное влияние на конверсию приложения будут иметь пользователи, которые пришли с созданной вами автоподсказки. Прим., рост конверсии с 7% до 38%.

⚠️ Значок приложения (Badge), Приоритет, Аудитория - не оказывают никакого влияния на конверсию или видимость приложения в AppStore.
*Длительность события может оказывать влияние на видимость приложения, если ваше событие зафичерили. Остановив событие, вы вылетаете из подборки. В остальных случаях длительность не влияет на видимость приложения.

🔺Конечно, мы рассматриваем ситуации, когда вы запускаете ивенты с целью подняться в позициях или повысить конверсию, рассматривая ивент как дополнительные поля для ключей.

Но если вы реально работаете со своими пользователями и создаете ивент/контент внутри приложения, который может заинтересовать и старых и новых пользователей (пример: в приложении такси в течение недели приезжает бизнес вместо комфорта), то конверсия может вырасти. Но это будет не из-за наличия ивента или бейджа или длительности, а именно из-за контента, который вы предлагаете

Запускаем серию постов про In-App Events в App Store
=========================

1️⃣ Растёт ли позиция по запросу, который мы добавляем в название In-App Events при условии, что запрос был покрыт ранее в метаданных?

Напоминаем, что в In-App Events индексируется название — 30 символов, краткое описание — 50 символов.

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

🔹 В тайтл события добавили поисковый запрос с точным соответствием, т.е. в названии ивента больше не было других фраз/ключей.

🔹Эксперимент проводили с ограничением по ГЕО - США, Канада, Австралия, Великобритания, Италия, Германия.
=======================

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

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

P.s. Мы запустили более 500 событий с момента появления данного инструмента и ни разу не росли позиции при добавлении запроса в метаданные событий.

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

То есть в версии Ready for Sale видны скрины/видео, примененные из теста и в App Store Connect и в лайве, а в Prepare for Submission уже будет пустое место вместо новых скриншотов (подтягиваются из дефолта) или старое видео.

❗️Будьте внимательны и проверяйте, сохранилась ли желаемая графика в новом релизе.

❓Поделитесь в комментариях, если замечали эту ошибку у себя или если у вас всё работает корректно

Гугл обновляет правила для метаданных, которые вступят в силу 31 мая 2023. Пока что добавлено предложение относительно сведений об успехах (в названии и на иконке). Кардинальных изменений нет, лишь более подробно рассмотрены запрещенные варианты:

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

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

Обновленная страница с правилами

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


❕Мы добавили новую версию на трёх разных аккаунтах для приложений, где метаданные ранее слетали, и сегодня они не изменились.

👋Делитесь в комментариях своими кейсами. Сохраняется ли проблема у вас?

UP к новости выше!

❕Apple всё ещё не исправили данный баг, но у нас есть временное решение:

Если у вас добавлена версия приложения для macOS в AppStore Connect в статусе Prepare for Submission, то Заголовки/Подзаголовки (Titles/Subtitles) iOS версии приложений слетать не будут.

P.s. У некоторых некорректно отображался пост поэтому опубликовали его повторно.

⚠️В AppStore всё ещё действует баг с автоматически изменёнными метаданными.

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

Поэтому, если у вас добавлена новая версия с одним из статусов (Prepare for Submission, Waiting for Review и т.д.), когда вы можете изменить свои метаданные, они могут быть автоматически изменены Apple.

=========================

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

⁉️Чтобы проверить, заменились ли у вас метаданные, достаточно прокликать каждую локаль. Там, где мета была заменена, поле будет подсвечено отредактированным.

‼️Перепроверьте свои метаданные, если после их исправления вы не отправили версию на ревью. В пятницу заметили, что слетели названия и подзаголовки. После чего мы их поправили и сохранили, но отправлять версию на ревью не стали.

Сегодня перед отправкой на ревью, заметили, что они снова слетели😭

🔥Ещё одна огонь новость про AppStore! Todd Dunham в Aso Stack поделился табличкой: в США индексируются 10 локалей!

Мы проверили, всё работает. Итого в США индексируются English US, Spanish (Mexico), Russian, Chinese (Simplified), Arabic, French, Portuguese (Brazil), Chinese (Traditional), Vietnamese, Korean.

⚠️На прошлой неделе пропали авто-подсказки событий, тем не менее не стоит оставлять ивенты без внимания.

Они могут увеличить повторные загрузки и дают возможность получить фичеринг на странице "Сегодня", как например Royal Match, Roblox и Paw Patrol.

По мере приближения Хэллоуина мы наблюдали за графикой приложений и пришли к выводу, что большая часть выпустила праздничные ивенты, не меняя элементы посадочной страницы. Тем не менее, есть и те, кто максимально адаптировали страницы под праздник. Чтобы сохранить для референсов Хэллоуин 2022 в App Store мы приготовили обзор праздничной активности приложений и игр.

🎃 С обзором можно ознакомиться в первом комментарии

А теперь, когда мы привлекли ваше внимание, расскажем ещё одно наблюдение:

В некоторых русскоязычных и англоязычных статьях содержится противоречивая информация о том, какой трафик участвует в A/B тестах AppStore.

🔺Например, в одном из гайдов Splitmetrics пишет, что в A/B тестах участвует весь органический трафик:
https://i.imgur.com/9mr1H7W.png

🔺Вот подзаголовок одной из статей их блога, опять же указывают органический трафик в подзаголовке:
https://i.imgur.com/A0HZpwV.png

Из-за этого может показаться, что в тестах участвует только органика, но это не так.
=================================

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

В презентации про PPO Apple показывает, что Referral трафик также участвует в тесте.

✅То есть в A/B тестах участвует трафик из всех источников.

❕Также Apple обращают внимание, что если у вас запущены одновременно и Custom Product Page и A/B тест (PPO), то трафик, который направляется на кастомную страницу, не будет частью A/B теста.

P.S.: это ещё раз показывает, что нужно проверять самостоятельно все источники информации✌️

🔥 Экстренная новость про AppStore!

С 06 октября в США помимо English US, Spanish (Mexico), Russian, Chinese (Simplified), и Arabic действует локализация French 🇫🇷

⚠️Влияние бага preview видео в #AppStore на PPO

#ASOкейс

Задача: протестировать влияние видео на конверсию приложения в отдельных локализациях.

Локализации:
🔸Дефолтная локаль English (US), видео не загружено
🔸Видео не загружено во French (France)
🔸Видео загружено в English (UK)
🔸Видео загружено в локаль Russian

=================================

1️⃣ Сценарий
Тестируем влияние видео на конверсию в России. Видео загружено в локализацию Russian. Запускаем тест, где Original Page это вариант с видео, а тестовый вариант — без. Мы просто удалили видео в тестовом варианте.

✅При таком сценарии всё работает корректно.

=================================

2️⃣ Сценарий
Тестируем влияние видео на конверсию во Франции. Запускаем тест, где Original Page это вариант без видео, (т.к. его в локализацию French не загружали), а тестовый вариант — с видео (мы его загрузили в PPO)

Из-за того, что в коннект не загружено видео в локаль French, то туда подтягивается видео из English UK (в коннекте этого не видно, а по оно факту есть).

❌При таком сценарии тест работает некорректно. Получается в Original Page у нас видео из English (UK), а в тестируемом варианте новое, локализованное на французский, видео.
=================================


❕Вывод: Если вы хотите провести тест и сравнить вариант с видео и вариант со скриншотами, например, во Франции и у вас уже в какой-то локали загружено видео, а в тестируемой — нет. Нужно сначала загрузить видео в тестируемую локаль (прим. французскую) в AppStore Connect, а в тестовом варианте (PPO) уже удалять видео.
Тогда тест будет работать корректно.

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

❗️Баг preview видео в #AppStore

Многие сталкивались с тем, что когда вы загрузили видео в одну из локализаций в #AppStore, оно подтягивается в остальные локализации, где не было загружено видео.
⚠️Кроме того, в App Store Connect вы не увидите видео в тех локалях, где его не должно быть, но на устройстве видео будет отображаться.

Разберём пример:
🔸Дефолтная локаль English (US), видео не загружено
🔸Видео загружено в English (UK)
🔸Видео загружено в локаль Russian
Во всех остальных локализациях видео нет, но несмотря на это будет отображаться видео из English (UK). Т.е. в США, в Японии, во Франции, в Саудовской Аравии и т.д. везде будет видео из English UK.

⚠️А ещё абсолютно случайным образом вместо видео из English (UK) в незагруженную локаль может подтянуться видео из локализации Russian, т.к. на примере выше оно тоже было загружено.

☑️Вывод: Лучше добавлять/не добавлять видео во все локализации. И следить, как ваше видео влияет на конверсию в тех странах, где его быть не должно.