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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

⚠️Важно:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

💥Сбой в AppStore?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

🔍Изменения в поисковом алгоритме App Store 2025

Apple обновила поисковый алгоритм App Store в США 🇺🇸, и главное новшество — впервые алгоритмы стали различаться в зависимости от языка пользователя в одном ГЕО. Что именно изменилось и как это влияет на продвижение?
=========================================

Что нового в алгоритме?
🔹Новые автоподсказки
В поисковых подсказках появились фразы вроде "Apps similar to [brand]" (например, "Apps similar to bigo live"). Таких подсказок раньше не было, истории SAP по ним нет. Но есть нюанс: такие подсказки вместе с тегами и ИИ-ревью доступны не всем приложениям.

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

🔹Выделение главного ключа в запросах (США)
В американском сторе на английском языке алгоритм теперь выделяет главное ключевое слово из запросов. Это улучшает точность выдачи, фокусируясь на основном намерении пользователя.

Это изменение подтверждает, что в Apple не просто "штормит" алгоритмы, а внедряются AI-механизмы в поиск. По схожему принципу работают AI-инструменты в Google Search и Bing Chat (Microsoft).

🔹Алгоритмы зависят от языка
Самое важное: поиск теперь работает по-разному для разных языков в США. Переключите язык на английский в американском сторе — и вы увидите другие автоподсказки и изменённую выдачу по одним и тем же запросам, чем видите в американском сторе, но с русским/другим языком устройства".
========================================

Что это значит для ASO?
Появилось большее кол-во "бесплатных" для индексации слов в США, а значит необходимо тестировать влияние этих ключевых слов в мете на позиции по запросам с ними.

Пример запросов:

"top games for brand fans", "top games for brand players", "apps similar to brand", "apps like brand", "games like brand", "best apps for"

❗️Новые алгоритмы могут серьёзно повлиять на ранжирование. Если AI-инструмент выделяет сразу несколько ключевых слов в запросе, остаётся вопрос: по какому из них будет строиться выдача? Или алгоритм будет учитывать их все одновременно? Это может привести к нестабильным позициям, когда разные пользователи видят разные результаты по одному и тому же запросу.

P.S. Напоминаем: все эти нововведения доступны только на iOS 18.4. И только в США с языком устройства - английский.

📢 Изменения в алгоритмах App Store — Июнь 2025

06.06.2025 Apple снова удивила новыми механиками ранжирования, которые коснулись всех стран, но наибольшее влияние в 🇺🇸 США, 🇬🇧 Великобритании, 🇨🇦 Канаде и 🇦🇺 Австралии. Вот ключевые наблюдения:

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

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

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

Например, по запросу "flo app" теперь в выдаче:
Louis Vuitton, Lumi: styling & shopping, INET, CETTIRE, LUISAVIAROMA, Testflight и другие приложения.
=============================================

🔹 Главный ключ в запросе определяет выдачу
Apple, судя по всему, масштабировала AI-механику выделения основного ключа из сложных поисковых запросов. Этот подход впервые зафиксировали в США в марте 2025, и теперь он действует глобально.

Примеры:
- elvie pump → выдачу формирует ключевое слово pump.

- enfamil rewards → выдачу формирует ключевое слово rewards.

- sproutabout → алгоритм разделил слово на sprout и about, и выдача формируется по sprout.

Похожая ситуация наблюдается и с "flo app" — главный ключ в этом случае, похоже, app, из-за чего в выдаче появляются нерелевантные приложения. Аналогичная ситуация наблюдается по многим запросам с бесплатными ключами.
=============================================

📌 Ключевые гипотезы на основе текущей выдачи:

1. App Store выделяет главный ключ из запроса и формирует топ-результаты именно по нему.

2. Приоритет в ранжировании получают приложения, в чьих тайтлах прописан "главный" ключ из запроса.

3. Поисковые запросы только с "общими словами" (calendar, tracker и т.д.) работают стабильнее. Бренды в запросах с общими ключевыми словами могут теперь давать нестабильную или нерелевантную выдачу из-за неправильного определения главного слова.
=============================================

Вывод:
Apple продолжает развивать алгоритмы на базе AI. Обновлённая система фокусируется на намерении пользователя, но пока делает это не всегда точно.

Именно поэтому так много приложений потеряли позиции по своим запросам, Apple выделил в этих запросах "главный" ключ и сформировал выдачу по нему

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

