Да, в список клиентов для Customer Match в Google Ads можно добавить два новых поля: IP-адрес устройства и время обращения. В файле допускается до восьми столбцов. IP и время передаются без хеширования, а время нельзя отправить без IP. Для компании с сайтом и CRM это повод проверить, что именно сохраняется при каждой заявке, и пересобрать выгрузку.
Типичная картина на проектах B2BPRO.KZ такая. Менеджер выгружает из CRM таблицу клиентов, маркетолог заливает её в Google Ads, а через пару дней выясняется, что в аудиторию попала лишь часть списка. Причины обычно скучные: пустые ячейки, телефоны в разном формате, лишняя кодировка. Новые поля не отменяют эти проблемы, они добавляют ещё один слой, в котором легко ошибиться.
Что такое Customer Match и зачем он нужен бизнесу в Казахстане?
Customer Match — это инструмент Google Ads, который показывает рекламу людям из вашей собственной клиентской базы. Вы загружаете контакты, Google сопоставляет их с аккаунтами пользователей, и при входе в аккаунт эти люди попадают в аудиторию. По справке Google о Customer Match такие списки работают в поисковых кампаниях, Shopping, Gmail, YouTube, медийной рекламе и Demand Gen.
Для казахстанского бизнеса у инструмента три понятных применения:
- вернуть старых клиентов, которые давно не покупали, например тех, кто брал услугу год назад;
- исключить действующих клиентов из рекламы, чтобы не платить за показы тем, кто уже купил;
- собрать основу для похожих аудиторий: чем точнее список, тем осмысленнее такие сегменты.
У списков есть два ограничения, о которых забывают. Первое: список должен содержать не меньше 100 участников, добавленных или обновлённых за последние 540 дней, иначе он не будет показываться. Второе: максимальный срок членства в списке тоже 540 дней, затем контакт выпадает. Поэтому одну загрузку на год сделать нельзя, список нужно обновлять регулярно, лучше автоматически из CRM.
Ещё одна деталь из справки: креативы сторонних рекламных серверов с Customer Match не поддерживаются. Для малого и среднего бизнеса это почти не важно, но агентствам, которые работают через внешний адсервер, стоит знать заранее.
Какие столбцы можно загрузить в файле?
Файл для загрузки списка клиентов поддерживает до восьми заголовков столбцов. Это электронная почта, телефон, имя, фамилия, страна, почтовый индекс, IP-адрес пользователя и время взаимодействия. Справка Google по загрузке файла упоминает ещё идентификатор мобильного устройства. Все поля необязательные: берите только те, что у вас реально есть.
| Столбец | Хеширование SHA256 | Что важно знать |
|---|---|---|
| Да | Хешируется при загрузке в открытом виде или заранее, у вас | |
| Phone | Да | Один из основных ключей сопоставления |
| First Name, Last Name | Да | Помогают сопоставлению вместе с почтой и телефоном |
| Country, Zip | Нет | Передаются как есть, хешировать нельзя |
| User IP address | Нет | Не поддерживается для пользователей из ЕЭЗ, Великобритании и Швейцарии |
| User Interaction timestamp | Нет | Нельзя отправить без IP-адреса |
Названия столбцов в файле пишутся только по-английски. Формат файла — CSV в кодировке ASCII или UTF-8: UTF-16 не поддерживается. Обработка загруженного списка может занять до 48 часов, поэтому запускать рекламу в день загрузки бессмысленно.
Как работают IP-адрес и время обращения в списке?
Google описывает IP-адрес в этом файле как адрес устройства клиента, зафиксированный в момент взаимодействия, а время обращения идёт парой к нему. Проще говоря, для каждой строки вы сообщаете не только кто это, но и откуда и когда человек вышел на связь. Если форма заявки на сайте сохраняет эти данные, их можно передать в Google вместе с почтой и телефоном.
Правила для этих двух полей короткие, и на них стоит остановиться:
- IP-адрес и время передаются без хеширования, в открытом виде.
- Время нельзя отправить без IP-адреса: строка с одним временем не пройдёт.
- Формат времени должен соответствовать описанным в справке: например, в UTC
2012-08-15T00:01:54Zили со смещением часового пояса2012-08-14T17:01:54-07:00. - Для пользователей из ЕЭЗ, Великобритании и Швейцарии сопоставление по IP не работает.
Есть и тонкость, на которую указал обзор Google Ads Updates за сентябрь 2026 от LGG Media: в справке Google колонка времени названа двумя способами, как «User Engagement timestamp» и как «User Interaction timestamp». Поэтому перед загрузкой большого файла проверьте заголовок на маленьком тестовом списке.
Что это даёт на практике, Google не обещает, и честно сказать можно только одно: дополнительные ключи способны улучшить долю совпавших записей. Сколько именно, зависит от вашей базы, и без теста цифру назвать нельзя. Не планируйте бюджет, исходя из чужих процентов.
Что поменять в CRM и на сайте, чтобы использовать новые поля?
Если форма не сохраняет IP и время отправки, в вашей CRM этих данных нет, и выгружать нечего. В тексте справки Google эти поля описаны как данные, которые ваш бизнес получает при взаимодействии с клиентом, а не как то, что подтянется само.
Рабочий порядок действий такой:
- Проверьте, что уже лежит в карточках. Откройте несколько последних заявок и посмотрите, есть ли в них время создания и сетевые данные. Время создания в CRM обычно есть, а вот IP чаще всего нет.
- Добавьте скрытые поля в форму. Если сайт передаёт заявки в CRM, IP и время отправки приходится собирать отдельно: на стороне сайта или сервера и передавать в скрытые поля карточки. Если сайт связан с Битрикс24, это делается на уровне интеграции формы. Порядок такого подключения мы разбирали в статье про интеграцию сайта с Битрикс24 через вебхук.
- Приведите время к одному формату. Часовой пояс у менеджера, сервера и CRM может отличаться. Выберите UTC или фиксированное смещение для Алматы и Астаны и используйте его всегда.
- Нормализуйте телефоны. Номера с «8», «+7» и скобками дают разные записи. Приведите их к одному виду до хеширования, иначе ключ не совпадёт.
- Уберите дубли и пустые строки. Строка без почты и телефона, но с IP, не принесёт пользы.
Если вы ведёте контекстную рекламу сами, этот шаг можно отдать подрядчику. Подготовку выгрузки и загрузку списков мы делаем в рамках настройки контекстной рекламы в Казахстане, чаще всего вместе с офлайн-конверсиями.
Как подготовить файл и загрузить список в Google Ads?
Загрузка списка занимает несколько кликов, основная работа идёт над самим файлом. По справке Google порядок такой:
- Откройте менеджер аудиторий в разделе инструментов аккаунта.
- Нажмите «плюс» и выберите «Список клиентов».
- Выберите вариант с обычным текстом или с уже хешированными данными.
- Выберите файл.
- Подтвердите, что вы соблюдаете правила Customer Match.
- Задайте срок членства в списке, не более 540 дней.
- Нажмите кнопку создания списка.
Если вы выбираете загрузку в открытом виде, Google хеширует почту, телефон и имя прямо на вашем устройстве перед отправкой. Если хешируете сами, используйте SHA256 в кодировке Base64. Страна и индекс не хешируются никогда, а IP, время и идентификатор устройства должны идти открытым текстом. Если хешировать всё «на всякий случай», эти три поля перестанут быть читаемыми для Google.
Отдельно о том, что происходит после загрузки. Google отмечает, что Smart Bidding и оптимизированный таргетинг автоматически учитывают неприменённые списки Customer Match, а при желании от этого можно отказаться. Значит, загруженный список может повлиять на кампании, даже если вы не добавляли его в аудитории вручную. Проверьте это в настройках сразу после загрузки, особенно если кампании работают на автостратегиях.
Можно ли выгружать клиентов в Google с точки зрения правил и закона?
Сначала правила самой площадки, потом законы страны. В политике Customer Match написано, что вы должны указать в политике конфиденциальности передачу данных клиентов третьим лицам и получить согласие там, где это требует закон. Данные должны быть собраны вами напрямую: клиенты сами оставили их при покупке, регистрации или в программе лояльности. Нельзя загружать данные детей младше 13 лет и данные, из которых следуют чувствительные сведения о человеке.
В Казахстане отдельный слой — законодательство о персональных данных. Мы уже писали о том, что изменили новые правила обработки персональных данных со 2 октября 2026 года: передача третьим лицам и за границу допускается с согласия субъекта, кроме случаев, которые предусмотрены законом, а хранение базы должно идти на территории страны. IP-адрес вместе со временем и почтой делает запись ещё более идентифицирующей, поэтому вопрос согласия здесь стоит острее, чем при загрузке одной почты.
Окончательный вывод должен делать юрист компании: он посмотрит, как в вашей форме сформулировано согласие и покрывает ли оно передачу контактов рекламной площадке. Маркетологу достаточно сделать три вещи до загрузки: найти в форме текст согласия, убедиться, что в политике конфиденциальности упомянута передача данных сервисам рекламы, и записать, откуда взят каждый контакт.
Какие ошибки при загрузке списка встречаются чаще всего?
Ошибки в таких файлах повторяются из проекта в проект. Вот те, которые мы видим чаще остальных:
| Ошибка | К чему приводит | Как исправить |
|---|---|---|
| Время без IP-адреса | Строки не принимаются | Передавать оба поля в паре или не передавать ни одного |
| Заголовки на русском | Файл может не пройти проверку | Только английские названия столбцов |
| Кодировка UTF-16 после экспорта из Excel | Файл отклоняется | Сохранить как CSV в UTF-8 |
| Хеширование страны и индекса | Значения не совпадут | Не хешировать Country и Zip |
| Хеширование IP и времени | Поля не будут распознаны | Передавать открытым текстом |
| Меньше 100 активных участников | Список не показывается | Дополнить базу или объединить источники |
К ним стоит добавить одну организационную ошибку. Загрузку делают один раз и забывают, а через 540 дней контакты выпадают из списка. Поставьте напоминание или настройте регулярную выгрузку: так вы не потеряете аудиторию, которую собирали годами.
Как выглядит подготовка выгрузки на примере небольшой компании?
Разберём иллюстративный пример: цифры придуманы для наглядности, это не данные клиента. Допустим, в Алматы работает компания, которая продаёт обслуживание оборудования. В CRM лежат 3 200 контактов за три года, у 2 400 из них есть телефон, у 1 900 почта, а время создания заявки сохранено у всех.
Маркетолог делает выгрузку и видит три проблемы. Во-первых, телефоны записаны в четырёх форматах. Во-вторых, около 300 контактов — это дубли: один человек оставлял заявки с разных номеров. В-третьих, IP-адресов в базе нет совсем, потому что форма на сайте никогда их не сохраняла. Значит, на первую загрузку идут почта, телефон и имя, а поля IP и времени остаются на потом.
Параллельно разработчик добавляет в форму сбор IP и времени отправки. Через два-три месяца у новых заявок будут оба поля, и можно делать второй файл. Так компания не ждёт идеальной базы и не загружает мусор, а получает работающий список сразу и улучшает его по ходу. Порядок такой: сначала чистка и нормализация, затем новые поля. Обратная последовательность даёт файл, в котором проблемы старых данных никуда не делись.
Для исключений действует отдельная логика. Список действующих клиентов не нужно хранить годами: достаточно свежего среза за последние месяцы, который вы обновляете перед каждой крупной кампанией. Тогда реклама привлечения новых клиентов не тратит бюджет на тех, кто уже купил.
Как понять, что загрузка списка принесла пользу?
Измерять нужно не сам факт загрузки, а три вещи: размер аудитории после обработки, долю совпавших записей и результат кампаний, в которых список используется. Google показывает размер списка в менеджере аудиторий, поэтому долю совпадений легко прикинуть: разделите размер списка на количество строк, которые вы загрузили.
- Зафиксируйте исходные цифры. Запишите, сколько строк вы загрузили и какие поля в них были. Без этого сравнивать будет не с чем.
- Дождитесь обработки. До 48 часов вы смотрите на неполную картину, и выводы делать рано.
- Проверьте размер списка. Если он ниже 100 участников, список не будет показываться, и дальше смотреть бессмысленно.
- Сравните два варианта выгрузки. Загрузите один и тот же сегмент с IP и временем и без них, как два отдельных списка. Разница в размерах покажет, стоят ли новые поля усилий.
- Привяжите результат к заявкам. Через месяц сравните стоимость заявки в кампании со списком и без него. Одной метрики охвата мало, нужна именно цена результата.
Не делайте выводов по первой неделе и по одному сегменту. Список из нескольких сотен контактов даёт шумные данные: случайные колебания спроса легко принять за эффект аудитории. Если результат неочевиден, продлите тест или объедините сегменты, и только затем меняйте процесс выгрузки.
Когда Customer Match не даст результата?
Инструмент не заменяет рекламу на новую аудиторию. Если в базе меньше сотни живых контактов, список просто не будет показываться, а если база собрана из случайных визитёров без согласия, вы рискуете нарушить правила Google и закон. Для B2B с длинным циклом сделки список клиентов хорош для исключений и допродаж, а для поиска новых клиентов нужны другие кампании.
Ещё один случай — когда вся работа сводится к одной загрузке без измерения. Новые поля IP и времени имеет смысл включать как эксперимент: сравните долю совпавших записей в загрузке с ними и без них на небольшом сегменте, потом решайте. Если после теста доля совпадений заметно не выросла, усложнять выгрузку не нужно. Такой же подход к данным мы описывали в материале про офлайн-конверсии Google Ads из CRM: чем точнее данные из CRM, тем меньше денег уходит впустую.
Если вы хотите передать это направление специалистам, начните с аудита: что лежит в CRM, какие поля можно собирать на сайте и какие аудитории действительно нужны для рекламы. Это дешевле, чем переделывать выгрузку после неудачной загрузки.
Частые вопросы
Что такое Customer Match в Google Ads простыми словами?
Customer Match — это показ рекламы людям из вашей собственной клиентской базы. Вы загружаете контакты в Google Ads, система сопоставляет их с аккаунтами пользователей и формирует аудиторию. Её можно использовать в поиске, YouTube, Gmail, медийной рекламе и Demand Gen, а также исключать клиентов из показов.
Можно ли загрузить IP-адрес и время обращения в Customer Match?
Да, в справке Google IP-адрес и время обращения указаны среди допустимых столбцов файла, всего их до восьми. Оба поля нужно передавать без хеширования. Время нельзя отправить без IP-адреса, а для пользователей из ЕЭЗ, Великобритании и Швейцарии сопоставление по IP не поддерживается.
Сколько человек должно быть в списке, чтобы он заработал?
В списке должно быть не меньше 100 участников, добавленных или обновлённых за последние 540 дней. Если людей меньше, список не будет показываться. Максимальный срок членства в списке тоже составляет 540 дней, после этого контакт выпадает, поэтому список нужно регулярно обновлять.
Как быстро список начнёт работать после загрузки?
Обработка занимает до 48 часов. За это время Google сопоставляет контакты с аккаунтами пользователей. Запускать кампанию с новым списком в день загрузки не стоит: подождите, пока список обработается, и только потом смотрите размер аудитории и охват.
Нужно ли хешировать данные перед загрузкой?
Почту, телефон, имя и фамилию можно загрузить открытым текстом, тогда Google хеширует их на вашем устройстве, или хешировать самому по SHA256 в Base64. Страну и индекс хешировать нельзя. IP-адрес, время взаимодействия и идентификатор устройства передаются без хеширования.
Можно ли загружать в Google контакты клиентов из Казахстана?
Это зависит от согласия на передачу данных и от формулировок вашей политики конфиденциальности. Google требует указать передачу данных третьим лицам и получить согласие там, где это нужно по закону. В Казахстане действуют отдельные правила обработки персональных данных, поэтому перед загрузкой согласуйте процесс с юристом.