Rad ASO

❕Дополнение к предыдущей новости: 🤓Проверяя индексацию новых локализаций в США, мы заметили, что приложения также индексировались по запросам из локализации Chinese (Traditional). Но почему-то не по всем, например, по запросам из подзаголовка приложения не индексировались. Сначала мы решили, что возможно локаль Chinese (Traditional) не индексируется, а ранжирование по запросам есть из-за пересечения некоторых иероглифов из Chinese (Simplified). 🔻Решили провести эксперимент и на одном из проектов убрали все иероглифы из Chinese (Simplified) и добавили метаданные на английском в эту локаль, заодно и улучшили позиции в США💪 По результатам эксперимента мы видим, что приложение выпало по всем запросам из Chinese (Simplified) в США: После этого проверили индексацию по запросам из Chinese (Traditional) в США, и заметили, что по запросам из тайтла приложение по прежнему можно найти, а вот по запросам из поля ключевых слов и подзаголовка — нет. Пример индексации. 👆🏻Вывод: Это похоже на баг алгоритма при добавлении новых локализаций для США. Но если у вас ещё остались запросы, которые вы хотите покрыть, то можете добавить их в тайтл Chinese (Traditional). Лавры: @vadim_aso

🔥 Экстренная новость про AppStore! Похоже, что с 21 октября в США помимо English US и Spanish (Mexico) индексируются еще и Russian, Chinese (Simplified), и Arabic❗️ Что это значит? 1. В США было довольно много запросов на арабском, русском и китайском с высоким Search Ads Popularity. Но чтобы индексироваться по ним в США приходилось жертвовать английскими словами в локалях English US и Spanish MX, чего почти никто не делал. Теперь можно будет расширить свою аудиторию 2. Теперь у нас есть не только 1 локаль Spanish (Mexico) для расширения СЯ в США, а ещё 3. 😱💣🍾 Т.е. если вы нацелены на США - у вас теперь в распоряжении вместо 320 символов аж 800! Кажется пора обновить табличку https://sheets.radaso.com/appstore-localizations-coverage 🙂 Но дождусь ваших комментариев наблюдаете ли вы подобную картину на своих приложениях Лавры: @max_foux

💥 ASO Black Friday 2021 Продолжаем хорошие традиции 😉 Собрали самые интересные предложения от наших коллег и партнеров к Черной пятнице: скидки на годовые подписки, обучение по ASO и бонусы к пополнению. Успейте воспользоваться 👇 AdvertMobile Бонус +50% к сумме пополнения счета только 25 и 26 ноября! Keyapp.top Бонус +50% к сумме пополнения счета до 26 ноября! ASOMobile Скидка 50% на все тарифы на любой период действует до 28 ноября! ASOdesk Неделя скидок до 40% на все ASO-инструменты ASOdesk стартует с 26 ноября! 🎁 Choice31 Скидка $220 на обучение профессии ASO-специалист! (к слову, там есть и мои лекции)

Интересной новостью поделилась Adzsa HATANO из Phiture в ASO Stack. 🇯🇵🇰🇷Причина низкой конверсии приложения в Японии или Южной Корее может заключаться том, как Google учитывает Store Listing Visitors в этих странах. В отличие от App Store в Google Play нет показателя Impressions (Показы приложения) и конверсия рассчитывается из посетителей страницы приложения в установку (installs/ store listing visitors). Это означает, что количество раз, когда ваше приложение отображается в результатах поиска, не учитывается. Однако, если ваше приложение отображается со скриншотами в поисковой выдаче (мини-страница приложения), подобное часто можно увидеть при поиске "брендов", такое посещение тоже учитывается. Получается, что конверсия рассчитывается из посетителей страницы приложения + посетители мини-страницы в установку (installs/ store listing visitors+mini store listing). Согласно документации Google: "Обратите внимание, что в Южной Корее и Японии мини-страницы приложений всегда отображаются для всех результатов поиска. Это означает, что вы можете наблюдать меньшее количество конверсий для этих стран." Таким образом, также как и в App Store, все приложения в Play Store в Японии и Южной Корее показаны со скриншотами, краткими описаниями и другими деталями, из-за чего показатель посетителей страницы приложения выше, чем в других странах, что приводит к более низкому значению конверсии. Пример выдачи по запросу: photo editor” (写真編集)

