С 24 сентября 2026 года в Яндекс Аудиториях можно загрузить телефон, email, ClientID, IDFA/GAID и MAC-адреса в одном CSV и собрать единый универсальный сегмент. Сервис учитывает, какие идентификаторы относятся к одному клиенту, поэтому база может сопоставиться полнее, чем при нескольких разрозненных загрузках.
Для бизнеса это не повод выгружать в рекламу всю CRM. Сначала нужно определить задачу сегмента, очистить данные, проверить правомерность использования и только потом выбирать сценарий: вернуть потерянные лиды, исключить действующих клиентов, предложить повторную покупку или найти похожую аудиторию.
Что изменилось в Яндекс Аудиториях
Раньше файл для сегмента обычно содержал один тип идентификаторов. Телефоны, электронные адреса и ClientID приходилось загружать отдельно, даже если они относились к тем же людям. В результате рекламодатель получал несколько сегментов и самостоятельно решал, как их объединять в условиях ретаргетинга.
Новый тип «Универсальный сегмент» принимает разные колонки в одном файле. Строка описывает одного пользователя, а сервис видит связь между его телефоном, почтой, ClientID и устройствами. Старые сегменты и файлы с одним типом данных продолжают работать — обязательной миграции нет.
Яндекс допускает дополнительные колонки. Они сохраняются, но не участвуют в сопоставлении. Поэтому переносить в файл всю карточку клиента бессмысленно: для рекламной задачи лучше оставить только необходимые поля.
Когда единый сегмент полезен бизнесу
Один клиент редко оставляет одинаковые данные в каждом канале. На сайте может сохраниться ClientID, в форме — телефон, в программе лояльности — email. Универсальный формат помогает собрать эти следы в одну запись до загрузки.
Длинный цикл сделки
Для недвижимости, образования, B2B и дорогих услуг человек может несколько раз вернуться на сайт и общаться с менеджером с разных устройств. Связка CRM-идентификаторов повышает шанс, что рекламный сегмент будет отражать реальную базу, а не отдельный фрагмент истории.
Повторные продажи
Интернет-магазин может выделить покупателей конкретной категории, клиентов с истекающим сроком расходного материала или тех, кто давно не заказывал. Важно формировать сегмент по бизнес-событию, а не по принципу «все, у кого есть телефон».
Исключение существующих клиентов
Если кампания ищет только новых покупателей, действующих клиентов можно исключить из показов. Но для кампании допродажи тот же сегмент, наоборот, станет целевым. Название и описание базы должны однозначно объяснять, как её используют.
Работа с некачественными лидами
Сегмент отказов или спама можно применять как исключение, но сначала стоит проверить причину. Если менеджер помечает лиды непоследовательно, алгоритм получит смесь реальных отказов, дублей и хороших клиентов, которым просто не дозвонились.
Как подготовить CSV для универсального сегмента
По официальным требованиям, файл должен быть в формате CSV, кодировке UTF-8 или Windows-1251 и весить не более 1 ГБ. Минимум — 100 записей. Первая строка содержит названия колонок, разделитель — запятая.
Упрощённая структура выглядит так: phone, email, client_id. В каждой следующей строке — данные одного клиента. Пустое поле допустимо: если для человека известен телефон и ClientID, но нет email, ячейка между запятыми остаётся пустой.
Один человек — одна строка
Перед выгрузкой объедините дубли по внутреннему ID клиента. Не делайте отдельную строку для каждого заказа, иначе один постоянный покупатель будет повторяться десятки раз. Повторы не добавляют аудитории и усложняют контроль качества базы.
Несколько телефонов или адресов
В одной колонке можно передать несколько идентификаторов. Их перечисляют через запятую, а всё поле заключают в кавычки. Это пригодится, когда клиент оставлял рабочий и личный телефон или менял email.
Минимальная проверка перед загрузкой
- удалить пробелы, скобки и дефисы из телефонов;
- привести email к нижнему регистру;
- убрать тестовые заявки, сотрудников и явный спам;
- проверить, что столбцы названы так, как требует Яндекс;
- посчитать уникальных клиентов, а не количество строк заказов;
- сохранить дату и правило формирования сегмента.
После обработки сегмент станет доступен, если Яндекс найдёт не менее 100 анонимных идентификаторов. Наличие 100 строк в файле ещё не гарантирует готовность: часть данных может не сопоставиться.
Очистка, хеширование и работа с персональными данными
Для телефонов, email и других поддерживаемых полей можно использовать SHA-256. В универсальном формате к названию хешированной колонки добавляют суффикс _SHA256, например phone_SHA256 или email_SHA256. MD5 для новых загрузок Яндекс не поддерживает с января 2025 года.
Хеширование не исправляет грязные данные. Если сначала захешировать телефон со скобками или email с заглавными буквами, результат не совпадёт с нормально подготовленным значением. Поэтому порядок такой: нормализация, дедупликация, проверка, затем хеширование.
Используйте только те данные, которые компания получила и применяет на законном основании, в рамках заявленной цели и собственных документов по обработке персональных данных. Доступ к выгрузке нужно ограничить, а временные файлы — хранить не дольше, чем требует рабочий процесс. Конкретные правовые основания зависят от ситуации; при сомнениях их проверяют с ответственным за персональные данные или юристом.
Почему не стоит передавать лишние поля
Дата рождения, комментарии менеджера, адрес и сумма договора не нужны для сопоставления, если вы не используете их при формировании базы до выгрузки. Сегментацию по ценности лучше выполнить внутри CRM, а в рекламный файл передать только получившийся список идентификаторов.
Cross-Device и In-Device: какой режим выбрать
При создании универсального сегмента Яндекс предлагает режим соответствия устройств. Cross-Device добавляет другие устройства того же пользователя, связанные с загруженным идентификатором. In-Device ограничивает сегмент конкретными переданными устройствами.
Для обычной CRM-базы с телефонами и почтой фактически используется Cross-Device. In-Device имеет смысл, когда источник — мобильные идентификаторы и рекламодателю принципиально не нужно расширение на другие устройства пользователя.
Сценарии использования в рекламе
Вернуть лидов, которые не купили
Соберите людей, которые обращались, получили предложение, но не дошли до сделки. Не включайте свежие заявки, пока менеджеры ещё работают с ними. Для длинной сделки разумно учитывать этап и дату последнего контакта.
Предложить повторную покупку
Разделите клиентов по товару, сроку использования или периоду с последнего заказа. Реклама расходников через месяц и предложение крупной повторной услуги через год — разные сценарии, которым нужны отдельные сегменты и креативы.
Исключить тех, кто уже совершил нужное действие
Если акция только для новых клиентов, добавьте покупателей в исключение. Обновляйте базу регулярно: старый сегмент продолжит показывать рекламу тем, кто купил после последней выгрузки.
Собрать аудиторию для отдельного предложения
Можно выделить клиентов определённого направления или уровня ценности внутри CRM, а затем загрузить только их идентификаторы. Сегмент должен быть достаточно однородным, чтобы объявление отвечало общей потребности.
Настройка базы — только часть задачи. Нужны корректные цели, исключения, частота обновления и проверка качества заявок. Эти элементы входят в системное ведение контекстной рекламы, где результат оценивают по обращениям и продажам, а не по размеру загруженной аудитории.
Как проверить результат нового сегмента
Не сравнивайте тёплую CRM-аудиторию с холодным поисковым трафиком как два равных канала. У них разная готовность к покупке. Лучше заранее определить, какую роль выполняет сегмент и с чем его корректно сравнивать.
- Зафиксируйте правило отбора: этап воронки, дата, товар, наличие покупки и исключения.
- Запишите объём исходной базы, число уникальных строк и получившийся охват.
- Создайте отдельную группу или кампанию, чтобы не смешивать статистику с другими аудиториями.
- Используйте предложение, которое соответствует именно этому сегменту.
- Проверьте конверсии в Метрике и качество лидов в CRM.
- Смотрите не только CPA, но и долю целевых обращений, продажи и повторные покупки.
- Обновляйте сегмент по расписанию, если статус клиентов меняется.
Если охват оказался заметно ниже ожиданий, сначала проверьте формат: регистр email, код страны в телефонах, лишние символы, названия колонок и способ хеширования. Низкий матч не всегда означает, что аудитория «плохая». Иногда файл просто подготовлен по разным правилам в нескольких источниках.
Частые вопросы
Нужно ли пересоздавать старые сегменты?
Нет. Яндекс сохранил поддержку прежних форматов. Новый универсальный сегмент стоит использовать, если вам полезно связать несколько типов идентификаторов одного клиента.
Можно ли загрузить только телефоны?
Да. Универсальный формат допускает один или несколько типов данных. Но старый однотипный формат тоже продолжает работать.
Сколько записей должно быть в файле?
Не менее 100. Чтобы сегмент получил статус «Готов», сервис должен сопоставить не менее 100 анонимных идентификаторов.
Обязательно ли хешировать данные?
Яндекс принимает и обычные, и SHA-256-хешированные значения для поддерживаемых колонок. Выбор должен соответствовать процессам безопасности компании и требованиям сервиса. При хешировании важно сначала правильно нормализовать данные.
Один универсальный сегмент всегда лучше нескольких?
Нет. Он лучше объединяет идентификаторы одного и того же набора людей. Но покупателей, потерянных лидов, сотрудников и нецелевые обращения всё равно нужно разделять по смыслу, потому что для них применяются разные объявления и исключения.
