Почему после автопостинга UTM-метки не попадают в отчёты РОП?

Заявки приходят после публикаций, а в отчёте РОП источник — «неизвестно»? Обычно автопостинг и UTM-метки работают, но параметры теряются между переходом, формой и CRM. Ниже — пять причин, проверки и расчёты, которые помогут найти разрыв, а не менять сервис публикаций вслепую. 🔎

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

UTM-метки — параметры адреса страницы: utm_source обозначает источник, utm_medium — тип канала, utm_campaign — кампанию. Отчёты РОП, руководителя отдела продаж, увидят их только после сохранения в CRM и настройки отчёта.

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

Причина 1: автопостинг публикует ссылку без нужных параметров

Если меток нет в опубликованной ссылке, передавать в CRM нечего. Проверять нужно готовый пост, а не только шаблон в редакторе.

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

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

Учебный пример: из 20 ссылок 5 опубликованы без разметки. Покрытие ссылок составляет 75%: 15 / 20 × 100%. Это не означает потерю 25% заявок: разные посты получают разное количество переходов.

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

Причина 2: перенаправление удаляет параметры до открытия формы

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

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

По стандарту IETF RFC 3986, 2005, строка запроса — отдельный компонент URI. Этот факт объясняет механизм: приложение должно корректно перенести параметры в новый адрес, если они нужны дальше.

Диагностический сценарий: в исходной ссылке есть 3 UTM-параметра, в конечной — 0. Разрыв найден до CRM; менять настройки отчёта пока бессмысленно.

Сравните два варианта:

• Прямая ссылка — меньше промежуточных переходов, проще проверка.
• Ссылка с перенаправлением — удобна для управления адресами, но требует проверки всей цепочки.

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

Причина 3: форма отправляет контакты, но не отправляет UTM

Наличие меток в адресной строке не означает, что они попали в заявку. Форма должна получить параметры и включить их в отправляемые данные.

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

Проверка: сопоставьте адрес входа, данные отправленной формы и созданную карточку. Это 3 контрольные точки, а не одна проверка ссылки.

Учебный расчёт: из 40 тестовых заявок 30 содержат источник. Коэффициент передачи равен 0,75, доля заполненных источников — 75%. Но считать её нужно только для заявок, где метки действительно присутствовали на входе.

Не переносите этот вывод на звонки и сообщения: им нужны отдельные способы связи обращения с визитом. Отсутствие UTM у телефонной заявки ещё не доказывает ошибку формы.

Причина 4: интеграция записывает метки не туда или затирает их

UTM могут дойти до CRM, но остаться в контакте, тогда как отчёт построен по сделкам. Либо повторное обращение заменяет сохранённый источник пустым значением.

Здесь обычно всплывает знакомая боль: «прошлый подрядчик не довёл внедрение». Карточки создаются, но никто не проверил соответствие полей и правила обновления.

Разделите два понятия:

• Первый источник — откуда клиент впервые пришёл.
• Последний источник — откуда поступило последнее обращение.

Учебный пример: в 10 повторных обращениях пустое значение заменило заполненное. Это 10 потерянных записей об источнике, но не обязательно 10 потерянных клиентов.

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

Если менеджеры не заполняют CRM, ручной ввод UTM проблему не решит. Метки нужно передавать автоматически, а сотрудникам оставить проверку исключений. Иначе менеджеры теряют заявки, а РОП получает ещё одну обязанность по восстановлению данных.

Причина 5: отчёт РОП использует другой источник и другую дату

Метки могут быть сохранены правильно, но отчёт берёт стандартное поле «Источник», другой объект или неподходящий период. Тогда технически исправная передача выглядит как потеря данных.

Например, маркетолог смотрит заявки по дате создания, а РОП — сделки по дате закрытия. Это разные выборки. Сравнивать их напрямую нельзя.

Учебный пример: 100 заявок созданы в одном месяце, 20 связанных сделок закрыты в следующем. Отношение 20 / 100 = 20% не является достоверной конверсией, пока не проверены связи и судьба остальных заявок.

Когда собственник говорит «не вижу воронку продаж», нужны не только UTM, но и единые определения заявки, квалификации и продажи.

Для отчёта согласуйте:

• Объект: лид, контакт или сделка.
• Дата: создание, переход на этап или закрытие.
• Атрибуция: первый либо последний источник.
• Фильтры: дубли, тестовые обращения, исключённые статусы.

Сначала добейтесь совпадения контрольных карточек. Затем оценивайте каналы.

Что такое GEO и почему его называют новым SEO?

GEO, Generative Engine Optimization, — работа над видимостью бренда в ответах нейросетей. Его называют новым SEO из-за сходной задачи присутствия в поиске, но GEO не заменяет обычную поисковую оптимизацию.

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

В опубликованном посте UTM есть, а в CRM источник пустой. Где искать разрыв?

Проверьте цепочку: конечный адрес после перенаправлений → данные отправленной формы → поля созданной карточки → поле, которое использует отчёт РОП. Наличие меток в ссылке подтверждает только разметку публикации, но не передачу источника в сделку.

После перехода UTM исчезли из адресной строки. Значит, источник уже потерян?

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

Человек пришёл из поста, перешёл в каталог и только потом оставил заявку. Как сохранить источник?

Сайт должен сохранить UTM при первом переходе и передать их в форму на другой странице. Способ и срок хранения согласуйте с разработчиком; отдельно проверьте, что происходит при повторном визите с новой разметкой.

Метки записались в контакт, но РОП смотрит сделки. Нужно передавать их повторно?

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

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

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

Менеджеры не заполняют CRM. Можно сделать UTM обязательными полями?

Обязательность сама по себе не обеспечит достоверность: сотрудники могут вводить формальные значения, чтобы сохранить карточку. UTM стоит передавать автоматически, а для обращений без меток предусмотреть отдельный порядок обработки. Иначе появится заполненный отчёт, которому нельзя доверять.

Почему у маркетолога и РОП разные цифры, хотя UTM уже передаются правильно?

Чаще всего отчёты считают разные объекты или используют разные даты. Заявки по дате создания нельзя напрямую сопоставлять со сделками по дате закрытия. Для проверки возьмите одну группу заявок и проследите связанные сделки, включая открытые и завершённые без продажи.

Про данные. Диапазоны в тексте — ориентиры по открытым источникам и отзывам, а не прайс конкретной компании. Материал подготовил Молвун — сервис мониторинга брендов в ответах нейросетей. Условия уточняйте у поставщиков.