​🔻Обязательно ли использование частиц и предлогов? Старый, но актуальный кейс. После перевыпуска нашего приложения с обновлениями, мы заметили, что некоторые ключи выпали из индексации. При этом основные ключевые слова остались в метаданных🤔 Причина оказалась в том, что мы потеряли предлог, заменив тайтл "Textos En Fotos" ➡️ "Agregar Textos a Fotos" А вместе с предлогом "en" — потеряли индексацию ключа в целом. На скрине ниже можно увидеть восстановление позиций, после того, как мы вернули “en” в мету👇 Вывод: Нужно использовать все составляющие фразы, в том числе предлоги, частицы, союзы и прочие междометия. Иногда Apple индексирует и без них, но далеко не всегда.

Up My App 📱 11 июня (т.е. уже завтра) мы проведем бесплатную онлайн-конференцию по ASO — Up My App. Собрали кейсы по оптимизации приложений таких компаний как Rakuten Viber, Netpeak RadASO, Flo, Mail.ru Group и Appbooster. 🔥 Все они расскажут про: ● Как вовлечь и удержать пользователей приложения, если не родителями и школьным чатом — Rakuten Viber. ● Как сделать текстовое ASО, которое работает? Разбираем на примере кейса Raters — Netpeak RadASO. ● Культурализация: два подхода к подготовке скриншотов для разных стран — Flo. ● Мотивированный трафик. Обзор инструмента и основные стратегии продвижения — Appbooster. ● Разработка ASO-стратегий для разных типов трафика. Кейсы мобильных игр и приложений — Mail Ru Group. Также проведем панельную дискуссию с экспертами, в которой сможет принять участие каждый участник конференции, написав свои мысли и вопросы в чат трансляции. В спикерах панельки: Радомир Новкович из Netpeak RadASO, Анастасия Личная из Belka Games, Алтай Зейналов из Diveo Media, Илья Кухарев из AppFollow и Екатерина Сибирко из G5 Entertainment. Планируем обсудить что нового в ASO в 2021 вообще и после Apple WWDC21 в частности. Дата: 11 июня (пятница) в 11:00 по Киеву/Минску/Москве Формат: онлайн-трансляция на YouTube Для участия в конференции достаточно заполнить форму регистрации на сайте 👌

❗️Изменения алгоритмов App Store❗️ Мы заметили изменение позиций по запросам со словом "Free". Некоторые приложения с 08.04 перестали ранжироваться по запросам с ключевым словом "free". У других же позиции подросли. Разница лишь в том, что в первом случаем "free" не было в метаданных, а во втором использовали. ⬆️ Похоже, пора возвращать "free" в мету. FYI: Похожие перепады могут наблюдаться и в других языках.

🧮2+2=5? По мнению Apple, это не баг, а фича❗️ В App Store Analytics иногда в разных фильтрах не сходятся данные. Но обычно эти расхождения бывают в пределах 1%, а мы на одном из приложений потеряли сразу 70%. Ситуация 🙈: новое приложение, около 10 тысяч показов. При изменении настроек отчета данные не сходятся — в одном из вариантов теряется более 70%. — 1 — Например, мы поставили фильтр источника трафика “App Store Search” и всего лишь поменяли тип группировки с “By date” на “By territory” — более 70% показов исчезло. Фильтр “App Store Search” “By date” ≠ “By territory” (Скрин№1) — 2 — Или строим отчет с фильтром по региону “USA and Canada” и меняем группировку с “By date” на “By territory” — теряем значительную долю показов, то есть теряем одну страну. В этом примере примечательно еще и то, что имея первый и второй отчет, можно вычислить показы по дням и в Канаде самостоятельно. Фильтр “USA and Canada” “By date” ≠ “By territory” (Скрин№2) Мы написали в поддержку Apple🎓: Но они говорят, что это “не баг, а фича”, и таким образом они защищают пользователей и менять ничего не планируют. Их ответ: «To protect customer privacy, Apple shows App Analytics data only when a certain number of data points are available. The data is aggregated so that customers can remain anonymous.» «This could be why the data is not shown for the specific territory selected. As soon as there are enough data points to be shown, you will see your App Analytics data.» Вывод 🤷‍♂️: Доверяй, но проверяй. Мы искренне уверены, что менять итоги отчета при изменении группировки данных — очень-очень неправильное решение, но Apple считает по-своему 😐 — Бонус 📱: В этом примере сумма значений по дням не сходится с итоговой суммой этих значений: Итоговая сумма значений 43, а мы насчитали только 40 (Скрин№3)

