У большинства инди-приложений на iOS есть проблема с оценками. И не потому, что пользователи недовольны, а потому, что запрос на отзыв появляется в неподходящий момент — или не появляется вовсе.

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

Вот как это исправить, не гадая и не нарушая правила Apple.

Проблема с оценками не в том, о чём вы думаете

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

Ни то, ни другое не работает.

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

Возьмём текущие данные по приложениям Marteso: у Pi Digits одна оценка в США на 5 звёзд. У RowTally и CalcBlitz по 0 оценок. Это не плохие приложения. Это приложения, которые пока не решили проблему тайминга запроса.

Правила Apple, если говорить прямо

Apple даёт вам один легитимный инструмент: SKStoreReviewController.requestReview(). Вы вызываете его в коде, а Apple управляет тем, как выглядит запрос и как обрабатывается ответ. Вы не можете переопределить поведение при закрытии. Вы не можете поощрять отзыв вознаграждением. Вы не можете просить об отзыве внутри формы или транзакции.

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

Три запроса в год — это три осознанных решения. Относитесь к каждому как к ограниченному ресурсу.

Два рабочих окна для запроса

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

Момент восторга при первом результате — это когда пользователь впервые выполняет ту самую ключевую задачу, ради которой создавалось приложение. Не обучающий онбординг. А реальное действие. Для Pi Digits это завершение челленджа на запоминание числа пи. Для RowTally — сохранение подсчитанного количества рядов. Для CalcBlitz — завершение вычисления на время.

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

Момент достижения — это когда пользователь добирается до значимой точки прогресса: серии, личного рекорда или количества завершённых действий. Для Pi Digits это может быть первое запоминание 10 цифр. Для приложения по формированию привычек — серия из 7 дней.

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

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

Почему скорость накопления оценок влияет на позиции по ключевым словам

Это та часть, которую большинство ASO-гайдов пропускает.

Оценки — это не только сигнал доверия для пользователей, просматривающих App Store. Это сигнал качества конверсии для Apple. Когда Apple ранжирует ваше приложение по ключевому слову, он отслеживает, действительно ли пользователи, нашедшие приложение через этот поиск, его скачивают. Если нет — позиция начинает проседать.

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

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

Выход на правдоподобный объём оценок — даже 20–50 штук — заметно снижает это сопротивление.

Практическая реализация запроса

Вот структура, которую я бы порекомендовала большинству инди-приложений.

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

Реализуйте мягкий счётчик. Считайте, сколько раз пользователь дошёл до этого события. На третий или пятый раз вызывайте requestReview(). Не показывайте запрос в первой сессии.

Добавьте триггер по достижению. Выберите одну веху прогресса — серию, личный рекорд или количество завершённых действий — и добавьте туда второй вызов requestReview(). Так вы получаете два контекстно уместных момента на пользователя, не сжигая все три годовых слота.

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

Чего делать не стоит

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

Не отправляйте push-уведомления с просьбой об отзыве. Это противоречит правилам Apple и приучает пользователей отключать ваши уведомления.

Не используйте сторонние сервисы review-gating, которые фильтруют пользователей перед тем, как направить их к запросу App Store. Правила Apple запрещают вести к запросу только тех, кто настроен позитивно.

Не добавляйте постоянную кнопку «Оцените нас» в меню настроек и не называйте это стратегией. Это не стратегия. Это запасной вариант для пользователей, которые и так бы вас оценили.

Через сколько ждать результатов

Объём оценок набирается медленно. Самый быстрый способ ускорить процесс — точно попасть в описанные выше окна тайминга и выпустить сборку, которая корректно вызывает requestReview().

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

Система ASO вознаграждает последовательность. Оценки — часть этой системы.