Изометрический чертёж воронки с белыми шариками внутри — из носика вылетает один маленький изумрудный шарик

Заявки с лендинга Директа в CRM: что приходит через API

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

Заявки с лендинга Директа в CRM: API отдаёт форму, но не источник

Заявки со встроенных лендингов Директа можно забирать в CRM через программный интерфейс. В каждой заявке приходят время, страница и содержимое формы — но нет ни кампании, ни объявления, ни идентификатора посетителя.

Инструмент убирает ручной перенос, но вопрос аналитики решать придётся отдельно.

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

Коротко: пять фактов о выгрузке заявок

  1. 01

    Заявки со встроенных лендингов Директа забираются через программный интерфейс — сервис Leads, метод get; пользоваться им бесплатно.

  2. 02

    Это запрос, а не рассылка: заявки нужно регулярно забирать, и делает это программа или сервис-интегратор.

  3. 03

    В заявке приходят номер, время, номер и название лендинга и содержимое формы в том виде, как его ввёл человек.

  4. 04

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

  5. 05

    За один запрос можно получить до 10 000 заявок и указать период — это частично отвечает на вопрос, можно ли забрать накопленные заявки.

Что на самом деле значит «экспорт в CRM»

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

Этим «кто-то» становится либо разработчик, который пишет регулярный запрос, либо сервис-интегратор, который берёт запросы на себя. Сам метод бесплатный — платить, если вообще придётся, за интеграционный сервис или разработку.

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

Главная мысль этого раздела простая: инструмент действительно убирает ручной перенос заявок. Но вопрос «что будет с аналитикой» он не решает — и дальше именно про это.

Что приходит в заявке и чего в ней нет

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

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

Ниже — таблица: что нужно CRM и аналитике, есть ли это в заявке и откуда взять то, чего нет.

Что нужноЕсть в заявкеОткуда взять
Когда пришла заявкаДа — время заполнения формы
С какой страницыДа — номер и название лендинга
Что написал человекДа — поля формы и значения как введены
Уникальный номер заявкиДа — номер заявкиИспользовать для защиты от повторной загрузки
Кампания, объявление, поисковый запросНетОдна страница — одна кампания; название страницы несёт источник
Идентификатор посетителяНетОбратная передача только по телефону и почте
Телефон в формате для аналитикиНет — приходит как ввёл человекНормализовать на входе в CRM

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

Важная оговорка по точности: всё сказанное относится к описанию ответа метода на сентябрь 2026 года. Если в нём появятся поля кампании или объявления, выводы этого раздела поменяются — инструмент обновляется часто, и стоит периодически сверяться с документацией.

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

состав заявки · сентябрь 2026

Что возвращает метод get сервиса Leads

id

Уникальный номер заявки

submittedat

Дата и время заполнения формы

turbopageid

Номер лендинга

turbopagename

Название лендинга

data[ ]

Поля формы: название поля → значение как введено

campaign_id

Кампания —отсутствует

ad_id / query

Объявление и запрос —отсутствуют

visitor_id

Идентификатор посетителя —отсутствует

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

Как не потерять кампанию

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

Правило одно: одна страница — одна кампания. Если один лендинг работает в нескольких кампаниях, из заявки не понять, какая из них её привела. Детализация до кампании возможна только тогда, когда страница и кампания взаимно однозначны.

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

Честное предупреждение: метки в ссылке объявления здесь не помогут. Даже если они стоят в адресе, в ответе метода их нет. Детализация до объявления и поискового запроса в такой схеме недоступна.

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

правило источника · вывод из состава полей

Одна страница — одна кампания

Так источник не восстановить
Лендинг «Окна ПВХ»
Кампания: Поиск — Москва
Кампания: РСЯ — общая
Кампания: Ретаргетинг
В заявке: страница «Окна ПВХ»
Кампания:неизвестно
Так источник читается по заявке
«Окна — Поиск — Москва»
«Окна — РСЯ — общая»
«Окна — Ретаргетинг»
В заявке: название страницы = источник
Кампания:читается сразу

