IP-адреса в Customer Match Google Ads с 25 сентября 2026: новый сигнал таргетинга — что делать арбитражнику
Customer Match — система списков аудиторий Google Ads, через которую рекламодатель загружает данные о пользователях (email, телефон, мобильный ID) для таргетинга, look-alike сегментов и исключений. 25 сентября 2026 года Google Ads обновил страницу загрузки файлов Customer Match и добавил два новых поля: IP-адрес пользователя и время взаимодействия. Для арбитражника, который ведёт кампании через агентские или арендованные аккаунты Google Ads, это не косметическое обновление интерфейса, а изменение формата данных, географии таргетинга и логики матчинга аудиторий — разбираем, что именно поменялось и как перестроить работу со списками.
Что изменилось в файле загрузки Customer Match 25 сентября 2026 года
Google Ads Help Center обновил страницу создания списка Customer Match через загрузку файла, добавив два новых необязательных столбца — User IP address и User Interaction timestamp. Изменение касается рекламодателей, которые формируют CSV-файлы для списков аудиторий вручную или через собственные скрипты интеграции с CRM. Независимо друг от друга об обновлении сообщили Search Engine Land 25 сентября 2026 года и PPC Land 26 сентября 2026 года, сославшись на один и тот же обновлённый раздел справки Google Ads — при этом сам Google не выпустил отдельного анонса в блоге, ограничившись правкой страницы документации. Перед загрузкой очередного списка нужно свериться с актуальным перечнем заголовков колонок в справке Google Ads: несовпадение названия столбца — одна из самых частых причин отказа при импорте файла Customer Match.
Чем IP-адрес и таймстемп отличаются от email и телефона в списках Customer Match
В отличие от email и телефона, которые Google Ads требует передавать захэшированными по SHA256, новые поля IP-адрес и таймстемп нужно передавать именно в открытом виде. Это критично для тех, кто автоматизировал выгрузку списков через скрипты: логика хэширования, написанная под email и телефон, не должна применяться к новым столбцам. Официальная документация Google Ads прямо указывает: IP-адреса и таймстемпы должны быть unhashed, перед отправкой нужно обрезать пробелы по краям строки, а IPv6-адреса обрабатываются без учёта регистра. Для таймстемпа поддерживаются форматы UTC (например, 2012-08-15T00:01:54Z) и со смещением часового пояса (2012-08-14T17:01:54-07:00), при этом передать таймстемп без IP-адреса нельзя — такая строка вызывает ошибку загрузки. При обновлении скриптов формирования файла стоит явно исключить два новых поля из общей функции хэширования, иначе Google либо отклонит файл, либо проигнорирует некорректно захэшированные значения.
Почему IP-матчинг не работает в 32 странах: ЕЭЗ, Великобритания и Швейцария
Google Ads прямо ограничил географию работы нового сигнала: в официальной справке указано, что IP-матчинг не поддерживается для пользователей из Европейской экономической зоны, Великобритании и Швейцарии. Это касается рекламодателей, которые таргетируются на Европу через Customer Match. PPC Land 26 сентября 2026 года подсчитал, что речь идёт о 32 странах — 30 государств ЕЭЗ плюс Великобритания и Швейцария, где новый столбец IP-адреса при загрузке списка просто не будет учитываться для матчинга. Для гео, которые чаще фигурируют в кейсах поведенческого буста и партнёрского трафика — США, Латинская Америка, СНГ, Индия и другие рынки Азии — ограничение не действует, и IP-сигнал доступен в полном объёме. При планировании кампаний на европейские гео по-прежнему нужно рассчитывать только на email- и phone-матчинг, не закладывая прирост match rate от IP-адресов в эти бюджеты.
Как Data Manager API принимает IP-сигналы ещё с 28 мая 2026 года
IP-адрес и таймстемп не появились в Customer Match внезапно — канал для их передачи Google открыл заметно раньше, в версии 1.7 Data Manager API от 28 мая 2026 года. Data Manager API — это API для передачи сторонних данных в продукты Google Ads и стал обязательным для новых интеграций с 1 апреля 2026 года. Обновление страницы ручной загрузки файлов 25 сентября 2026 года фактически открыло тот же канал данных пользователям, которые работают через интерфейс, а не через API-интеграцию. При этом, по данным relevantaudience.com и elsop.com, Google обещает первые улучшения match rate от новых сигналов начиная с октября 2026 года — то есть с текущего месяца. Рекламодателям, у которых уже настроена интеграция с Data Manager API, нет смысла ждать изменений в интерфейсе — IP-сигналы можно начинать передавать прямо сейчас через существующее API-подключение.
Риск «latest known user»: что происходит без таймстемпа
Если в файле передан IP-адрес без таймстемпа, Google Ads привязывает его не к конкретному событию взаимодействия, а к последнему известному пользователю этого адреса — системное поведение по умолчанию, которое в документации описано формулировкой «latest known» user of that IP. Это особенно значимо для динамических и мобильных IP-адресов, а также для адресов, которые проходят через прокси-пулы и мультиаккаунтные связки — ровно та инфраструктура, которую арбитражники используют для масштабирования кампаний. Без точного таймстемпа список рискует «склеить» разных людей, сидевших на одном динамическом IP в разное время, что размывает аудиторию и снижает качество последующих look-alike сегментов. Вывод для практики: таймстемп взаимодействия нужно фиксировать на стороне трекера или CRM в момент клика и передавать его вместе с IP при каждой выгрузке списка, не полагаясь на поведение Google по умолчанию.
Чек-лист действий арбитражника с Customer Match до конца октября 2026 года
Чтобы новый формат данных не сломал существующие списки и дал прирост match rate, а не мусорную аудиторию, имеет смысл пройти по следующим пунктам. Тезис: изменение требует точечных правок в процессе сбора и загрузки данных, а не полной перестройки кампаний.
- Проверить, что трекер или CRM фиксирует серверный IP-адрес и точное время клика для каждого лида, а не только email или телефон.
- Исключить поля User IP address и User Interaction timestamp из функции SHA256-хэширования при формировании CSV-файла — оба поля передаются в Google Ads только в открытом виде.
- Не закладывать прирост match rate от IP-сигнала в кампании на ЕЭЗ, Великобританию и Швейцарию — там IP-матчинг не действует вовсе.
- Тестировать новый формат списка на отдельном агентском аккаунте Google Ads — например, в кабинетах AdAccounts.shop, где можно обкатать загрузку обновлённого файла и оценить динамику match rate, не затрагивая основной рабочий кабинет.
- При больших объёмах списков и собственной интеграции подключить передачу IP-сигналов напрямую через Data Manager API версии 1.7 и выше, не дожидаясь изменений в интерфейсе.
- С октября 2026 года отслеживать отчёт по match rate для списков Customer Match и сравнивать его с показателями до обновления колонок.
Вывод
Customer Match остаётся одним из немногих способов точного таргетинга в Google Ads, и добавление IP-адреса с таймстемпом 25 сентября 2026 года расширяет набор данных, которые можно передать без привязки к email или телефону. Главные практические ограничения — обязательный unhashed-формат новых полей, полное отсутствие IP-матчинга в 32 странах ЕЭЗ, Великобритании и Швейцарии, а также риск ошибочного матчинга при отсутствии таймстемпа на динамических IP. Сервис AdAccounts.shop × PPC Rebels даёт арбитражникам доступ к агентским аккаунтам Google Ads, на которых такие обновления формата данных можно протестировать изолированно от основной рекламной инфраструктуры — это особенно удобно, пока Google не опубликовал официальных метрик по приросту match rate от новых сигналов.