Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Konta reklamowe marek działających w kilku krajach mają zwykle wspólną historię. Pierwszy rynek dostał konto założone przez kogoś w firmie, drugi konto założone przez lokalną agencję, trzeci konto założone przez tę samą agencję, ale rok później i inaczej. Po pięciu latach nikt nie wie, dlaczego jest tak, jak jest.
To samo dotyczy adresów. Jedna wersja siedzi na krajowej końcówce, druga w katalogu na domenie głównej, trzecia na subdomenie, a czwarta na osobnej domenie kupionej pod kampanię, o której wszyscy zapomnieli.
Poniżej piszę, jak podchodzę do porządkowania takiego bałaganu: kiedy konsolidacja się opłaca, co się przy niej bezpowrotnie traci i jak ułożyć strukturę domen, żeby dało się nią zarządzać. Bez założenia, że jedno rozwiązanie pasuje do wszystkich.
Konsolidacja jest projektem ryzykownym i czasochłonnym, więc musi mieć konkretny cel. Spotykam trzy powody, które uważam za dobre, i jeden bardzo częsty, który dobry nie jest.
Dobry powód pierwszy: za mało konwersji na rynek, żeby strategie automatyczne miały z czego się uczyć. Cztery kraje po kilkanaście konwersji miesięcznie to cztery kampanie zgadujące. Jedna kampania z kilkudziesięcioma konwersjami to zupełnie inna sytuacja.
Dobry powód drugi: koszt zarządzania. Osiem kont oznacza osiem zestawów list wykluczeń, osiem bibliotek zasobów i osiem miejsc, w których trzeba wprowadzić tę samą zmianę. Trzeci: brak porównywalności raportów, gdy każde konto ma inne nazewnictwo i inne definicje konwersji.
Zły powód to chęć uporządkowania jako taka. Widziałem migracje robione tylko dlatego, że nowy dyrektor marketingu nie lubił bałaganu — a kosztowały kwartał utraconej historii uczenia i rozwaliły dobrze działające kampanie. Jeśli nie umiesz nazwać efektu, którego oczekujesz, nie ruszaj.
Nie ma tu odpowiedzi uniwersalnej, ale są twarde ograniczenia, o których trzeba wiedzieć przed decyzją.
Konto Google Ads ma jedną walutę rozliczeniową i jedną strefę czasową, ustalone przy zakładaniu i praktycznie nie do zmiany później. To znaczy, że konsolidacja rynków o różnych walutach oznacza rozliczanie i raportowanie wszystkiego w jednej z nich, z kursami przeliczanymi po stronie systemu. Dla części firm to problem księgowy, nie marketingowy — ale prawdziwy.
Druga rzecz: dane konwersji i listy odbiorców są przypisane do konta. Konsolidując, zaczynasz zbierać w jednym miejscu, ale nie przenosisz tego, co już zebrane.
W praktyce stosuję prosty podział. Rynki o zbliżonej wielkości, tej samej ofercie i wspólnym języku łączę bez wahania. Rynki różniące się marżą, ceną i sposobem sprzedaży zostawiam osobno, nawet jeśli to niewygodne — bo jeden cel kosztu konwersji dla Niemiec i Rumunii nie ma sensu ekonomicznego.
Nad wszystkim i tak siedzi konto menedżera, które daje wspólne rozliczanie, wspólne listy odbiorców i możliwość pracy na wielu kontach naraz. Bardzo często to wystarcza i cała potrzeba konsolidacji okazuje się potrzebą uporządkowania struktury menedżerskiej.
Ten fragment mówię klientom przed każdą taką decyzją, żeby nie było niespodzianek.
Dlatego nigdy nie przenoszę wszystkiego w jeden weekend. Migruję rynek po rynku, zaczynając od najmniejszego, i zostawiam stare kampanie wyłączone, a nie usunięte, żeby móc do nich wrócić po dane.
Przy adresach mamy trzy warianty i każdy ma inny profil ryzyka.
Krajowe końcówki domen dają najmocniejszy sygnał lokalności i najwięcej zaufania u użytkownika, ale każdą trzeba budować od zera. Osiem domen to osiem osobnych historii, osiem profilów odnośników i osiem razy więcej pracy. Dla marek z dużymi budżetami na rynek to bywa uzasadnione, dla ekspansji na próbę rzadko.
Katalogi na jednej domenie to rozwiązanie, które w większości przypadków polecam. Wszystkie rynki korzystają z siły jednej domeny, a rozdzielenie krajów jest czytelne zarówno dla użytkownika, jak i dla wyszukiwarki. Wadą jest to, że problem techniczny na domenie dotyka wszystkich rynków naraz.
Subdomeny traktuję jako rozwiązanie kompromisowe, po które sięgam wtedy, gdy działy w firmie są rozdzielone technicznie i nie da się ich utrzymać w jednym systemie. Sygnały z subdomeny przenoszą się na domenę główną słabiej niż z katalogu.
Osobno: nie rozdzielaj tej samej wersji językowej na kilka domen. To najczęstsza rzecz, którą znajduję przy takich audytach — dwa adresy z niemal identyczną treścią niemiecką, konkurujące ze sobą w wynikach i dzielące budżet w kampaniach.
Przy wielu rynkach oznaczenia wersji językowych są obowiązkowe, a robione są źle w większości serwisów, które sprawdzam.
Najczęstsze błędy to brak wskazania zwrotnego między wersjami, mieszanie kodu języka z kodem kraju w niewłaściwej kolejności oraz wskazywanie na adresy, które przekierowują albo w ogóle nie istnieją. Każdy z nich powoduje, że oznaczenia są ignorowane w całości — nie ma tu częściowego działania.
Druga sprawa to wersja zapasowa dla użytkowników, dla których nie mamy dopasowanej wersji. Warto ją wskazać, bo inaczej Google sam wybiera, co pokazać komuś z rynku, którego nie obsługujemy.
Trzecia rzecz jest nietechniczna, ale kosztuje najwięcej: automatyczne przekierowywanie po lokalizacji użytkownika. Wygląda pomocnie, a w praktyce blokuje indeksowanie części wersji i frustruje ludzi, którzy chcą świadomie zobaczyć inną wersję. Zamiast przekierowania lepiej dać sugestię z możliwością odrzucenia.
Przy kampaniach produktowych dochodzi warstwa, w której popełnia się najwięcej pomyłek, bo dane muszą zgadzać się co do groszy.
Cena w źródle danych musi być identyczna z ceną na stronie po wejściu z reklamy, w walucie danego kraju i z podatkiem zgodnym z lokalnymi wymaganiami. Rozjazd o kilka groszy wystarcza, żeby oferta została odrzucona, a przy dziesiątkach tysięcy produktów nikt tego nie zauważy ręcznie.
Do obsługi wielu krajów z jednego zbioru danych używa się etykiet i dodatkowych źródeł nadpisujących ceny, dostępność i warunki wysyłki dla poszczególnych rynków. To znacznie lepsze niż utrzymywanie osobnego pełnego pliku na każdy kraj, bo zmiana w opisie produktu robiona jest raz.
Nie zapomnij o kosztach wysyłki i terminach dostawy per kraj. To pole, które w porównywaniu ofert bywa ważniejsze niż sama cena, a bardzo często jest wypełnione danymi z rynku macierzystego.
Europa nie jest jednym rynkiem w niczym, co dotyczy danych. Od marca w krajach Europejskiego Obszaru Gospodarczego obowiązuje przekazywanie sygnałów zgody, bez którego przestają działać listy odbiorców i część pomiaru konwersji. Do tego dochodzą różnice krajowe w interpretacji przepisów i w tym, jak agresywne banery są dopuszczalne.
Praktyczny wniosek: wdrożenie zgód sprawdzam osobno dla każdej wersji językowej. Zdarza się, że baner działa poprawnie na rynku macierzystym, a na trzech pozostałych nie jest podłączony do tagów, bo wersje powstawały w różnych momentach.
Na koniec kolejność, której się trzymam przy takich projektach. Najpierw inwentaryzacja: wszystkie konta, wszystkie domeny, wszystkie źródła danych, wszystkie definicje konwersji w jednym arkuszu. Ten dokument zwykle sam odpowiada na pytanie, co konsolidować.
Potem ujednolicenie pomiaru — te same nazwy konwersji, te same wartości, te same okna. Bez tego porównanie rynków nie ma sensu, a po migracji nie da się ocenić, czy cokolwiek się poprawiło. Dopiero na trzecim miejscu przenoszenie kampanii, rynek po rynku, z tygodniową przerwą na obserwację między krokami.
I rzecz, która brzmi trywialnie, a ratuje takie projekty: jedna osoba odpowiedzialna za konwencję nazewnictwa. Kont da się połączyć, domeny da się przekierować, ale bałagan w nazwach wraca po pół roku, jeśli nikt go nie pilnuje.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |