Изометрический чертёж песочных часов с полупустой верхней камерой и одним изумрудным шариком, падающим мимо горловины

Как передать сделки из CRM в рекламу без разработчика

Три способа передать данные из CRM в Яндекс Директ и Метрику своими силами — без кода и без очереди к разработчику.

Передача сделок из CRM в рекламу без разработчика: три рабочих пути

Механизм привязки выбран, задача согласована — и встала в очередь к разработке на квартал. Разбираем три способа доставить данные из CRM в Яндекс Директ и Метрику своими силами, что каждый требует на входе и чем вы платите за отказ от кода.

Загрузка сделок из CRM в рекламу — передача информации о том, чем закончилось обращение, обратно в рекламные системы. Она нужна, чтобы алгоритмы обучались на оплатах, а не на заявках. Механизм привязки выбирается отдельно; способ доставки данных — отдельно, и часть способов не требует участия разработчика.

Статья для маркетолога, который уже понял, что нужно передавать сделки, и упёрся не в выбор механизма, а в исполнение. Выбор механизма и разбор окна привязки в 21 день — отдельная тема. Здесь только доставка: как данные физически попадают из CRM в рекламные системы.

Коротко: пять фактов, которые важно знать до начала

  1. 01

    Внедрение чаще застревает не на выборе механизма, а на очереди к разработчику — и это решаемо.

  2. 02

    Загружать данные можно четырьмя путями: через интерфейс Метрики, через её программный интерфейс, через готовые интеграции с CRM и через Центр конверсий Директа.

  3. 03

    Центр конверсий принимает файл по ссылке или из таблицы Google Sheets и забирает его раз в сутки — этот путь настраивается без кода.

  4. 04

    Для данных о клиентах и заказах есть упрощённый формат: достаточно даты создания заказа и одного параметра клиента.

  5. 05

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

Почему передача сделок застревает на разработчике

Типичная картина: маркетолог разобрался, какой механизм привязки нужен, согласовал задачу — и она встала в очередь к разработке на квартал. Проект замирает не на решении, а на исполнении.

Здесь важно чётко развести два вопроса, которые постоянно смешивают. Первый — какой механизм привязки использовать: по идентификатору визита или по контактам клиента, и как быть с длинным циклом сделки. Это отдельная тема, разобранная подробно, со сроками и таблицей потерь — в нашем материале про <a href="https://gurucontext.ru/blog/skvoznaya-analitika-dlya-b2b-tsikla-26-mesyatsev">сквозную аналитику для B2B-цикла 2–6 месяцев</a>.

Второй вопрос — как данные физически попадут из CRM в рекламную систему. Именно он упирается в разработчика, и именно ему посвящена эта статья. Хорошая новость: не все пути требуют кода.

От наличных ресурсов к способу загрузки

Обычно перечисляют способы и предлагают выбрать. Здесь наоборот: отталкиваемся от того, что у вас уже есть. Прежде чем смотреть на способы, убедитесь, что данные корректно подготовлены на стороне сайта и CRM — об этом подробно в статье <a href="https://gurucontext.ru/blog/tseli-v-yandeksmetrike-pod-skvoznuyu-analitiku">про настройку целей в Метрике под сквозную аналитику</a>.

Каждый путь без кода имеет свою цену. Третья колонка в таблице ниже — честная: у каждого варианта есть ограничение, и лучше увидеть его до начала, чем обнаружить в процессе.

Ваши ресурсы → доступный способ → цена выбора

Что у вас естьДоступный способЧем придётся пожертвовать
Выгрузка в таблицу + человек, который её обновляетЦентр конверсий Директа через Google Sheets или ссылку на файлЗадержка по периодичности выгрузки, ручная работа, риск ошибки в файле
Популярная CRM + админ-доступГотовая интеграция в разделе загрузки данных МетрикиЗависимость от полей, которые умеет передавать коннектор
Данные есть, но нет ни коннектора, ни таблицыРучная загрузка через интерфейс МетрикиПодходит только для разовых задач и проверки гипотез
Разработчик хотя бы на несколько часовПрограммный интерфейс Метрики (API)Это уже не «без кода», зато максимум возможностей
Бюджет, но нет технических ресурсовОтдельный сервис сквозной аналитикиДороже, но снимает с маркетолога и загрузку, и сопоставление

Центр конверсий: файл, который забирают сами

