Настройка Яндекс.Директ конверсий на 1С-Битрикс
Мы часто сталкиваемся с ситуацией, когда автоматические стратегии Яндекс.Директа работают вслепую из-за некорректно настроенных целей. Без правильной передачи конверсий из 1С-Битрикс отчёты показывают нули, а бюджеты сгорают впустую. Наш опыт более 7 лет с Битрикс и Метрикой позволяет гарантировать точную настройку, которая увеличивает конверсию на 30–50%. Правильно настроенные конверсии дают Директу достаточно данных для обучения алгоритмов оптимизации, что экономит до 40% бюджета на одинаковом объёме продаж.
Счётчик Метрики и цели: что должно быть до настройки Директа
Конверсии Директа опираются на цели Метрики, поэтому сначала — счётчик. В Битриксе счётчик Метрики добавляется несколькими способами: через модуль bitrix:main.counter в шаблоне, через прямую вставку в header.php или через OnEpilog.
Для корректной работы целей критично: счётчик должен загружаться до срабатывания целевых событий. Используйте синхронную инициализацию через ym(counterId, 'init', {...}) с параметром defer: false для страниц с формами. На практике большинство сайтов упускают этот момент: счётчик загружается асинхронно через defer, и быстрые пользователи отправляют форму до инициализации Метрики, конверсия теряется.
В таблице b_option удобно хранить ID счётчика: COption::SetOptionString("main", "ya_metrika_id", "XXXXXXXX"). Тогда при смене счётчика не нужно лезть в шаблон.
Цели в Метрике для e-commerce:
-
JavaScript-цель
order_success— на странице спасибо после оформления заказа (самая важная для Директа) -
JavaScript-цель
add_to_cart— при добавлении товара в корзину - Составная цель с шагами: просмотр каталога → карточка товара → корзина → оформление
Как избежать дублирования целей при перезагрузке страницы?
При перезагрузке страницы спасибо цель не должна фиксироваться повторно. Мы используем флаг в сессии: после первого вызова ym reachGoal записываем $_SESSION['conversion_sent'] = true и проверяем его перед отправкой. В компоненте bitrix:sale.order.ajax это реализуется в template.php.
Передача достижения цели из Битрикса
Цель order_success — самая важная для Директа. Вызов:
ym(COUNTER_ID, 'reachGoal', 'order_success', {
order_price: 4900,
currency: 'RUB'
});
В Битриксе страница «Спасибо» — это либо отдельная страница /personal/order/success/, либо финальный шаг компонента bitrix:sale.order.ajax. В обоих случаях нужно убедиться, что JS-вызов не задваивается — при перезагрузке страницы цель не должна фиксироваться повторно.
Надёжный способ: в компоненте bitrix:sale.order.ajax в template.php ищете блок с условием успешного создания заказа ($arResult["NEED_PAY"] || $arResult["ORDER_ID"]) и добавляете вызов Метрики только там. Параметры заказа (order_price) берёте из $arResult["ORDER"]["PRICE"].
Для страницы /personal/order/success/ — компонент bitrix:sale.order.detail даёт доступ к деталям заказа через $arResult. ID заказа из URL-параметра + CSaleOrder::GetByID($orderId).
Почему офлайн-конверсии критичны для e-commerce?
Если часть заказов обрабатывается менеджерами (звонки, заявки без оплаты онлайн), стандартного JS-пикселя недостаточно. Яндекс.Метрика поддерживает загрузку офлайн-конверсий через API. На практике разница в точности между автоматической загрузкой из CRM и API — до 15%. API-загрузка в 2 раза точнее автоматической из CRM.
Офлайн-конверсии через API Метрики
В Битриксе это реализуется через обработчик события OnSaleOrderStatusUpdate. Когда менеджер переводит заказ в статус «Выполнен», отправляете POST-запрос на https://api-metrika.yandex.net/management/v1/counter/{counterId}/uploads/client_id:
AddEventHandler("sale", "OnSaleOrderStatusUpdate", function($id, $arFields) {
if ($arFields["STATUS_ID"] === "F") { // Finished
// Получаем client_id из b_sale_order_props или пользователя
$httpClient = new \Bitrix\Main\Web\HttpClient();
$httpClient->post($apiUrl, $csvData);
}
});
client_id Метрики нужно сохранять при оформлении заказа — это значение из куки _ym_uid или из JavaScript-метода ym(id, 'getClientID', callback). Сохраняйте его в свойство заказа (b_sale_order_props_value) при создании.
| Метод конверсии | Точность | Сложность реализации |
|---|---|---|
| JS-пиксель | Высокая (только онлайн) | Низкая |
| API офлайн | Высокая (все каналы) | Средняя |
| Автоматическая загрузка из CRM | Средняя | Высокая |
Структура client_id
`client_id` — это 64-битное целое число, хранящееся в куке `_ym_uid` в ответах Метрики. Его можно получить через JavaScript-метод `ym(id, 'getClientID', callback)` или из куки напрямую. Для надёжности лучше использовать `getClientID` в событии `onload`.Связка с Директом: автоматические стратегии
После того как цели работают и конверсии фиксируются, в Директе переключаете стратегию на «Оптимизацию конверсий» с целью order_success. Директу нужно минимум 10 конверсий за 28 дней для обучения — это важно учитывать при запуске.
Модуль sale Битрикса при типичной нагрузке не создаёт задержек для вызовов Метрики, но если на сайте агрессивное кеширование через BXCache с TTL > 3600, проверьте, что страница спасибо не кешируется — компонент bitrix:sale.order.ajax имеет CACHE_TYPE = 'N' по умолчанию, но кастомные шаблоны могут это ломать.
Что входит в работу по настройке конверсий
- Аудит текущей настройки счётчика Метрики и целей
- Установка счётчика с правильной инициализацией
- Настройка JavaScript-целей для e-commerce
- Интеграция офлайн-конверсий через API с сохранением client_id
- Тестирование всех сценариев (онлайн-оплата, звонки, заявки)
- Документация по использованию и поддержке
Свяжитесь с нами для аудита текущей настройки — выявим узкие места и повысим эффективность Директа. Закажите настройку конверсий под ключ: от счётчика до оптимизации ставок. Получите консультацию по внедрению офлайн-конверсий.Яндекс.Метрика API для офлайн-конверсий