Customer Match i Data Manager w Google Ads: przesyłanie list klientów po zmianach z 2026

Czym jest Customer Match i do czego służy w 2026 roku?

Customer Match to lista klientów przesłana do Google Ads i dopasowana do kont Google. Służy dziś nie tylko do remarketingu, ale przede wszystkim jako sygnał dla kampanii automatycznych i podstawa celów pozyskiwania nowych klientów.

Najważniejsze zastosowania to:

• Kierowanie i obserwacja. Lista może zawężać kierowanie lub działać jako obserwowana grupa odbiorców w kampaniach w sieci wyszukiwania, na YouTube, w Gmailu i w sieci reklamowej.
• Sygnały odbiorców. W Performance Max i Demand Gen lista klientów podpowiada algorytmowi, kogo szukać. W Demand Gen służy też jako lista bazowa dla podobnych odbiorców, którzy od 2026 roku działają domyślnie jako sugestia – szczegóły w tekście o reklamie na YouTube w 2026.
• Wykluczenia. Kampanie pozyskujące mogą pomijać obecnych klientów, a kampanie lojalnościowe – osoby, które kupiły niedawno.
• Nowi i powracający klienci. Listy istniejących klientów pozwalają Google Ads rozpoznać, czy konwersja pochodzi od nowego klienta, i ustawić dla niego wyższą wartość lub kierować tylko na nowych. W 2026 roku doszły m.in. automatyczne etykiety list (nowy lub istniejący klient), opcja „tylko raportowanie” i cele cyklu życia klienta – opisujemy je w artykule o pozyskiwaniu nowych klientów w Google Ads.

Customer Match to jeden z elementów szerszej strategii własnych danych. Jak zaplanować ją od zbierania zgód po aktywację w kampaniach, wyjaśniamy w tekście o danych first-party w reklamie.

Co zmieniło się w Customer Match i Data Managerze w 2026 roku?

W 2026 roku Google przeniósł przesyłanie list do Data Managera, zablokował stary upload przez Google Ads API, dodał nowe typy sygnałów i zapowiedział zmianę wymagań dotyczących haszowania. Część zmian dotyczy tylko zespołów technicznych, a część każdego, kto przesyła listy.

Jeśli korzystasz z narzędzia zewnętrznego, które co noc synchronizuje listę klientów z Google Ads, sprawdź, czy dostawca przeszedł już na Data Manager API. Objawem problemu są listy, których rozmiar przestał się zmieniać po kwietniu 2026, oraz komunikaty o błędach w historii przesyłania. Zmiany w samym Google Ads API, w tym dostęp przez projekty Google Cloud, opisujemy w artykule o Google Ads API po zmianach z września 2026.

W Data Managerze pojawiła się też metryka „data strength uplift”, która ma pokazywać wpływ przesyłanych danych na wyniki. Jej dokładną definicję i sposób liczenia sprawdź w opisie metryki na swoim koncie, zanim wykorzystasz ją w raportach dla zarządu lub klienta.

Jakie dane przesłać i w jakim formacie?

Najlepiej przesłać kilka identyfikatorów dla każdego klienta: e-mail, telefon i – jeśli je masz – dane adresowe. Każdy dodatkowy identyfikator zwiększa szansę dopasowania, pod warunkiem że jest poprawnie znormalizowany.

Do 16 listopada 2026 dane kontaktowe przesyłane przez Data Manager API muszą być zahaszowane SHA-256. Przy przesyłaniu pliku w interfejsie możesz według dokumentacji Google przesłać dane zahaszowane albo surowe, które Google Ads haszuje przed wysłaniem. Jeśli przygotowujesz listę w BigQuery, normalizację i haszowanie wykonasz w jednym zapytaniu:

-- Lista Customer Match: normalizacja i hasz SHA-256 (hex)
WITH k AS (
  SELECT
    LOWER(TRIM(email)) AS e,
    REGEXP_REPLACE(telefon, r'[^0-9]', '') AS t
  FROM `twoj-projekt.crm.klienci`
  WHERE zgoda_marketingowa = TRUE
)
SELECT
  TO_HEX(SHA256(
    IF(REGEXP_CONTAINS(e, r'@(gmail|googlemail)\.com$'),
       CONCAT(REPLACE(SPLIT(e, '@')[OFFSET(0)], '.', ''), '@', SPLIT(e, '@')[OFFSET(1)]),
       e))) AS Email,
  TO_HEX(SHA256(CASE
    WHEN LENGTH(t) = 9 THEN CONCAT('+48', t)
    WHEN LENGTH(t) = 11 AND STARTS_WITH(t, '48') THEN CONCAT('+', t)
  END)) AS Phone
FROM k
WHERE e LIKE '%@%'

Zapytanie zakłada, że w CRM numery są zapisane jako polskie numery dziewięciocyfrowe, z prefiksem 48 lub bez niego; numery w innym formacie trafią do kolumny jako puste wartości i wymagają osobnej obsługi. Nazwy tabel i kolumn dopasuj do swoich danych. Te same zasady normalizacji obowiązują przy rozszerzonych konwersjach – jak je skonfigurować, pokazujemy w artykule o Enhanced Conversions przez GTM.

