Google Ads разрешил сопоставлять клиентские списки по IP-адресу и времени взаимодействия
Дата публикации
29.09.2026
Google Ads два новых идентификатора: IP-адрес устройства клиента и время его взаимодействия с бизнесом. Customer Match позволяет загрузить собственную клиентскую базу и показывать этим людям рекламу в Поиске, YouTube, Gmail и других сервисах Google. До сих пор список сопоставлялся с аккаунтами Google по email, телефону, почтовому адресу либо идентификатору мобильного устройства.
У нововведения два ограничения. IP и время передаются в открытом виде, без хеширования. Для пользователей из Европейской экономической зоны (ЕЭЗ), Великобритании и Швейцарии сопоставление по IP не работает.
Метку времени система примет только вместе с IP-адресом
В файле Customer Match теперь может быть восемь столбцов. К Email, Phone, First Name, Last Name, Country и Zip добавились User IP address и User Interaction timestamp. Названия столбцов должны быть на английском и точно совпадать со справкой, иначе загрузка завершится ошибкой.
IP-адрес можно передать отдельно либо вместе с email или телефоном. Время — только в паре с IP. Файл, где есть метка времени, но нет ни IP, ни других контактных данных, система отклонит. Если же отправить IP без времени, Google сопоставит адрес с тем пользователем, который последним выходил с него в сеть.
Отсюда и роль метки времени. Одним IP-адресом могут пользоваться несколько человек: семья за домашним роутером, сотрудники в офисной сети, абоненты мобильного оператора. Время взаимодействия подсказывает системе, кого именно из них имел в виду рекламодатель. Насколько это повышает точность сопоставления, Google не сообщает.
Требования к формату простые. IP указывается в формате IPv4 либо IPv6 без пробелов в начале и в конце. Для времени справка приводит несколько допустимых вариантов записи, в том числе с часовым поясом: 2026-09-25T14:30:00+03:00.
Одна мелочь может испортить первую загрузку. В одном разделе справки столбец со временем назван User Engagement timestamp, в другом — User Interaction timestamp. Перед выгрузкой сверьте заголовок с актуальным шаблоном Google.
Email шифруется еще до отправки, IP — нет
Когда рекламодатель загружает список в открытом виде, email, телефон, имя и фамилия хешируются алгоритмом SHA256 еще на его компьютере. Хеширование превращает данные в необратимый код, поэтому Google получает не сам адрес почты, а его отпечаток. Страну и индекс и раньше передавали без хеширования. Теперь к ним добавились IP и время — так же, как это уже было с идентификаторами мобильных устройств.
Search Engine Land обращает внимание еще на одно изменение. На нескольких страницах справки Google стал описывать клиентские данные как те, которые рекламодатель «собрал», а не которыми «поделился». Компания это не комментировала. Отметка, которую нужно поставить при загрузке, по-прежнему содержит оба глагола: данные «собраны и переданы» в соответствии с правилами Customer Match.
Клиентов из ЕЭЗ, Великобритании и Швейцарии придется отфильтровать
Украина не входит в ЕЭЗ, поэтому для бизнеса, который работает только на внутреннем рынке, географическое ограничение ничего не меняет. Иначе обстоит дело у интернет-магазинов, которые продают также в Польшу, Германию либо Великобританию. Search Engine Land отмечает, что таким рекламодателям придется исключать этих клиентов из передачи IP. Кроме того, способ сбора данных должен предусматривать соответствующее уведомление пользователей и их согласие.
Правила Customer Match и раньше требовали, чтобы данные собирались с соблюдением политики Google. IP-адрес здесь ничего не меняет, но добавляет еще один тип данных, о сборе которого стоит прямо написать в политике конфиденциальности сайта. Нужны ли отдельные шаги с точки зрения украинского законодательства о персональных данных, лучше уточнить у юриста.
Новые ключи полезны только тем, кто уже хранит IP вместе с заказом
По оценке Search Engine Land, более точное сопоставление означает более крупные и точные аудитории из той базы, которая у бизнеса уже есть. Но воспользоваться новыми ключами получится только в том случае, если IP и время фиксируются вместе с конкретным заказом или заявкой. WooCommerce, например, записывает IP покупателя в заказе по умолчанию. В CRM такого поля часто нет, и при синхронизации IP теряется.
Серверные журналы — сомнительная замена. Они фиксируют каждый запрос к сайту, а все большую часть таких запросов генерируют боты: автоматизированный трафик растет быстрее человеческого. Без привязки к реальной покупке либо заявке такие IP скорее засорят список, чем расширят его.
Если сайт только проектируется либо переезжает на новую платформу, запись IP и времени проще заложить сразу, на этапе разработки интернет-магазина, чем потом дорабатывать экспорт.
Google и раньше советовал передавать как можно больше ключей для каждого клиента: email вместе с телефоном, а теперь и с IP. Для кампаний, где Customer Match уже работает, IP станет дополнительным ключом, а не заменой. Для ручных загрузок Google теперь рекомендует Data Manager — раздел, где источники клиентских данных подключаются к Google Ads без подготовки файлов.
Перед первой выгрузкой с IP проверьте две вещи: есть ли в базе клиенты из ЕЭЗ, Великобритании и Швейцарии и упомянут ли сбор IP в политике конфиденциальности. После этого новые ключи можно тестировать на отдельном списке, сравнивая его с тем, который сопоставлялся только по email и телефону, — так же, как проверяют любые изменения в настройках контекстной рекламы.
Комментарии