Это самый недооценённый путь из доступных без кода. Механика проста: вы кладёте файл с конверсиями туда, откуда его можно забрать — на файловый сервер по FTP или SFTP, по ссылке HTTP/HTTPS или в таблицу Google Sheets, — и указываете в Директе название источника, ссылку и счётчик Метрики. Дальше Директ раз в сутки скачивает файл и сопоставляет конверсии с визитами и кликами по объявлению.

Что важно понимать про содержимое файла: в нём задаются статусы конверсии — например «заказ создан» и «заказ оплачен» — и для каждого статуса можно указать ценность. То есть в рекламу уезжает не только факт события, но и сумма, на которой алгоритму имеет смысл обучаться. Это принципиально важно для оптимизации по выручке, а не по количеству заявок.

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

Готовая интеграция и упрощённый формат Метрики

Второй путь без кода — подключить CRM через готовую интеграцию в разделе загрузки данных Метрики. Там же, в том же разделе, есть отдельная вкладка для подключения коллтрекинга — удобно, если звонки тоже нужно учитывать.

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

При подробном формате Метрика автоматически создаёт цели «CRM: Заказ создан» и «CRM: Заказ оплачен» — заводить их вручную не требуется. Собственные цели тоже можно добавить. Наименования разделов интерфейса Метрики менялись; перед настройкой стоит сверить актуальные названия в справке.

Честно про пятый путь: если связку нужно не просто завести, а поддерживать и видеть выручку по каналам, поверх ставится система сквозной аналитики — Roistat, Calltouch, CoMagic, K50 или другая. Подробнее такая связка разобрана в нашем материале про <a href="https://gurucontext.ru/blog/integratsiya-roistat-s-crm-amocrm-i-bitriks24">интеграцию сквозной аналитики с CRM</a>. Это дороже, но снимает с маркетолога и загрузку, и сопоставление.

Чем платим за отказ от кода: расчёт задержки

Плата за «без кода» измеряется не в деньгах, а во времени — и её можно посчитать конкретно.

Окно привязки офлайн-конверсии к визиту составляет 21 день. Задержка складывается из двух частей: сколько сделка ждёт очередной выгрузки в файл и сколько ждёт ежесуточного скачивания Директом. Если заявки приходят равномерно, среднее ожидание выгрузки — половина периода между выгрузками.

Посмотрим, как периодичность влияет на долю потерянного окна привязки.

Периодичность выгрузкиСредняя задержкаДоля окна привязки (21 день)
Ежедневно≈1 день≈5%
Раз в неделю≈4 дня≈19%
Раз в две недели≈7,5 дня≈36%
Раз в месяц≈15,5 дня≈74%
Расчёт модельный и предполагает, что сделки распределены внутри периода равномерно. Задержка отсчитывается от момента появления сделки в CRM — сколько до этого прошло от визита до сделки, разобрано в материале про длинный цикл сделки.

Периодичность выгрузки — не вопрос удобства

Визуальное сравнение: сколько окна привязки остаётся при разной частоте обновления файла

Ежедневно
95% окна сохранено
Раз в неделю
81% окна сохранено
Раз в 2 недели
64% окна сохранено
Раз в месяц
26% окна сохранено
Сохранённое окноПотерянная доля

Вывод из этих цифр практический: периодичность выгрузки — не вопрос удобства, а вопрос доли сделок, которые вообще успеют привязаться к визиту. Настроить автоматическое обновление таблицы почти всегда дешевле, чем смириться с недельной выгрузкой и потерей пятой части окна. Если автоматизировать нечем, разумный минимум — выгружать не реже одного раза в два-три дня.

Типичная ошибка: проект замирает на согласовании полного состава полей

Команда пытается сразу передать максимум данных — и не передаёт ничего. Работающая связка с минимальным составом лучше идеальной, которая никогда не запустится.

Как это выглядит на практике

  • Маркетолог составляет список из 15 полей для передачи в Метрику.
  • Половина полей требует доработки CRM или согласования с отделом продаж.
  • Задача уходит в бэклог разработки на неопределённый срок.
  • Реклама продолжает оптимизироваться на заявки, а не на оплаты.

Как правильно

  1. 01

    Начать с упрощённого формата: дата заказа + один параметр клиента.

  2. 02

    Убедиться, что связка работает и данные доезжают до Метрики.

  3. 03

    Расширять состав полей итерационно, когда базовая передача уже настроена.

  4. 04

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

Что загрузка даёт кроме сигнала для алгоритмов

Загруженные данные о клиентах и заказах — это не только обучение алгоритмов на оплатах. На них строятся сегменты: клиенты с высокими чеками, покупатели конкретных товаров, сделки в определённом статусе. Эти сегменты можно использовать для поиска похожих пользователей — как в Яндекс Директе, так и в других рекламных системах.

