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.
Zakładka z rekomendacjami to miejsce, w którym Google Ads rozmawia z reklamodawcą najbardziej stanowczo. Zielone karty, procent obok nich i komunikat, że kampania traci konwersje przez zbyt niski budżet — trudno przejść obok tego obojętnie, zwłaszcza gdy panel podaje konkretną kwotę i konkretną liczbę dodatkowych konwersji.
Pytanie, które słyszę od klientów najczęściej, brzmi: skąd Google wie? I to jest dobre pytanie, bo odpowiedź na nie decyduje o tym, ile z tej prognozy warto sobie wziąć. Zalecany budżet nie jest opinią o kondycji kampanii ani obietnicą wyniku. To wyliczenie z historii konta, oparte na jednym bardzo mocnym założeniu, które w panelu nie jest wypisane wystarczająco dużym drukiem.
Poniżej rozbieram ten mechanizm na części i dzielę rekomendacje na trzy grupy: te, które przyjmuję prawie zawsze, te, które przyjmuję po sprawdzeniu, i te, które odrzucam z zasady.
Punktem wyjścia jest sytuacja, w której kampania ma status ograniczonej budżetem. Oznacza on, że przy obecnym limicie dziennym system nie bierze udziału we wszystkich aukcjach, w których mógłby wystąpić. Panel widzi więc kliknięcia, których nie kupiliśmy, i wyświetlenia, których nie zdobyliśmy.
Na tej podstawie liczona jest prognoza. System bierze skuteczność kampanii z ostatniego okresu — koszt kliknięcia, współczynnik konwersji, dostępny wolumen zapytań — i wylicza, ile dodatkowego ruchu i ile dodatkowych konwersji dałoby podniesienie limitu do poziomu, przy którym budżet przestaje być hamulcem. Ten sam mechanizm napędza symulator budżetu, w którym możemy sobie te wartości obejrzeć dla kilku kwot naraz.
I tu pojawia się założenie, o którym mówiłem: prognoza zakłada, że wszystko poza budżetem pozostaje bez zmian. Że dodatkowy ruch będzie miał tę samą jakość co dotychczasowy, że konkurencja nie zareaguje, że sezon nie skończy się w przyszłym tygodniu.
W praktyce dodatkowy ruch prawie nigdy nie ma tej samej jakości. Najlepsze zapytania kampania obsługuje już teraz, bo aukcje o najwyższym prawdopodobieństwie konwersji wygrywa w pierwszej kolejności. To, co dokupujemy za większy budżet, jest zwykle nieco dalej od intencji zakupowej. Nieco — czyli tyle, że rentowność potrafi się zmienić, ale niekoniecznie na tyle, żeby zmiana była nieopłacalna.
Zalecany budżet odpowiada na jedno pytanie: ile trzeba wydać, żeby budżet przestał być ograniczeniem. Nie odpowiada na pytanie, czy to się opłaca.
Różnica jest zasadnicza, bo w panelu nie ma pojęcia „opłacalności” — jest koszt konwersji i wartość konwersji, o ile ją przekazujemy. System nie zna marży, nie zna kosztów zwrotów, nie wie, ile klient jest w stanie obsłużyć zamówień w tygodniu i czy magazyn wytrzyma.
Widziałem konta, w których podniesienie budżetu było jedną z najlepszych decyzji roku, bo kampania z niskim kosztem konwersji dusiła się przez limit ustawiony dwa lata wcześniej. Widziałem też konta, w których po zwiększeniu budżetu liczba konwersji wzrosła, a zysk spadł, bo dodatkowa sprzedaż dotyczyła produktów o najniższej marży.
Wniosek jest niewygodny, ale prosty: ta rekomendacja bywa trafna, tylko nie da się tego ocenić z panelu. Ocena wymaga liczby, której Google nie ma.
Do zalecanego budżetu doklejony jest wynik optymalizacji, czyli procent obok nazwy kampanii. Powstaje na podstawie tego, ile z podpowiadanych rekomendacji zostało zastosowanych albo odrzuconych.
Konsekwencja jest taka, że wynik można podnieść do stu procent, nie poprawiając kampanii — wystarczy odrzucić rekomendacje, których nie chcemy. Odrzucenie liczy się jak decyzja i podnosi wskaźnik. Odwrotnie też się zdarza: konto prowadzone starannie, świadomie ignorujące część podpowiedzi, ma niższy procent niż konto, w którym ktoś kliknął wszystko po kolei.
Traktuję ten wskaźnik jak listę zadań do przejrzenia, nie jak ocenę. Jeśli klient dostał od kogoś raport, w którym wynik optymalizacji jest głównym argumentem, warto zapytać, co konkretnie zostało zastosowane. Zwykle w tym miejscu rozmowa robi się ciekawa.
Część podpowiedzi to zwyczajna diagnostyka i nie ma sensu się z nią kłócić.
I druga strona listy — podpowiedzi, które w moich kontach niemal zawsze idą do odrzucenia.
Odrzucam je świadomie i wpisuję powód do dziennika konta, żeby po pół roku nie zastanawiać się, dlaczego ta sama karta wraca.
W panelu można ustawić część rekomendacji tak, żeby były wprowadzane bez pytania. Rozumiem, skąd taka opcja się wzięła — przy dużej liczbie kont ręczne przeglądanie zakładki jest pracochłonne.
Sam trzymam to wyłączone i przy przejmowaniu konta sprawdzam ten przełącznik w pierwszej godzinie. Powód jest prosty: zmiana wprowadzona automatycznie wygląda w historii jak zmiana, ale nie da się jej powiązać z żadną decyzją. Kiedy w kampanii pojawiają się nowe słowa kluczowe albo zmienia się cel stawki, a nikt tego nie zaplanował, ocena wyników staje się zgadywaniem.
Jeśli ktoś jednak chce z tego korzystać, sugeruję dwie ostrożności: włączać pojedyncze kategorie, nie wszystkie, i przeglądać historię zmian raz w tygodniu. Wtedy przynajmniej wiadomo, co się stało.
Kiedy widzę kampanię ograniczoną budżetem, nie zaczynam od kwoty z rekomendacji.
Najpierw sprawdzam, z jakiego powodu tracimy wyświetlenia — czy przez budżet, czy przez ranking. To zupełnie różne problemy i tylko pierwszy z nich rozwiązuje się pieniędzmi. Potem patrzę na koszt konwersji tej kampanii na tle pozostałych i na to, czy jest miejsce na przesunięcie środków z kampanii słabszej, zamiast powiększania całego budżetu konta.
Jeśli decyduję się dołożyć, robię to etapami i sprawdzam po drodze, jak zmienia się koszt konwersji przy kolejnych porcjach. Ten mechanizm ma naturalny hamulec: w pewnym momencie każda dodatkowa złotówka zaczyna kupować gorszy ruch i widać to w danych. Skok od razu do kwoty z rekomendacji pozbawia mnie tej informacji.
Na koniec pytanie, które zadaję klientowi przed każdą taką zmianą: przy jakim koszcie pozyskania klienta ta sprzedaż przestaje mieć sens? Dopóki nie znam tej liczby, żadna prognoza z panelu nie jest dla mnie argumentem — jest tylko ciekawostką o dostępnym wolumenie.
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 |