🇦🇫🇧🇦🇨🇲🇨🇩🇨🇮🇬🇦🇬🇪🇮🇶🇽🇰🇱🇾🇲🇻🇲🇪🇲🇦🇲🇲🇳🇷🇷🇼🇷🇸🇹🇴🇻🇺🇿🇲
Пару недель назад я писал о том что Эппл добавит 20 новых странх в АппСтор 👉 ссылка на пост
Сегодня эти страны стали доступны и нам, конечно, стало интересно какие локали будут действовать в этих странах.
Итак,
1. Во всех 20 странах действует локаль English (U.K.). Напоминаю, что эта локаль действует во всех странах мира кроме США, Канады и Японии.
2. В 7 новых странах (Cameroon, Congo, Democratic Republic Of The, Cote D'Ivoire, Gabon, Morocco, Rwanda, Vanuatu) также действуют локаль French.
3. Локаль Croatian теперь кроме Хорватии действует еще и в Сербии, Черногории и Боснии и Герцеговине. В этих четырех странах сейчас примерно 12.5 млн пользователей смартфонов из которых только 1.1 млн - это iOS-юзеры. Но пример других стран показывает, что после появления локального аппстора происходит рост доли iOS.
4. Очень странно, что в Ираке по данным Эппла НЕ действует локаль Arabic. Надеюсь, Эппл передумает, так как в Ираке больше 5 млн iOS-юзеров большинство из которых говорит именно на арабском. Хотя, в Беларуси, Казахстане и Узбекистане (а это больше 6 млн iOS-юзеров) тоже до сих пор дейстует только English (U.K.) и не действует Russian.
Напоминаю, что всегда актуальную карту покрытия локалей по странам вы можете найти по ссылке sheets.radaso.com/appstore-localizations-coverage
Пару недель назад я писал о том что Эппл добавит 20 новых странх в АппСтор 👉 ссылка на пост
Сегодня эти страны стали доступны и нам, конечно, стало интересно какие локали будут действовать в этих странах.
Итак,
1. Во всех 20 странах действует локаль English (U.K.). Напоминаю, что эта локаль действует во всех странах мира кроме США, Канады и Японии.
2. В 7 новых странах (Cameroon, Congo, Democratic Republic Of The, Cote D'Ivoire, Gabon, Morocco, Rwanda, Vanuatu) также действуют локаль French.
3. Локаль Croatian теперь кроме Хорватии действует еще и в Сербии, Черногории и Боснии и Герцеговине. В этих четырех странах сейчас примерно 12.5 млн пользователей смартфонов из которых только 1.1 млн - это iOS-юзеры. Но пример других стран показывает, что после появления локального аппстора происходит рост доли iOS.
4. Очень странно, что в Ираке по данным Эппла НЕ действует локаль Arabic. Надеюсь, Эппл передумает, так как в Ираке больше 5 млн iOS-юзеров большинство из которых говорит именно на арабском. Хотя, в Беларуси, Казахстане и Узбекистане (а это больше 6 млн iOS-юзеров) тоже до сих пор дейстует только English (U.K.) и не действует Russian.
Напоминаю, что всегда актуальную карту покрытия локалей по странам вы можете найти по ссылке sheets.radaso.com/appstore-localizations-coverage
❤1
ASO-консультация в прямом эфире.
Решил попробовать новый для себя формат.
Через неделю во вторник буду отвечать ртом на ваши вопросы в прямом эфире, а заодно проведу АСО-аудит ВАШЕМУ приложению бесплатно (но публично :)).
Если всем понравится - будем делать регулярно 😉
Решил попробовать новый для себя формат.
Через неделю во вторник буду отвечать ртом на ваши вопросы в прямом эфире, а заодно проведу АСО-аудит ВАШЕМУ приложению бесплатно (но публично :)).
Если всем понравится - будем делать регулярно 😉
Только ленивый еще не написал про доступность Apple SearchAds (ASA) в РФ и вот он я (ленивый) 🙂
Итак, вы уже наверняка знаете, что с 4 мая можно будет запускать рекламу в ASA на пользователей из РФ. До сих пор РФ, Турция, Китай и Бразилия были обделены такой возможностью, тогда как в 59 странах мира она была. Но из этих 4 добавили только РФ.
Кроме, собственно, возможности рекламы SearchAds нужен еще и для определения популярности запросов, так как Apple показывает SearchAds Popularity (SAP) который, напомню, является относительной величиной по шкале от 5 до 100, где 5 - это запросы без трафика (или с очень маленьким количеством), а 100 - самые популярные.
Мы уже проанализировали несколько миллионов запросов и нашли почти 40 тыс запросов в РФ с SAP больше 5 (т.е. трафиковых) - сохранили их для вас в файлике 👉 Трафиковые запросы в РФ
А вот топ-20 самых популярных запросов в РФ на 29.04.2020 (сохраним для истории):
вк, инстаграм, телеграмм, instagram, сбербанк онлайн, vpn, тик ток, госуслуги, яндекс, игры, ютуб, tik tok, wildberries, авито, бравл старс, стоп коронавирус, whatsapp, майнкрафт, штрафы гибдд, ватсап, госуслуги стоп коронавирус
Чего стоит ожидать 4 мая?
Будьте готовы, что количество ограники из поиска в РФ у вас упадет на 30-50%. Так происходило во всех странах где перед этим запускался ASA - см. скрины ниже 👇. Ведь если вы до сих пор были на 1ом месте по какому-то запросу, то теперь перед вами появится реклама с конкурентом.
Но вместе с тем вы можете и перобрать метаданные с учетом новых знаний о популярности запросов, добавить популярные и таким образом компенсировать падение.
Ну и, конечно же, сами пускать рекламу 🙂
Итак, вы уже наверняка знаете, что с 4 мая можно будет запускать рекламу в ASA на пользователей из РФ. До сих пор РФ, Турция, Китай и Бразилия были обделены такой возможностью, тогда как в 59 странах мира она была. Но из этих 4 добавили только РФ.
Кроме, собственно, возможности рекламы SearchAds нужен еще и для определения популярности запросов, так как Apple показывает SearchAds Popularity (SAP) который, напомню, является относительной величиной по шкале от 5 до 100, где 5 - это запросы без трафика (или с очень маленьким количеством), а 100 - самые популярные.
Мы уже проанализировали несколько миллионов запросов и нашли почти 40 тыс запросов в РФ с SAP больше 5 (т.е. трафиковых) - сохранили их для вас в файлике 👉 Трафиковые запросы в РФ
А вот топ-20 самых популярных запросов в РФ на 29.04.2020 (сохраним для истории):
вк, инстаграм, телеграмм, instagram, сбербанк онлайн, vpn, тик ток, госуслуги, яндекс, игры, ютуб, tik tok, wildberries, авито, бравл старс, стоп коронавирус, whatsapp, майнкрафт, штрафы гибдд, ватсап, госуслуги стоп коронавирус
Чего стоит ожидать 4 мая?
Будьте готовы, что количество ограники из поиска в РФ у вас упадет на 30-50%. Так происходило во всех странах где перед этим запускался ASA - см. скрины ниже 👇. Ведь если вы до сих пор были на 1ом месте по какому-то запросу, то теперь перед вами появится реклама с конкурентом.
Но вместе с тем вы можете и перобрать метаданные с учетом новых знаний о популярности запросов, добавить популярные и таким образом компенсировать падение.
Ну и, конечно же, сами пускать рекламу 🙂
❤1
Полторы недели назад мы провели первый zoom митап RadASO. Пришло почти 100 человек. Мы разобрали АSO и возможные точки роста двух приложений заявки на которые вы прислали - это оказались приложения Welltory и Water Reminder.
На нем я пообещал, что если формат зайдет, то будем проводить такие митапы каждые 2 недели.
И вот мне все пишут когда же следующий митап - раз обещал, придется делать 🙂
Итак, 5 мая в 17:00 по киевскому/минскому/московскому времени мы встретимся снова.
В этот раз мы не можем пройти мимо такого события как запуск SearchAds в России.
Прямо в онлайне мы запустим кампании для нескольких приложений (присылайте заявки, если хотите чтобы это было именно ваше приложение), обсудим различные стратегии запуска, вскроем подводные камни и просто пообщаемся на эту тему и выпьем вина.
Напоминаю, что это не вебинар, а митап, поэтому пускать будем только с включенной камерой и бокалом🍷 в руках 🙂
На нем я пообещал, что если формат зайдет, то будем проводить такие митапы каждые 2 недели.
И вот мне все пишут когда же следующий митап - раз обещал, придется делать 🙂
Итак, 5 мая в 17:00 по киевскому/минскому/московскому времени мы встретимся снова.
В этот раз мы не можем пройти мимо такого события как запуск SearchAds в России.
Прямо в онлайне мы запустим кампании для нескольких приложений (присылайте заявки, если хотите чтобы это было именно ваше приложение), обсудим различные стратегии запуска, вскроем подводные камни и просто пообщаемся на эту тему и выпьем вина.
Напоминаю, что это не вебинар, а митап, поэтому пускать будем только с включенной камерой и бокалом🍷 в руках 🙂
ASO для языков с иероглифами 🇨🇳, 🇭🇰, 🇰🇷, 🇯🇵
Часть 2. (ссылка на Часть 1 - https://t.me/RadASO/92)
Нужно ли повторять ключевые запросы прописанные в тайтле? Нужно ли разделять “фразы” на “слова”? Что работает лучше — точное вхождение или разделение на слова?
✅Индексация поисковых запросов, разделённых на “слова”:
Проверяли, что работает лучше точное вхождение (翻譯機, 韓文翻譯,) или разделение иероглифов (翻譯,照片,機,韓文,圖片).
По результатам эксперимента мы видим, что позиции по поисковым запросам не изменились. Более того при разделении поисковых запросов получается использовать больше пар, и т.к. из-за точного вхождения не поместились некоторые запросы, и позиции по ним упали.
Вывод: для языков с иероглифами лучше использовать разделение “фраз” на “слова”, чтобы получить больше пар поисковых запросов. А точное вхождение в поле ключевых слов усиления не даёт.
✅ Умеет ли Apple разбивать иероглифы в Title и Subtitle. И нужно ли дублировать части фразы из тайтла в поле ключевых слов?
В названии в Chinese (Simplified) была использована фраза 图片转文字. Ранее использовали её части 图片,转,文字 в поле для ключевых слов. Сейчас они используются только в Title и нигде не повторяются. По результатам эксперимента мы видим, что поисковые запросы, часть которых в Title, например с 文字, улучшили позиции в Сингапуре: ocr文字识别 18=>11, 图片转文字-图片文字提取神器 6=>2.
Как итог, у фраз со “словами” в Title, например с 文字, улучшились позиции в Сингапуре: ocr文字识别 18=>11, 图片转文字-图片文字提取神器 6=>2. Поэтому нет необходимости дублировать их в поле для ключевых слов.
⚠️ Поисковые алгоритмы App Store работают не идеально, поэтому советы по текстовой оптимизации в языках с иероглифами нужно тестировать и применять для каждого отдельного приложения.
Часть 2. (ссылка на Часть 1 - https://t.me/RadASO/92)
Нужно ли повторять ключевые запросы прописанные в тайтле? Нужно ли разделять “фразы” на “слова”? Что работает лучше — точное вхождение или разделение на слова?
✅Индексация поисковых запросов, разделённых на “слова”:
Проверяли, что работает лучше точное вхождение (翻譯機, 韓文翻譯,) или разделение иероглифов (翻譯,照片,機,韓文,圖片).
По результатам эксперимента мы видим, что позиции по поисковым запросам не изменились. Более того при разделении поисковых запросов получается использовать больше пар, и т.к. из-за точного вхождения не поместились некоторые запросы, и позиции по ним упали.
Вывод: для языков с иероглифами лучше использовать разделение “фраз” на “слова”, чтобы получить больше пар поисковых запросов. А точное вхождение в поле ключевых слов усиления не даёт.
✅ Умеет ли Apple разбивать иероглифы в Title и Subtitle. И нужно ли дублировать части фразы из тайтла в поле ключевых слов?
В названии в Chinese (Simplified) была использована фраза 图片转文字. Ранее использовали её части 图片,转,文字 в поле для ключевых слов. Сейчас они используются только в Title и нигде не повторяются. По результатам эксперимента мы видим, что поисковые запросы, часть которых в Title, например с 文字, улучшили позиции в Сингапуре: ocr文字识别 18=>11, 图片转文字-图片文字提取神器 6=>2.
Как итог, у фраз со “словами” в Title, например с 文字, улучшились позиции в Сингапуре: ocr文字识别 18=>11, 图片转文字-图片文字提取神器 6=>2. Поэтому нет необходимости дублировать их в поле для ключевых слов.
⚠️ Поисковые алгоритмы App Store работают не идеально, поэтому советы по текстовой оптимизации в языках с иероглифами нужно тестировать и применять для каждого отдельного приложения.
❤1
Третий эпизод первого сезона наших Zoom-митапов как и планировалось состоится во вторник 19 мая в 17:00 по житомирскому, липецкому и бабруйскому времени.
В этот раз обсудим Мотивированный трафик:
- стОит или не стоит его закупать?
- где закупать?
- как посчитать сколько закупать?
- стратегии закупки?
- возможные сакнции от Эппла и Гугла
Приносите свои вопросы, кейсы, 😷, хорошее настроение и конечно же🍷
В этот раз обсудим Мотивированный трафик:
- стОит или не стоит его закупать?
- где закупать?
- как посчитать сколько закупать?
- стратегии закупки?
- возможные сакнции от Эппла и Гугла
Приносите свои вопросы, кейсы, 😷, хорошее настроение и конечно же🍷
❗️"Бесплатные” слова в метаданных❗️
Многие из вас слышали о так называемых “бесплатных” словах в 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
В ходе экспериментов выяснили, что запросы с этими ключами хуже индексируются или выпадают из индексации, если их нет в мете, и снова появляются, если их вернуть.
❕Вывод:
В одних случаях наличие “бесплатных” слов в мете не влияет на ранжирование по запросам с этими ключами. В других - “бесплатные” ключи не подставляются, из-за чего запросы с ними не индексируются или индексируются хуже. Поэтому для того, чтобы точно знать, как проявит себя то или иное “бесплатное” слово для вашего приложения, мы советуем проводить собственные эксперименты.
Многие из вас слышали о так называемых “бесплатных” словах в 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
В ходе экспериментов выяснили, что запросы с этими ключами хуже индексируются или выпадают из индексации, если их нет в мете, и снова появляются, если их вернуть.
❕Вывод:
В одних случаях наличие “бесплатных” слов в мете не влияет на ранжирование по запросам с этими ключами. В других - “бесплатные” ключи не подставляются, из-за чего запросы с ними не индексируются или индексируются хуже. Поэтому для того, чтобы точно знать, как проявит себя то или иное “бесплатное” слово для вашего приложения, мы советуем проводить собственные эксперименты.
❤1
👩🏫 Сборная команда экспертов по АСО под предводительством Кати Сибирко из 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)
КОРОТКО О КУРСЕ
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)
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 :(
Друзья, вынужден признать, что все это время я вас обманывал (спойлер: себя тоже).
Все кто запускал кампании в 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 :(
❤1
Конец света откладывается.
https://developer.apple.com/news/?id=hx9s63c5 - Эппл перенес требование запроса IDFA, которое планировалось с релизом iOS14 на начало след.года
https://developer.apple.com/news/?id=hx9s63c5 - Эппл перенес требование запроса IDFA, которое планировалось с релизом iOS14 на начало след.года
Apple
Details for app privacy questions now available - Latest News - Apple Developer
Screenshot of new app privacy section in the App StoreAt Apple, we believe that privacy is a fundamental human right. As announced at WWDC20, App Store product pages will feature a new privacy information section to help users understand an app’s privacy…
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”, то онбордить именно на эту фичу.
Я заметил, что далеко не все разработчики знают про нативную возможность атрибуцировать установки 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”, то онбордить именно на эту фичу.
❤1
Вы наверное слышали, что у RadASO есть собственный all-in-one инструмент для автоматизации ASO (только AppStore) и Apple SearchAds (я мельком показывал его несколько раз на wine-zoom-meetups)
Поскольку инструмент значительно превосходит функционально все существующие на рынке сервисы - в нем откровенно непросто разобраться, плюс он дает весьма значительные конкурентные преимущества. Короче, мы не предлагаем его публично. Но мы готовы предоставить лимитированное количество доступов только для профессиональных ASO-специалистов за дорого :)
Я проведу на след.неделе закрытую демонстрацию сервиса всего для 10 специалистов, которых мы выберем сами по результатам обработки заявок.
Если вы занимаетесь ASO или ASA профессионально и хотите многократно повысить свою эффективность - заполняйте заявку на закрытое демо.
Поскольку инструмент значительно превосходит функционально все существующие на рынке сервисы - в нем откровенно непросто разобраться, плюс он дает весьма значительные конкурентные преимущества. Короче, мы не предлагаем его публично. Но мы готовы предоставить лимитированное количество доступов только для профессиональных ASO-специалистов за дорого :)
Я проведу на след.неделе закрытую демонстрацию сервиса всего для 10 специалистов, которых мы выберем сами по результатам обработки заявок.
Если вы занимаетесь ASO или ASA профессионально и хотите многократно повысить свою эффективность - заполняйте заявку на закрытое демо.
❤1
Анонс!
В среду, 11 ноября, на ютуб канале ASO secrets пройдёт бесплатная онлайн-конференция по ASO
Регистрируйтесь, приходите. Будет много полезной информации
В среду, 11 ноября, на ютуб канале ASO secrets пройдёт бесплатная онлайн-конференция по ASO
Регистрируйтесь, приходите. Будет много полезной информации
💥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.
Друзья, я тут решил собрать в один пост самые выгодные и крутые предложения от наших коллег и партнеров к Черной пятнице. Поэтому, если вы в поисках 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.
⚠️ 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, не стоит добавлять в минус-слова все фразы с небуквенными символами из-за риска заблокировать самих себя.
Недавно в 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, не стоит добавлять в минус-слова все фразы с небуквенными символами из-за риска заблокировать самих себя.
❤1👍1
Про "конверсию" из просмотров страницы в установки в AppStore и почему ее вредно смотреть.
В аналитике AppStore Connect есть метрики Показов (Impressions), Просмотров страницы (Page Views) и Установки (которые в Эппл почему-то называет Копии или Units).
Естественно, многие рассматривают отношения этих метрик как показатели конверсии. Для поискового трафика это применимо для сквозной конверсии из показов в инсталлы, но категорически не верно смотреть на отношение установок к открытию страницы, так как это не является конверсией.
Что такое конверсия? Конверсия - это о том сколько юзеров перешло с одного уровня воронки продаж в другое. Считается она отношением значения на любом шаге воронки к любому из предыдущих шагов и умножается на 100%.
Проблема в том, что в AppStore установить приложение можно прямо из поиска, не переходя на страницу приложения, т.е. в числе установок есть и те которые установили прямо из поиска. И узнать сколько установок было именно из Просмотров страницы - невозможно.
Поэтому соотношение установок и просмотров страницы из поиска нельзя называть конверсией, так как шаг просмотра страницы не является предыдущим для многих, кто установил прямо из страницы поиска. Если все-таки взять и посчитать Установки/Просмотры*100%, то часто можно получить значения больше 100%, причем запросто даже в разы больше. Но ведь конверсия по своей сути не может быть больше 100%.
Некоторые АСО-сервисы даже выкладывают бенчмарки сравнения такого соотношения, но это не просто бесполезно - это еще и вредно, так как разработчики начинают таки сравнивать эту абсолютно бессмысленную метрику.
Единственное исключение - это если ставить фильтр по источникам трафика и убирать Search и Browse траффик и оставлять только Web и App Referrer - в этом случае в установках будут оставаться только те юзеры, которые установили только со страницы приложения.
В аналитике AppStore Connect есть метрики Показов (Impressions), Просмотров страницы (Page Views) и Установки (которые в Эппл почему-то называет Копии или Units).
Естественно, многие рассматривают отношения этих метрик как показатели конверсии. Для поискового трафика это применимо для сквозной конверсии из показов в инсталлы, но категорически не верно смотреть на отношение установок к открытию страницы, так как это не является конверсией.
Что такое конверсия? Конверсия - это о том сколько юзеров перешло с одного уровня воронки продаж в другое. Считается она отношением значения на любом шаге воронки к любому из предыдущих шагов и умножается на 100%.
Проблема в том, что в AppStore установить приложение можно прямо из поиска, не переходя на страницу приложения, т.е. в числе установок есть и те которые установили прямо из поиска. И узнать сколько установок было именно из Просмотров страницы - невозможно.
Поэтому соотношение установок и просмотров страницы из поиска нельзя называть конверсией, так как шаг просмотра страницы не является предыдущим для многих, кто установил прямо из страницы поиска. Если все-таки взять и посчитать Установки/Просмотры*100%, то часто можно получить значения больше 100%, причем запросто даже в разы больше. Но ведь конверсия по своей сути не может быть больше 100%.
Некоторые АСО-сервисы даже выкладывают бенчмарки сравнения такого соотношения, но это не просто бесполезно - это еще и вредно, так как разработчики начинают таки сравнивать эту абсолютно бессмысленную метрику.
Единственное исключение - это если ставить фильтр по источникам трафика и убирать Search и Browse траффик и оставлять только Web и App Referrer - в этом случае в установках будут оставаться только те юзеры, которые установили только со страницы приложения.
❤1
Хайп добрался и до ASO :)
Теперь каждый вторник в 17:00 по Киеву (18:00 по Минску/Москве) можете заходить в нашу уютную комнату в Clubhouse и задавать вопросы топовым экспертам на рынке и делиться своими кейсами/знаниями
https://clubhype.io/event/P016zVB3
Теперь каждый вторник в 17:00 по Киеву (18:00 по Минску/Москве) можете заходить в нашу уютную комнату в Clubhouse и задавать вопросы топовым экспертам на рынке и делиться своими кейсами/знаниями
https://clubhype.io/event/P016zVB3
🧮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)
В 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)
👍2
❗️Изменения алгоритмов App Store❗️
Мы заметили изменение позиций по запросам со словом "Free".
Некоторые приложения с 08.04 перестали ранжироваться по запросам с ключевым словом "free". У других же позиции подросли.
Разница лишь в том, что в первом случаем "free" не было в метаданных, а во втором использовали.
⬆️ Похоже, пора возвращать "free" в мету.
FYI: Похожие перепады могут наблюдаться и в других языках.
Мы заметили изменение позиций по запросам со словом "Free".
Некоторые приложения с 08.04 перестали ранжироваться по запросам с ключевым словом "free". У других же позиции подросли.
Разница лишь в том, что в первом случаем "free" не было в метаданных, а во втором использовали.
⬆️ Похоже, пора возвращать "free" в мету.
FYI: Похожие перепады могут наблюдаться и в других языках.
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
Для участия в конференции достаточно заполнить форму регистрации на сайте 👌
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
Для участия в конференции достаточно заполнить форму регистрации на сайте 👌
