Кто ищет, тот всегда найдет. Если ему помочь



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

    Запуск Aword для нас был первым опытом работы на рынке мобильных приложений. Поскольку мы планируем работать на этом рынке достаточно плотно, вариант «отдать продвижение на аутсорс и забыть» нам не подходил, мы хотели сами во всем разобраться и понять, как оно работает. Результат показал, что есть достаточно вещей, которые можно сделать самостоятельно, не только сэкономив, но и лучше узнав своих пользователей. Сегодня мы поделимся опытом работы в эпловском App Store, т.к. по нему у нас собрано достаточно данных. Если тема окажется читателям Хабры интересной, позже расскажем об особенностях Google Play (где принцип похож, но дьявол, как известно, в деталях), когда наберем побольше реальных цифр.

    Что такое ASO?


    ASO – это App Store Optimization, или оптимизация для поисковиков магазинов приложений. Такая оптимизация позволяет донести информацию о вашем приложении до потенциального клиента. Важно понимать, что ASO – не реклама; она работает с пользователями, знающими, что им нужно, и уже совершающими активные действия по поиску этого приложения. Однако оптимизация очень важна – без нее вы потеряете готовых клиентов просто потому, что они не увидят вашего предложения (зато увидят предложения конкурентов). Прелесть ASO в том, что она не требует затрат и достаточно проста, а мы это любим.

    Поскольку ASO имеет дело с поиском в магазине приложений (а это совсем не обычный поиск в Гугле), сперва надо понять, что это такое и как ведет себя пользователь в этом поиске. Есть несколько основных сценариев:

    — пользователь ищет что-то конкретное, набирая это в строке поиска;
    — пользователь просматривает чарты, ища что-нибудь, что зацепит глаз;
    — он ищет что-то, но замечает в трендовых запросах нечто другое, что его привлекает;
    — он делает что-то еще, о чем мы не знаем.

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

    Ключевые слова


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

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

    У Apple недавно появился свой инструмент для определения частоты запросов Ads Search. Минус его в том, что пока он работает только в США и собирает данные с американских учетных записей.

    Существует также некоторое количество сервисов и способов подбора нужных ключевых слов; мы в Skyeng в основном используем ASOdesk (показывает количество ежедневных запросов), App Annie (не показывает количества) и ручной ввод. Под последним мы понимаем тестирование запросов, которые нам кажутся релевантными, непосредственно в сторе. Например, мы вбиваем в строку поиска «англ» и смотрим, что получится:



    Поиск предлагает наиболее популярные запросы уже по первым буквам. Это удобно пользователю, но добавляет головной боли разработчику. Дело в том, что среди подставленных популярных вариантов обязательно окажутся такие, которые заинтересуют клиента, но совершенно неинтересны нам. Например, по запросу «англ» мы видим варианты «английский язык бесплатно» и «английский язык для детей». Далеко не факт, что пользователь искал именно бесплатный вариант, или что он предполагал, что существуют специальные детские приложения. Но, увидев подобные предложения, ему трудно будет не выбрать их. Поэтому разработчику, желающему получить целевые установки, необходимо появляться и по таким запросам, хотя процент готовых платить пользователей по ним будет ниже.

    Ключевые слова используются в заголовке и в «кейвордах». С сентября прошлого года размер заголовка в App Store ограничен 50 символами, что избавило от жутких конструкций в каталоге. «Кейворды» регулируются в iTunesConnect и ограничены 100 символами – зато здесь можно написать любые слова, не заботясь о читаемости всей конструкции, без пробелов, с маленьких букв, через запятые. Заголовок индексируется выше.

    Отдельно отметим так называемые «локали» в App Store. В России действуют три из них: собственно Россия, а также Англия и Австралия. Для локалей можно прописывать разные кейворды и заголовки, однако они между собой не пересекаются, поэтому не стоит добавлять «английский» в одну, а «язык» в другую.

    И еще немного лайфхаков:

    — Слова в Названии с Большой Буквы индексируются App Store лучше (неактуально для кейвордов);
    — App Store ничего не знает о склонениях, поэтому при возможности в кейворды надо вносить все варианты (английский, английского, язык, языка);
    — специальные символы (%, &, — и т.д.) не индексируются, их не нужно использовать;
    — порядок написания слов в названии имеет значение, начните его с самого важного слова; в кейвордах iTunesconnect порядок неважен.

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



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

    Например, мы можем выбрать такие слова:

    Заголовок: Английский Язык с Aword: Учить Слова
    Кейворды: английские, словарь, тесты, упражнения, для, начинающих, бесплатно, детям

    С таким набором ключевых слов мы будем отображаться в App Store по запросам:

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

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

    И заняться тем временем оформлением.

    Картинки


    Иконка и два скриншота – лицо вашего приложения, их потенциальный пользователь видит при поиске. Они могут его как привлечь, так и отпугнуть, поэтому к их созданию тоже надо отнестись серьезно, а также провести хотя бы примитивное А/Б тестирование разных вариантов.

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



    Существуют специальные инструменты для анализа оформления приложения, например, Splitmetrics и Storemaven, однако для того, чтобы они выдавали содержательные результаты, им нужна большая выборка: значит, надо лить на тестируемые страницы трафик, что может привести к серьезным рекламным расходам. Поэтому для нового приложения ручное тестирование методом еженедельного выкладывания новых версий хоть и занимает много времени, является вполне разумным решением, если не стоит задачи срочно выйти в топы прямо сейчас, а завтра убежать.

    Для скриншотов существует несколько простых правил. Очевидно, что они должны быть яркие и красивые и показывать реальный, наиболее интересный функционал приложения. Они должны быть читаемы с любого экрана, на котором приложение должно работать. На них и над ними не должно быть много текста. Они должны показывать ваши выгодные отличия от предложений конкурентов, находимых по тем же ключевым словам. Менее очевидно, но важно: чем дольше потенциальный пользователь рассматривает скриншоты, тем ниже вероятность установки приложения. Используйте на картинках нечетные числа – они лучше считываются. Ну и меняйте их раз в три месяца.

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

    Первые два скриншота – самые важные, поскольку их видно в поиске, но и оставшиеся три не надо делать абы как: они могут продавать дополнительный функционал приложения.

    Ну и, как и в случае с ключевыми словами, стоит много экспериментировать. Иногда лучшим скриншотом может оказаться самый неожиданный.

    Немного примеров из нашей практики.


    1 – сделали скриншоты на скорую руку. Конверсия – 8.33%


    2 – поменяли фон. Конверсия – 8.37%


    3 – внесли разнообразие в цветовую гамму скриншотов, сократили тексты. Результат 9.05%


    4 – поменяли первый скриншот, поставив туда более сочную картинку (цветность и контрастность подтягивали в графическом редакторе). 9.15%

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

    Мы пока не определились с логотипом Aword, поэтому тестировали разные варианты:



    Иконка №1 показывала конверсию в 8.35%. Попробовали изменить, CR снизилась до 7.7%. Попробовали поставить кубок – потеряли еще 0.22% конверсий. Сели с дизайнером, подумали об ассоциациях, в итоге родилась иконка номер четыре – 9.48% (изображение короны – с военного постера Don't Panic, сейчас являющееся общественным достоянием). Сейчас мы вернулись к первому варианту из-за уже начавшейся рекламной кампании, но в ближайшие месяцы планируем провести еще ряд экспериментов с иконками.

    Выводы


    Сделать ваше приложение видимым можно, не продавая почку, чтобы оплатить услуги маркетологов. Инструменты ASO вполне доступны и разработчику: достаточно творчески мыслить, работать и много экспериментировать. И, конечно, набраться терпения: вносить изменения надо по одному, чтобы иметь возможность понимать, какое из них сработало, а какое, напротив, оказалось неудачным. Надо быть готовым, что до того, как начнется какая-то заметная монетизация, пройдет много времени, в течение которого надо будет постоянно работать, что-то менять, отслеживать результаты.

    Ну и традиционно напоминаем, что мы ищем крутых людей (вполне возможно, именно вас) в нашу команду!
    • +26
    • 12,3k
    • 7
    Skyeng
    357,09
    Компания
    Поделиться публикацией

    Комментарии 7

      +2
      Очень смешно, А/Б тестирование при копеечных просмотрах, у вас погрешность чуть ли не выше результатов измерений, какие выводы вы на основе этого можете сделать — совершенно непонятно, информации в этом примерно ноль.
        0
        Спасибо за коммент. Суммарное количество просмотров страницы приложения за время измерения результатов достаточное, чтобы сделать выводы о тех изменениях, которые были сделаны в приложении с той или иной итерацией.

        Не стоит сравнивать мобильные тесты в App Store с тестами в вебе. Каждый просмотр фактически – это пользователь, который зашел на страницу приложения.
          0
          Показы которые в видите в аналитике — даже те показы, когда иконка вашего приложения была загружена, так как приложение загрузилось в выдаче из топа или по ключу, но до него пользователь не долистал. О достоверности этой аналитики говорить очень преждевременно.
          Откуда инсайты про заглавные буквы и порядок слов в заголовке? Это никогда раньше не работало, есть кейсы? А какой вес у заголовка написанного в неродной локали магазина?
          Кстати, приложение в магазине и на экране телефона должно называться одинаково по гайдлайнам, а у вас в англ. локализации даже «A word» в названии нет.
          Встроенные покупки по гайдлайнам тоже не должны содержать срок своего действия и цену. Только название, цену и срок действия дописывает iOS при покупке.
          Гораздо больший вес на позиции по ключам имеет количество установок приложения за последнее время и отзывы.
          Вы же, например, активно рекламируете свое приложение в e-mail рассылках, закупаете трафик в MyTarget, так что после этого может идти более релевантный трафик чем из поиска App Store.
          По поводу подсказок, если кто-то прокачал свое приложение по этому ключу, то он будет в топе выдачи, но это не всегда значит, что по нему есть трафик.
        +1
        1. По просмотрам — согласен. Данные от айтюнса получаются довольно размытые. Но на данный момент других бесплатных способов измерения изменений в приложениях, насколько мне известно, не существует. Если у вас есть информация об этом, поделитесь. Попробуем считать иначе.
        2. Заглавные буквы. Тестов не проводили. Инсайты от специалистов, с которыми консультировались по ASO. Не доверять им у нас причин нет.
        3. Гайдлайны. Не видел таких гайдов от Apple. Поделитесь ссылкой, пожалуйста. Пересмотрим свое отношение к названиям :)
        4. Вес у заголовка, написанного в неродной локали ниже, чем у заголовка в родной.
        5. Установки из поиска и отзывы, конечно, имеют больший вес, чем просто название и ключевик, написанный в кейвордах. Мы, вроде, нигде и не утверждаем обратное.
        6. Email рассылки и МТ — поспорю. Во-первых, наш основной источник платного трафика не там. Во-вторых, релевантнее запроса чем, например, «учить английский язык» в сторе труднее себе представить. Даже при тонкой настройке таргета и с классным баннером вы не получите настолько заинтересованную аудиторию в вашем приложении, чем та, что набирает вышеописанный запрос в поиске. Но не стоит забывать что App Store – это просто еще один источник трафика, при этом довольно ограниченный. Поэтому рассматривать App Store как основу для получения аудитории не очень дальновидно.
        7. Подсказки. Как показывает практика, именно это и значит. Пользователь ленив и не готов набирать весь свой изначальный запрос. Он увидит «английский язык» или «английский бесплатно» при наборе «англ...» и кликнет на один из выпадающих запросов. Или, например, вы набираете «знакомства» с целью найти приложение для знакомства, а вам выпадают топовые запросы «знакомства для секса», «знакомства для взрослых» и более релеватные значения вашему изначальному запросу. Куда вы вы кликните? Скорее всего на тот запрос, который является вашей конечной целью, то есть «знакомства для секса». Ну а вам, как разработчику приложений, в идеале быть по всем вышеописанным запросам, чтобы собирать максимальное количество трафика.
        Самое большое количество трафика всегда идет по ВЧ запросам. Вопрос только в том, насколько этот трафик релевантен для вашего приложения.
          0
          1) Бесплатных конечно нет. Но это не говорит о том, что ваши данные релевантные, та как другого способа посмотреть бесплатно нет.
          2) Может они где-то это опубликовали? Вроде бы с одними и теме же людьми общаемся, но все их тесты раньше говорили об обратном.
          3) https://developer.apple.com/app-store/review/guidelines/
          2.3.8 Metadata should be appropriate for all audiences, so make sure your icons, screenshots, and previews adhere to a 4+ age rating even if your app is rated higher. For example, if your app is a game that includes violence, select images that don’t depict a gruesome death or a gun pointed at a specific character. Remember to ensure your metadata, including app name and icons (small, large, Apple Watch app, etc.), are similar to avoid creating confusion.
          Но часто при ревью ссылаются на
          3.4 App names in iTunes Connect and as displayed on a device should be similar, so as not to cause confusion
          По in-app purchases есть подсказки в itunes connect когда называете. Сейчас проверил — это для поля description, так что возможно в самом названии они не придираются при ревью.
          4) Спасибо.
          5-6) Я про то, что ранжирование по ключам не зависит особо от того, что вы там что-то поменяли в иконке или скриншотах. Были установки закуплены, отзывы оставлены — добро пожаловать в топ по ключам.
          Также и с просмотрами. Вы купили трафик. Люди пришли в стор — установили приложение. Трафик не купили, люди пришли из поиска — посмотрели, приложение не поставили. А вы потом сравниваете конверсию скриншотов. Неужели вы все источники трафика отключаете, сравниваете в одинаковое время в одни и теже дни недели и при том же положении в топе по ключам? Мне кажется, это невыполнимая задача.
          7) Ок, возможно так. Возможно и нет. Как проверить, неизвестно.
          0
          AppFollow (а не AppFlow)
            0
            Исправили, спасибо!

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

          Самое читаемое