Отменённые и спам-заказы тоже стоит передавать — из них собираются сегменты для понижающих или исключающих корректировок ставок. Это позволяет не тратить бюджет на аудиторию, которая заведомо не конвертируется.

Мысль простая: если передача уже настроена ради обучения алгоритма, остальное достаётся почти бесплатно. Сегменты, корректировки, похожие аудитории — всё это становится доступным без дополнительных усилий. Не пользоваться этим странно.

Что открывается после настройки передачи данных

Дополнительные возможности, которые достаются почти бесплатно

Сегменты по чеку
Клиенты с высокими чеками — отдельный сегмент для повышающих корректировок
Сегменты по товарам
Покупатели конкретных товаров или категорий — для ретаргетинга и кросс-продаж
Похожие аудитории
Look-alike на основе реальных покупателей — расширение охвата без потери качества
Исключающие сегменты
Отменённые заказы и спам — для понижающих корректировок и исключений из показов
Статусы сделок
Сегменты по статусам — «создан», «оплачен», «в работе» — для точечных воздействий
Коллтрекинг в одном разделе
Вкладка для звонков — в том же разделе загрузки данных Метрики, отдельно настраивать не нужно

С чего начать: практический порядок запуска

  1. 01

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

  2. 02

    Выберите способ из таблицы выше — исходя из ресурсов, а не из «идеального» варианта.

  3. 03

    Убедитесь, что данные корректно подготовлены: единый формат телефонов, проверка почт, наличие идентификатора посетителя в CRM.

  4. 04

    Настройте передачу в минимальном составе — упрощённый формат с датой заказа и одним параметром клиента.

  5. 05

    Проверьте, что данные доезжают: смотрите на долю привязанных конверсий в Метрике (раздел диагностики офлайн-конверсий).

  6. 06

    Настройте максимально частое обновление файла или таблицы — желательно ежедневное. Это напрямую влияет на долю сделок, которые успеют привязаться к визиту.

  7. 07

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

Итог: отсутствие разработчика — не приговор, а ограничение с измеримой ценой

Три пути без кода существуют и работают. У каждого есть цена — в задержке, в зависимости от коннектора или в ручном труде. Знать эту цену заранее — и есть главное, что даёт эта статья.
  1. 01

    Центр конверсий Директа — файл по ссылке или в Google Sheets, Директ забирает его раз в сутки. Самый доступный путь без кода.

  2. 02

    Готовая интеграция в Метрике — подходит, если ваша CRM есть в списке поддерживаемых. Упрощённый формат снижает порог входа.

  3. 03

    Ручная загрузка через интерфейс — только для разовых проверок, не для постоянной работы.

  4. 04

    Периодичность выгрузки критична: при еженедельной выгрузке теряется около 19% окна привязки, при ежемесячной — около 74%.

  5. 05

    Начинать с минимального состава данных и рабочей связки — правильно. Согласовывать идеальный состав полей годами — нет.

Если ни один из путей без кода не закрывает задачу полностью, следующий шаг — либо несколько часов разработчика для настройки API, либо специализированный сервис сквозной аналитики, который берёт интеграцию на себя. Но в большинстве случаев начать можно уже сейчас — с тем, что есть.

Часто задаваемые вопросы

Посчитаем, при какой цене заявки ваш Директ выходит в плюс

Разберём экономику и покажем целевой CPL под вашу маржу и цикл сделки

  • Бесплатный расчёт
  • Ответим за час

Политика конфиденциальности

При оставлении заявки на ресурсе «https://gurucontext.ru» пользователи предоставляют следующие сведения:

  • Имя
  • Контактный телефон или Telegram
  • Адрес сайта пользователя (не обязательно)

Также администрация сайта получает данные об IP-адресе посетителей, типе браузера, времени нахождения на сайте и прочие подобные сведения через сервисы статистики.

Использование информации

Вся полученная информация используется администрацией «https://gurucontext.ru» исключительно в целях связи с клиентом.

Защита персональных данных

Компания «https://gurucontext.ru» обязуется не разглашать сведения, полученные от пользователей, и хранит их в защищённом виде.

Предоставление данных третьим лицам

Полученные сведения не передаются третьим лицам, за исключением случаев исполнения обязательств перед клиентом (с его разрешения) и обоснованных требований закона.

Контакты

Телефон: +7 (499) 955-47-00.
E-mail: info@gurucontext.ru.