Отслеживание переходов и конверсий партнёров

Отслеживание переходов и конверсий — это ядро партнёрской программы: механизм, который связывает клик по партнёрской ссылке с последующим заказом и начисляет вознаграждение нужному аффилиату. В 1С-Битрикс он построен на GET-параметре в ссылке и cookie атрибуции, а результат превращается в транзакции и отчёты по эффективности партнёров.

Как устроен учёт переходов

Партнёрская программа входит в модуль sale (раздел Магазин → Аффилиаты) и работает по классической схеме «клик → cookie → заказ → транзакция». Каждый аффилиат получает уникальный идентификатор, который «зашивается» в его партнёрскую ссылку через GET-параметр.

Когда посетитель переходит по такой ссылке, Битрикс распознаёт идентификатор аффилиата в адресе, фиксирует переход и записывает партнёра в cookie браузера. Дальше пользователь может уйти с сайта, вернуться позже, добавить товар в корзину — всё это время метка партнёра хранится в cookie. В момент оформления заказа система читает эту метку и, если она есть, привязывает заказ к аффилиату. Так односторонний клик превращается в измеримую конверсию.

Партнёрская ссылка и её параметр

Ссылку аффилиат формирует в публичной части через компонент bitrix:sale.affiliate — это его личный кабинет партнёра. Он указывает целевую страницу магазина, а система дописывает к ней GET-параметр со своим идентификатором. Ссылка ведёт на любой раздел: главную, карточку товара, категорию или лендинг акции.

Технически ссылка выглядит как обычный URL магазина с добавленным параметром аффилиата, например:

• переход на товар — /catalog/tovar/?партнёрский_параметр=ID;
• переход в раздел — /catalog/?партнёрский_параметр=ID;
• переход на акцию — /actions/?партнёрский_параметр=ID.

Имя GET-параметра, который отвечает за передачу идентификатора, задаётся в настройках модуля sale. Важно не менять его на живом магазине без необходимости: все ранее розданные партнёрами ссылки перестанут распознаваться, а переходы по ним не будут засчитаны.

Cookie и модель атрибуции

Связь между переходом и заказом держится на cookie. У этой cookie есть время жизни — оно настраивается в параметрах партнёрской программы и определяет, сколько дней после клика заказ ещё будет привязан к партнёру. Если пользователь оформит покупку в пределах этого срока — конверсия засчитается аффилиату, если позже — нет.

По умолчанию Битрикс использует модель last click: если посетитель перешёл по ссылкам нескольких партнёров, в cookie остаётся последний, и заказ достанется именно ему. Это стоит учитывать при разборе спорных начислений.

От перехода к конверсии-заказу

Конверсией в партнёрской программе считается оформленный заказ, у которого в cookie нашлась метка аффилиата. В момент создания заказа модуль sale проверяет наличие партнёрской метки и, если она есть, привязывает заказ к аффилиату.

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

1. Пользователь переходит по партнёрской ссылке — фиксируется переход;
2. метка аффилиата пишется в cookie на срок окна атрибуции;
3. пользователь оформляет заказ — система находит метку и привязывает заказ;
4. по плану аффилиата рассчитывается вознаграждение — создаётся транзакция;
5. статус транзакции меняется в зависимости от судьбы заказа (оплата, отмена, возврат).

Такая связка позволяет отделить «трафик» от «результата»: партнёр может привести много переходов, но в вознаграждение превращаются только те, что дошли до оплаченного заказа.

Отчёты и показатели эффективности

Всё, что накопила система, доступно в административной части в разделе Магазин → Аффилиаты и в списке транзакций. По каждому партнёру видно ключевые метрики, из которых складывается оценка канала:

• Переходы — сколько кликов по партнёрским ссылкам зафиксировано;
• Заказы (конверсии) — сколько переходов дошло до оформленного заказа;
• Сумма заказов — оборот, приведённый партнёром;
• Начисленное вознаграждение — сумма транзакций по аффилиату;
• Конверсия — отношение заказов к переходам как показатель качества трафика.

Эти данные — основа для решений: кому повысить ставку по плану, чей трафик не конвертируется, а кого стоит проверить на накрутку переходов. В личном кабинете (bitrix:sale.affiliate) партнёр видит свою часть этой статистики — переходы, заказы и начисления по своему счёту.

Точность учёта и внешние системы

Встроенный учёт Битрикс отвечает на вопрос «кому начислить», но для сквозной аналитики его обычно дополняют внешними инструментами. Здесь важно не путать две задачи: атрибуция вознаграждения (её ведёт модуль sale по своей cookie) и веб-аналитика переходов (Яндекс.Метрика, счётчики, UTM-разметка).

Практические приёмы, повышающие достоверность данных:

• UTM-метки в партнёрских ссылках — чтобы видеть трафик партнёров в Метрике отдельно от прочих источников;
• сверка конверсий — периодическое сопоставление заказов с партнёрской меткой и данных аналитики;
• увеличенное окно атрибуции — если у товара длинный цикл принятия решения;
• контроль качества трафика — отслеживание аномально высоких переходов при нулевых заказах.

Итог

Отслеживание переходов и конверсий в 1С-Битрикс работает по прозрачной цепочке: партнёрская ссылка с GET-параметром фиксирует переход, cookie хранит метку аффилиата в пределах окна атрибуции, а оформленный заказ превращается в транзакцию с вознаграждением. Ключевые настройки — имя параметра ссылки, время жизни cookie и модель last click; главное ограничение — сама природа cookie, из-за которой часть конверсий неизбежно теряется.

Если партнёрский канал становится заметным, а стандартной атрибуции по cookie не хватает — нужна сверка с аналитикой, UTM-разметка или интеграция с CPA-сетью, — эту логику стоит проектировать аккуратно. Мы в B2Bsite настраиваем партнёрские программы на Битрикс, дорабатываем учёт конверсий через события заказа и связываем магазин с внешними системами так, чтобы начисления были честными и проверяемыми.