Хайп добрался и до ASO :) Теперь каждый вторник в 17:00 по Киеву (18:00 по Минску/Москве) можете заходить в нашу уютную комнату в Clubhouse и задавать вопросы топовым экспертам на рынке и делиться своими кейсами/знаниями https://clubhype.io/event/P016zVB3

Про "конверсию" из просмотров страницы в установки в AppStore и почему ее вредно смотреть. В аналитике AppStore Connect есть метрики Показов (Impressions), Просмотров страницы (Page Views) и Установки (которые в Эппл почему-то называет Копии или Units). Естественно, многие рассматривают отношения этих метрик как показатели конверсии. Для поискового трафика это применимо для сквозной конверсии из показов в инсталлы, но категорически не верно смотреть на отношение установок к открытию страницы, так как это не является конверсией. Что такое конверсия? Конверсия - это о том сколько юзеров перешло с одного уровня воронки продаж в другое. Считается она отношением значения на любом шаге воронки к любому из предыдущих шагов и умножается на 100%. Проблема в том, что в AppStore установить приложение можно прямо из поиска, не переходя на страницу приложения, т.е. в числе установок есть и те которые установили прямо из поиска. И узнать сколько установок было именно из Просмотров страницы - невозможно. Поэтому соотношение установок и просмотров страницы из поиска нельзя называть конверсией, так как шаг просмотра страницы не является предыдущим для многих, кто установил прямо из страницы поиска. Если все-таки взять и посчитать Установки/Просмотры*100%, то часто можно получить значения больше 100%, причем запросто даже в разы больше. Но ведь конверсия по своей сути не может быть больше 100%. Некоторые АСО-сервисы даже выкладывают бенчмарки сравнения такого соотношения, но это не просто бесполезно - это еще и вредно, так как разработчики начинают таки сравнивать эту абсолютно бессмысленную метрику. Единственное исключение - это если ставить фильтр по источникам трафика и убирать Search и Browse траффик и оставлять только Web и App Referrer - в этом случае в установках будут оставаться только те юзеры, которые установили только со страницы приложения.

