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

Содержание
1. Регистрация дает алгоритму сигнал, но еще не доказывает качество привлечения
2. У сервиса транскрибации сценарии отличались по дальнейшим оплатам
3. Первую оплату нужно считать отдельно от повторных платежей
4. Задержанные оплаты меняют оценку остановленного теста
5. Микроконверсия полезна, если ее связь с оплатой проверяется на пользователях
6. В B2B-отчете микроконверсии были частью работы, но рост продаж не подтвержден
7. При редких оплатах сначала проверьте учет, затем выбирайте более частый сигнал
8. Следующий тест должен проверять цель при сопоставимых условиях
9. Частые вопросы

Регистрация дает алгоритму сигнал, но еще не доказывает качество привлечения

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

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

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

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

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

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

У сервиса транскрибации сценарии отличались по дальнейшим оплатам

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

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

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

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

Для интеграции с amoCRM использовали отдельные объявления и цели, связанные с бесплатным тестированием. Этот сценарий оценивали по собственным действиям пользователей. Его нельзя без оговорок сравнить с обычной регистрацией ради расшифровки одного файла: у контактов разные задачи и путь к покупке.

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

Первую оплату нужно считать отдельно от повторных платежей

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

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

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

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

Задержанные оплаты меняют оценку остановленного теста

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

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

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

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

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

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

Микроконверсия полезна, если ее связь с оплатой проверяется на пользователях

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

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

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

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

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

“

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

Иван Костин, Head of Performance в Сайткрафт

В B2B-отчете микроконверсии были частью работы, но рост продаж не подтвержден

В годовом отчете поставщика металлопроката за 2025 год прямо зафиксировано создание микроконверсий для обучения автоматических стратегий с оплатой за лиды. Среди выполненных работ также указаны тесты рекламных кампаний, анализ поисковых запросов методом n-gram и подключение BI-дашборда по разметке коллтрекинга.

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

Фрагмент исходного годового отчета за 2025 год: микроконверсии указаны в составе выполненных работ. Это снимок документа, а не рекламного кабинета; конкретные цели и их влияние на продажи здесь не раскрыты.

Годовое сравнение тоже не дает основания объявить подход успешным: число лидов контекстной рекламы снизилось относительно 2024 года, стоимость лида выросла. Поля продаж и выручки за 2025 год не заполнены. Из этих данных нельзя вывести улучшение окупаемости или рост продаж за счет микроконверсий.

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

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

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

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

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

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

Если нужное действие фиксируется в CRM или продуктовой базе, его можно передавать в Метрику как офлайн-конверсию, связывая с визитом по поддерживаемому идентификатору. В документации Яндекса описаны ClientID, UserID, yclid и PurchaseId, а также проверка привязки в отчете. Наличие загрузки еще не означает, что все события сопоставились с визитами: эту часть нужно проверить отдельно.

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

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

Следующий тест должен проверять цель при сопоставимых условиях

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

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

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

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

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

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

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

Частые вопросы

Head of Performance в Сайткрафт

Отвечает за контекстную рекламу, перформанс и сквозную аналитику для SaaS, онлайн-сервисов и платформ с длинным циклом сделки. Разбирает аккаунты Директа, где заявки идут, а сделок нет, и пересобирает структуру кампаний под тип спроса.

Об авторе

Иван Костин

Что почитать дальше по теме