Источники трафика: как понять, откуда приходят клиенты

Рабочая схема «источник → цель → деньги», интерактивный тренажёр сверки каналов без регистрации, разбор искажений в Яндекс Метрике и готовые команды для отчётов через ИИ в LidFly.

1 ноября 2026 · LidFly

Когда вы открываете отчёт «Источники, сводка» в Яндекс Метрике, картина часто выглядит парадоксально: бюджет уходит в Яндекс Директ и VK Ads, статьи в блоге собирают поисковый трафик, а половина оформленных заказов почему-то числится за «Прямыми заходами» или «Переходами по ссылкам на сайтах». Если принимать такие цифры за чистую монету, легко отключить рекламную кампанию, которая на самом деле приводит платёжеспособных покупателей.

Чтобы не гадать по общей сводке, проверяйте источники трафика сайта по трём контрольным точкам схемы «источник → цель → деньги»: сначала подставьте свои цифры в интерактивный тренажёр сверки без регистрации, а затем посмотрите, как в LidFly одной командой собрать отчёт по источникам, целям Метрики и реальным заявкам. Если вам нужен конструктор хвостов ссылок и справочник параметров {campaign_id}, держите под рукой инструкцию «UTM-метки для рекламы: генератор, шаблон и правила разметки» — здесь мы сосредоточимся на чтении отчётов и поиске реальных источников клиентов.

1. Схема «Источник → Цель → Деньги» и интерактивная сверка канала

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

1. Источник входа (TrafficSource + площадка и метки). Откуда именно пришёл посетитель: поисковая система, конкретная рекламная кампания (по utm_campaign и yclid), внешний сайт или мессенджер.
2. Макроцель в Яндекс Метрике (конкретный goal_id). Сколько визитов из этого источника завершилось отправкой формы заявки или оформлением заказа на сайте — строго по одной целевой макроконверсии, без примеси микроцелей вроде «клик по номеру» или «просмотр 3 страниц».
3. Деньги в CRM и кассе (квалифицированные лиды, оплаты и выручка). Сколько заявок из этого канала прошли проверку отдела продаж (не спам и не дубль), превратились в оплаченные договоры или заказы и какой дали CPA и ДРР.

Как только одно звено выпадает, отчёт начинает врать: есть визиты и цели в Метрике, но нет заявок в CRM — значит, цель срабатывает на нажатие кнопки без отправки формы или считает ботов. Есть оплаты в кассе, но в Метрике у рекламного канала ноль конверсий — значит, по дороге отвалилась атрибуция (например, покупатель ушёл платить через внешний банковский шлюз). Проверьте свой канал в тренажёре ниже.

Чтобы зафиксировать такую проверку в проекте, скопируйте готовый текстовый шаблон сверки и заполните его по топ-5 каналам вашего сайта за последние 30 дней:

Шаблон сверки «Источник → Цель → Деньги» (период: 30 дней)
1. Счётчик Яндекс Метрики: [counter_id] | Модель атрибуции: Последний значимый переход (lastsign)
2. Выбранная макроцель: [goal_id и название, например: 38491022 «Отправка формы заявки»]
3. Таблица по каналам:
   - Источник (TrafficSource / SourceEngine): [например, Переходы по рекламе → Яндекс Директ]
   - Визиты в Метрике: [...] | Достижения цели [goal_id]: [...] | CR цели: [...%]
   - Заявки в CRM / сайте с метками канала (utm_source / yclid): [...] | Квал-лиды: [...]
   - Оплаченные заказы: [...] | Выручка: [... ₽] | Расход с НДС: [... ₽] | CPA квал-лида: [... ₽] | ДРР: [...%]
4. Проверка аномалий:
   - Какие внешние домены есть в «Переходах по ссылкам на сайтах» по этой цели: [проверить эквайринг и OAuth]
   - Доля «Прямых заходов» и «Внутренних переходов» в конверсиях при атрибуции «Последний переход» (last): [...%]

2. Какие бывают источники трафика на сайте: 7 базовых групп в Яндекс Метрике

Когда пользователь открывает страницу, счётчик аналитики считывает три сигнала: адрес страницы, с которой пришёл браузер (HTTP-заголовок Referer), параметры в URL самой посадочной страницы (UTM-метки, yclid, gclid) и историю предыдущих визитов этого посетителя. На основе этих правил — они подробно описаны в справке Яндекс Метрики по отчёту «Источники, сводка» и в документации API по таблице источников TrafficSource (проверено 01.11.2026) — каждый визит попадает в одну из стандартных групп.

3. Почему «Прямые заходы» и «Переходы по ссылкам» крадут чужие продажи: 5 главных причин