​⚠️ Apple Search Ads блокирует запрос при добавлении его же с символом в минус-слова❗️ Недавно в Apple Search Ads у нас произошёл колоссальный спад показов по важному ключевому запросу «presets». Никакие манипуляции со ставками не помогли их вернуть. Мы заметили, что в тот же день добавили минус-слово «presets!!!» в экзакт адгруппу «presets». ____________________________________________________ Зачем это было сделано? Мы используем стратегию SKAG (Single Keyword Ad Group) - это когда под каждый поисковый запрос делается отдельная адгруппа (подробнее о нашей структуре кампаний). Такой подход дает возможность более тонко управлять ставками и добавлять статистику Low Volume Terms в рамках адгруппы к запросу этой адгруппы. Поэтому когда в адгруппе «presets» обнаружили другой запрос («presets!!!»), то для нового запроса «presets!!!» создали отдельную адгруппу в которую добавили «presets» как минус-слово, а в адгруппу «presets» добавили минус-слово «presets!!!». Согласно документации Apple точное соответствие (Exact Match) работает по разному: для кивордов оно все равно допускает появление очень похожих запросов (опечаток, склонений и т.д.), а вот для минус-кивордов оно действительно точное (т.е. исключается только заданный киворд). Наглядно это показано на схеме из курса SAHQ. Наши эксперименты показывали, что оно действительно так и работает, но оказалось, что это не актуально для ситуаций когда запросы отличаются только какими-то небуквенными символами. ____________________________________________________ После того, когда мы решили удалить минус-слово «presets!!!» из адгруппы «presets» показы сразу вернулись (см. скрин 👇) Выходит, мы блокировали сами себя из-за минус-слова «presets!!!»? 🤯 Оказалось бывает несколько ситуаций, в которых вы можете заблокировать свою же фразу в ASA. Ситуация 1. Основная фраза без символа или с символом по бокам: 1. ключ — будет блокироваться при добавлении минус-слова «ключ.», «ключ ?», «ключ!!», «ключ!!!», «!ключ» или «(ключ)» (срабатывает при любом количестве знаков вокруг). 2. ключ! — будет блокироваться при добавлении минус-слова «ключ» (обратная ситуация). Ситуация 2. В середине фразы символ или обычный пробел: 1. ключ&ключ — будет блокироваться при добавлении минус-слова «ключключ». 2. ключ & ключ — будет блокировать при «ключ ключ». 3. ключ ключ — будет блокировать при «ключ & ключ», «ключ &ключ» или «ключ& ключ». 4. ключключ — будет блокировать при «ключ&ключ». Apple «съедает» любой символ («®», «.», «()», «:», «?» и др.) в минус-словах и, таким образом может заблокировать основной запрос. Вывод Несмотря на явное противоречие документации Search Ads, не стоит добавлять в минус-слова все фразы с небуквенными символами из-за риска заблокировать самих себя.

💥ASO Black Friday Друзья, я тут решил собрать в один пост самые выгодные и крутые предложения от наших коллег и партнеров к Черной пятнице. Поэтому, если вы в поисках ASO тула для поисковой оптимизации либо ищете оптимальные сервисы для закупки трафика, то успейте воспользоваться 👇 🎁 AdvertMobile Бонус +50% к сумме пополнения только 26 и 27 ноября! 🎁 Keyapp.top Бонус до +50% к сумме пополнения до 28 ноября! 🎁 ASOMobile Скидка -50% на все тарифы до 30 ноября! 🎁 ASOdesk Скидки до 45% на все ASO-инструменты и услуги ASOdesk до 27 ноября! 🎁 Appfollow Скидка 15% на месячную подписку до 30 ноября! 🎁 Chekaso Годовая подписка со скидкой до 25% до 6 декабря! 🎁 AppRadar Скидка 40% на годовые тарифные планы до 30 ноября! Промокод "BlackFriday2020" Ну и бонус для сеошников, а я знаю, что в моем канале они есть:) Мои коллеги из Netpeak Software предлагают скидку 60% на инструменты Netpeak Spider и Checker, а также открыли предпродажу на очень интересный продукт! Все это по промокоду BlackFriday2020.

​Анонс! В среду, 11 ноября, на ютуб канале ASO secrets пройдёт бесплатная онлайн-конференция по ASO Регистрируйтесь, приходите. Будет много полезной информации

Вы наверное слышали, что у RadASO есть собственный all-in-one инструмент для автоматизации ASO (только AppStore) и Apple SearchAds (я мельком показывал его несколько раз на wine-zoom-meetups) Поскольку инструмент значительно превосходит функционально все существующие на рынке сервисы - в нем откровенно непросто разобраться, плюс он дает весьма значительные конкурентные преимущества. Короче, мы не предлагаем его публично. Но мы готовы предоставить лимитированное количество доступов только для профессиональных ASO-специалистов за дорого :) Я проведу на след.неделе закрытую демонстрацию сервиса всего для 10 специалистов, которых мы выберем сами по результатам обработки заявок. Если вы занимаетесь ASO или ASA профессионально и хотите многократно повысить свою эффективность - заполняйте заявку на закрытое демо.