Как вернуть результат сделки в рекламу

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

У встроенной страницы здесь два специфических ограничения, о которых стоит знать заранее.

Первое: идентификатора посетителя в заявке нет, поэтому сопоставлять заявку с визитом придётся по телефону и почте. А они приходят в том виде, как их ввёл человек: «8-916-123-45-67», «8 916 123 45 67» и «89161234567» — это одно и то же число, но три разные строки. Перед передачей в рекламу их нужно привести к одному формату: телефон цифрами с кодом страны, почту строчными. Подробно о нормализации телефона — отдельная тема, здесь только правило.

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

И ещё одна оговорка: у привязки результатов сделок к визитам есть свои сроки — это отдельная тема с конкретными числами, которую лучше изучить заранее.

Что сказать тому, кто будет настраивать

  1. 01

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

  2. 02

    За один запрос приходит до 10 000 заявок. Если больше — их забирают постранично: ответ сообщает номер последнего объекта для следующего запроса.

  3. 03

    Время в запросе и ответе — в формате с указанием часового пояса (ISO 8601). При выборе периода это нужно учитывать: иначе на стыке суток заявки могут выпасть или задвоиться.

  4. 04

    Данные формы приходят парами «название поля — значение». Раскладывать их по полям CRM нужно по названию. Если поле в форме переименовать — проверить, что выгрузка это пережила: название в ответе может измениться.

  5. 05

    Номер лендинга для запроса нужно знать заранее. Где его взять — уточните в интерфейсе или поддержке до начала настройки.

  6. 06

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

Где предел инструмента

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

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

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

сценарии применения · честная оценка

Когда выгрузка работает, а когда нет

Подходит

Небольшой бизнес, мало кампаний

  • Каждой кампании — своя страница
  • Название страницы = источник заявки
  • Заявки сразу в CRM без ручного переноса
  • Аналитика по кампаниям работает
Ограниченно

Средний масштаб, несколько продуктов

  • Источник — только до кампании, не до объявления
  • Нужна нормализация телефонов и почты
  • Обратная передача результатов — под вопросом
  • Доступ к счётчику Метрики — уточнить
Не закрывает задачу

Глубокая аналитика и оптимизация

  • Нужна привязка к объявлению и запросу
  • Одна страница — много кампаний
  • Регулярная передача сделок в рекламу
  • Нужен сторонний код аналитики на странице

Частые ошибки при настройке выгрузки

Большинство проблем возникают не в момент первого запроса, а позже — когда данные уже накопились и что-то пошло не так.

Типичные ошибки

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

Как избежать

  1. 01

    Правило «одна страница — одна кампания» закладывать до запуска, а не после.

  2. 02

    Отсекать повторы по номеру заявки на входе в CRM; периоды соседних запросов делать с перекрытием.

  3. 03

    Явно указывать часовой пояс в параметрах запроса и проверять граничные случаи на тестовых данных.

  4. 04

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

  5. 05

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

Доступ к API Директа и его использование бесплатны. Запросы выполняются от имени пользователя с авторизационным токеном. Возможность запускать лендинги в Директе доступна только пользователям из России.

Что в итоге

Выгрузка заявок через API убирает ручной перенос, но не решает вопрос аналитики — источник нужно закладывать заранее.
  1. 01

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

  2. 02

    Кампании, объявления и идентификатора посетителя в ответе нет — источник сохраняется только устройством лендингов: одна страница на одну кампанию.

  3. 03

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

  4. 04

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

  5. 05

    Доступ к счётчику Метрики и возможность ставить сторонний код аналитики — уточните заранее, не после запуска.

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

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

Разберёмся, как источник заявки не теряется по дороге в CRM

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

  • Аудит бесплатно
  • Источник под каждую заявку
  • Без лишнего кода

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

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

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

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

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

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

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

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

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

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

Контакты

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