🚀 App Store готовит масштабные апдейты!
На WWDC 2025 Apple анонсировала несколько ключевых фич для ASO. Все — с упором на ИИ и кастомизацию.
=============================================

🔹 App Store Tags
- Apple теперь присваивает приложениям теги, сгенерированные при помощи ИИ и отобранные вручную. Эти теги будут отображаться в категориях и поиске, помогая пользователям находить похожие приложения и лучше понимать, что делает ваше.
- Управлять тегами можно будет прямо в App Store Connect.

🔹 Таргет по ключевым словам в Custom Product Pages
- Теперь к каждой кастомной странице можно привязать свои ключи для каждой локализации отдельно. Можно таргетировать разные поисковые интенты (например, “home workout” на одной странице и “gym tracker” — на другой),
- Не нужно будет отправлять CPP на ревью, если просто обновляешь ключи.
=============================================
Когда: Coming later this year

🎥 Полная сессия WWDC:
developer.apple.com/videos/play/wwdc2025/328


Kudos: @iliakukharev

📣 Незаметное, но важное изменение в работе с ключевыми словами в App Store (но пока оно ещё не внедрено):

Во время демо Apple поле ключевых слов на основной странице приложения, похоже, позволяет использовать более 100 символов.

Они привели такой пример строки:

workout,fitness,exercise,health,training,cardio,HIIT,yoga,running,cycling,trainer,climbing,outdoor,tracking

Это 107 символов с запятыми или 94 без них.

Что наводит на три возможных версии:

1. Лимит символов собираются повысить, что выглядит логичным для работы с CPP. Т.к. ключи для CPP выбираются используя ключевые слова основной страницы приложения
2. Запятые больше не учитываются в ограничении.
3. 😂 Кто-то из команды Apple просто случайно накосячил в презентации.

❗️ Apple впервые раскрыла, из чего состоит "Продвижение приложений" в App Store

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

Эта информация содержится в документации по Store Services Tiers в рамках Alternative Terms Addendum (EU), где каждая функция "поиска" описана как самостоятельная услуга.

➡️ Главное: Каждый параметр может быть включен или отключен отдельно. Например, может работать только Exact Match, но не Broad Match.
(Включение/отключение этих функций касается только приложений, перешедших на альтернативные условия в ЕС)

📊 Вот перечень компонентов видимости, которые Apple официально раскрыла, с кратким описанием каждого:

🔍 Компоненты Поиска
🔹 Search suggestions (теги): Предложенные поисковые запросы вверху "поискового экрана", которые появляются после ввода запроса и помогают пользователю найти больше подходящих приложений.
🔹Search hints (автоподсказки): Варианты поисковых запросов, которые появляются в реальном времени при вводе текста.
🔹Exact match: Показывает приложение, если запрос точно совпадает с названием приложения или его опечаткой.
🔹Broad match: Позволяет приложению отображаться по релевантным поисковым запросам.
🔹Natural language search: Показывает приложение по запросам, сгенерированным ИИ Apple.
🔹Language translation in search: Делает приложение видимым в результатах поиска на разных языках.
🔹Keywords for custom product pages (Доступны с осени 2025): Отображение и настройка кастомных страниц (CPP) по ключевым словам.
🔹In-App Events in search: Отображение активных событий приложения прямо в поиске.
🔹Similar apps in search: Ваше приложение может отображаться в блоках «Похожие приложения» на страницах других продуктов.

🎯 Персонализация
🔸Apple Games app: Продвижение в отдельном приложении Apple для игр.
🔸App Store featuring and marketing: Редакционные подборки и баннеры.
🔸Personalized recommendations: Персонализированные рекомендации на основе поведения пользователя.
🔸Editorial stories in search: Подборки и статьи от редакции, отображаемые в поиске.
🔸App tags: Тематические теги, по которым группируются приложения.
========================================

❕Хотя включение/отключение этих функций касается только приложений, перешедших на альтернативные условия в ЕС, сама структура - это беспрецедентное раскрытие Apple внутренней архитектуры видимости в App Store.

🔹 В App Store Connect появилась настройка тегов для приложений и игр

Apple официально запустила возможность управления App Tags для некоторых приложений и игр в App Store. Теперь разработчики могут самостоятельно управлять тегами, отображаемыми на странице продукта, прямо в App Store Connect:

👉 Ссылка

App Tags — это краткие метки, которые помогают пользователям быстро понять ключевые особенности приложения или игры. Они отображаются как в результатах поиска, так и на странице приложения, а также позволяют пользователям перейти по тегу, например Sleep, и открыть подборку других приложений с таким же тегом.

(Теги пока не отображаются на странице приложения. Возможно, появятся в Public Beta iOS 26)

📌 По наблюдениям, доступные в App Store Connect теги совпадают с теми, которые раньше уже отображались в поисковой выдаче App Store для приложений и игр. Теперь у разработчиков появился инструмент управлять ими напрямую.

🔹Создать новые теги нельзя, только выбрать/убрать из тех, что тебе присвоили

🚀 Доступность:
Функция доступна только в США для локализации English (U.S.) для ограниченного числа приложений и игр. В течение года планируется расширение на все приложения, а также на другие языки и регионы

Kudos: @Viktor_Efanov

🔍 CPP + ключевые слова: как это реально работает?
Apple добавила таргетинг по ключевым словам для Custom Product Pages (CPP).

Но... работает ли это? Мы провели серию экспериментов. Вот, что узнали:

1️⃣ CPP работают только в US Store и EN (U.S.)*
CPP попадает в поиск только если:
✅ Магазин — США
✅ Язык устройства — English (U.S.)
✅ Ключевое слово — из EN (U.S.) метаданных

НЕ работает, если:
❌ Язык — любой другой (например, Spanish MX), даже если Store = США
❌ Магазин — не США (например, Япония), даже с EN (U.S.) локализацией
❌ Ключевое слово задействовано в других локалях (Arabic, Russian и т.д.)

❗️*UP: В некоторых странах за пределами США CPP тоже могут появляться, но только если язык устройства совпадает с локализацией, в которой указано ключевое слово (например, французский язык устройства + французская локализация во Франции). Не работает с английскими локализациями в этих странах (например, EN (U.K.) во Франции.) Спасибо @jimmy_shilo за наблюдение!

Похоже на поэтапный запуск. Apple в последнее время так делает часто.

2️⃣ Комбинирование ключей между страницами — работает
Теперь CPP может показываться по комбинациям ключей из разных полей метаданных дефолтной и кастомной страницы:
✅ KW(CPP)
✅ KW(Default) + KW(CPP)
✅ KW(Default) + KW(CPP) + KW(CPP)

НЕ работает:
❌ KW(Default) + KW(Default) + KW(CPP)
❌ KW(Default) + KW(Default) + KW(CPP) + KW(CPP)

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

3️⃣ Расширить список ключей — нельзя
Что мы сделали:
🔹 Назначили все ключи из EN (U.S.) одной CPP
🔹 В новом релизе поменяли ключи
🔹 Надеялись, что старые ключи останутся, а новые добавятся

Результат:
⛔️ Старые ключи исчезли
⛔️ Новые появились, но не были привязаны к CPP
⛔️ Всё надо было отмечать вручную
⚠️Расширить список ключей пока нельзя.

4️⃣ ASA > органика
Если одно и то же ключевое слово привязано:
– к CPP в Apple Search Ads
– и к органической CPP
→ выигрывает ASA.

Органическая CPP покажется только если реклама не запущена и все другие условия соблюдены.

❗️ Формально, CPP можно таргетировать по ключевым, но на практике работает очень ограниченно.

Логика ещё может поменяться. Даже вчера Apple включала и отключала CPP по ключам в реальном времени. Следим за апдейтами.

❗️Конец «Text Ad» хака в ASA

Все знали этот хак в Apple Search Ads:
👉 Использовать CPP с 5 или меньше скриншотами, таргетить ключи, где ваше приложение стоит #1 в выдаче. Тогда большинство установок приходило на органику (со скриншотами) — без её каннибализации.

Старая логика была такой:
Если страница < 6 скринов + приложение на #1 → показывается Text Ad → потом органика со скринами.

⚠️ Но в iOS 26 beta 9 Apple изменила механику:
Если страница имеет < 6 скринов + приложение на #1 → теперь показывается полная реклама со скриншотами → а органика идёт уже без скринов (как будто приложение установлено).

📌 Вывод:
Если вы используете CPP с 5 скриншотами для Brand Protection кампаний — готовьтесь к релизу iOS 26, 15 сентября.

Удачи 👋