Как я читаю отчёт «Клиенты» в Яндекс Метрике

14.10.2026 · 8 мин чтения

Я открываю отчёт «Клиенты» в Яндекс Метрике, когда мне нужны покупатели из учёта заказов. С 1 июля 2026 Яндекс полностью обновил этот раздел: в журнале изменений записано, что отчёт «Клиенты» переработан целиком. Он лежит в блоке «Посетители и клиенты», на вкладке «Клиенты». Дальше показываю, как я читаю строки заказов и семь быстрых сегментов и как сохранённый сегмент появляется в библиотеке аудиторий Яндекс Директа.

История заходов живёт в отчёте «Посетители»: источник, действия на сайте, путь по страницам. На вкладке «Клиенты» видны только люди, загруженные из системы заказов. Истории визитов здесь нет, она остаётся у посетителей. Так написано в справке Яндекса, и я сверяюсь с этим, когда состав двух отчётов различается.

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

До этой вкладки я опираюсь на соседние релизы. 17 декабря 2025 вышло «Управление заказами»: визит связывается с заказом без большой внешней системы, неразобранные визиты ждут 21 день. 17 марта 2026 обновили гайд по сквозной аналитике: ClientID в учёте стоит перед передачей клиентов и заказов. 13 мая 2026 появились воронки по событиям магазина, статусам заказов, звонкам, чатам и офлайн-конверсиям. 1 июля 2026 переработали сам отчёт «Клиенты».

Вкладка «Клиенты» живёт рядом с посетителями. Пустые строки означают, что заказы ещё не приехали.

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

В карточке открываю историю заказов: идентификатор заказа, статус и дата создания. Рядом ключи привязки — почта, телефон и ClientID Метрики. Почту и телефон интерфейс показывает маской. ClientID для меня основной ключ: справка называет его идентификатором с самым высоким качеством привязки заказа к визиту. Почта и телефон остаются запасом, в том числе хешем phones_md5 или emails_md5.

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

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

Для загрузки готовлю два блока. По клиенту: идентификатор в учёте, название, дополнительные параметры и ключи поиска визита — ClientID, почта, телефон. По заказу: идентификатор заказа, идентификатор клиента и статус. Товары и услуги добавляю, когда они есть в выгрузке. ClientID передаю из Метрики в учёт в момент заявки или заказа: в мартовском гайде Яндекса это отдельный шаг цепочки.

Статусы заказов сопоставляю с целями Метрики. Появление заказа само по себе цель не создаёт. Пока пары «статус и цель» нет, этапы «заказ создан», «оплачен» и «отменён» не видны ни отчётам, ни Директу.

Способ передачи выбираю по системе. Готовый коннектор подходит для amoCRM и Битрикс24. API беру, когда нужен свой обмен, в упрощённом или подробном формате. CSV оставляю для разовой выгрузки и для самописного учёта.

Окна привязки проверяю раньше экрана. Заказ клеится к визиту в пределах 21 дня от текущей даты. Дописать визит офлайн-данными можно до 111 дней с начала визита. На одного клиента не больше 100 000 заказов. При смене системы учёта идентификаторы заказов из старой и новой базы не должны совпадать: в марте 2026 Яндекс предупредил, что пересечение даёт дубли.

Если отдельной системы нет и заказов мало, с 17 декабря 2025 привязываю визит вручную в «Управлении заказами», окно те же 21 день.

Офлайн-покупки и звонки, которые прошли мимо сайта, догружаю через API или файл с тем же ClientID, почтой или телефоном. Если заявка ушла в учёт без ClientID, строка в «Клиентах» появится после статуса PAID, а конверсия по рекламному источнику не встанет: визит и заказ не склеились.

Когда загрузка идёт, на вкладке «Клиенты» доступны семь готовых сегментов. Это пресеты. Часть порогов Метрика подсказывает сама, если данных уже хватает, и порог можно сменить в редакторе. У «Купили недавно» дефолт около месяца, у «Перестали покупать» около трёх месяцев.

Поверх пресета собираю свои условия. «Клиенты, у которых…» берёт число заказов, статус последнего заказа и категорию товара. «События, у которых…» берёт поведение на сайте, цели и источник. Пример: три и более оплаченных заказа из контекста Яндекса или заказ, созданный и ещё не оплаченный за последние 14 дней.

Сохранённый сегмент ставлю на дашборд и смотрю его раз в неделю. Он обновляется, пока приходят новые заказы и визиты. Если учёт перестал отдавать данные, аудитория в Директе замирает на старом составе. Дату обновления проверяю в таблице клиентов.

Готовый сегмент собирает людей по условию. Сохранённая запись потом видна в библиотеке аудиторий.

Передача идёт без ручного файла. Выбираю быстрый сегмент или своё условие, сохраняю его в Метрике и в Директе открываю библиотеку аудиторий. Условие называется «Сегмент Метрики», в списке беру сохранённый сегмент. Отдельной настройки передачи нет, связка уже встроена.

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

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

Цели по сопоставленным статусам нужны стратегиям Директа по конверсиям, корректировкам ставок и исключению нецелевых статусов. Без привязки заказа к визиту эти цели в кабинет по связанному источнику не приходят. Если человек в «Клиентах» есть, а конверсии по статусу в Директе нет, проверяю ClientID и окно в 21 день.

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

Перед чтением отчёта я сверяю счётчик, ClientID, статусы и свежесть выгрузки.

Узкий сегмент может не запустить ретаргетинг. Директ ждёт минимальный размер аудитории, точный порог виден в кабинете. Если набор слишком узкий, расширяю условие, соединяю пресеты или ищу похожих на более широком сегменте «Покупали повторно».

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

SEO

Сверю загрузку заказов, статусы и быстрые сегменты, чтобы аудитория в Директе собиралась из этого отчёта.