На счётчиках интернет-магазинов и онлайн-сервисов в топ-10 источников по конверсиям регулярно всплывают технические домены, которые не привели ни одного нового посетителя. Вот пять типовых поломок, из-за которых чужие продажи уходят в «Прямые заходы» или «Переходы по ссылкам», и способы их исправить.

Причина 1. Эквайринг, банки и окна авторизации (OAuth) перехватывают визит перед страницей «Спасибо»

Типичный путь в интернет-магазине или онлайн-сервисе: покупатель кликнул по объявлению в Яндекс Директе, выбрал тариф, перешёл на платёжную страницу банка (например, yoomoney.ru, merch.securepaytb.ru, merch.tochka.com) или авторизовался через oauth.yandex.ru, после чего вернулся на /thank-you, где сработала цель покупки. Если внешний домен оплаты или сервиса авторизации не добавлен в список исключений в настройках счётчика Метрики, возврат с него при разрыве сессии или в разрезе «Последний переход» (last) выглядит как новый визит из «Переходов по ссылкам на сайтах» (referral). В итоге реклама получает расход без продажи, а эквайринг — 100% конверсий.

Причина 2. Неразмеченные ссылки в Telegram, WhatsApp, email и PDF-сметах

По правилам справки Яндекс Метрики по определению источников и UTM-меткам (проверено 01.11.2026), метки в URL имеют приоритет над заголовком Referer. Когда вы публикуете ссылку на посадочную страницу в Telegram-канале, отправляете её клиенту в WhatsApp или зашиваете в PDF-презентацию без utm_source и utm_medium, приложение открывает встроенный браузер и не передаёт Referer. Для Метрики такой посетитель неотличим от человека, который руками набрал адрес сайта в адресной строке, — и все эти заявки оседают в «Прямых заходах» (direct).

Причина 3. Оценка источников по сумме всех целей вместо одной макроцели

Если открыть отчёт «Источники, сводка» и не выбрать конкретную цель (goal_id), Метрика покажет сумму достижений всех целей счётчика. Допустим, на сайте настроены макроцель «Отправка формы заявки» и три микроцели: «Переход в мессенджер», «Просмотр 3 страниц» и служебная автоцель Директа «Вовлечённые сессии» (GoalId=12, подробно о ней — в разборе «GoalId 12 в Яндекс Директе»). В суммарном столбце информационный трафик из соцсетей, где читатели листают по 4 страницы, покажет сотни «конверсий», хотя отдел продаж не получил оттуда ни одного телефона.

Причина 4. Разрыв визита из-за 30-минутного таймаута в B2B и сложных услугах

По умолчанию визит в Яндекс Метрике завершается, если посетитель не совершал действий на вкладке в течение 30 минут (справка Метрики об атрибуции и времени жизни визита, проверено 01.11.2026). В B2B-поставках, строительстве или подборе оборудования снабженец часто открывает сайт из поиска или рекламы утром, сверяет характеристики в своей таблице 40 минут, а затем возвращается во вкладку и отправляет заявку. Второй визит получает технический источник «Внутренние переходы» (internal) — и если смотреть отчёт по последнему переходу, связь с утренним рекламным кликом теряется.

Причина 5. Звонки по телефону и заявки, ушедшие в мессенджер без сквозной привязки

Когда клиент переходит с рекламы на сайт и вместо формы звонит по номеру в шапке или пишет в чат без сохранения ClientID и UTM-меток, в Яндекс Метрике остаётся только визит (или микроцель «Клик по номеру телефона»), а сделка в CRM создаётся вручную менеджером со статусом «Источник не указан». Как замкнуть эту цепочку через metrika_client_id и yclid, мы подробно разбирали в статье «Сквозная аналитика для контекстной рекламы: как связать расходы с продажами».

4. Модели атрибуции в Яндекс Метрике: как меняется вклад канала

Покупатель редко оставляет заявку с первого клика: сегодня он нашёл вашу статью через поиск, завтра увидел ретаргетинг в РСЯ со смартфона, а через три дня зашёл на сайт с рабочего ноутбука по закладке и оплатил счёт. Какому источнику отдать эту продажу, решает модель атрибуции (справка Яндекс Метрики по моделям атрибуции, проверено 01.11.2026).

Важная техническая деталь для всех, кто строит отчёты через API или ИИ-инструменты: с 25 июня 2026 года Яндекс Метрика обновила обработку ключей атрибуции. Запросы с прежними кодами для одного устройства (first и lastsign) автоматически переводятся на модели с учётом всех устройств пользователя (cross_device_first и cross_device_last_significant), а запросы к модели «Последний переход из Яндекс Директа» (last_yandex_direct_click и cross_device_last_yandex_direct_click) — на automatic (при этом ключ last по-прежнему считает строго последний переход). В LidFly по умолчанию используется lastsign, а в шапке каждого отчёта сервис явно показывает и запрошенный ключ, и фактическую модель, которую применил Яндекс.

