Сквозная аналитика: реклама → сайт → CRM → выручка

Определите зерно данных

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

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

Цепочка идентификаторов

• Click ID и UTM: рекламный источник, кампания и объявление.
• Client/session ID: веб-взаимодействие в аналитической системе.
• Lead event ID: уникальная отправка формы или обращение.
• Contact и deal ID: сущности CRM с отдельными правилами дублей.
• Order/payment ID: подтверждённый коммерческий результат.

Поток данных

1. Посадочная сохраняет допустимые параметры источника и идентификатор аналитики.
2. Backend создаёт событие заявки с уникальным ID.
3. Интеграция передаёт поля в CRM и получает ID сделки.
4. CRM фиксирует квалификацию, этапы и причины потери.
5. Система оплаты передаёт подтверждённую сумму и возвраты.
6. Хранилище объединяет таблицы и строит модель атрибуции.

Дедупликация и повторные покупки

Повторный webhook не должен создавать второй лид — для этого нужен idempotency key. Один контакт может иметь несколько сделок и оплат, поэтому дедупликация человека не должна уничтожать повторную выручку.

Суммы храните с валютой, временем и типом операции. Возврат не удаляет исходную оплату, а создаёт отдельное корректирующее событие.

Offline conversions

Когда лид квалифицирован или сделка оплачена, допустимые идентификаторы можно передать обратно в рекламную или аналитическую систему. Google Measurement Protocol предназначен для дополнения основной разметки server-to-server и offline событиями, а не для её полной замены.

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

Контроль качества

• Ежедневное сравнение количества форм, событий интеграции и новых лидов CRM.
• Доля строк без источника, click ID, ответственного или результата.
• Задержка от события до появления в отчёте.
• Количество технических и бизнес-дублей.
• Сверка выручки с системой учёта и отдельный учёт возвратов.

Атрибуция и честные ограничения

Last click прост и воспроизводим, но недооценивает ранние касания. First click показывает источник знакомства, но игнорирует путь к покупке. Data-driven модель требует объёма и качественных данных. Полезно хранить несколько представлений и заранее описывать правила.

Cookie-ограничения, разные устройства, звонки и ручные сделки создают неизвестную часть пути. Хороший отчёт показывает долю неатрибутированных результатов, а не распределяет их искусственно.

Минимальный дашборд руководителя

• Расход, лиды, квалифицированные лиды, сделки и оплаченная выручка.
• CPL и CAC только по согласованным определениям.
• Конверсия и медианное время между этапами.
• ROMI с явно указанными затратами и окном.
• Качество данных: неизвестный источник, дубли и задержки.

Роль CRM

Taska Analytics может быть одним из интерфейсов для операционных отчётов; TIPA участвует в развитии Taska, и мы раскрываем эту связь. Для независимой архитектуры источник данных и возможность экспорта важнее конкретного интерфейса.

Первичные источники и документация

• Google Analytics: Measurement Protocol
• Google Analytics: UTM campaign URL builder guidance

Следующий шаг

Если хотите применить схему к своему проекту, спроектируйте контур сквозной аналитики. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.