Jak przesłać listę klientów przez Data Manager krok po kroku?

W interfejsie Google Ads listę przesyłasz w Data Managerze: jednorazowo z pliku albo cyklicznie z połączonego źródła danych. Poniższa procedura dotyczy typowego sklepu lub firmy usługowej.

1. Sprawdź uprawnienia konta. Customer Match wymaga konta z dobrą historią przestrzegania zasad i płatności. Zaakceptuj warunki korzystania z Customer Match.
2. Przygotuj dane. Wybierz klientów, wobec których masz podstawę prawną do takiego wykorzystania danych, i znormalizuj identyfikatory według tabeli powyżej.
3. Otwórz Data Managera. W Google Ads przejdź do sekcji Narzędzia i wybierz Menedżera danych (Data Manager), a następnie dodaj listę klientów.
4. Wybierz źródło. Prześlij plik CSV lub połącz źródło danych, np. arkusz, BigQuery albo obsługiwany system CRM lub sklepowy – lista dostępnych połączeń zależy od konta.
5. Zmapuj kolumny i ustaw zgodę. Przypisz kolumny do typów identyfikatorów i określ, jak przekazywane są sygnały zgody dla użytkowników z EOG.
6. Ustal czas członkostwa i harmonogram. Maksymalny czas członkostwa na liście wynosi 540 dni. Przy połączonym źródle ustaw regularne odświeżanie, np. codzienne.
7. Sprawdź dopasowanie po 24–48 godzinach. W menedżerze odbiorców zobaczysz rozmiar listy w poszczególnych sieciach. Lista zacznie się wyświetlać dopiero po osiągnięciu minimalnej liczby dopasowanych użytkowników.

Co muszą wiedzieć zespoły techniczne o Data Manager API?

Data Manager API to następca usług Customer Match w Google Ads API: działa w REST i gRPC, wymaga projektu Google Cloud i uwierzytelnienia OAuth 2.0 z zakresem datamanager. Jednym interfejsem obsłużysz listy klientów i zdarzenia, także w innych produktach Google.

Przy migracji ze starej integracji zacznij od wywołań w trybie walidacji, a dopiero potem przełącz produkcyjne przesyłanie. Sprawdź też, czy narzędzie poprawnie przekazuje sygnały zgody, bo API je egzekwuje. Data Manager API przyjmuje także zdarzenia server-to-server, które od maja 2026 mogą zasilać GA4 – to alternatywa dla Measurement Protocol warta rozważenia przy przebudowie pomiaru. Jak przekazywać do konwersji marżę i wartość klienta, piszemy w tekście o optymalizacji pod marżę i wartość klienta.

Jak pogodzić przesyłanie list klientów ze zgodami i RODO?

Przesłanie listy klientów do Google Ads to przekazanie danych osobowych w celu reklamowym, więc wymaga podstawy prawnej z RODO, informacji w polityce prywatności i – dla użytkowników z EOG – przekazania Google sygnałów zgody. Google wymaga tych sygnałów od marca 2024 roku.

W praktyce oznacza to trzy rzeczy. Po pierwsze, lista powinna obejmować tylko osoby, wobec których masz podstawę do takiego wykorzystania danych – często jest to zgoda marketingowa, choć część firm rozważa uzasadniony interes przy komunikacji do własnych klientów. Po drugie, sygnały ad_user_data i ad_personalization muszą odpowiadać rzeczywistemu stanowi zgód, tak jak w Consent Mode na stronie; listę kontrolną wdrożenia znajdziesz w artykule o Consent Mode v2. Po trzecie, lista musi być aktualizowana po wycofaniu zgody lub żądaniu usunięcia danych. Szerzej o podstawach prawnych piszemy w tekście o RODO w reklamie online. W konkretnej sprawie skonsultuj się z prawnikiem.

Jak sprawdzić, czy lista klientów działa?

Skuteczność listy ocenisz po odsetku dopasowania, rozmiarze listy w poszczególnych sieciach i wynikach kampanii, w których jest używana. Niski odsetek dopasowania zwykle oznacza błąd w danych, a nie problem z platformą.

Najczęstsze błędy, które obniżają dopasowanie:

• Haszowanie danych przed normalizacją. Spacja na końcu adresu lub wielka litera dają zupełnie inny hasz.
• Telefony bez kodu kraju. Numer 600100200 nie zostanie dopasowany; potrzebny jest zapis +48600100200.
• Nieaktualne listy. Jednorazowo przesłana lista szybko się starzeje, a wykluczenia obecnych klientów przestają działać na nowych kupujących.
• Zbyt mała lista. Lista poniżej progu nie będzie się wyświetlać; połącz mniejsze segmenty lub wydłuż okres, z którego pochodzą klienci.
• Mieszanie formatów hasza. Google oczekuje zapisu szesnastkowego, a niektóre identyfikatory alternatywne – Base64, o czym piszemy w artykule o UID2, ID5 i RampID.

Pozostałe poradniki o identyfikatorach, danych klientów i środowiskach clean room znajdziesz w podtemacie tożsamość i dane.