Что такое Unlisted Apps и как опубликовать приложение с ограниченным доступом в App Store
Недавно в блоге App Store Developer Support была опубликована новость о новой функциональности - Unlisted App distribution. Это приложения, которые не доступны для всех пользователей App Store, то есть, они находятся либо в частном доступе для выбранных организаций, либо только по прямой ссылке. Такие приложения не будут доступны в категориях App Store, рекомендациях и результатах поиска.
Эта функциональность предназначена для приложений, которые не подходят для публичного распространения, например:
📌 Корпоративные приложения.
📌 Внутренние приложения для учащихся в образовательных заведениях.
📌 Приложения для участников специальных мероприятий и исследований.
Такие приложения будут доступны в двух вариантах:
📌 Открытие доступа только для выбранных организаций в Apple Business Manager или Apple School Manager.
📌 По прямой ссылке, которая генерируется через специальную заявку. Обратите внимание, что ваше приложение должно быть готово к распространению, приложения в статусах бета-версии и пре-релиза будут отклонены.
ВАЖНО: После апрува выбранный метод распространения не может быть изменен. Чтобы переключиться с частного на публичный доступ, или наоборот, требуется создать новый проект и повторно отправить его на проверку
Подробнее про частный доступ к приложениям читайте по ссылке.
#aso_must_read
Недавно в блоге App Store Developer Support была опубликована новость о новой функциональности - Unlisted App distribution. Это приложения, которые не доступны для всех пользователей App Store, то есть, они находятся либо в частном доступе для выбранных организаций, либо только по прямой ссылке. Такие приложения не будут доступны в категориях App Store, рекомендациях и результатах поиска.
Эта функциональность предназначена для приложений, которые не подходят для публичного распространения, например:
📌 Корпоративные приложения.
📌 Внутренние приложения для учащихся в образовательных заведениях.
📌 Приложения для участников специальных мероприятий и исследований.
Такие приложения будут доступны в двух вариантах:
📌 Открытие доступа только для выбранных организаций в Apple Business Manager или Apple School Manager.
📌 По прямой ссылке, которая генерируется через специальную заявку. Обратите внимание, что ваше приложение должно быть готово к распространению, приложения в статусах бета-версии и пре-релиза будут отклонены.
ВАЖНО: После апрува выбранный метод распространения не может быть изменен. Чтобы переключиться с частного на публичный доступ, или наоборот, требуется создать новый проект и повторно отправить его на проверку
Подробнее про частный доступ к приложениям читайте по ссылке.
#aso_must_read
👍1
Особенности работы с In-App Events в App Store
Сейчас проходит серия вебинаров от Apple о правилах и новых возможностях App Store Connect. Рады поделиться информацией с одного из вебинаров, а именно, важными нюансами работы с In-App Events:
✅Событие отображается:
•в поиске;
•на странице приложения;
•в персонализированных рекомендациях;
•в фичеринге.
📌Ивенты становятся доступными, начиная с iOS 15. Если у пользователя приложение уже загружено (или загружено и удалено), он увидит событие над скриншотами, новый пользователь - под скриншотами.
📌Если In-App Events находятся на проверке, нельзя запускать эксперименты или релизить версии.
📌Одновременно можно отправить сразу несколько событий на рассмотрение, однако после отправки на проверку, еще одно событие следом отправить нельзя.
📌После отправки события нельзя редактировать метаданные и визуал, однако можно изменить даты начала и окончания показа.
📌У Вас может быть до 10 одобренных событий, однако в App Store не отображает более 5 событий одновременно.
📌Максимальная длительность события- 31 день. Опубликовать ивент можно за 14 дней до его старта.
📌У каждого события есть URL, который ведет на карточку события, если оно активно, или на страницу приложения, если событие завершилось или у пользователя установлена более ранняя версия, чем iOS 15.
📌Кастомизировать URL нельзя (например, добавить ".../besteventever").
📌Если у события высокий приоритет, оно будет отображаться над событием с обычным приоритетом. При этом, приоритет события влияет только на его позицию на странице приложения, но не влияет на его вес при индексации.
Регулярное использование In-App Events позволяет не только привлекать новых, но и поддерживать количество активных, а также возвращать ушедших пользователей за счет информирования о новых апдейтах.
Более подробную информацию можно посмотреть в видео от Apple.
#aso_best_practice
Сейчас проходит серия вебинаров от Apple о правилах и новых возможностях App Store Connect. Рады поделиться информацией с одного из вебинаров, а именно, важными нюансами работы с In-App Events:
✅Событие отображается:
•в поиске;
•на странице приложения;
•в персонализированных рекомендациях;
•в фичеринге.
📌Ивенты становятся доступными, начиная с iOS 15. Если у пользователя приложение уже загружено (или загружено и удалено), он увидит событие над скриншотами, новый пользователь - под скриншотами.
📌Если In-App Events находятся на проверке, нельзя запускать эксперименты или релизить версии.
📌Одновременно можно отправить сразу несколько событий на рассмотрение, однако после отправки на проверку, еще одно событие следом отправить нельзя.
📌После отправки события нельзя редактировать метаданные и визуал, однако можно изменить даты начала и окончания показа.
📌У Вас может быть до 10 одобренных событий, однако в App Store не отображает более 5 событий одновременно.
📌Максимальная длительность события- 31 день. Опубликовать ивент можно за 14 дней до его старта.
📌У каждого события есть URL, который ведет на карточку события, если оно активно, или на страницу приложения, если событие завершилось или у пользователя установлена более ранняя версия, чем iOS 15.
📌Кастомизировать URL нельзя (например, добавить ".../besteventever").
📌Если у события высокий приоритет, оно будет отображаться над событием с обычным приоритетом. При этом, приоритет события влияет только на его позицию на странице приложения, но не влияет на его вес при индексации.
Регулярное использование In-App Events позволяет не только привлекать новых, но и поддерживать количество активных, а также возвращать ушедших пользователей за счет информирования о новых апдейтах.
Более подробную информацию можно посмотреть в видео от Apple.
#aso_best_practice
💰 Продвижение встроенных покупок в App Store
В App Store есть возможность продвигать встроенные покупки. Продвигаемые покупки отображаются на странице продукта, в поиске и на вкладках «Сегодня», «Игры» и «Приложения».
🔺 Для продвижения доступно до 20 покупок одновременно.
🔺 Продвижение покупок увеличит количество установок: если приложение еще не установлено на устройстве, но пользователь хочет совершить покупку, первым этапом для покупки будет установка приложения. После установки транзакция продолжится в приложении.
🔺 Можно менять набор отображаемых покупок в любое время в зависимости от потребностей бизнеса — например, если вы планируете запустить ограниченную по времени акцию или предложить эксклюзивный контент.
❓Как продвигать встроенную покупку
1. Убедитесь, что ваше приложение поддерживает метод в SKPaymentTransactionObserver. Вы можете настроить продвигаемые покупки, которые пользователь увидит внутри приложения на определенном устройстве, внедрив SKProductStorePromotionController.
2. Загрузите рекламное изображение для продвигаемой покупки. Разрешение: 1024х1024 px.
3. Подготовьте название и описание для покупки. Название покупки — до 30 символов, описание — до 45 символов.
4. Выберите покупки, которые вы хотите продвигать, и порядок их отображения.
Лучшие практики ⚡️
✔️ Когда пользователь нажимает кнопку «Get» рядом со встроенной покупкой на странице приложения в App Store, он переходит в ваше приложение для продолжения транзакции: подумайте о том, как сократить путь от открытия до совершения покупки внутри приложения.
✔️ Предлагайте скидку на подписку или триал, чтобы наиболее вероятно привлечь пользователей.
✔️ Для каждой продвигаемой покупки в приложении опубликуйте уникальное рекламное изображение, которое лучше всего представляет покупку.
✔️ Рекламные изображения не должны быть снимками экрана, также их не следует путать с иконкой вашего приложения.
✔️ Apple добавляют рамку и иконку приложения на рекламное изображение. Иконка накладывается на нижний левый угол изображения, поэтому не помещайте важные детали в это место.
✔️ Не рекомендуется накладывать текст на рекламное изображение.
✔️ Рекламное изображение выглядит небольшим при просмотре с устройства. Убедитесь, что информация на нем легко считывается.
✔️ Убедитесь, что название покупки будет понятно вашим пользователям. Избегайте общих заголовков, таких как «100 драгоценных камней».
✔️ Название встроенных покупок индексируется, поэтому добавляйте в название важные ключевые запросы.
✔️ При продвижении нескольких покупок одновременно убедитесь, что пользователь с первого взгляда сможет понять уникальное торговое предложение каждой отдельной покупки.
Более подробно о продвижении встроенных покупок читайте на сайте Apple.
#aso_best_practice
В App Store есть возможность продвигать встроенные покупки. Продвигаемые покупки отображаются на странице продукта, в поиске и на вкладках «Сегодня», «Игры» и «Приложения».
🔺 Для продвижения доступно до 20 покупок одновременно.
🔺 Продвижение покупок увеличит количество установок: если приложение еще не установлено на устройстве, но пользователь хочет совершить покупку, первым этапом для покупки будет установка приложения. После установки транзакция продолжится в приложении.
🔺 Можно менять набор отображаемых покупок в любое время в зависимости от потребностей бизнеса — например, если вы планируете запустить ограниченную по времени акцию или предложить эксклюзивный контент.
❓Как продвигать встроенную покупку
1. Убедитесь, что ваше приложение поддерживает метод в SKPaymentTransactionObserver. Вы можете настроить продвигаемые покупки, которые пользователь увидит внутри приложения на определенном устройстве, внедрив SKProductStorePromotionController.
2. Загрузите рекламное изображение для продвигаемой покупки. Разрешение: 1024х1024 px.
3. Подготовьте название и описание для покупки. Название покупки — до 30 символов, описание — до 45 символов.
4. Выберите покупки, которые вы хотите продвигать, и порядок их отображения.
Лучшие практики ⚡️
✔️ Когда пользователь нажимает кнопку «Get» рядом со встроенной покупкой на странице приложения в App Store, он переходит в ваше приложение для продолжения транзакции: подумайте о том, как сократить путь от открытия до совершения покупки внутри приложения.
✔️ Предлагайте скидку на подписку или триал, чтобы наиболее вероятно привлечь пользователей.
✔️ Для каждой продвигаемой покупки в приложении опубликуйте уникальное рекламное изображение, которое лучше всего представляет покупку.
✔️ Рекламные изображения не должны быть снимками экрана, также их не следует путать с иконкой вашего приложения.
✔️ Apple добавляют рамку и иконку приложения на рекламное изображение. Иконка накладывается на нижний левый угол изображения, поэтому не помещайте важные детали в это место.
✔️ Не рекомендуется накладывать текст на рекламное изображение.
✔️ Рекламное изображение выглядит небольшим при просмотре с устройства. Убедитесь, что информация на нем легко считывается.
✔️ Убедитесь, что название покупки будет понятно вашим пользователям. Избегайте общих заголовков, таких как «100 драгоценных камней».
✔️ Название встроенных покупок индексируется, поэтому добавляйте в название важные ключевые запросы.
✔️ При продвижении нескольких покупок одновременно убедитесь, что пользователь с первого взгляда сможет понять уникальное торговое предложение каждой отдельной покупки.
Более подробно о продвижении встроенных покупок читайте на сайте Apple.
#aso_best_practice
✅App Store: Чек-лист для проверки текстовой оптимизации
Текстовая оптимизация - достаточно трудоемкий процесс, который требует внимательности и дополнительной проверки метаданных перед публикацией. Ошибки в текстовой оптимизации могут стоить упущенных установок.
Наша команда собрала небольшой чек-лист, который помогает дополнительно проверить себя перед загрузкой метаданных, и мы рады поделиться им с вами.
✔️Использован максимальный потенциал по символам индексируемых полей.
✔️Каждое ключевое слово в поле Keywords прописано через запятую без пробелов.
✔️Ключевые слова, приносящие основной трафик, добавлены в метаданные (как правило, ключевые слова, входящие в топ-5).
✔️Нет повторов ключевых слов в рамках 1 локали.
✔️Открыты все вспомогательные локали (список вспомогательных локалей подробнее)
✔️Повторы ключевых слов во вспомогательной локали оправданы (например, когда остались словосочетания, которые не поместились в основную локаль).
✔️При составлении метаданных учтены ключевые слова из прошлой итерации (убраны ключевые слова, по которым не было стат. значимого роста, оставлены запросы, приносящие трафик).
✔️В метаданных нет слова free на разных языках. (слово индексируется автоматически, за его использование в метданных может быть реджект)
✔️Количество использованных в строке keywords символов = 99 или 100.
✔️Оправдано употребление мн. ч и ед. ч одного запроса на англ. языке в рамках одной локали (например, когда мн.ч не образуется путем добавления окончания s, а имеет более сложную форму).
✔️Все запросы, внесенные в метаданные, являются релевантными.
✔️Знаки препинания употреблены в соответствии с пунктуационными правилами языка.
Этот простой чек-лист поможет дополнительно проверить работу перед отправкой и минимизировать возможность ошибки.
#aso_best_practice
Текстовая оптимизация - достаточно трудоемкий процесс, который требует внимательности и дополнительной проверки метаданных перед публикацией. Ошибки в текстовой оптимизации могут стоить упущенных установок.
Наша команда собрала небольшой чек-лист, который помогает дополнительно проверить себя перед загрузкой метаданных, и мы рады поделиться им с вами.
✔️Использован максимальный потенциал по символам индексируемых полей.
✔️Каждое ключевое слово в поле Keywords прописано через запятую без пробелов.
✔️Ключевые слова, приносящие основной трафик, добавлены в метаданные (как правило, ключевые слова, входящие в топ-5).
✔️Нет повторов ключевых слов в рамках 1 локали.
✔️Открыты все вспомогательные локали (список вспомогательных локалей подробнее)
✔️Повторы ключевых слов во вспомогательной локали оправданы (например, когда остались словосочетания, которые не поместились в основную локаль).
✔️При составлении метаданных учтены ключевые слова из прошлой итерации (убраны ключевые слова, по которым не было стат. значимого роста, оставлены запросы, приносящие трафик).
✔️В метаданных нет слова free на разных языках. (слово индексируется автоматически, за его использование в метданных может быть реджект)
✔️Количество использованных в строке keywords символов = 99 или 100.
✔️Оправдано употребление мн. ч и ед. ч одного запроса на англ. языке в рамках одной локали (например, когда мн.ч не образуется путем добавления окончания s, а имеет более сложную форму).
✔️Все запросы, внесенные в метаданные, являются релевантными.
✔️Знаки препинания употреблены в соответствии с пунктуационными правилами языка.
Этот простой чек-лист поможет дополнительно проверить работу перед отправкой и минимизировать возможность ошибки.
#aso_best_practice
Apple WWDC в 2022 году снова пройдет в онлайн формате
Все новинки для iOS, iPadOS, macOS, watchOS и tvOS покажут на конференции разработчиков с 6 - 10 июня 2022. Мероприятие пройдет в онлайн формате уже 3й год.
https://www.apple.com/newsroom/2022/04/apples-worldwide-developers-conference-returns-in-its-all-online-format/
Все новинки для iOS, iPadOS, macOS, watchOS и tvOS покажут на конференции разработчиков с 6 - 10 июня 2022. Мероприятие пройдет в онлайн формате уже 3й год.
https://www.apple.com/newsroom/2022/04/apples-worldwide-developers-conference-returns-in-its-all-online-format/
⚡️ Как интерпретировать показатели блока "Эффективность" в экспериментах Google Play?⚡️
Возвращаемся к теме экспериментов в Google Play и рассказываем о том, что же именно означают зеленые и красные коридоры в тестовых версиях экспериментов.
Многие ошибочно полагают, что процентные коридоры в столбце "Performance" означают относительный или абсолютный прирост конверсии. На самом же деле, по официальной информации от Google Play, процентные интервалы показывают: "коэффициент ожидаемой эффективности экспериментальной версии."
Для подсчёта коэффициента эффективности тестовой версии Google Play пользуется следующей методикой: он вычисляет среднее арифметическое значение между наибольшим изменением в количестве скачиваний и наименьшим. Таким образом мы получаем потенциальный прирост скачиваний.
❗️Так, например, если тестовый вариант в эксперименте демонстрирует зеленый коридор от 3,3% до 10,3%, это говорит о том, что инструмент на 90% уверен в том, что новый креатив увеличит установки в среднем на 6,8% (3,3 + 10,3)/2 ❗️
В то же время, десятипроцентная погрешность инструмента означает, что лишь в 90 случаях из 100 перформанс креатива будет оставаться в диапазоне, указанном в тесте. Ввиду высокой погрешности инструмента мы настоятельно рекомендуем снимать результаты примененных креативов в лайве, в разрезе недели до/после применения.
⭐️ Ниже приводим небольшой чек-лист для проведения валидного эксперимента 🌟
✔️ Эксперимент необходимо проводить на стабильном трафике, исключая периоды активного масштабирования/сворачивания закупки. В противном случае трафик на тестовые варианты будет распределяться неравномерно, и велик риск получить ложно-положительные/ложно-отрицательные результаты;
✔️ Проводить A-B-B тесты, в которых варианты B – дубли тестируемой версии. В случае, если оба варианта B показывают примерно одинаковый результат, результатам теста можно уверенно доверять;
✔️Выдерживать равное распределение аудитории между тестовыми вариантами – так, например, в A-B-B тесте будет выдерживаться распределение 33.3% на каждый из вариантов;
✔️Проводить тест не менее 7 дней для достижения высокой стат. значимости.
#aso_best_practice
Возвращаемся к теме экспериментов в Google Play и рассказываем о том, что же именно означают зеленые и красные коридоры в тестовых версиях экспериментов.
Многие ошибочно полагают, что процентные коридоры в столбце "Performance" означают относительный или абсолютный прирост конверсии. На самом же деле, по официальной информации от Google Play, процентные интервалы показывают: "коэффициент ожидаемой эффективности экспериментальной версии."
Для подсчёта коэффициента эффективности тестовой версии Google Play пользуется следующей методикой: он вычисляет среднее арифметическое значение между наибольшим изменением в количестве скачиваний и наименьшим. Таким образом мы получаем потенциальный прирост скачиваний.
❗️Так, например, если тестовый вариант в эксперименте демонстрирует зеленый коридор от 3,3% до 10,3%, это говорит о том, что инструмент на 90% уверен в том, что новый креатив увеличит установки в среднем на 6,8% (3,3 + 10,3)/2 ❗️
В то же время, десятипроцентная погрешность инструмента означает, что лишь в 90 случаях из 100 перформанс креатива будет оставаться в диапазоне, указанном в тесте. Ввиду высокой погрешности инструмента мы настоятельно рекомендуем снимать результаты примененных креативов в лайве, в разрезе недели до/после применения.
⭐️ Ниже приводим небольшой чек-лист для проведения валидного эксперимента 🌟
✔️ Эксперимент необходимо проводить на стабильном трафике, исключая периоды активного масштабирования/сворачивания закупки. В противном случае трафик на тестовые варианты будет распределяться неравномерно, и велик риск получить ложно-положительные/ложно-отрицательные результаты;
✔️ Проводить A-B-B тесты, в которых варианты B – дубли тестируемой версии. В случае, если оба варианта B показывают примерно одинаковый результат, результатам теста можно уверенно доверять;
✔️Выдерживать равное распределение аудитории между тестовыми вариантами – так, например, в A-B-B тесте будет выдерживаться распределение 33.3% на каждый из вариантов;
✔️Проводить тест не менее 7 дней для достижения высокой стат. значимости.
#aso_best_practice
⚡️В Store Listing Experiments (Google Play) добавлены новые функции⚡️
Для более тщательного контроля процесса А/В-тестирования и повышения статистической значимости Google анонсировали 3 новые функции:
1️⃣ Настройка параметров эксперимента.
2️⃣ Калькулятор для оценки размера аудитории и времени, необходимого для получения релевантных результатов тестирования.
3️⃣ Обновленные доверительные интервалы.
В ближайшее время на этапе создания теста, помимо выбора типа страницы приложения, локализации, элементов страницы приложения и разбивки аудитории по вариантам, можно указать:
📌 Minimum detectable effect - минимальную разницу между новыми вариантами и контрольной версией, которая необходима для определения победителя. Если разница будет меньше установленного значения, результат эксперимента можно оценить как “ничья”.
Официальной информации о том, для какой метрики будет задаваться MDE пока нет. Мы предполагаем, что MDE позволит выставлять желаемый коэффициент ожидаемой эффективности экспериментальной версии вручную.
📌Confidence level - насколько точно будет отображаться реальная эффективность страницы приложения. Увеличение доверительного интервала снизит вероятность ложного результата. Напомним, что сейчас confidence level составляет 90% и 10% погрешность в результах тестирования сохраняется.
Новые функции пока доступны не всем разработчикам
Более подробно с документацией можно ознакомиться тут
#aso_news
Для более тщательного контроля процесса А/В-тестирования и повышения статистической значимости Google анонсировали 3 новые функции:
1️⃣ Настройка параметров эксперимента.
2️⃣ Калькулятор для оценки размера аудитории и времени, необходимого для получения релевантных результатов тестирования.
3️⃣ Обновленные доверительные интервалы.
В ближайшее время на этапе создания теста, помимо выбора типа страницы приложения, локализации, элементов страницы приложения и разбивки аудитории по вариантам, можно указать:
📌 Minimum detectable effect - минимальную разницу между новыми вариантами и контрольной версией, которая необходима для определения победителя. Если разница будет меньше установленного значения, результат эксперимента можно оценить как “ничья”.
Официальной информации о том, для какой метрики будет задаваться MDE пока нет. Мы предполагаем, что MDE позволит выставлять желаемый коэффициент ожидаемой эффективности экспериментальной версии вручную.
📌Confidence level - насколько точно будет отображаться реальная эффективность страницы приложения. Увеличение доверительного интервала снизит вероятность ложного результата. Напомним, что сейчас confidence level составляет 90% и 10% погрешность в результах тестирования сохраняется.
Новые функции пока доступны не всем разработчикам
Более подробно с документацией можно ознакомиться тут
#aso_news
⭐️Зачем измерять результаты в live после применения креативов⭐️
На сегодняшний день инструменты тестирования в App Store и Google Play позволяют определять самые эффективные варианты графических материалов для увеличения числа установок и роста конверсии страницы приложения. Ранее мы рассказывали, как правильно интерпретировать результаты тестов, а сегодня мы рады поделиться методикой, которая помогает дополнительно проверять и доказывать эффективность графики.
📌После применения креатива рекомендуем снимать результаты в live (после раскатки графического изменения на 100% аудитории). Результаты в live - это анализ влияния примененной графики на установки и конверсию по источникам трафика, на которые нацелена ASO-оптимизация. Например, Search (Поиск), Browse/Explore (Интересное/Просмотр), Third-party referrals/App Referrer + Web Referrer (Сторонние рефералы).
📌Результаты в live рекомендуется измерять через 7 дней после применения графики-победителя. Количество установок и коэффициент конверсии рассчитывается в виде прироста/падения в % и в разрезе недели до применения графики к неделе после.
📌Если по результатам в live наблюдается снижение метрик, рекомендуется откатить ассет назад. Таким образом можно обезопасить себя от снижения органических показателей.
❗️Важно: после применения графики рекомендуем подождать полную неделю, прежде чем запускать следующий тест. Так вы будете уверены, что примененный элемент увидят 100% аудитории и сможете получить более репрезентативный результат.
👉🏻Во избежание ложной трактовки влияния графических апдейтов на флуктуации органического трафика необходимо учитывать объемы рекламного трафика до, во время и после теста.
Например, в случае, если после применения креатива наблюдались резкое наращивание или снижение платного трафика, снимать результаты в live нерепрезентативно из-за органического аплифта (когда рост закупки сопровождается ростом органики и наоборот). Поэтому, мы рекомендуем тестировать креативы и снимать результаты в live во время стабильных объемов закупки.
#aso_best_practice
На сегодняшний день инструменты тестирования в App Store и Google Play позволяют определять самые эффективные варианты графических материалов для увеличения числа установок и роста конверсии страницы приложения. Ранее мы рассказывали, как правильно интерпретировать результаты тестов, а сегодня мы рады поделиться методикой, которая помогает дополнительно проверять и доказывать эффективность графики.
📌После применения креатива рекомендуем снимать результаты в live (после раскатки графического изменения на 100% аудитории). Результаты в live - это анализ влияния примененной графики на установки и конверсию по источникам трафика, на которые нацелена ASO-оптимизация. Например, Search (Поиск), Browse/Explore (Интересное/Просмотр), Third-party referrals/App Referrer + Web Referrer (Сторонние рефералы).
📌Результаты в live рекомендуется измерять через 7 дней после применения графики-победителя. Количество установок и коэффициент конверсии рассчитывается в виде прироста/падения в % и в разрезе недели до применения графики к неделе после.
📌Если по результатам в live наблюдается снижение метрик, рекомендуется откатить ассет назад. Таким образом можно обезопасить себя от снижения органических показателей.
❗️Важно: после применения графики рекомендуем подождать полную неделю, прежде чем запускать следующий тест. Так вы будете уверены, что примененный элемент увидят 100% аудитории и сможете получить более репрезентативный результат.
👉🏻Во избежание ложной трактовки влияния графических апдейтов на флуктуации органического трафика необходимо учитывать объемы рекламного трафика до, во время и после теста.
Например, в случае, если после применения креатива наблюдались резкое наращивание или снижение платного трафика, снимать результаты в live нерепрезентативно из-за органического аплифта (когда рост закупки сопровождается ростом органики и наоборот). Поэтому, мы рекомендуем тестировать креативы и снимать результаты в live во время стабильных объемов закупки.
#aso_best_practice
Как найти точки роста для приложения с большим жизненным циклом?
Зрелый продукт, имевший успех в первые годы, может столкнуться со стагнацией. Расскажем про подходы к ASO для зрелых приложений и рассмотрим топ-5 точек роста.
1️⃣ Выход на новые рынки
Основные этапы:
🔹 Выбор и приоритизация новых рынков: проведите анализ конкурентности, объемов трафика и доходности ниши, изучите аналоги вашего продукта на целевых рынках.
🔹 Изучение потребностей пользователей: узнайте больше о поведении и интересах пользователей благодаря сбору и анализу пула ключевых запросов релевантной тематики. Подробнее об изучении рынков и пользователей читайте в нашей статье.
🔹 Графическая оптимизация с учетом особенностей локального рынка: оцените месседжи и оформление графики лидирующих конкурентов и проведите A/B-тестирование элементов вашей страницы на локальных пользователях.
🔹 Локализация приложения: помимо локализации страницы приложения, переведите контент и UI на целевые языки.
🔹 Составление текстовых метаданных: учитывайте особенности локальных рынков при подготовке текстовых метаданных – так, например, все крупные игроки в японском и корейском сторах имеют локализованные названия.
2️⃣ Итеративная работа с текстом для увеличения поисковой видимости
🔹 Используйте кросс-локали в App Store.
🔹 Работайте над конверсией ключевых запросов в топ-5 – важно отражать релевантные запросы из топа в видимых полях метаданных, а также выносить их на графику.
🔹 Работайте с API GNL для Google Play.
🔹 Не забывайте про сезонные ключевые запросы – halloween, new year и другие, если у вас выходят релевантные сезонные обновления.
3️⃣ Оптимизация под новые поисковые запросы
🔹 Тестируйте в ASA ключевые запросы, по которым планируете продвигаться: по показателям TTR можно сделать выводы о том, насколько релевантен для приложения тот или иной запрос.
🔹 Используйте Discovery-кампании для поиска новых ключевых запросов. Discovery-кампании в Apple Search Ads рекомендуется запускать на 7-10 дней – этого достаточно для первичного сбора данных по релевантным ключам.
🔹 Найдите запросы с высоким CR в Google Play Developer Console и сосредоточьте продвижение на них.
4️⃣ Расширение списка инструментов для удержания пользователей в продукте
🔹 Держите пользователей в курсе последних апдейтов – распродаж, внутриигровых ивентов, кроссоверов c помощью ивентов в App Store.
🔹 Отображайте последние апдейты с помощью графики: демонстрируйте пользователям самые актуальные фичи и ивенты.
🔹 Используйте продвижение встроенных покупок в App Store, чтобы привлечь пользователей новыми выгодными предложениями.
🔹Посылайте пользователям пуши, чтобы рассказать, что изменилось в продукте, либо же просто напомнить о себе.
5️⃣ Создание специальных страниц для приоритетных рынков
🔹 Google Play позволяет создавать до 5 кастомных страниц для мультиязычных стран. Для каждой специальной страницы приложения можно выбрать индивидуальное название приложения, краткое и полное описания, а также графические объекты, что позволит делать более точный таргетинг на конкретную страну.
Более подробно о создании специальных страниц читайте в нашем посте.
#aso_best_practice
Зрелый продукт, имевший успех в первые годы, может столкнуться со стагнацией. Расскажем про подходы к ASO для зрелых приложений и рассмотрим топ-5 точек роста.
1️⃣ Выход на новые рынки
Основные этапы:
🔹 Выбор и приоритизация новых рынков: проведите анализ конкурентности, объемов трафика и доходности ниши, изучите аналоги вашего продукта на целевых рынках.
🔹 Изучение потребностей пользователей: узнайте больше о поведении и интересах пользователей благодаря сбору и анализу пула ключевых запросов релевантной тематики. Подробнее об изучении рынков и пользователей читайте в нашей статье.
🔹 Графическая оптимизация с учетом особенностей локального рынка: оцените месседжи и оформление графики лидирующих конкурентов и проведите A/B-тестирование элементов вашей страницы на локальных пользователях.
🔹 Локализация приложения: помимо локализации страницы приложения, переведите контент и UI на целевые языки.
🔹 Составление текстовых метаданных: учитывайте особенности локальных рынков при подготовке текстовых метаданных – так, например, все крупные игроки в японском и корейском сторах имеют локализованные названия.
2️⃣ Итеративная работа с текстом для увеличения поисковой видимости
🔹 Используйте кросс-локали в App Store.
🔹 Работайте над конверсией ключевых запросов в топ-5 – важно отражать релевантные запросы из топа в видимых полях метаданных, а также выносить их на графику.
🔹 Работайте с API GNL для Google Play.
🔹 Не забывайте про сезонные ключевые запросы – halloween, new year и другие, если у вас выходят релевантные сезонные обновления.
3️⃣ Оптимизация под новые поисковые запросы
🔹 Тестируйте в ASA ключевые запросы, по которым планируете продвигаться: по показателям TTR можно сделать выводы о том, насколько релевантен для приложения тот или иной запрос.
🔹 Используйте Discovery-кампании для поиска новых ключевых запросов. Discovery-кампании в Apple Search Ads рекомендуется запускать на 7-10 дней – этого достаточно для первичного сбора данных по релевантным ключам.
🔹 Найдите запросы с высоким CR в Google Play Developer Console и сосредоточьте продвижение на них.
4️⃣ Расширение списка инструментов для удержания пользователей в продукте
🔹 Держите пользователей в курсе последних апдейтов – распродаж, внутриигровых ивентов, кроссоверов c помощью ивентов в App Store.
🔹 Отображайте последние апдейты с помощью графики: демонстрируйте пользователям самые актуальные фичи и ивенты.
🔹 Используйте продвижение встроенных покупок в App Store, чтобы привлечь пользователей новыми выгодными предложениями.
🔹Посылайте пользователям пуши, чтобы рассказать, что изменилось в продукте, либо же просто напомнить о себе.
5️⃣ Создание специальных страниц для приоритетных рынков
🔹 Google Play позволяет создавать до 5 кастомных страниц для мультиязычных стран. Для каждой специальной страницы приложения можно выбрать индивидуальное название приложения, краткое и полное описания, а также графические объекты, что позволит делать более точный таргетинг на конкретную страну.
Более подробно о создании специальных страниц читайте в нашем посте.
#aso_best_practice
✅Google Play: Чек-лист для проверки текстовой оптимизации
Текстовая оптимизация - это одна из главных составляющих работы ASO-специалиста. Ранее наша команда уже делилась чек-листом для проверки правильности составления метаданных в App Store, а теперь мы рады рассказать про чек-лист для Google Play.
✔️Использован максимальный потенциал по символам индексируемых полей.
✔️Ключевые слова, приносящие основной трафик, добавлены в метаданные (как правило, ключевые слова, входящие в топ-5).
✔️Важные ключевые слова из названия дублируются в кратком описании (по нашим наблюдениям дублирование влияет на повышение поисковых позиций).
✔️Важные для продвижения ключевые слова интегрированы в первые и последние 150 символов полного описания.
✔️Краткое описание разбито на 3-4 небольших предложения для улучшения индексации.
✔️При составлении метаданных учтены ключевые слова из прошлой итерации (убраны ключевые слова, по которым не было стат. значимого роста, оставлены запросы, приносящие трафик/запросы, по которым улучшились позиции).
✔️В метаданных нет слова free на разных языках. (слово индексируется автоматически, за его использование в метданных чаще всего приходят реджекты).
✔️Все запросы, внесенные в метаданные, являются релевантными.
✔️Знаки препинания употреблены в соответствии с пунктуационными правилами языка.
✔️Метаданные полностью соответствуют гайдлайнам, название содержит до 30 символов, в текстах нет Emoji, перечислений в виде списков и написания слов заглавными буквами, подробнее тут.
#aso_best_practice
Текстовая оптимизация - это одна из главных составляющих работы ASO-специалиста. Ранее наша команда уже делилась чек-листом для проверки правильности составления метаданных в App Store, а теперь мы рады рассказать про чек-лист для Google Play.
✔️Использован максимальный потенциал по символам индексируемых полей.
✔️Ключевые слова, приносящие основной трафик, добавлены в метаданные (как правило, ключевые слова, входящие в топ-5).
✔️Важные ключевые слова из названия дублируются в кратком описании (по нашим наблюдениям дублирование влияет на повышение поисковых позиций).
✔️Важные для продвижения ключевые слова интегрированы в первые и последние 150 символов полного описания.
✔️Краткое описание разбито на 3-4 небольших предложения для улучшения индексации.
✔️При составлении метаданных учтены ключевые слова из прошлой итерации (убраны ключевые слова, по которым не было стат. значимого роста, оставлены запросы, приносящие трафик/запросы, по которым улучшились позиции).
✔️В метаданных нет слова free на разных языках. (слово индексируется автоматически, за его использование в метданных чаще всего приходят реджекты).
✔️Все запросы, внесенные в метаданные, являются релевантными.
✔️Знаки препинания употреблены в соответствии с пунктуационными правилами языка.
✔️Метаданные полностью соответствуют гайдлайнам, название содержит до 30 символов, в текстах нет Emoji, перечислений в виде списков и написания слов заглавными буквами, подробнее тут.
#aso_best_practice
⚡️Как ASO может помочь приложению в период софт-лонча?⚡️
Soft Launch (софтлонч / мягкий запуск) — релиз приложения или игры на ограниченных территориях, направленный на проверку жизнеспособности продукта, оценку ключевых метрик и формирование первоначальной базы пользователей.
ASO-оптимизацию на этапе Soft Launch можно разделить на два больших направления:
1️⃣ Оценка потенциала органического привлечения трафика и конкуренции на целевых рынках
🔺 Во время софтлонча ASO-специалист помогает собрать семантическое ядро и, исходя из популярности целевых запросов, оценить потенциальные объемы органического трафика.
🔺 Благодаря проработанным стартовым метаданным, органический рост продукта ускоряется в разы по причине того, что в момент глобал-лонча приложение или игра, как правило, уже входит в топ-50 по среднечастотным запросам.
🔺 В зависимости от популярности того или иного запроса можно сделать выводы об интересах локальной аудитории и заранее адаптировать страницу приложения соответствующим образом. Например, музыкальное приложение, отразив популярный в англоязычных гео запрос «lo-fi» в текстовой мете или на графике, имеет большие шансы увеличить конверсию в установку за счёт попадания в интересы ЦА.
🔺ASO способно дать предварительную оценку сложности органического роста в зависимости от категории приложения или игрового жанра, наполненности ниши и количества сильных конкурентов в той или иной стране. При условии, что продукт планирует развиваться за счёт органики с минимальной долей платных установок, такая итерация поможет своевременно скорректировать стратегию развития продукта и минимизировать расходы.
2️⃣ Подготовка графических элементов страницы приложения
🔺Тщательно проработанный план тестирования гипотез позволяет подготовить страницу приложения к глобал-лончу и через итеративное A/B тестирование на целевой аудитории понять, какие возможности приложения или игры нравятся пользователям больше всего, и, напротив, что не вызывает интереса.
🔺Тестирование различных маркетинговых месседжей на странице приложения позволит вовремя скорректировать UA стратегию.
🔺 Использование инструмента Custom Product Pages в App Store позволит найти наиболее эффективную воронку ASO и UA и оптимизировать конверсию платного трафика. Дополнительно инструмент поможет протестировать связку UA с разными фичами или игровыми механиками, показанными на на странице приложения. Такая информация может в будущем помочь разработке в выборе приоритетов.
🔺В нишах с высокой конкурентностью A/B-тестирование играет огромную роль, так как тенденции могут меняться ежемесячно. ASO-специалист помогает своевременно выделить зарождающиеся тренды и адаптировать страницу приложения соответствующим образом.
Таким образом, с помощью ASO-оптимизации на этапе Soft Launch представляется возможным не только понять интересы аудитории, протестировать маркетинговые месседжи и креативы, но и заложить фундамент для органического роста в будущем и оценить потенциал для ниши в целом.
#aso_best_practice #aso_must_read
Soft Launch (софтлонч / мягкий запуск) — релиз приложения или игры на ограниченных территориях, направленный на проверку жизнеспособности продукта, оценку ключевых метрик и формирование первоначальной базы пользователей.
ASO-оптимизацию на этапе Soft Launch можно разделить на два больших направления:
1️⃣ Оценка потенциала органического привлечения трафика и конкуренции на целевых рынках
🔺 Во время софтлонча ASO-специалист помогает собрать семантическое ядро и, исходя из популярности целевых запросов, оценить потенциальные объемы органического трафика.
🔺 Благодаря проработанным стартовым метаданным, органический рост продукта ускоряется в разы по причине того, что в момент глобал-лонча приложение или игра, как правило, уже входит в топ-50 по среднечастотным запросам.
🔺 В зависимости от популярности того или иного запроса можно сделать выводы об интересах локальной аудитории и заранее адаптировать страницу приложения соответствующим образом. Например, музыкальное приложение, отразив популярный в англоязычных гео запрос «lo-fi» в текстовой мете или на графике, имеет большие шансы увеличить конверсию в установку за счёт попадания в интересы ЦА.
🔺ASO способно дать предварительную оценку сложности органического роста в зависимости от категории приложения или игрового жанра, наполненности ниши и количества сильных конкурентов в той или иной стране. При условии, что продукт планирует развиваться за счёт органики с минимальной долей платных установок, такая итерация поможет своевременно скорректировать стратегию развития продукта и минимизировать расходы.
2️⃣ Подготовка графических элементов страницы приложения
🔺Тщательно проработанный план тестирования гипотез позволяет подготовить страницу приложения к глобал-лончу и через итеративное A/B тестирование на целевой аудитории понять, какие возможности приложения или игры нравятся пользователям больше всего, и, напротив, что не вызывает интереса.
🔺Тестирование различных маркетинговых месседжей на странице приложения позволит вовремя скорректировать UA стратегию.
🔺 Использование инструмента Custom Product Pages в App Store позволит найти наиболее эффективную воронку ASO и UA и оптимизировать конверсию платного трафика. Дополнительно инструмент поможет протестировать связку UA с разными фичами или игровыми механиками, показанными на на странице приложения. Такая информация может в будущем помочь разработке в выборе приоритетов.
🔺В нишах с высокой конкурентностью A/B-тестирование играет огромную роль, так как тенденции могут меняться ежемесячно. ASO-специалист помогает своевременно выделить зарождающиеся тренды и адаптировать страницу приложения соответствующим образом.
Таким образом, с помощью ASO-оптимизации на этапе Soft Launch представляется возможным не только понять интересы аудитории, протестировать маркетинговые месседжи и креативы, но и заложить фундамент для органического роста в будущем и оценить потенциал для ниши в целом.
#aso_best_practice #aso_must_read
⚡️Новые функции специальных страниц в Google Play⚡️
11 мая прошла конференция Google I/O, где было анонсировано 2 обновления для специальных страниц:
1️⃣ Появилась возможность создавать специальные страницы с уникальным URL.
2️⃣ Максимальное количество специальных страниц в рамках одного приложения увеличилось до 50.
Чтобы создать кастомную страницу с уникальным URL, необходимо:
1. Перейти на вкладку Custom Store Listings (дочерняя вкладка Store Presence).
2. Нажать «Create custom store listing».
3. Выбрать «by URL» в настройках таргета.
В Google Play, по аналогии с Custom Product Pages для App Store, теперь можно создать спецстраницу со ссылкой, содержащей уникальный параметр URL. Он может включать в себя строчные буквы и цифры, а также символы: . - _ ~. Этот линк удобно использовать для интеграции в рекламные кампании или веб-страницы. После создания специальная страница будет доступна по ссылке вида https://play.google.com/store/apps/details?id=[название пакета]&listing=[параметр]
📌 В отличие от Custom Product Pages в App Store, в Google Play разработчикам предоставляется возможность редактировать все поля страницы приложения. Нельзя редактировать только категорию, политику конфиденциальности и контактные данные.
Благодаря созданию таких кастомных страниц, представляется возможным плотнее работать над увеличением конверсии платного трафика и окупаемости платных пользователей.
Подробнее про нововведениях можно прочитать в официальной спецификации.
Подробнее о специальных страницах писали здесь.
#aso_must_read
11 мая прошла конференция Google I/O, где было анонсировано 2 обновления для специальных страниц:
1️⃣ Появилась возможность создавать специальные страницы с уникальным URL.
2️⃣ Максимальное количество специальных страниц в рамках одного приложения увеличилось до 50.
Чтобы создать кастомную страницу с уникальным URL, необходимо:
1. Перейти на вкладку Custom Store Listings (дочерняя вкладка Store Presence).
2. Нажать «Create custom store listing».
3. Выбрать «by URL» в настройках таргета.
В Google Play, по аналогии с Custom Product Pages для App Store, теперь можно создать спецстраницу со ссылкой, содержащей уникальный параметр URL. Он может включать в себя строчные буквы и цифры, а также символы: . - _ ~. Этот линк удобно использовать для интеграции в рекламные кампании или веб-страницы. После создания специальная страница будет доступна по ссылке вида https://play.google.com/store/apps/details?id=[название пакета]&listing=[параметр]
📌 В отличие от Custom Product Pages в App Store, в Google Play разработчикам предоставляется возможность редактировать все поля страницы приложения. Нельзя редактировать только категорию, политику конфиденциальности и контактные данные.
Благодаря созданию таких кастомных страниц, представляется возможным плотнее работать над увеличением конверсии платного трафика и окупаемости платных пользователей.
Подробнее про нововведениях можно прочитать в официальной спецификации.
Подробнее о специальных страницах писали здесь.
#aso_must_read
🔥 Чек-лист: сбор семантического ядра для текстовой оптимизации приложения 🔥
Мы уже рассказывали о том, как качественно сделать текстовую оптимизацию в App Store и Google Play, а сегодня поделимся рекомендациями по сбору семантического ядра и приоритизации ключевых слов.
1️⃣ Сбор семантики
🔹Изучены и учтены ключевые слова из автоматических подсказок сторов (авто-саджестов).
🔹Включены релевантные запросы, по которым приложение ранжируется в топ-20.
🔹Просмотрены метаданные конкурентов, собраны релевантные ключевые слова, по которым конкуренты ранжируются в топ-10.
🔹Собраны автоматические подсказки ASO-сервисов по ключевым запросам.
🔹Семантическое ядро содержит запросы, по которым приложение получает наибольшее количество скачиваний (такие данные можно найти в Google Play Console для Google Play и в ASO-сервисах для App Store).
🔹В семантическом ядре для Google Play учтены наиболее часто употребляемые ключевые запросы в полных описаниях конкурентов.
2️⃣ Приоритизация ключевых слов
🔸Высокий приоритет отдается запросам, по которым приложение ранжируется в топ-10. Самые трафиковые запросы рекомендуется включить в метаданные.
🔸Средний приоритет отдается запросам, по которым приложение ранжируется в топ 11-20, так как они также являются перспективными с точки зрения получения установок.
🔸Низкий приоритет отдается запросам, которые не индексируются в данный момент, однако являются перспективными с точки зрения получения установок.
🔸Из семантического ядра исключены запросы с нулевым трафиком.
#aso_best_practice
Мы уже рассказывали о том, как качественно сделать текстовую оптимизацию в App Store и Google Play, а сегодня поделимся рекомендациями по сбору семантического ядра и приоритизации ключевых слов.
1️⃣ Сбор семантики
🔹Изучены и учтены ключевые слова из автоматических подсказок сторов (авто-саджестов).
🔹Включены релевантные запросы, по которым приложение ранжируется в топ-20.
🔹Просмотрены метаданные конкурентов, собраны релевантные ключевые слова, по которым конкуренты ранжируются в топ-10.
🔹Собраны автоматические подсказки ASO-сервисов по ключевым запросам.
🔹Семантическое ядро содержит запросы, по которым приложение получает наибольшее количество скачиваний (такие данные можно найти в Google Play Console для Google Play и в ASO-сервисах для App Store).
🔹В семантическом ядре для Google Play учтены наиболее часто употребляемые ключевые запросы в полных описаниях конкурентов.
2️⃣ Приоритизация ключевых слов
🔸Высокий приоритет отдается запросам, по которым приложение ранжируется в топ-10. Самые трафиковые запросы рекомендуется включить в метаданные.
🔸Средний приоритет отдается запросам, по которым приложение ранжируется в топ 11-20, так как они также являются перспективными с точки зрения получения установок.
🔸Низкий приоритет отдается запросам, которые не индексируются в данный момент, однако являются перспективными с точки зрения получения установок.
🔸Из семантического ядра исключены запросы с нулевым трафиком.
#aso_best_practice
🔥WWDC 2022 начинается уже сегодня🔥
Все новинки для iOS, iPadOS, macOS, watchOS и tvOS Apple покажут на конференции WWDC с 6 - 10 июня 2022. Мероприятие пройдет в онлайн формате, ну а мы с нетерпением ждем новостей об изменениях в iOS 16 и поделимся с вами тем, какое влияние эти изменения окажут на ASO.
Дополнительно делимся полезной ссылкой на Digital Lounge, который пройдет с 7 по 10 июня. В рамках тематического Digital Lounge у разработчиков будет возможность задать вопросы представителям Apple.
📌Ссылка на онлайн-трансляцию, старт в 20.00 по московскому времени
#aso_news
Все новинки для iOS, iPadOS, macOS, watchOS и tvOS Apple покажут на конференции WWDC с 6 - 10 июня 2022. Мероприятие пройдет в онлайн формате, ну а мы с нетерпением ждем новостей об изменениях в iOS 16 и поделимся с вами тем, какое влияние эти изменения окажут на ASO.
Дополнительно делимся полезной ссылкой на Digital Lounge, который пройдет с 7 по 10 июня. В рамках тематического Digital Lounge у разработчиков будет возможность задать вопросы представителям Apple.
📌Ссылка на онлайн-трансляцию, старт в 20.00 по московскому времени
#aso_news
⚡️ Проработка полного описания через инструмент Google Natural Language ⚡️
GNL - алгоритм машинного обучения на базе Google, с помощью которого ASO-специалисты могут анализировать тексты приложений на странице Google Play и узнавать, как алгоритм Google “понимает” текст. Цель работы с GNL: повышение explore-трафика за счёт того, что Google поместит приложение в релевантные подборки и рекомендации.
В GNL есть возможность проанализировать заголовок, краткое и полное описания. Ниже мы поделимся планом действий по проработке вашего полного описания для повышения установок по Explore-трафику:
✅ Сбор семантического ядра из высоко- и среднетрафиковых запросов, максимально релевантных для вашего приложения или игры.
✅ Насыщение полного описания «жанровыми» ключами.
Так называемые «жанровые» ключи – те ключевые запросы, которые описывают категорию приложения или игры, например: RPG, Health, Fitness, Strategy. Такие запросы необходимо повторить 3-5 раз в теле текста, отдавая приоритет первым и последним 150 символам.
✅ Проверка ключевых запросов через показатель Salience
Показатель Salience определяет коэффициент «заметности» того или иного слова в теле текста. Для приоритетных ключевых запросов этот показатель должен составлять не менее 0.02.
✅ Использование емких предложений, а также специальных символов – «!», «?», «:», «&» в предложениях с жанровыми ключами
✅ Проверка структуры предложений через вкладку Syntax
Стрелки будут показывать подчиненные связи между словами – важно убедиться, что между важными поисковыми запросами образуются связки, например: RPG adventure, Health app и другие.
✅ Проверка своей категории во вкладке Categories
Самое важное в проработке полного описания – убедиться, что инструмент GNL относит ваше описание к релевантной для вас категории. Индекс попадания в ту или иную категорию должен составлять не менее 0.8, а в идеале – более 0.9. Рекомендуем проверить, насколько высок индекс попадания в категорию у топ-конкурентов, и стараться добиться большего значения.
Если инструмент правильно определяет категорию с высоким коэффициентом, повышаются шансы, что ваше приложение попадет в Similar apps к сильным конкурентам, а также будет чаще появляться в тематических подборках внутри Google Play.
❗️В случае, если ваш текст написан не на английском языке, необходимо перевести его через Google Translate.
#aso_best_practice
GNL - алгоритм машинного обучения на базе Google, с помощью которого ASO-специалисты могут анализировать тексты приложений на странице Google Play и узнавать, как алгоритм Google “понимает” текст. Цель работы с GNL: повышение explore-трафика за счёт того, что Google поместит приложение в релевантные подборки и рекомендации.
В GNL есть возможность проанализировать заголовок, краткое и полное описания. Ниже мы поделимся планом действий по проработке вашего полного описания для повышения установок по Explore-трафику:
✅ Сбор семантического ядра из высоко- и среднетрафиковых запросов, максимально релевантных для вашего приложения или игры.
✅ Насыщение полного описания «жанровыми» ключами.
Так называемые «жанровые» ключи – те ключевые запросы, которые описывают категорию приложения или игры, например: RPG, Health, Fitness, Strategy. Такие запросы необходимо повторить 3-5 раз в теле текста, отдавая приоритет первым и последним 150 символам.
✅ Проверка ключевых запросов через показатель Salience
Показатель Salience определяет коэффициент «заметности» того или иного слова в теле текста. Для приоритетных ключевых запросов этот показатель должен составлять не менее 0.02.
✅ Использование емких предложений, а также специальных символов – «!», «?», «:», «&» в предложениях с жанровыми ключами
✅ Проверка структуры предложений через вкладку Syntax
Стрелки будут показывать подчиненные связи между словами – важно убедиться, что между важными поисковыми запросами образуются связки, например: RPG adventure, Health app и другие.
✅ Проверка своей категории во вкладке Categories
Самое важное в проработке полного описания – убедиться, что инструмент GNL относит ваше описание к релевантной для вас категории. Индекс попадания в ту или иную категорию должен составлять не менее 0.8, а в идеале – более 0.9. Рекомендуем проверить, насколько высок индекс попадания в категорию у топ-конкурентов, и стараться добиться большего значения.
Если инструмент правильно определяет категорию с высоким коэффициентом, повышаются шансы, что ваше приложение попадет в Similar apps к сильным конкурентам, а также будет чаще появляться в тематических подборках внутри Google Play.
❗️В случае, если ваш текст написан не на английском языке, необходимо перевести его через Google Translate.
#aso_best_practice
❓FAQ: Топ-7 вопросов по текстовой оптимизации
Мы уже рассказывали, как сделать эффективную текстовую оптимизацию в App Store и Google Play, делились чек-листами и рекомендациями по сбору семантического ядра, приоритизации ключевых слов и формированию метаданных.
Сегодня мы ответим на топ-7 вопросов, которые часто возникают в ходе подготовки итерации текстовой оптимизации.
1️⃣ Если я буду дублировать ключевые запросы, проиндексируются ли они лучше?
GP: Да, но избегайте переспама.
AS: Нет, ключевой запрос достаточно прописать 1 раз в заголовке, подзаголовке или строке ключевых запросов.
2️⃣ Можно ли использовать названия конкурентов в метаданных?
GP: Нет.
AS: Да, но учитывайте, что есть риск реджекта.
3️⃣ Могу ли я написать в метаданных, что мое приложение самое лучшее / бесплатное?
GP: Нет, высокий риск реджекта.
AS: Нет, высокий риск реджекта.
4️⃣ Как часто проводить итерации текстовой оптимизации?
GP: 1 раз в 1-1,5 месяца.
AS: 1-2 раза в месяц.
5️⃣ Когда можно выкатывать апдейт текстовых метаданных?
GP: В любое время.
AS: Только с выходом новой сборки.
6️⃣ Как оценить эффективность проведенной итерации текстовой оптимизации?
GP: Спустя 1-1,5 месяца после ТО оцените:
- динамику позиций по ключевым запросам в топ-20;
- динамику просмотров страницы, установок, CR по поиску после текстового апдейта.
AS: Спустя 2-4 недели после ТО оцените:
- динамику позиций по ключевым запросам в топ-20;
- динамику просмотров страницы, установок, CR по поиску после текстового апдейта.
7️⃣ Как выглядит страница моего приложения в разных локалях?
GP: Зайдите на сайт Google Play с компьютера и перейдите на страницу вашего приложения. Отредактируйте ссылку вверху страницы, добавив в нее языковой код интересующей локали, следующим образом:
https://play.google.com/store/apps/details?id=com.deuscraft.TurboTeam&hl=pt&gl=br
AS: Установите на телефон расширение Switchr, перейдя по ссылке http://switchr.imagility.io, выберите интересующую страну и откройте App Store.
#aso_best_practice
Мы уже рассказывали, как сделать эффективную текстовую оптимизацию в App Store и Google Play, делились чек-листами и рекомендациями по сбору семантического ядра, приоритизации ключевых слов и формированию метаданных.
Сегодня мы ответим на топ-7 вопросов, которые часто возникают в ходе подготовки итерации текстовой оптимизации.
1️⃣ Если я буду дублировать ключевые запросы, проиндексируются ли они лучше?
GP: Да, но избегайте переспама.
AS: Нет, ключевой запрос достаточно прописать 1 раз в заголовке, подзаголовке или строке ключевых запросов.
2️⃣ Можно ли использовать названия конкурентов в метаданных?
GP: Нет.
AS: Да, но учитывайте, что есть риск реджекта.
3️⃣ Могу ли я написать в метаданных, что мое приложение самое лучшее / бесплатное?
GP: Нет, высокий риск реджекта.
AS: Нет, высокий риск реджекта.
4️⃣ Как часто проводить итерации текстовой оптимизации?
GP: 1 раз в 1-1,5 месяца.
AS: 1-2 раза в месяц.
5️⃣ Когда можно выкатывать апдейт текстовых метаданных?
GP: В любое время.
AS: Только с выходом новой сборки.
6️⃣ Как оценить эффективность проведенной итерации текстовой оптимизации?
GP: Спустя 1-1,5 месяца после ТО оцените:
- динамику позиций по ключевым запросам в топ-20;
- динамику просмотров страницы, установок, CR по поиску после текстового апдейта.
AS: Спустя 2-4 недели после ТО оцените:
- динамику позиций по ключевым запросам в топ-20;
- динамику просмотров страницы, установок, CR по поиску после текстового апдейта.
7️⃣ Как выглядит страница моего приложения в разных локалях?
GP: Зайдите на сайт Google Play с компьютера и перейдите на страницу вашего приложения. Отредактируйте ссылку вверху страницы, добавив в нее языковой код интересующей локали, следующим образом:
https://play.google.com/store/apps/details?id=com.deuscraft.TurboTeam&hl=pt&gl=br
AS: Установите на телефон расширение Switchr, перейдя по ссылке http://switchr.imagility.io, выберите интересующую страну и откройте App Store.
#aso_best_practice
👍1
🇯🇵Текстовая оптимизация для Японии🇯🇵
В сегодняшнем посте мы хотели бы поделиться тем, какие факторы важно учитывать при составлении текстовой оптимизации для Японии:
📌3 вида письменных знаков (Кандзи, Хирагана, Катакана). Как правило, с помощью хираганы записывают слова японского происхождения, а с помощью катаканы – иностранного. Во время написания японского текста эти 3 вида письменности используются вместе. Например, иероглифы катаканы придают тексту эмоциональность или добавляют акцент. Друг от друга их можно отличить визуально. Пример написания местоимения “Я”:
Кандзи - 私
Хирагана - わたし
Катакана - ワタシ
Следует уделять внимание всем ключевым запросам, потому что одно и тоже слово может иметь до 5ти разных написаний.
📌2 типа раскладки клавиатуры (Romaji и Kana). В Japanese — Kana пользователи вводят текст сразу хираганой, а в Japanese — Romaji изначально на латинице, затем он преобразуется в хирагану. Важно помнить, что чаще всего для поиска приложения японцы используют клавиатуру именно с хираганой.
📌Формальный и неформальный тип написания слов. В зависимости от типа общения слова могут быть написаны формально и неформально. Существует 2 мнения насчет ключевых запросов в видимых текстовых полях, которые имеют высокую поисковую популярность: добавлять независимо от типа формальности или добавлять только с формальным написанием. Мы рекомендуем провести 2 разные итерации и отследить какая из них принесла лучшие результаты конкретно на вашей аудитории.
📌Перевод с участием носителя языка. Сервисы машинного перевода могут неправильного интерпретировать то или иное сочетание иероглифов. Если сомневаетесь в правильности перевода, то лучшим решением будет обратиться к носителю языка. Если такой возможности нет, то осуществляйте перевод ключевых слов только через онлайн словари. Например, RomajiDesu или Kuromoji.
📌Знаки пунктуации страны: 。– точка; 、– запятая, 「 」– кавычки. Важно использовать японские знаки препинания, так как они сильно отличаются от русских или европейских. Обычно знаки японской пунктуации моноширинны (занимают каждый столько же места, сколько буквенные символы) и называются суперсимволами.
📌Использование social proof в полном описании. Рекомендуем добавить social proof и упомянуть преимущества вашего приложения в первых 3 строках полного описания. Такой тренд часто наблюдается у локальных конкурентов.
📌Разделение запросов запятыми в поле Keywords. Мы рекомендуем разделять запятыми длинные фразы на отдельные ключи. Так вы получите больше сочетаний, по которым можно проиндексироваться.
❗️В завершении хотелось бы поделиться кейсом текстовой оптимизации для почтового клиента в Японии. Благодаря правильной оптимизации названия, краткого описания и полного описания в Google Play нам удалось повысить количество проиндексированных фраз в ТОП-10 на 17%, а в App Store на 16%!
#aso_best_practice
В сегодняшнем посте мы хотели бы поделиться тем, какие факторы важно учитывать при составлении текстовой оптимизации для Японии:
📌3 вида письменных знаков (Кандзи, Хирагана, Катакана). Как правило, с помощью хираганы записывают слова японского происхождения, а с помощью катаканы – иностранного. Во время написания японского текста эти 3 вида письменности используются вместе. Например, иероглифы катаканы придают тексту эмоциональность или добавляют акцент. Друг от друга их можно отличить визуально. Пример написания местоимения “Я”:
Кандзи - 私
Хирагана - わたし
Катакана - ワタシ
Следует уделять внимание всем ключевым запросам, потому что одно и тоже слово может иметь до 5ти разных написаний.
📌2 типа раскладки клавиатуры (Romaji и Kana). В Japanese — Kana пользователи вводят текст сразу хираганой, а в Japanese — Romaji изначально на латинице, затем он преобразуется в хирагану. Важно помнить, что чаще всего для поиска приложения японцы используют клавиатуру именно с хираганой.
📌Формальный и неформальный тип написания слов. В зависимости от типа общения слова могут быть написаны формально и неформально. Существует 2 мнения насчет ключевых запросов в видимых текстовых полях, которые имеют высокую поисковую популярность: добавлять независимо от типа формальности или добавлять только с формальным написанием. Мы рекомендуем провести 2 разные итерации и отследить какая из них принесла лучшие результаты конкретно на вашей аудитории.
📌Перевод с участием носителя языка. Сервисы машинного перевода могут неправильного интерпретировать то или иное сочетание иероглифов. Если сомневаетесь в правильности перевода, то лучшим решением будет обратиться к носителю языка. Если такой возможности нет, то осуществляйте перевод ключевых слов только через онлайн словари. Например, RomajiDesu или Kuromoji.
📌Знаки пунктуации страны: 。– точка; 、– запятая, 「 」– кавычки. Важно использовать японские знаки препинания, так как они сильно отличаются от русских или европейских. Обычно знаки японской пунктуации моноширинны (занимают каждый столько же места, сколько буквенные символы) и называются суперсимволами.
📌Использование social proof в полном описании. Рекомендуем добавить social proof и упомянуть преимущества вашего приложения в первых 3 строках полного описания. Такой тренд часто наблюдается у локальных конкурентов.
📌Разделение запросов запятыми в поле Keywords. Мы рекомендуем разделять запятыми длинные фразы на отдельные ключи. Так вы получите больше сочетаний, по которым можно проиндексироваться.
❗️В завершении хотелось бы поделиться кейсом текстовой оптимизации для почтового клиента в Японии. Благодаря правильной оптимизации названия, краткого описания и полного описания в Google Play нам удалось повысить количество проиндексированных фраз в ТОП-10 на 17%, а в App Store на 16%!
#aso_best_practice
🔥Выбираем название мобильного приложения с точки зрения ASO🔥
Название мобильного приложения или игры – основа, которая будет оказывать влияние на весь жизненный цикл продукта. Именно поэтому важно с самого начала выбрать оптимальное название. Сегодня мы поделимся рекомендациями для выбора названия приложения с точки зрения ASO:
📌Выбирайте Brand Name длиной не более 8-10 символов. Благодаря такой длине, у вас будет возможность включать в поле для названия приложения важные ключевые запросы с целью улучшения индексации и поисковой видимости приложения.
📌Добавляйте в Brand Name ключевые запросы с высоким трафиком. Такая интеграция позволит ускорить поисковое продвижение, а впоследствии – увеличить поисковый трафик и повысить уровень конверсии. Ключевые запросы в названии дают возможность отражения механики игры, а это, в свою очередь, служит дополнительной мотивацией пользователя к установке.
📌Соблюдайте требования магазинов приложений к названию приложения или игры. Обращайте внимание на те слова, которые нельзя использовать в названии, например, «top», «best», «#1» и т.д. Подробную информацию про требования App Store и Google Play можно найти по ссылкам.
📌Обращайте внимание на способность Brand name к локализации. Если вы планируете проводить локализацию приложения, название должно легко переводиться на разные языки и, при этом, не приобретать негативный окрас при переводе.
📌Избегайте вымышленных слов без смысловой нагрузки. Как правило, вымышленные слова в Brand Name требуют больших средств для продвижения, поэтому если вы не планируете вкладывать большие средства в рекламное продвижение, рекомендуем использовать осмысленные слова и словосочетания для названия приложения или игры, такие как «Modern Ops», «Zero City».
📌Не используйте в Brand name служебные части речи, специальные символы (•, *, < и др.) а также разделяйте слова пробелами.
#aso_best_practice
Название мобильного приложения или игры – основа, которая будет оказывать влияние на весь жизненный цикл продукта. Именно поэтому важно с самого начала выбрать оптимальное название. Сегодня мы поделимся рекомендациями для выбора названия приложения с точки зрения ASO:
📌Выбирайте Brand Name длиной не более 8-10 символов. Благодаря такой длине, у вас будет возможность включать в поле для названия приложения важные ключевые запросы с целью улучшения индексации и поисковой видимости приложения.
📌Добавляйте в Brand Name ключевые запросы с высоким трафиком. Такая интеграция позволит ускорить поисковое продвижение, а впоследствии – увеличить поисковый трафик и повысить уровень конверсии. Ключевые запросы в названии дают возможность отражения механики игры, а это, в свою очередь, служит дополнительной мотивацией пользователя к установке.
📌Соблюдайте требования магазинов приложений к названию приложения или игры. Обращайте внимание на те слова, которые нельзя использовать в названии, например, «top», «best», «#1» и т.д. Подробную информацию про требования App Store и Google Play можно найти по ссылкам.
📌Обращайте внимание на способность Brand name к локализации. Если вы планируете проводить локализацию приложения, название должно легко переводиться на разные языки и, при этом, не приобретать негативный окрас при переводе.
📌Избегайте вымышленных слов без смысловой нагрузки. Как правило, вымышленные слова в Brand Name требуют больших средств для продвижения, поэтому если вы не планируете вкладывать большие средства в рекламное продвижение, рекомендуем использовать осмысленные слова и словосочетания для названия приложения или игры, такие как «Modern Ops», «Zero City».
📌Не используйте в Brand name служебные части речи, специальные символы (•, *, < и др.) а также разделяйте слова пробелами.
#aso_best_practice