
Заявки с лендинга Директа в CRM: что приходит через API
Разбираем, что именно содержит заявка с лендинга Директа, почему в ней нет кампании и как сохранить источник для аналитики.
Заявки с лендинга Директа в CRM: API отдаёт форму, но не источник
Заявки со встроенных лендингов Директа можно забирать в CRM через программный интерфейс. В каждой заявке приходят время, страница и содержимое формы — но нет ни кампании, ни объявления, ни идентификатора посетителя.
Экспорт заявок с лендинга Директа — это получение данных, которые люди оставили в форме встроенной страницы, через программный интерфейс Директа. Заявки не отправляются в CRM сами: их регулярно запрашивает программа или сервис-интегратор. В каждой заявке приходят время, страница и содержимое формы; кампании, объявления и идентификатора посетителя в описании ответа нет. Статья отвечает на вопрос, что именно даёт такая выгрузка и что нужно сделать, чтобы из заявок получилась аналитика, а не просто список контактов.
Коротко: пять фактов о выгрузке заявок
- 01
Заявки со встроенных лендингов Директа забираются через программный интерфейс — сервис Leads, метод get; пользоваться им бесплатно.
- 02
Это запрос, а не рассылка: заявки нужно регулярно забирать, и делает это программа или сервис-интегратор.
- 03
В заявке приходят номер, время, номер и название лендинга и содержимое формы в том виде, как его ввёл человек.
- 04
Кампании, объявления, поискового запроса и идентификатора посетителя в описании ответа нет — источник приходится сохранять устройством лендингов и кампаний.
- 05
За один запрос можно получить до 10 000 заявок и указать период — это частично отвечает на вопрос, можно ли забрать накопленные заявки.
Что на самом деле значит «экспорт в CRM»
После летнего обновления в отраслевых дайджестах появилась формулировка: заявки с лендингов теперь можно передавать в CRM. Звучит как кнопка — нажал и готово. На деле это метод программного интерфейса Директа: чтобы заявки оказались в CRM, кто-то должен регулярно их запрашивать и раскладывать по карточкам.
Этим «кто-то» становится либо разработчик, который пишет регулярный запрос, либо сервис-интегратор, который берёт запросы на себя. Сам метод бесплатный — платить, если вообще придётся, за интеграционный сервис или разработку.
До выгрузки заявки хранятся внутри рекламной системы: форма работает либо в связке с карточкой организации — тогда обращения сохраняются в её кабинете, — либо через электронную почту. О том, где именно живут форма и заявки встроенной страницы и что с ними происходит при уходе из инструмента, — в отдельном разборе.
Главная мысль этого раздела простая: инструмент действительно убирает ручной перенос заявок. Но вопрос «что будет с аналитикой» он не решает — и дальше именно про это.
Что приходит в заявке и чего в ней нет
Это центральный вопрос статьи. Прежде чем строить интеграцию, стоит точно понять, с каким набором данных вы будете работать.
Метод возвращает то, что человек ввёл в форму, плюс несколько служебных полей. Этого достаточно, чтобы менеджер увидел обращение и связался с клиентом. Но для аналитики — чтобы понять, какая кампания или объявление привели заявку — этого не хватает.
Ниже — таблица: что нужно CRM и аналитике, есть ли это в заявке и откуда взять то, чего нет.
| Что нужно | Есть в заявке | Откуда взять |
|---|---|---|
| Когда пришла заявка | Да — время заполнения формы | — |
| С какой страницы | Да — номер и название лендинга | — |
| Что написал человек | Да — поля формы и значения как введены | — |
| Уникальный номер заявки | Да — номер заявки | Использовать для защиты от повторной загрузки |
| Кампания, объявление, поисковый запрос | Нет | Одна страница — одна кампания; название страницы несёт источник |
| Идентификатор посетителя | Нет | Обратная передача только по телефону и почте |
| Телефон в формате для аналитики | Нет — приходит как ввёл человек | Нормализовать на входе в CRM |
Верхние четыре строки — то, что инструмент делает хорошо. Нижние три — то, чего он не делает вовсе, и каждую приходится закрывать своими силами. Ключевая строка — пятая: кампании и объявления в ответе нет.
Важная оговорка по точности: всё сказанное относится к описанию ответа метода на сентябрь 2026 года. Если в нём появятся поля кампании или объявления, выводы этого раздела поменяются — инструмент обновляется часто, и стоит периодически сверяться с документацией.
Отдельно стоит проверить у себя: можно ли добавить в форму скрытое поле с меткой источника. В описании возможностей формы такого нет, но поля настраиваются под бизнес — это стоит уточнить в поддержке до запуска.
состав заявки · сентябрь 2026
Что возвращает метод get сервиса Leads
Уникальный номер заявки
Дата и время заполнения формы
Номер лендинга
Название лендинга
Поля формы: название поля → значение как введено
Кампания —отсутствует
Объявление и запрос —отсутствуют
Идентификатор посетителя —отсутствует
Данные актуальны на сентябрь 2026 года. При обновлении метода состав полей может измениться.
Как не потерять кампанию
Из состава полей следует прямой практический вывод: раз в заявке есть только страница, страница и должна нести источник. Это не требование справки — это логика данных.
Правило одно: одна страница — одна кампания. Если один лендинг работает в нескольких кампаниях, из заявки не понять, какая из них её привела. Детализация до кампании возможна только тогда, когда страница и кампания взаимно однозначны.
Второй инструмент — название страницы. Оно приходит в заявке, а значит, его можно сделать говорящим: так, чтобы по нему в CRM сразу было понятно, из какой кампании заявка. Например, включить в название тип аудитории, гео или продукт. Это не полноценная UTM-разметка, но в рамках ограничений инструмента — рабочий способ.
Честное предупреждение: метки в ссылке объявления здесь не помогут. Даже если они стоят в адресе, в ответе метода их нет. Детализация до объявления и поискового запроса в такой схеме недоступна.
Это принципиально отличается от ситуации на обычном сайте, где источник теряется по дороге и его можно найти, отследив маршрут заявки. Здесь источника нет в ответе с самого начала — значит, заложить его нужно до запуска, а не искать после.
правило источника · вывод из состава полей
Одна страница — одна кампания
Кампания:неизвестно
Кампания:читается сразу
Как вернуть результат сделки в рекламу
Если заявки идут в CRM, логичный следующий шаг — передавать в рекламу, какие из них стали продажами. Это замыкает петлю: реклама узнаёт, какие кампании приводят не просто заявки, а деньги. О способах такой передачи — в отдельном разборе.
У встроенной страницы здесь два специфических ограничения, о которых стоит знать заранее.
Первое: идентификатора посетителя в заявке нет, поэтому сопоставлять заявку с визитом придётся по телефону и почте. А они приходят в том виде, как их ввёл человек: «8-916-123-45-67», «8 916 123 45 67» и «89161234567» — это одно и то же число, но три разные строки. Перед передачей в рекламу их нужно привести к одному формату: телефон цифрами с кодом страны, почту строчными. Подробно о нормализации телефона — отдельная тема, здесь только правило.
Второе: счётчик Яндекс Метрики на странице ставится автоматически. Но есть ли у вас доступ к нему для загрузки данных из CRM — это стоит уточнить в поддержке до того, как строить обратную связку. Не после.
И ещё одна оговорка: у привязки результатов сделок к визитам есть свои сроки — это отдельная тема с конкретными числами, которую лучше изучить заранее.
Что сказать тому, кто будет настраивать
- 01
Заявки забираются регулярным запросом за период. Периоды соседних запросов лучше делать с перекрытием, а повторы отсекать по номеру заявки — он уникален и приходит в каждом ответе.
- 02
За один запрос приходит до 10 000 заявок. Если больше — их забирают постранично: ответ сообщает номер последнего объекта для следующего запроса.
- 03
Время в запросе и ответе — в формате с указанием часового пояса (ISO 8601). При выборе периода это нужно учитывать: иначе на стыке суток заявки могут выпасть или задвоиться.
- 04
Данные формы приходят парами «название поля — значение». Раскладывать их по полям CRM нужно по названию. Если поле в форме переименовать — проверить, что выгрузка это пережила: название в ответе может измениться.
- 05
Номер лендинга для запроса нужно знать заранее. Где его взять — уточните в интерфейсе или поддержке до начала настройки.
- 06
Как часто забирать заявки — решает, насколько быстро они дойдут до менеджера. Для первой линии это важнее, чем для аналитики: аналитика переживёт задержку в час, менеджер — нет.
Где предел инструмента
Встроенный лендинг с выгрузкой хорошо закрывает задачу, если кампаний немного и каждой можно отдать свою страницу: заявка сразу в CRM, источник читается по названию страницы, ручного переноса нет. Для небольшого бизнеса с одним-двумя продуктами это вполне рабочая схема.
Он перестаёт закрывать задачу в трёх случаях: если нужна привязка каждой заявки к конкретному объявлению и поисковому запросу; если одна страница работает на несколько кампаний; если результаты сделок нужно регулярно возвращать в рекламу, а вопрос доступа к счётчику не решён.
В этих случаях следующий шаг — собственная посадочная страница с полноценной аналитикой или система сквозной аналитики: Roistat, Calltouch, CoMagic, K50 и другие. Важный момент: можно ли поставить код такой системы на встроенную страницу — проверьте заранее. В описании инструмента этого нет, и лучше знать ответ до запуска, а не после.
сценарии применения · честная оценка
Когда выгрузка работает, а когда нет
Небольшой бизнес, мало кампаний
- Каждой кампании — своя страница
- Название страницы = источник заявки
- Заявки сразу в CRM без ручного переноса
- Аналитика по кампаниям работает
Средний масштаб, несколько продуктов
- Источник — только до кампании, не до объявления
- Нужна нормализация телефонов и почты
- Обратная передача результатов — под вопросом
- Доступ к счётчику Метрики — уточнить
Глубокая аналитика и оптимизация
- Нужна привязка к объявлению и запросу
- Одна страница — много кампаний
- Регулярная передача сделок в рекламу
- Нужен сторонний код аналитики на странице
Частые ошибки при настройке выгрузки
Типичные ошибки
- Запускают один лендинг на несколько кампаний и ждут, что в CRM будет видно источник — его там не будет.
- Не делают перекрытие периодов между запросами и не защищаются от повторов по номеру заявки — в CRM появляются дубли.
- Не учитывают часовой пояс в параметрах запроса — заявки на стыке суток выпадают или задваиваются.
- Переименовывают поле в форме и не проверяют выгрузку — раскладка по полям CRM ломается.
- Строят обратную передачу результатов сделок, не нормализовав телефон — сопоставление с визитом не работает.
Как избежать
- 01
Правило «одна страница — одна кампания» закладывать до запуска, а не после.
- 02
Отсекать повторы по номеру заявки на входе в CRM; периоды соседних запросов делать с перекрытием.
- 03
Явно указывать часовой пояс в параметрах запроса и проверять граничные случаи на тестовых данных.
- 04
После любого переименования поля в форме проверять, что выгрузка и раскладка по CRM работают корректно.
- 05
Нормализовать телефон и почту сразу при загрузке в CRM — до любых попыток сопоставления с рекламой.
Что в итоге
- 01
В заявке есть время, страница и содержимое формы — этого достаточно, чтобы менеджер увидел обращение.
- 02
Кампании, объявления и идентификатора посетителя в ответе нет — источник сохраняется только устройством лендингов: одна страница на одну кампанию.
- 03
Название страницы приходит в заявке — сделайте его говорящим, чтобы источник читался прямо в CRM.
- 04
Телефон и почту нормализуйте на входе в CRM — иначе обратная передача результатов сделок в рекламу не сработает.
- 05
Доступ к счётчику Метрики и возможность ставить сторонний код аналитики — уточните заранее, не после запуска.
Инструмент полезен и честно делает то, что обещает: убирает ручной перенос заявок. Три решения, которые от него не зависят — как устроить лендинги под аналитику, как нормализовать данные и как вернуть результаты сделок в рекламу, — нужно принять до запуска. Именно они определяют, получится ли из выгрузки аналитика или только список контактов.
Часто задаваемые вопросы
Через программный интерфейс Директа: у него есть метод, который возвращает данные, оставленные людьми в формах лендингов. Но это запрос, а не рассылка — заявки не уходят в CRM сами, их нужно регулярно забирать. Делает это программа, которую пишет разработчик, или сервис-интегратор, который берёт запросы на себя. Сам метод бесплатный. После настройки ручной перенос заявок действительно исчезает. Важно заранее решить, как часто забирать новые заявки: от этого зависит, насколько быстро менеджер увидит обращение. И договориться, как отсекать повторы, — у каждой заявки есть свой номер.
Напрямую — нет. В описании ответа метода есть время заявки, номер и название лендинга и содержимое формы, но нет полей кампании, объявления, поискового запроса и меток. Поэтому источник нужно заложить устройством лендингов: одна страница — одна кампания, и название страницы такое, чтобы по нему было понятно, откуда заявка. Если одна страница работает в нескольких кампаниях, различить их по данным заявки не получится. Можно ли добавить в форму скрытое поле с меткой — стоит уточнить отдельно: в описании возможностей формы такого нет.
Частично ответ даёт сам метод: в запросе можно указать период, а за один раз вернётся до 10 000 заявок, остальные забираются постранично. Ограничения по давности в описании метода нет, но проверьте на своём аккаунте, за какой период заявки действительно отдаются, — лучше сделать это заранее, а не в момент ухода. Если форма привязана к карточке организации, обращения дополнительно хранятся в её кабинете. Разумная практика — не копить историю только внутри рекламной системы, а с самого начала забирать заявки в свою CRM.
Если делать всё самому — да: нужен регулярный запрос к программному интерфейсу, раскладка полей формы по полям CRM и защита от повторов. Без программиста можно обойтись с помощью сервиса-интегратора, который берёт эти запросы на себя. В обоих случаях решения за вами остаются одни и те же: как устроить лендинги, чтобы по заявке был виден источник, как часто забирать новые заявки и в каком виде сохранять телефон, чтобы потом сопоставить сделку с рекламой. Эти три решения важнее выбора между программистом и сервисом.
Спасибо за заявку!
Мы свяжемся с вами в ближайшее время.



