Деньги за рекламу списываются с карты в Директе. Деньги от клиента падают на счёт из CRM. Между этими двумя фактами — пропасть, которую маркетолог обычно заполняет руками: переписывает номера сделок в Google Таблицу, сверяет источник по памяти, а раз в месяц сдаёт отчёт, где цифры сходятся, потому что он их подогнал вечером перед встречей с собственником.
Ко мне с одинаковым запросом приходят почти все — клиники, застройщики, салоны: «Хочу видеть, с какого объявления пришли деньги, но программиста в штате нет, и нанимать его под одну задачу странно». Хорошая новость — в 2026 году для девяти задач из десяти программист и не нужен. Плохая — вам об этом не расскажут на демо-звонке продавца дорогой коробочной системы, потому что ему выгоднее продать вам именно коробку.
Что вообще значит «связать рекламу и CRM»
Это не про красивый дашборд. Это про одну метку, которая проходит через всю цепочку без потерь: клик по объявлению → UTM в адресе страницы → заявка с этой меткой падает в CRM → сделка двигается по этапам → по итогу известно, заплатил клиент или нет. Если метка долетела от первого шага до последнего — у вас сквозная аналитика. Если она потерялась на полпути — у вас просто CRM и просто реклама, живущие отдельной жизнью.
Большинство клиентов, которые говорят «нам нужна сквозная аналитика», на самом деле просят именно это: не терять метку. Остальное — дашборды, когорты, LTV — надстройка, которая без решённой базовой задачи бессмысленна. Про то, какие метрики смотреть, когда база уже есть, я разбирал в статье про пять метрик сквозной аналитики.
Что сделать: прежде чем звать кого-то настраивать интеграцию, откройте одну случайную сделку в CRM и проверьте, видно ли в её карточке, с какого объявления пришёл этот клиент. Нет — вот с этого конкретного места и нужно начинать, а не с покупки системы аналитики за полугодовой бюджет на рекламу.
Три способа связать без программиста
Первый — нативная интеграция внутри самой CRM. Битрикс24 и amoCRM уже умеют подхватывать UTM-метки с сайта и привязывать звонки через встроенный коллтрекинг, если включить нужный модуль в настройках. Это бесплатно или почти бесплатно, работает из коробки и не требует ни одной строчки кода — только методичного прохода по настройкам руками. Подробный разбор именно для Битрикс24 — в статье про сквозную аналитику в Битрикс24.
Второй — no-code коннекторы: Albato, Make, n8n и их аналоги. Это конструктор из готовых блоков «если в сервисе А произошло событие — перенести данные в сервис Б», который настраивается через интерфейс мышкой, без программирования. Берёте блок «новая заявка с Яндекс.Директа», блок «создать сделку в CRM», соединяете стрелкой — готово. Стоит это обычно несколько тысяч рублей в месяц за тариф с нужным числом операций, и настроить первую связку реально за один вечер по инструкции от самого сервиса.
Третий — коробочная система сквозной аналитики вроде Roistat или Calltouch. Она берёт на себя сразу всё: коллтрекинг, склейку визитов, передачу данных в CRM и дашборд поверх. Дороже первых двух вариантов и чаще всего избыточна, если у вас один канал трафика и одна CRM — но если источников пять, а связывать их руками уже физически не успеваете, это разумная плата за готовое решение. Обзор категорий таких систем и их реальных цен я собрал в статье про системы сквозной аналитики.
Что сделать: если у вас один-два канала трафика и одна CRM — начните с нативной интеграции, это бесплатно и быстрее всего. Если каналов больше и нативного решения не хватает — берите no-code коннектор. К коробочной системе переходите только когда руками уже реально не успеваете, а не потому что так посоветовал продавец.
Когда программист всё-таки понадобится
У вас не одна CRM, а две-три разных системы, между которыми нужно гонять данные, — например, старая самописная база учёта плюс новая CRM для продаж. Готовые коннекторы рассчитаны на популярные сервисы с открытым API, а самописная система почти всегда таким API не располагает, и тут без разработчика данные никуда не потащить.
У вас нестандартные поля или этапы сделки, которые не укладываются в логику готового блока коннектора, — например, нужно не просто перенести заявку, а на входе проверить телефон по трём разным базам и только потом создать сделку с нужным статусом. Это уже не настройка, а логика, которую придётся написать.
Данных слишком много и они требуют обработки на лету — склейка дублей по нормализованному номеру телефона, массовая чистка исторической базы, пересчёт атрибуции по сложной модели. No-code конструктор физически не предназначен для таких объёмов и такой логики — он задуман для простых цепочек «если — то», а не для вычислений.
Вам нужна интеграция, которая должна работать идеально надёжно и без присмотра — например, финансовые данные, где ошибка в передаче стоит реальных денег клиента. No-code сервис может молча изменить логику своего блока при обновлении, и если никто не следит, вы узнаете об ошибке только через месяц по разъехавшимся цифрам в отчёте.
Что сделать: сформулируйте задачу в одно предложение вида «хочу, чтобы поле X из рекламы попадало в поле Y в CRM». Если предложение получилось коротким и без «но» — скорее всего справится коннектор. Если в формулировке три условия, две системы и слово «если» три раза — вам нужен программист, и это нормально, просто другая задача.
Частые ошибки, когда «без программиста» превращается в кашу
Подключают передачу UTM-меток, но не нормализуют источники на входе — и один и тот же Яндекс.Директ в отчёте превращается в три разных источника: «yandex», «Яндекс» и «ya», потому что метка каждый раз приходила с разным регистром. Отчёт после этого считает каждый вариант отдельным каналом, и реальная картина расползается.
Настраивают коннектор один раз и больше никогда не проверяют, что он продолжает работать. У сервисов-источников время от времени меняется API, коннектор тихо перестаёт передавать часть данных — а узнаёте вы об этом не из уведомления, а через два месяца, когда заметите подозрительный провал заявок с одного канала.
Путают «связали системы» с «посчитали окупаемость». Передача данных из рекламы в CRM — это транспорт, а не аналитика. Чтобы на основе этих данных реально считать ROMI и принимать решения по бюджету, нужна ещё одна настройка сверху — расчётные поля, формулы, регулярная проверка. Как это выглядит на практике, я разбирал в статье про настройку сквозной аналитики.
Если вы ещё не решили, нужна ли вам вообще отдельная связка или хватит того, что CRM умеет из коробки, — посмотрите статью зачем сквозная аналитика бизнесу. А если нужен взгляд со стороны на то, какой вариант подойдёт именно вашей связке рекламы и CRM и сколько это реально будет стоить у вас — оставьте заявку внизу страницы или загляните в раздел аудитов маркетинга.