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 і телефоном, — так само, як перевіряють будь-які зміни в налаштуваннях контекстної реклами.
Комментарии