Большинство инди-разработчиков думают об оценках и отзывах в терминах социального доказательства. Средний балл в четыре с половиной звезды выглядит убедительно. Большое число отзывов создаёт доверие. Это не ошибочный взгляд. Но он упускает более важную вещь.

Алгоритм ранжирования Apple воспринимает оценки и отзывы как сигналы качества — а не только как сигналы конверсии. Количество оценок, актуальность отзывов и то, насколько активно пользователи взаимодействуют с вашим приложением, — всё это влияет на то, как Apple показывает ваш листинг в поиске. Разработчики, которые относятся к отзывам как к пассивному побочному эффекту пользовательского опыта, оставляют нетронутым активный рычаг ранжирования.

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

1. Что оценки и отзывы делают в ранжировании App Store

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

Есть три способа, которыми оценки влияют на ваш ASO:

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

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

Эффект свежести. Алгоритм Apple придаёт более свежим отзывам больший вес, чем старым. Приложение, которое собрало 800 отзывов за три года и не получило ни одного за последние шесть месяцев, будет ранжироваться ниже приложения с 200 отзывами, 40 из которых пришли за последние 60 дней. Свежесть сигнализирует, что приложение активно, а аудитория вовлечена.

2. В чём чаще всего ошибаются инди-разработчики

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

Ждать органических отзывов — это пассивная стратегия. Большинство пользователей, которые с радостью поставили бы вам четыре или пять звёзд, никогда этого не делают, потому что им это просто не пришло в голову и никто их об этом не попросил. Расстроенные пользователи гораздо более мотивированы действовать.

Запрос в неподходящий момент. Многие разработчики вызывают стандартный SKStoreReviewRequest сразу после того, как пользователь открыл приложение или прошёл онбординг. Это худший возможный момент. Пользователь ещё не успел получить реальную пользу. В результате — либо отказ, либо равнодушная оценка от того, кто ещё не решил, нравится ему приложение или нет.

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

Быстрая проверка: Когда вы в последний раз обновляли логику запроса отзыва? Если ответ — «когда только выпустил приложение», у вас, скорее всего, прямо сейчас есть неиспользованный источник пятизвёздочных оценок среди вашей активной аудитории.

3. Как выглядит рабочая система генерации отзывов

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

Запрос по вехам. Определите моменты в приложении, где пользователь наглядно чего-то достиг. Для таймера концентрации — завершение серии сессий. Для трекера привычек — достижение серии в 7 дней. Для финансового приложения — закрытие первого месячного бюджета. Это моменты позитивных эмоций. Вызов SKStoreReviewRequest именно в такой момент конвертирует значительно лучше, чем вызов при запуске приложения.

Повторный запрос при обновлении версии. Apple разрешает вызывать запрос на отзыв до трёх раз за 365 дней на пользователя. Большинство приложений используют только один. Настройте триггер, который повторно запрашивает отзыв у вовлечённых пользователей, когда вы выпускаете значимое обновление — они увидели улучшение и с большей вероятностью обновят оценку или оставят новый отзыв.

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

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

4. Как связать скорость появления отзывов с результатами ASO

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

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

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

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

Отслеживайте позиции по ключевым словам и узнайте, что на них влияет. Бесплатно на Marteso.