5. Как собрать отчёт по источникам, целям и заявкам одной командой в LidFly

Чтобы не переключать вручную группировки, фильтры и номера целей в веб-интерфейсе Метрики, в LidFly за эти срезы отвечает инструмент metrika_get_traffic_sources. Он сразу принимает точный counter_id, период (date1, date2), номер макроцели (goal_id), модель атрибуции и нужный уровень детализации (level):

• summary — сводка по базовым группам источников (TrafficSource);
• source — разбивка до конкретных рекламных площадок и движков (SourceEngine);
• referral — домены внешних сайтов в «Переходах по ссылкам» (ReferalSource);
• social — конкретные соцсети внутри социального трафика;
• search — поисковые системы внутри органического трафика (SearchEngine).

Если передать goal_id, отчёт вместе с визитами, посетителями, отказами (bounceRate), глубиной просмотра и временем на сайте сразу вернёт достижения выбранной цели (ym:s:goal<ID>reaches) и коэффициент конверсии (ym:s:goal<ID>conversionRate) — по спецификации целевых метрик API Отчётов Метрики (проверено 01.11.2026).

Типовой сценарий 1. Разбор источников по макроцели, поиск редиректов оплаты и настройка недостающей цели

Допустим, вы видите в общей сводке просадку конверсий из рекламы и рост «Переходов по ссылкам на сайтах», а цель на страницу успешной оплаты /order/success ещё не выделена отдельно от общей кнопки корзины.

Проверь счётчик Метрики в моём проекте и покажи список целей. По основной цели отправки заявки выгрузи источники трафика за последние 30 дней на уровнях summary, source и referral. Сравни распределение конверсий при атрибуции lastsign и last — проверь, не уходят ли заявки в домены эквайринга или авторизации. Если отдельной URL-цели на страницу /order/success ещё нет, подготовь её создание, но ничего не записывай без моего подтверждения.

Что делает LidFly по шагам:

1. Читает счётчик и цели проекта. Вызывает metrika_get_counters и metrika_get_goals для привязанного к проекту counter_id (передавать client_login для инструментов Метрики не нужно). Показывает таблицу существующих целей с их точными ID и типами (action, url, step, payment_system), чтобы отделить макроцель заявки от микроцелей.
2. Выгружает срезы источников и находит перехватчиков атрибуции. Вызывает metrika_get_traffic_sources с goal_id вашей макроцели на уровнях summary, source и referral. Сопоставляя lastsign и last, ассистент сразу подсвечивает строки вроде yoomoney.ru, merch.securepaytb.ru или oauth.yandex.ru в списке внешних доменов (referral) и объясняет, какие адреса добавить в исключения счётчика.
3. Безопасно создаёт недостающую цель после подтверждения. Если отдельной цели на /order/success нет, ассистент формирует параметры вызова metrika_create_goal (или metrika_update_goal, если в существующей цели нужно поправить условие URL; подробно о всех 13 типах целей и защите от дублей — в статье «Цели в Яндекс Метрике: настройка и проверка через ИИ») и ждёт вашего текстового ответа в чате: «Подтверждаю создание URL-цели „Оплата заказа“ (условие: адрес содержит /order/success)». Только после этого он выполняет запись и сразу перечитывает созданную цель через metrika_get_goal, возвращая её фактический goal_id.

Типовой сценарий 2. Сквозная сверка «Источник → Цель → Деньги» по кампаниям Директа, заявкам сайта и заказам

Когда сайт и магазин работают в контуре LidFly (или подключены Яндекс Директ и Метрика), всю цепочку от клика до лида в CRM и оплаченного заказа можно свести в одном диалоге.

Сделай сверку по схеме «источник → цель → деньги» за октябрь по цели заявки. Раздели общую строку «Переходы по рекламе» в Метрике и кампании моего подключённого кабинета Яндекс Директа. Сопоставь их с реальными заявками сайта по utm_campaign и yclid, а также проверь оформленные заказы и выручку магазина за тот же период. Проверь, все ли заявки доставлены в Bitrix24, и если есть ошибки доставки, покажи список для повторной отправки.

Что делает LidFly по шагам:

1. Разводит весь рекламный трафик счётчика и конкретный кабинет Директа. Сначала вызывает metrika_get_traffic_sources (level: "source"), показывая все рекламные площадки внутри TrafficSource='ad'. Затем через metrika_get_direct_report (level: "campaign") и get_custom_report сверяет визиты, конверсии и расход с НДС строго по точным ID кампаний подключённого аккаунта Директа. Если нужно сравнить октябрь с сентябрём, использует metrika_get_report_comparison.
2. Связывает источники с фактическими заявками и заказами. Вызывает lidfly_get_leads за тот же период и группирует реальные лиды по объекту attribution (utm_source, utm_medium, utm_campaign, yclid, metrika_client_id), а через lidfly_get_orders проверяет оформленные заказы (order_kind: "sale") и сумму выручки. Если сайт внешний и передаёт доход в электронную коммерцию Метрики, ассистент читает выручку по источникам через metrika_get_report.
3. Проверяет доставку лидов в CRM и повторяет отправку по команде. В ответе lidfly_get_leads ассистент проверяет блок crm_delivery по каждой заявке. Если из-за временного сбоя вебхука у лида стоит status: "failed" и can_retry: true, он выводит ID и источник таких заявок, ждёт вашего подтверждения («Подтверждаю повторную отправку заявки #418 в Bitrix24»), вызывает lidfly_retry_bitrix24_delivery и перечитывает статус доставки через lidfly_get_leads.

Другие готовые формулировки для анализа отказов, посадочных страниц и поисковых фраз в Метрике мы собрали в шпаргалке «11 запросов к Яндекс Метрике через ИИ, которые экономят часы», а пошаговый расчёт конверсии между этапами воронки — в статье «Конверсия сайта: как посчитать по шагам и что считать нормой».

6. Частые вопросы об источниках трафика

Какие бывают источники трафика на сайте в Яндекс Метрике?

В стандартном отчёте «Источники, сводка» Яндекс Метрика делит визиты на основные группы (TrafficSource): переходы из поисковых систем (organic), переходы по рекламе (ad), прямые заходы (direct), переходы по ссылкам на сайтах (referral), переходы из социальных сетей (social), переходы из мессенджеров (messenger), внутренние переходы (internal) и переходы с почтовых рассылок.

Почему в отчёте «Источники, сводка» так много прямых заходов?

Помимо ручного ввода адреса и закладок, в «Прямые заходы» попадают все переходы, где браузер или приложение не передали заголовок Referer и в ссылке нет UTM-меток: клики из закрытых чатов Telegram и WhatsApp, ссылки из PDF-презентаций и документов, переходы из мобильных приложений и с HTTPS-страниц на HTTP.

Что значат «Переходы по ссылкам на сайтах» и «Внутренние переходы» в Метрике?

«Переходы по ссылкам на сайтах» (referral) показывают визиты с внешних доменов: справочников, карт, статей, а также со страниц банковского эквайринга и авторизации (OAuth), если они не внесены в исключения счётчика. «Внутренние переходы» возникают, когда визит прервался после 30 минут бездействия на сайте или после возврата пользователя с внешнего платёжного шлюза.

Какую модель атрибуции выбрать, чтобы понять, откуда приходят клиенты?

Для регулярной оценки каналов используйте модель «Последний значимый переход» с учётом всех устройств пользователя (lastsign / cross_device_last_significant): она не позволяет прямым заходам и внутренним переходам перезаписать рекламу или поиск. Чтобы оценить каналы первого знакомства, переключайтесь на «Первый переход» (first / cross_device_first), а для поиска технических обрывов сессии на оплате — на «Последний переход» (last).

Как связать источник трафика с реальными заявками и деньгами в кассе?

Выстройте цепочку из трёх шагов: 1) разметьте платные и партнёрские ссылки UTM-метками; 2) в отчётах Метрики выбирайте конкретный ID макроцели (отправка формы или покупка), а не сумму всех целей; 3) сверяйте целевые визиты с фактическими заявками, заказами и оплатами в CRM по utm_campaign, yclid и metrika_client_id.

7. Что сделать сейчас

Возьмите статистику своего основного рекламного канала за последние 30 дней, подставьте визиты, достижения макроцели, квалифицированные лиды и оплаты в тренажёр сверки выше и посмотрите, на каком шаге возникает расхождение между Метрикой и кассой.

Чтобы не выгружать таблицы вручную, откройте чат LidFly и отправьте готовый запрос из раздела 5: ассистент за один шаг соберёт отчёт по источникам и нужной цели Метрики, проверит редиректы оплаты, сверит кампании с реальными заявками и внесёт изменения в цели только после вашего подтверждения. Больше практических разборов по аналитике и окупаемости читайте в рубрике «Аналитика» и на странице Яндекс Директ в LidFly.