Клиентские аудитории в Яндекс Директе: база, файл и группа

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

Клиентская аудитория в Директе для меня — это контакты из базы, а не люди, которые просто открыли сайт. Я выгружаю телефоны, почту или внешние идентификаторы, загружаю файл в Яндекс Аудитории и жду сегмент. Пока статус не «Готов», в группе объявлений этого списка нет. Ниже — как чищу базу, какой файл принимает кабинет, как собираю сегмент и как привязываю его к группе.

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

Когда статус «Готов», сегмент сам появляется в Директе: библиотека, блок «Аудитории и ретаргетинг». Дальше работаю уже в группе объявлений. В сетях могу ограничить показ только этим списком. На Поиске такого режима нет: там сегмент из файла либо двигает ставку, либо исключает людей.

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

Порог в кабинете короткий. В файле — не меньше 100 строк. Статус «Готов» приходит, когда опознано не меньше 100 анонимных идентификаторов. Меньше — статус «Мало данных», в объявлениях сегмент использовать нельзя. Обработка обычно занимает два-три часа: файл принят, идёт обработка, сегмент готов или обработка сорвалась. При догрузке в тот же сегмент может появиться статус обновления.

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

Файл только CSV. Кодировка UTF-8 или Windows-1251, размер не больше 1 ГБ. Заголовки — строчные латинские: phone, email, external_id. Обязательно хотя бы одно поле: phone или email. Внешний идентификатор, пол и дату рождения добавляю, если они есть и правда нужны для следующей выгрузки. external_id удобен, когда ту же строку надо узнать при догрузке.

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

Обычный CSV в интерфейсе я не хеширую. Яндекс делает это на своей стороне. Хеш готовлю сам только для API и скриптов, и только SHA-256. С 1 января 2025 года новые загрузки с MD5 не принимаются. Перед хешем убираю пробелы, почту привожу к строчным, телефон собираю в тот же вид: 7 и цифры.

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

Отдельно смотрю согласие. Чтобы отдать контакты Яндексу, нужно законное основание и принятый в Аудиториях договор об обработке. В политике конфиденциальности — пункт, что данные могут уйти партнёру для рекламы. С 1 сентября 2025 года согласие на заказ и согласие на рекламу — разные согласия. После загрузки я вижу число совпадений, не сами телефоны и не почту.

В файле одна строка — один контакт, заголовки строчные, телефон без пробелов.

В Директ файл напрямую не кладу. Сначала сегмент в Яндекс Аудиториях, и только потом он появляется в библиотеке. Вхожу на audience.yandex.ru под тем же аккаунтом, что и рекламный кабинет. Если логины разные, сегмент в группе я просто не найду, хотя в Аудиториях он уже «Готов».

Ручного CSV хватает, когда база меняется редко. Если стадии сделки двигаются каждый день, подключаю API Аудиторий: добавление, вычитание или полная замена, в два шага — файл и подтверждение. Нужны OAuth и своя сборка, токен в открытом виде не оставляю. Без разработки ту же связку для amoCRM и Битрикс24 собираю через Albato или приложение Битрикс24. Новый пакет не шлю, пока предыдущий обрабатывается: иначе сегмент зависает. Ориентир кабинета — один проход за два-три часа.

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

Похожий сегмент строю только на своём сегменте со статусом «Готов». Люди из исходного списка в него не входят. Формальный порог исходника — 100 опознанных идентификаторов, раньше нужна была тысяча. Беру оплативших, а не всю базу подряд, и на ползунке выбираю точность или охват. Гео и тип устройств при необходимости оставляю.

Отдельный сегмент на каждую задачу: оплатившие, лиды и те, кого исключаю.

В группе открываю «Ретаргетинг и подбор аудитории». Сегмент к этому моменту «Готов»: не «Мало данных» и не «Обрабатывается». Режима три, и я выбираю один под задачу, а не все сразу.

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

На Поиске не ищу переключатель «показывать только этой базе». Его нет. Сегмент из файла на поиске меняет ставку или вычитает аудиторию. Показ только выбранным контактам оставляю сетям.

Если сегмента в группе нет, смотрю статус «Готов», один аккаунт Аудиторий и Директа и то, что условие добавлено именно в эту группу. На Поиске режим «только эта база» не появится: его там нет.

Как собрать ретаргетинг по визитам, целям и сроку с момента визита, я разбирал в статье «Ретаргетинг в Яндекс Директе: аудитории и сценарии». База тот разбор не заменяет: там условие идёт от сайта, здесь — от строки в учёте. В одной группе оба источника могут стоять рядом, и перед сохранением я смотрю, не режет ли связка показ сильнее, чем задумано.

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

Перед запуском сверяю статус «Готов» и режим сегмента в группе.

Сначала чистый CSV и одна задача на файл. Потом сегмент «Данные CRM» под тем же логином, что и Директ. После «Готов» — группа: таргетинг в сетях, корректировка или исключение на Поиске. Сегмент Метрики, ретаргетинг по сайту и офлайн-конверсии в этот файл не запихиваю.

SEO

Посмотрю CSV, статус в Аудиториях и то, как сегмент стоит в группе: показ в сетях, корректировка или исключение.