API для атрибуции Apple Search Ads Я заметил, что далеко не все разработчики знают про нативную возможность атрибуцировать установки Apple SearchAds. А ведь это совершенно бесплатно, в отличие от посторонних MMP (типа AppsFlyer, Adjust и т.д.), встраивается при помощи всего пары строк кода и имеет кучу дополнительных преимуществ. Инструкция по подключению доступна по ссылке - https://developer.apple.com/documentation/iad/setting_up_apple_search_ads_attribution/ Итак, какие же плюшки вы можете получить, используя эту атрибуцию: ☝️ Расчет LTV по кейвордам. Не секрет, что разные поисковые запросы приводят аудиторию с разной готовностью платить деньги - например, по запросу calorie counter free будут пользователи менее настроенные платить чем по запросу calorie counter. Вы можете отправлять инфу о том по какому кейворду пришел конкретный юзер на сервер управления подписками (свой или готовый сервис вроде RevenueCat, AppHud или Qonversion). Таким образом вы будете видеть покупки/оплаты в разрезе кейвордов и сможете посчитать LTV по кейвордам. ✌️ Вы можете отправлять инфу в свою аналитику (например, Amplitude или Firebase) и видеть как ведут себя юзеры пришедшие по разным кейвордам. 🤟 Вишенка на торте - вы можете УПРАВЛЯТЬ поведением юзеров пришедшим по разным кейвордам. Ведь атрибуцирование происходит прямо на айфоне. Т.е. уже через пару секунд после первого запуска приложения юзером вы можете понимать по какому кейворду он пришел и кастомизировать его онбординг в зависимости от этого. Как это использовать? Ну например, у вас астрологическое приложение в котором есть такие фичи как ежедневный гороскоп, совместимость знаков зодиака и хиромантия. Так вот вы можете смотреть по какому кейворду пришел юзер и если он пришел по запросу “palm reader” то сразу включать сканер линий на ладони, а если он пришел по запросу “zodiac compatibility”, то онбордить именно на эту фичу.

Конец света откладывается. https://developer.apple.com/news/?id=hx9s63c5 - Эппл перенес требование запроса IDFA, которое планировалось с релизом iOS14 на начало след.года

