Вы запускаете рекламу, но не видите, какие каналы приносят продажи. Лиды теряются, а бюджет уходит впустую. Roistat — инструмент сквозной аналитики, который связывает расходы на рекламу с реальными заявками и звонками. Но без правильной интеграции его ценность падает. Мы специализируемся на интеграции Roistat — за это время настроили аналитику для десятков компаний: от интернет-магазинов до B2B-сервисов. Наши инженеры с 5-летним опытом настраивают Roistat так, чтобы каждая форма, звонок и чат корректно атрибутировались. Гарантируем прозрачность кампаний и рост ROI.
Проблемы, которые решаем
-
Потеря визита при отправке формы. Стандартная ошибка — не передавать
roistat_visit на бэкенд. Без этого Roistat не может привязать заявку к источнику трафика. Мы решаем это добавлением скрытого поля и серверной логики.
-
Некорректная работа коллтрекинга в SPA. В React или Vue скрипт подмены номеров может не сработать после динамического рендеринга. Мы инициализируем
roistat('replacePhones') в нужном жизненном цикле.
- Ошибки при отправке лидов через API. Неверный формат данных или отсутствие обязательных полей (например,
visit) приводит к потерям. Мы валидируем данные на стороне бэкенда.
Как мы это делаем
Рассмотрим кейс интеграции на Laravel 11. Мы создаём сервисный класс RoistatService, который инкапсулирует отправку лидов в API.
class RoistatService
{
private string $projectId;
private string $apiUrl = 'https://cloud.roistat.com/api/proxy/1.0/project/lead/create';
public function __construct()
{
$this->projectId = config('services.roistat.project_id');
}
public function sendLead(array $fields, string $visitId): bool
{
$payload = [
'projectId' => $this->projectId,
'visit' => $visitId,
'fields' => array_map(
fn($name, $value) => ['name' => $name, 'value' => $value],
array_keys($fields),
array_values($fields)
),
];
$response = Http::timeout(5)->post($this->apiUrl, $payload);
return $response->ok() && $response->json('status') === 'ok';
}
}
В контроллере вызываем этот сервис после сохранения заявки. Такой подход гарантирует, что каждый лид сопровождается корректным visitId.
Для фронтенда используем скрытое поле, которое заполняется перед отправкой формы:
document.querySelectorAll('form').forEach(form => {
form.addEventListener('submit', () => {
let input = form.querySelector('[name="roistat_visit"]');
if (!input) {
input = document.createElement('input');
input.type = 'hidden';
input.name = 'roistat_visit';
form.appendChild(input);
}
input.value = getCookie('roistat_visit') ?? '';
});
});
function getCookie(name) {
const m = document.cookie.match(new RegExp('(?:^|; )' + name + '=([^;]*)'));
return m ? decodeURIComponent(m[1]) : null;
}
Это стандартный и надёжный способ, который мы применили уже в 50+ проектах.
Процесс работы
- Анализ — изучаем ваш сайт, формы и систему управления. Выявляем точки интеграции.
- Установка счётчика — добавляем базовый скрипт Roistat в
<head> (через GTM или напрямую).
- Настройка передачи визита — внедряем скрытое поле во все формы, где нужна атрибуция.
- Интеграция API — подключаем отправку лидов с бэкенда, используя ваш стек (PHP, Python, Node.js).
- Коллтрекинг — настраиваем подмену номеров, учитывая динамику SPA.
- Тестирование — проверяем, что каждая заявка и звонок видны в отчётах с правильным источником.
Сроки и что входит
Базовая интеграция (счётчик + формы) — 2–4 часа. Подключение API на нестандартном бэкенде — ещё 2–3 часа. Полный цикл с коллтрекингом и тестированием — 6–8 часов. Стоимость рассчитывается индивидуально.
В результате вы получаете:
- Документацию по интеграции
- Доступ к отчётам в Roistat
- Обучение сотрудников работе с системой
- 2 недели технической поддержки после запуска
Сравнение способов интеграции
| Способ |
Сложность |
Время |
Надёжность |
| Базовый счётчик + ручная передача |
Низкая |
2 ч |
Средняя |
| GTM + скрытое поле |
Средняя |
3 ч |
Высокая |
| Полная API-интеграция на бэкенде |
Высокая |
6 ч |
Максимальная |
API-интеграция в 3 раза надёжнее ручной передачи через cookie: она не зависит от кеширования и корректно работает с любыми фреймворками.
Как избежать типичных ошибок?
Типичные ошибки и их решения
| Ошибка |
Решение |
Неверный projectId в счётчике |
Проверьте идентификатор проекта в настройках Roistat |
Отсутствие roistat_visit в данных формы |
Добавьте скрытое поле и заполняйте его перед сабмитом |
| Игнорирование CORS при API-запросах |
Настройте CORS на сервере для домена cloud.roistat.com |
| Коллтрекинг не работает в SPA |
Вызовите roistat('replacePhones') после рендеринга |
Почему важно настраивать коллтрекинг в SPA?
В React или Vue номера телефонов могут не содержаться в исходном HTML — они рендерятся после загрузки скрипта Roistat. Без дополнительного вызова roistat('replacePhones') номера останутся исходными, и звонки не будут атрибутированы. Мы добавляем этот вызов в useEffect или onMounted, чтобы всё работало корректно.
Проверка интеграции
- Убедитесь, что
roistat_visit есть в cookies (DevTools → Application).
- Отправьте тестовую форму — заявка должна появиться в Roistat с источником трафика.
- Проверьте, что номера телефонов на сайте подменяются на динамические.
Согласно официальной документации Roistat, корректная интеграция снижает стоимость лида на 20–40% и увеличивает ROI на 30%.
Почему стоит выбрать нас?
Наши инженеры имеют 5+ лет опыта в веб-аналитике и провели более 100 успешных интеграций. Гарантируем корректную атрибуцию всех касаний и рост ROI. Свяжитесь с нами для консультации — мы проанализируем ваш сайт и предложим оптимальное решение.
Настройка веб-аналитики: GA4, GTM, Яндекс.Метрика и Amplitude
Мы часто видим: конверсия 1.2 %, трафик растёт, а конверсия стоит. Маркетолог смотрит в Google Analytics и говорит: «пользователи уходят с шага 2 оформления заказа». Разработчик открывает тот же шаг — ошибок нет, в Sentry тишина. Значит, дело не в JS-баге, а в UX или в кривых данных, которые показывает аналитика. Аналитика ломается незаметно: событие перестало трекаться после редеплоя — никто не заметил; GTM-тег стреляет дважды — данные задвоились; фильтр GA4 исключает бота, который на самом деле — реальный трафик с корпоративного прокси. Закажите аудит текущих тегов — мы найдём причину за неделю.
После правильной настройки экономия рекламного бюджета может достигать 150 000 ₽ в месяц — это реальный кейс интернет-магазина с 50 000 сессий в день, где дедупликация purchase вернула 20 % неверно приписанных конверсий.
Почему события GA4 дублируются и как это исправить?
Universal Analytics закрыт, его место заняла событийная модель GA4. В ней нет фиксированных хитов страниц и транзакций — только события с параметрами. Это гибче, но требует правильного дизайна событий.
Автоматические события GA4 собирает сам: page_view, scroll, click, session_start. Рекомендуемые события нужно реализовать самостоятельно: purchase, add_to_cart, begin_checkout, view_item. Google ожидает конкретную схему параметров — если передать product_id вместо item_id, данные попадут в GA4, но не в стандартные отчёты e-commerce. Кастомные события для специфики проекта: filter_applied, video_progress, form_step_completed. Кастомные параметры необходимо зарегистрировать в GA4 Admin → Custom definitions, иначе они не будут доступны в отчётах.
Частая ошибка — событие purchase с дублями. Причина: тег срабатывает на странице /thank-you, пользователь обновляет страницу — второй purchase уходит в GA4. Решение: на бэкенде генерируем уникальный transaction_id и передаём в событие. GA4 de-duplicates по нему (в теории — проверяйте через DebugView). Правильная атрибуция экономит до 20 % рекламного бюджета, который раньше уходил на неверно приписанные конверсии.
Как настроить data layer, чтобы не потерять данные?
GTM — инструмент для управления тегами без деплоя кода. Но «без кода» не значит «без архитектуры». Data Layer — основа всего. Передаём данные из приложения в GTM через dataLayer.push(). Структура: event + контекстные данные. Для e-commerce: перед открытием страницы продукта — push с данными товара. GTM-тег читает из dataLayer, не из DOM.
window.dataLayer = window.dataLayer || [];
dataLayer.push({
event: 'view_item',
ecommerce: {
items: [{
item_id: 'SKU-12345',
item_name: 'Название товара',
price: 1990.00,
currency: 'RUB'
}]
}
});
Плохая практика: GTM-тег парсит DOM — ищет цену в span.price, название в h1. Это ломается при любом изменении верстки. Хорошая практика: всегда dataLayer. Используем Preview Mode для отладки и GTM Server-Side для чувствительных данных — отправка с сервера, не с браузера, обходит блокировщики рекламы, не теряет данные.
Как Яндекс.Метрика дополняет веб-аналитику?
Для российской аудитории Метрика обязательна — особенно Вебвизор. Запись сессии пользователя, который бросил корзину, часто даёт ответ быстрее, чем неделя анализа воронки. Цели в Метрике: событийные (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) или автоматические (клик по кнопке, посещение страницы). Связка с CRM через Метрика Плюс — передача офлайн-конверсий. Наш опыт: в 8 из 10 проектов после настройки Метрики находили скрытые баги в UX, которые не показывали другие системы.
Что даёт product analytics в Amplitude?
Amplitude — продуктовый инструмент, в отличие от маркетинговых GA4 и Метрики. Он заточен под анализ поведения пользователей внутри продукта: воронки, ретеншн, user paths. Amplitude подходит для SaaS-продуктов, мобильных приложений и любых сервисов с зарегистрированными пользователями, где важно понять, как проходят онбординг, на каком шаге уходят, какие фичи используют чаще. Ключевые концепции: identify (связать анонимного пользователя с userId после авторизации), group (аккаунт в B2B SaaS), когорты для удержания. Amplitude Chart — воронка шагов за последние 30 дней с разбивкой по источнику.
Мониторинг качества данных
Аналитика без мониторинга — чёрный ящик. Настраиваем:
- GA4 Realtime — проверяем после каждого деплоя, что ключевые события приходят
- Alerting в GA4 — аномалия в количестве событий
purchase (резкое падение = что-то сломалось)
- GTM Preview в staging-окружении перед продакшеном
- Ручные тесты воронок раз в неделю — просто пройти путь покупателя и проверить, что всё трекается
Что проверяем после каждого деплоя
- Все ли рекомендуемые события присутствуют в DebugView
- Нет ли задвоений (считаем количество
purchase на 100 сессий)
- Не изменилась ли структура dataLayer после обновления фронтенда
Что входит в работу
| Компонент |
Описание |
| Аудит текущих тегов |
Проверка существующих GTM-тегов, dataLayer, дублей и ошибок |
| Дизайн событийной схемы |
Документация: список событий, параметры, триггеры |
| Настройка GA4 + GTM |
Создание конфигурации, тегов, Custom definitions |
| Яндекс.Метрика |
Установка счётчика, создание целей, настройка Вебвизора |
| Amplitude (опционально) |
Настройка клиентского и серверного SDK, когорты |
| QA и мониторинг |
Тестирование в Preview Mode, Alerting |
| Обучение и передача |
Доступы, инструкция по добавлению новых событий, консоль |
Процесс и сроки
- Аудит текущих тегов и данных (2 дня)
- Дизайн событийной схемы (2 дня)
- Разработка Data Layer и настройка тегов (3–5 дней)
- QA в Preview Mode и на staging (2 дня)
- Деплой и настройка дашбордов (1 день)
| Сценарий |
Срок |
| Базовая настройка GA4 + GTM |
1 неделя |
| Полный e-commerce tracking + Метрика |
2–3 недели |
| Server-side GTM + Amplitude |
3–5 недель |
Стоимость рассчитывается индивидуально. Получите консультацию по настройке веб-аналитики для вашего проекта — мы оценим объём работ за один день. Свяжитесь с нами, чтобы начать.
Wikipedia: Веб-аналитика — подробнее о методах и метриках. Официальная документация по событийной модели GA4 доступна в Google Analytics 4.
