Легалайз в Калифорнии сказывается на программистах Apple. После того как в Новогоднюю ночь они отключили действие локали English (Australia) по всему миру - пару дней назад они ее включили обратно в том странном режиме, в котором она работала последний месяц - English (Australia) индексируется по всему миру (кроме US, CA, JP) на устройствах с iOS 12, но не индексируется на устройствах c iOS11 и в ASO-сервисах. 🤦♂️
Ежегодный отчет от AppAnnie подоспел - https://www.appannie.com/en/insights/market-data/the-state-of-mobile-2019/
Это один из самых полных и интересных фундаментальных отчетов о мобильной индустрии который выходит каждый год. Рекомендую к прочтению, если хотите быть в курсе трендов и полезных цифр о маркетах
Это один из самых полных и интересных фундаментальных отчетов о мобильной индустрии который выходит каждый год. Рекомендую к прочтению, если хотите быть в курсе трендов и полезных цифр о маркетах
Mastercard планирует сделать невозможным автоматический старт подписки после окончания триала и будет требовать явного подтверждения пользователя - https://www.forbes.com/sites/ninaangelovska/2019/01/17/no-more-automatic-billing-after-free-trials-for-mastercard-cardholders/
Даже не знаю как к этой новости относиться. Если это коснется покупок в AppStore и GooglePlay - конверсия сильно упадет. С другой стороны, многие разработчики злоупотребляют этим.
Я сам один раз стал жертвой, когда LinkedIn снял с меня 1200$ после окончания месяца триальной подписки. Причем снял с дебетовой карты на которой не было денег. Т.е. дебетную карту увел в минус 1200$ 🙂
Даже не знаю как к этой новости относиться. Если это коснется покупок в AppStore и GooglePlay - конверсия сильно упадет. С другой стороны, многие разработчики злоупотребляют этим.
Я сам один раз стал жертвой, когда LinkedIn снял с меня 1200$ после окончания месяца триальной подписки. Причем снял с дебетовой карты на которой не было денег. Т.е. дебетную карту увел в минус 1200$ 🙂
❤2
Если вы хотите посмотреть как видят страницу приложения пользователи AppStore той или иной страны - необходимо просто в адресной строке добавить параметры страны и языка по такому шаблону https://itunes.apple.com/US/app/id284882215?l=en, где вместо US подставить код страны, вместо 284882215 - ID вашего приложения и вместо en - код языка.
На картинке ниже 👇 - коды стран и языков для всех доступных локалей. В каких странах какие локали действуют - смотрите в самом первом посте этого канала.
Исходную таблицу для этой картинки можно найти по ссылке 👉 http://bit.ly/2WBCJqx (нужно отправить запрос на доступ)
На картинке ниже 👇 - коды стран и языков для всех доступных локалей. В каких странах какие локали действуют - смотрите в самом первом посте этого канала.
Исходную таблицу для этой картинки можно найти по ссылке 👉 http://bit.ly/2WBCJqx (нужно отправить запрос на доступ)
Сегодня объявили место проведения 1ой специальной конференция для АСО-специалистов - она пройдет в Берлине 22 мая.
https://asoconference.com/
У меня есть промо-код на 10% скидки, но организаторы просили не делать его публичным, поэтому если кто-то соберется - обращайтесь в ЛС
https://asoconference.com/
У меня есть промо-код на 10% скидки, но организаторы просили не делать его публичным, поэтому если кто-то соберется - обращайтесь в ЛС
Growthphestival
Growth Phestival - September 9, 2025
The ultimate knowledge-sharing event for mobile marketing professionals. Club OST Berlin, September 9, 2025.
❤1
Дал интервью каналу АСО-секреты на тему продвижения в азиатских и арабских странах. Но там есть лайфхаки, которые могут пригодиться для любой страны 😉 В общем, как говорится, энджой.
https://youtu.be/UYre9wjyHpY
Небольшое уточнение после интервью: несмотря на отсутствие арабской локали в iTunes - саджесшны на арабском все равно есть (мы случайно оговорились и сказали, что нет)
https://youtu.be/UYre9wjyHpY
Небольшое уточнение после интервью: несмотря на отсутствие арабской локали в iTunes - саджесшны на арабском все равно есть (мы случайно оговорились и сказали, что нет)
YouTube
[ИНТЕРВЬЮ] Радомир и Майя Новкович: ASO в Aзии и арабских странах
Начинаем новую рубрику - интервью. Сегодня у нас Радомир Новкович и его сестра Майя Новкович. Говорить будем о продвижении приложений в азиатских и арабских странах, о том, как подбирать ключевые слова, какие есть вообще нюансы, а также затронем немного и…
❤1
Как понять в какой стране у вас хорошее ASO, а где не очень?
Глядя просто на количество установок - не всегда понятно есть ли еще возможности для роста или нет.
Я всегда делаю вот такую табличку 👇
В этом примере видно, что в Италии инсталлов меньше чем в Германии, России и Японии, но поскольку в Италии меньше объем рынка - эффективность у нашего итальянского ASO - на втором месте после Германии. Т.е. улучшить что-то в Италии и Германии будет уже тяжело.
Взяв за эталон коэффициент в стране №1 мы можем увидеть, что в США мы еще можем вырасти в 20 раз, а в Корее и вовсе в 200
Ссылка на эту таблицу
Ссылка на таблицу с количеством iOS юзеров по странам
Глядя просто на количество установок - не всегда понятно есть ли еще возможности для роста или нет.
Я всегда делаю вот такую табличку 👇
В этом примере видно, что в Италии инсталлов меньше чем в Германии, России и Японии, но поскольку в Италии меньше объем рынка - эффективность у нашего итальянского ASO - на втором месте после Германии. Т.е. улучшить что-то в Италии и Германии будет уже тяжело.
Взяв за эталон коэффициент в стране №1 мы можем увидеть, что в США мы еще можем вырасти в 20 раз, а в Корее и вовсе в 200
Ссылка на эту таблицу
Ссылка на таблицу с количеством iOS юзеров по странам
👍2
Новые клиенты мне иногда присылают свои текущие метаданные в iTunes и их историю изменений в таких табличках, где ничего не понятно.
Я использую вот такой шаблон - Rad ASO - iTunes Metadata Templates
Какие в нем преимущества:
- это нормализованная таблица, т.е. вы можете фильтровать по дате/номеру релиза/локали
- локаль выбирается из выпадающего списка
- автоматически считается количество свободных знаков для тайтла, сабтайтла, ключевых слов
В такой таблице вы всегда сможете разобраться и найти нужные вам данные
Я использую вот такой шаблон - Rad ASO - iTunes Metadata Templates
Какие в нем преимущества:
- это нормализованная таблица, т.е. вы можете фильтровать по дате/номеру релиза/локали
- локаль выбирается из выпадающего списка
- автоматически считается количество свободных знаков для тайтла, сабтайтла, ключевых слов
В такой таблице вы всегда сможете разобраться и найти нужные вам данные
⚡️Большие новости с утра - сегодня Apple добавил 46 новых стран в SearchAds.
Что любопытно:
👆Добавили Казахстан и Украину, но не добавили Россию.
✌️Есть Чили, Аргентина, Колумбия, Эквадор и Перу (Мексика была), но нет Бразилии
🖖Также мы сильно ждали Китай, но его тоже нет
🤚В Search Ads добавили кучу арабских стран, но арабской локали в iTunes так и нет 🤷♂️
Полный список стран смотрите на картинке 👇
Что любопытно:
👆Добавили Казахстан и Украину, но не добавили Россию.
✌️Есть Чили, Аргентина, Колумбия, Эквадор и Перу (Мексика была), но нет Бразилии
🖖Также мы сильно ждали Китай, но его тоже нет
🤚В Search Ads добавили кучу арабских стран, но арабской локали в iTunes так и нет 🤷♂️
Полный список стран смотрите на картинке 👇
В догонку к предыдущему посту - в списке стран есть Гонконг и Сингапур, а это значит что по ним можно смотреть SearchAds Popularity на китайском языке и получать рекомендации.
Названия приложений чаще всего делают по шаблону "BrandName - Keyword1 Keyword2" (например, "Google Maps - Transit & Food") или "Keyword1 - BrandName" (например, "Documents by Readdle")
В качестве разделителя между BrandName и остальными словами как правило используют двоеточие, дефис, тире или предлоги типа by.
Бывает, что у вас есть отличная фраза, но не хватает буквально одного или двух символов, чтобы уместиться в отведенные Эпплом 30 знаков.
": " или " - " занимают 2 или 3 знака соответственно.
Некоторые АСОшники (я в том числе) пользуются символом "-" - это такое тире которое выглядит будто справа и слева от него есть пробелы. Т.е. вместо трех символов в " - " мы используем всего один "-", что позволяет сэкономить драгоценнейшие знаки в названии.
Я тоже радостно пользовался этим знаком, но вчера обнаружил, что иногда Apple не воспринимает этот знак как разделитель между словами и не индексирует приложение по словам справа и слева от этого знака.
На скриншоте 👇 можно увидеть что до 17 апреля наше приложение вообще не ранжировалось в поиске по слову Reisen и очень плохо ранжировалось по слову Urlaub, хотя оба слова были в названии "Hotel Buchen und Reisen-Urlaub" вот с этим чудо-знаком. 17 апреля мы заменили этот знак на обычный дефис с пробелом до и после него ("Hotel Buchen & Reisen - Urlaub") и появились в выдаче по этим словам.
Важно отметить, что во многих других случаях, когда я использовал этот знак - Apple нормально воспринимал его как разделитель и ранжировал приложение по словам до и после знака. Так что его использовать можно, но осторожно 😉
В качестве разделителя между BrandName и остальными словами как правило используют двоеточие, дефис, тире или предлоги типа by.
Бывает, что у вас есть отличная фраза, но не хватает буквально одного или двух символов, чтобы уместиться в отведенные Эпплом 30 знаков.
": " или " - " занимают 2 или 3 знака соответственно.
Некоторые АСОшники (я в том числе) пользуются символом "-" - это такое тире которое выглядит будто справа и слева от него есть пробелы. Т.е. вместо трех символов в " - " мы используем всего один "-", что позволяет сэкономить драгоценнейшие знаки в названии.
Я тоже радостно пользовался этим знаком, но вчера обнаружил, что иногда Apple не воспринимает этот знак как разделитель между словами и не индексирует приложение по словам справа и слева от этого знака.
На скриншоте 👇 можно увидеть что до 17 апреля наше приложение вообще не ранжировалось в поиске по слову Reisen и очень плохо ранжировалось по слову Urlaub, хотя оба слова были в названии "Hotel Buchen und Reisen-Urlaub" вот с этим чудо-знаком. 17 апреля мы заменили этот знак на обычный дефис с пробелом до и после него ("Hotel Buchen & Reisen - Urlaub") и появились в выдаче по этим словам.
Важно отметить, что во многих других случаях, когда я использовал этот знак - Apple нормально воспринимал его как разделитель и ранжировал приложение по словам до и после знака. Так что его использовать можно, но осторожно 😉
❤1
На прошлой неделе состоялась первая ASO conference в Берлине. Было довольно много всего интересного - и новости, кейсы и даже пошаговые инструкции как делать (или не делать) собственный сервис АСО. Довольно необычно было увидеть на панельной дискуссии на сцене исключительно девушек 🙂
Все презентации, которые были на конференции вы можете скачать и посмотреть по ссылке
Все презентации, которые были на конференции вы можете скачать и посмотреть по ссылке
Обновленная таблица действия локалей iTunes по странам с Арабским и Ивритом.
Интересно, что арабская локаль уверенно вошла в топ-10 по емкости рынка iOS в деньгах.
Так что поторопитесь локализовать свое приложение на арабский 😉
Интересно, что арабская локаль уверенно вошла в топ-10 по емкости рынка iOS в деньгах.
Так что поторопитесь локализовать свое приложение на арабский 😉
Что-то давно я ничего не писал. А материала скопилось довольно много.
Поэтому начинаю наверстывать 🙂
Ну и чтобы больше не пропадать надолго - решил немного изменить формат и кроме новостей или собственных исследований: буду публично писать ответы на вопросы, которые мне задают в разных чатиках или лично в рубрике ASOвопросДня.
Итак, #ASOвопросДня 1:
Сколько времени должно пройти после обновления, чтобы внесенные вами изменения отразались на ваших позициях в AppStore и GooglePlay?
AppStore
Apple переиндексирует ваше приложение сразу после выпуска релиза, т.е. уже через пару часов вы можете оценить изменения в выдаче.
В первые пару часов произойдет бОльшая часть изменений.
Вот что может произойти в последующие дни:
1. Какие-то ключи будут продолжать расти или падать. Особенно это актуально когда вы только попадаете в край зоны видимости. Например, на 5-7 место. Если конверсия по этому запросу лучше чем у конкурентов выше - то есть все шансы подрасти из-за этого. Равно как и наоборот - можно после апдейта "переиндексироваться" на 1-3 позиции, но из-за более низкой конверсии по запросу чем у конкурентов - просесть чуть ниже
2. Все ключи будут расти/падать. Это может происходить из-за эффекта снежного кома, когда изменения оказали очень существенное влияние на объем трафика. Например, вы вылезли на топовые позиции по нескольким трафиковым запросам и это резко увеличило вам инсталлы. Как мы все знаем, в ранжировании важную роль играет не только набор слов, но и еще множество факторов, в числе которых общее количество инсталлов за последнее время. И вот, после изменений, вы начинаете получать сильно больше трафика и это начинает вытягивать остальные запросы. Они поднимаются, трафика становится еще больше и это еще поднимает все ключи.
Отмечу, что я ни разу не видел, чтобы существенные изменения позиции по ключу происходили после второго-третьего дня после апдейта (если не считать изменения алгоритмов эппла). Если у кого-то такие примеры есть - несите в студию.
GooglePlay
Имеет смысл подождать 2-3 недели, чтобы новые метаданные "отстоялись". Изменения могут отразиться на результатах поисковой выдачи в течение 2 недель, могут не отразиться совсем или отразиться практически сразу (сразу чаще отражаются негативные изменения)
Поэтому начинаю наверстывать 🙂
Ну и чтобы больше не пропадать надолго - решил немного изменить формат и кроме новостей или собственных исследований: буду публично писать ответы на вопросы, которые мне задают в разных чатиках или лично в рубрике ASOвопросДня.
Итак, #ASOвопросДня 1:
Сколько времени должно пройти после обновления, чтобы внесенные вами изменения отразались на ваших позициях в AppStore и GooglePlay?
AppStore
Apple переиндексирует ваше приложение сразу после выпуска релиза, т.е. уже через пару часов вы можете оценить изменения в выдаче.
В первые пару часов произойдет бОльшая часть изменений.
Вот что может произойти в последующие дни:
1. Какие-то ключи будут продолжать расти или падать. Особенно это актуально когда вы только попадаете в край зоны видимости. Например, на 5-7 место. Если конверсия по этому запросу лучше чем у конкурентов выше - то есть все шансы подрасти из-за этого. Равно как и наоборот - можно после апдейта "переиндексироваться" на 1-3 позиции, но из-за более низкой конверсии по запросу чем у конкурентов - просесть чуть ниже
2. Все ключи будут расти/падать. Это может происходить из-за эффекта снежного кома, когда изменения оказали очень существенное влияние на объем трафика. Например, вы вылезли на топовые позиции по нескольким трафиковым запросам и это резко увеличило вам инсталлы. Как мы все знаем, в ранжировании важную роль играет не только набор слов, но и еще множество факторов, в числе которых общее количество инсталлов за последнее время. И вот, после изменений, вы начинаете получать сильно больше трафика и это начинает вытягивать остальные запросы. Они поднимаются, трафика становится еще больше и это еще поднимает все ключи.
Отмечу, что я ни разу не видел, чтобы существенные изменения позиции по ключу происходили после второго-третьего дня после апдейта (если не считать изменения алгоритмов эппла). Если у кого-то такие примеры есть - несите в студию.
GooglePlay
Имеет смысл подождать 2-3 недели, чтобы новые метаданные "отстоялись". Изменения могут отразиться на результатах поисковой выдачи в течение 2 недель, могут не отразиться совсем или отразиться практически сразу (сразу чаще отражаются негативные изменения)
❤1
А/Б-тесты
3 недели назад ребята из SplitMetrics выпустили довольно фундаментальную статью про А/Б-тестирование в АСО вот она в оригинале на английском
Сегодня @vadim_aso перевел ее на русский. Не могу не поделиться с вами 👇
А/Б-тесты в АСО на русском
3 недели назад ребята из SplitMetrics выпустили довольно фундаментальную статью про А/Б-тестирование в АСО вот она в оригинале на английском
Сегодня @vadim_aso перевел ее на русский. Не могу не поделиться с вами 👇
А/Б-тесты в АСО на русском
У нас у АСОшников есть небольшой чатик где мы обсуждаем всякие новости, делимся находкам и секретами.
Автор этого чатика @diveoaltai ведет ютуб-канал ASO секреты (ссылку на него я тут уже как-то постил). Так вот он придумал там же на канале делать короткие (всего 3 минуты) видео со сводкой новостей за неделю из этого чата.
Вот решил разбавить свой текстовый контент видосиком и спросить делиться ли этой подборкой новостей в будущем
Автор этого чатика @diveoaltai ведет ютуб-канал ASO секреты (ссылку на него я тут уже как-то постил). Так вот он придумал там же на канале делать короткие (всего 3 минуты) видео со сводкой новостей за неделю из этого чата.
Вот решил разбавить свой текстовый контент видосиком и спросить делиться ли этой подборкой новостей в будущем
#ASOвопросДня 2:
В одном из АСОшных чатиков прозвучал вот такой вопрос (мне он показался интересным):
Подскажите по пересечению локализаций. В Google Play есть 4 английских - AU, US, CA, GB. Все ли влияют например на выдачу в США и тогда надо писать их с максимально разнообразными ключами? Или наоборот каждый влияет только на свою страну и надо брать одинаковые для прокачки одних и тех же лучших ключей в каждой стране?
Ответ:
1. В Google Play аж 7 вариантов английского языка (4 перечисленных - в AppStore. О том какие языки влияют на какие страны в AppStore можно посмотреть в таблице)
2. В Google Play любая локаль влияет на любую. Т.е. ваше описание на итальянском, турецком или японском может влиять на вашу выдачу по запросам на английском языке в США. Все дело в том, что Гугл самостоятельно решает по каким запросам вас показывать, а по каким нет. Запросы которые вы используете в описании являются лишь подсказками для гугла, позволяющими ему определить о чем ваше приложение. Однако, вы запросто можете обнаружить свое приложение по запросам, которых у вас нет нигде и даже на языках, которых у вас нет.
Общий ответ насчет того надо ли делать разные ключи в разных странах - в идеале, чтобы ключей было не слишком много и все они были на одну тематику. Чем четче вы сфокусированы в "глазах" гугла - тем лучше. Завтра я расскажу как можно проверить эту "фокусировку" гугла.
В одном из АСОшных чатиков прозвучал вот такой вопрос (мне он показался интересным):
Подскажите по пересечению локализаций. В Google Play есть 4 английских - AU, US, CA, GB. Все ли влияют например на выдачу в США и тогда надо писать их с максимально разнообразными ключами? Или наоборот каждый влияет только на свою страну и надо брать одинаковые для прокачки одних и тех же лучших ключей в каждой стране?
Ответ:
1. В Google Play аж 7 вариантов английского языка (4 перечисленных - в AppStore. О том какие языки влияют на какие страны в AppStore можно посмотреть в таблице)
2. В Google Play любая локаль влияет на любую. Т.е. ваше описание на итальянском, турецком или японском может влиять на вашу выдачу по запросам на английском языке в США. Все дело в том, что Гугл самостоятельно решает по каким запросам вас показывать, а по каким нет. Запросы которые вы используете в описании являются лишь подсказками для гугла, позволяющими ему определить о чем ваше приложение. Однако, вы запросто можете обнаружить свое приложение по запросам, которых у вас нет нигде и даже на языках, которых у вас нет.
Общий ответ насчет того надо ли делать разные ключи в разных странах - в идеале, чтобы ключей было не слишком много и все они были на одну тематику. Чем четче вы сфокусированы в "глазах" гугла - тем лучше. Завтра я расскажу как можно проверить эту "фокусировку" гугла.
❤1
⚡️В GooglePlay консоли появилась возможность проставить Теги для своего приложения.
Сам Гугл вот что пишет:
Добавьте теги, которые описывают контент и функции вашего приложения. Теги помогают показывать приложение в правильных разделах Google Play и подбирать группы аналогов для сравнения. Подробнее...
Пока непонятно как это будет взаимодействовать с Категориями приложений и как отражаться на результатах поиска, но хуже наверное стать не должно от заполнения 🙂 Тегов для приложений сейчас около 160.
Бонус: Гугл сам предлагает какой тег по его мнению вы должны поставить - отличная возможность понять как вас "видит" гугл, и если не так как вам хотелось бы - впору задуматься о качестве вашего описания и названия 😉
Сам Гугл вот что пишет:
Добавьте теги, которые описывают контент и функции вашего приложения. Теги помогают показывать приложение в правильных разделах Google Play и подбирать группы аналогов для сравнения. Подробнее...
Пока непонятно как это будет взаимодействовать с Категориями приложений и как отражаться на результатах поиска, но хуже наверное стать не должно от заполнения 🙂 Тегов для приложений сейчас около 160.
Бонус: Гугл сам предлагает какой тег по его мнению вы должны поставить - отличная возможность понять как вас "видит" гугл, и если не так как вам хотелось бы - впору задуматься о качестве вашего описания и названия 😉
На прошлой неделе, в посте про добавление тегов в GooglePlay я обещал рассказать как проверять "фокусировку" Гугла. В итоге получился большой пост про то как готовить описание для GooglePlay.
Для начала немного предыстории.
Еще год-два назад алгоритмы гугла были относительно примитивные и были довольно простые правила как добиться успешного успеха™ в GooglePlay, а именно:
- добавлять ключи в название
- добавлять ключи в краткое описание
- добавлять ключи в первые 167 символов полного описания
- стараться повторить нужные ключи в полном описании 3-5 раз
Но в течение 2018 года это перестало работать, а Гугл стал все больше и больше показывать приложение по словам, которых вовсе нет в описании (или не показывать по тем которые есть и повторяются). Более того - показывать по запросам на языках, которых у вас и в помине нет в маркете.
Многие предполагают, что это Гугл своим автотранслейтом как бы переводит ваше описание, но у меня на этот счет другая теория. Она заключается в том, что Гугл просто категоризирует ваше приложение на основе ваших метаданных, но показывает его уже по запросам, которые по его мнению относятся к этой категории. Вот мои аргументы, почему я считаю именно эту теорию правильной:
1. В App Campaign в Google Ads вы точно так же не можете выбрать конкретные запросы по которым хотите показывать свое приложение, а можете лишь указать 4 "идеи" с которых гугл начнет обучение своей кампаний. А показываться вы будете уже по тем запросам, по которым гугл решит вас показывать.
2. Приложения показываются по запросам, которых нет в описании, но которые относятся к описанной тематике или являются синонимами использованных в описании фраз
3. Были примеры, когда добавление всего лишь одного дополнительного трафикового слова в название обваливало позиции в поиске сразу по всем словам в разы. Я считаю, что это происходило из-за того, что добавленное слово размывало фокусировку приложения по определенной тематике
Итак, как же я готовлю описание для ГуглПлей?
У Гугла есть сервис https://cloud.google.com/natural-language/:
☝️Пролистайте один экран вниз до Natural Language API demo.
✌️Вставьте ваше описание и нажмите Analyze
🤟Перейдите на закладку Category - там вы увидите к каким категориям отнес ваш текст Гугл и с какой уверенностью (показатель Confidence). Рекомендуется, чтобы Confidence был не ниже 0.8 (чем выше - тем лучше).
🤞Дальше оптимизируйте ваше описание, чтобы Гугл правильно определял категорию вашего приложения.
Никаких гарантий, что Гугл использует эту же технологию для индексирования приложений в GooglePlay, но хуже от того что ваше описание будет соответствовать желаемой категории - точно не будет 😉
В видео показан пример определения категории для описания Tinder
Для начала немного предыстории.
Еще год-два назад алгоритмы гугла были относительно примитивные и были довольно простые правила как добиться успешного успеха™ в GooglePlay, а именно:
- добавлять ключи в название
- добавлять ключи в краткое описание
- добавлять ключи в первые 167 символов полного описания
- стараться повторить нужные ключи в полном описании 3-5 раз
Но в течение 2018 года это перестало работать, а Гугл стал все больше и больше показывать приложение по словам, которых вовсе нет в описании (или не показывать по тем которые есть и повторяются). Более того - показывать по запросам на языках, которых у вас и в помине нет в маркете.
Многие предполагают, что это Гугл своим автотранслейтом как бы переводит ваше описание, но у меня на этот счет другая теория. Она заключается в том, что Гугл просто категоризирует ваше приложение на основе ваших метаданных, но показывает его уже по запросам, которые по его мнению относятся к этой категории. Вот мои аргументы, почему я считаю именно эту теорию правильной:
1. В App Campaign в Google Ads вы точно так же не можете выбрать конкретные запросы по которым хотите показывать свое приложение, а можете лишь указать 4 "идеи" с которых гугл начнет обучение своей кампаний. А показываться вы будете уже по тем запросам, по которым гугл решит вас показывать.
2. Приложения показываются по запросам, которых нет в описании, но которые относятся к описанной тематике или являются синонимами использованных в описании фраз
3. Были примеры, когда добавление всего лишь одного дополнительного трафикового слова в название обваливало позиции в поиске сразу по всем словам в разы. Я считаю, что это происходило из-за того, что добавленное слово размывало фокусировку приложения по определенной тематике
Итак, как же я готовлю описание для ГуглПлей?
У Гугла есть сервис https://cloud.google.com/natural-language/:
☝️Пролистайте один экран вниз до Natural Language API demo.
✌️Вставьте ваше описание и нажмите Analyze
🤟Перейдите на закладку Category - там вы увидите к каким категориям отнес ваш текст Гугл и с какой уверенностью (показатель Confidence). Рекомендуется, чтобы Confidence был не ниже 0.8 (чем выше - тем лучше).
🤞Дальше оптимизируйте ваше описание, чтобы Гугл правильно определял категорию вашего приложения.
Никаких гарантий, что Гугл использует эту же технологию для индексирования приложений в GooglePlay, но хуже от того что ваше описание будет соответствовать желаемой категории - точно не будет 😉
В видео показан пример определения категории для описания Tinder
👍2