Low Volume Terms в Apple SearchAds Друзья, вынужден признать, что все это время я вас обманывал (спойлер: себя тоже). Все кто запускал кампании в ASA и хоть раз заглядывал в раздел SearchTerms - точно видели там в колонке с поисковыми запросам Low volume Terms вместо запроса. Напомню, что Keywords - это фраза по которой вы хотите чтобы Эппл показывал рекламы. А Search Term - это фраза по которой Эппл вас реально показывает. Причем даже если у вас стоит Exact Match для киворда - вы все равно будете показываться не только по этой фразе, но и по очень похожим, с опечатками и т.д. Так вот, возвращаемся к Low Volume Terms. Вот что пишет сам Apple на этот счет: “Some charts may return a value of “Low Volume.” This means the data you’re requesting is below Apple’s privacy threshold. For example, search terms must reach at least 10 impressions, otherwise the “low volume” value will appear in your search term chart.” Т.е. сюда попадают запросы, по которым было больше 10 показов (хоть Эппл и пишет, что надо хотя бы 10 - по факту когда 10 тоже не показывает и показывает только начиная с 11). До сих пор, я и эксперты по ASA из других компаний (в т.ч. SearchAdsHQ) утверждали, что для того чтобы “проявились” серчтермы из Low Volume - надо взять бОльший период. Логика была такая: если у вас каждый день есть по несколько показов какого-то SearchTerm, то если взять за период например месяц или за все время, то за этот период наберется суммарно более 10 показов и этот серчтерм “проявится” из low volume term и будет видна статистика именно по нему. Как на самом деле? На самом деле оказалось, что если у вас по одному и тому же СерчТерму было хоть 200 показов за месяц, то даже если вы будете смотреть отчет за месяц - все дни когда было меньше 10 показов будут слиты в Low Volume Terms а по реальному СерчТерму будет статистика только за те дни, когда было больше 10 показов ЗА ДЕНЬ. Т.е. Эпплу пофиг смотрите вы за день, месяц, год или за всю историю - если по серчтерму было меньше 10 показов ЗА ДЕНЬ - статистика по нему навсегда останется в Low Volume Terms :(

👩‍🏫 Сборная команда экспертов по АСО под предводительством Кати Сибирко из Flo сделали бесплатный курс по АСО КОРОТКО О КУРСЕ 1. Введение. Что такое ASO? (Екатерина Сибирко, Flo Health) 2. ASO Basics (Екатерина Сибирко, Flo Health) 3. Текстовая оптимизация для AppStore (Вадим Лысенко, RadASO) 4. Как делать АSО в Google Play и пользоваться Google Cloud Natural Language (Артем Ткачук, onde app) 5. Визуальное ASO (Екатерина Сибирко, Flo Health) 6. Фичеринг в App Store и Google Play. Часть 1 (Алтай Зейналов, ASO Expert) 7. Фичеринг в App Store и Google Play. Часть 2 (Алтай Зейналов, ASO Expert) 8. Особенности ASO для рынков без конкуренции (Артем Ткачук, onde app) 9. ASO: Мифы и Реальность (Екатерина Сибирко, Flo Health) 10. Собираем результаты ASO вручную: аудит, аналитика и формы отчетов (Екатерина Сибирко, Flo Health) 11. Анализ ASO-оптимизации: типы показателей и оценка результатов (Артем Ткачук, onde app) 12. Анализ эффективности ASO: основные метрики и KPI (Илья Кухарев, AppFollow)

​​❗️"Бесплатные” слова в метаданных❗️ Многие из вас слышали о так называемых “бесплатных” словах в App Store, благодаря которым ваше приложение автоматически индексируется по EN-запросам с этими ключами без добавления их в метаданны. Полный список бесплатных слов: a, about, above, after, again, against, all, am, an, and, any, app, are, aren't, as, at, be, because, been, before, being, below, between, both, but, by, can't, cannot, could, couldn't, did, didn't, do, does, doesn't, doing, don't, down, during, each, few, for, from, further, had, hadn't, has, hasn't, have, haven't, having, he, he'd, he'll, he's, her, here, here's, hers, herself, him, himself, his, how, how's, i, i'd, i'll, iphone,i'm, i've, if, in, into, ipad, is, isn't, it, it's, its, itself, let's, me, more, most, mustn't, my, myself, no, nor, not, of, off, on, once, only, or, other, ought, our, ours, ourselves, out, over, own, same, shan't, she, she'd, she'll, she's, should, shouldn't, so, some, such, than, that, that's, the, their, theirs, them, themselves, then, there, there's, these, they, they'd, they'll, they're, they've, this, those, through, to, too, under, until, up, very, was, wasn't, we, we'd, we'll, we're, we've, were, weren't, what, what's, when, when's, where, where's, which, while, who, who's, whom, why, why's, with, won't, would, wouldn't, you, you'd, you'll, you're, you've, your, yours, yourself, yourselves. Мы решили проверить, есть ли разница в ранжировании при наличии/отсутствии этих слов в метаданных. Результаты экспериментов, которые мы проводили на разных локалях и разных приложениях, на скрине ниже👇 🔹iphone, from, for, free В течение нескольких итераций убирали и добавляли вышеперечисленные ключи в мету. Результаты показали, что позиции не меняются. *free работает только с бесплатными приложениями. 🔹to, with, your, my, me, do В ходе экспериментов выяснили, что запросы с этими ключами хуже индексируются или выпадают из индексации, если их нет в мете, и снова появляются, если их вернуть. ❕Вывод: В одних случаях наличие “бесплатных” слов в мете не влияет на ранжирование по запросам с этими ключами. В других - “бесплатные” ключи не подставляются, из-за чего запросы с ними не индексируются или индексируются хуже. Поэтому для того, чтобы точно знать, как проявит себя то или иное “бесплатное” слово для вашего приложения, мы советуем проводить собственные эксперименты.

Третий эпизод первого сезона наших Zoom-митапов как и планировалось состоится во вторник 19 мая в 17:00 по житомирскому, липецкому и бабруйскому времени. В этот раз обсудим Мотивированный трафик: - стОит или не стоит его закупать? - где закупать? - как посчитать сколько закупать? - стратегии закупки? - возможные сакнции от Эппла и Гугла Приносите свои вопросы, кейсы, 😷, хорошее настроение и конечно же🍷