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.
Budżet w kampaniach korporacyjnych rządzi się inną logiką niż w małym koncie i to jest sedno tego tekstu. Nie chodzi o to, żeby wydać jak najmniej za konwersję. Chodzi o to, żeby wydać dokładnie tyle, ile zostało zaklepane na kwartał, ani złotówki więcej, i przy tej kwocie zebrać najlepszy możliwy wynik.
Kto pracował z działem finansowym dużej firmy, wie, że niedowydanie jest tam problemem tak samo poważnym jak przekroczenie. Budżet niewykorzystany w kwartale zwykle przepada, a w następnym roku planiści obcinają pozycję, bo „przecież nie potrzebowaliście”. Dzienne limity z panelu Google Ads nie są narzędziem do rozwiązywania takich problemów.
Search Ads 360 podchodzi do tego od innej strony i właśnie ta różnica jest jego głównym uzasadnieniem w dużych kontach. Poniżej opisuję, jak układam w nim budżety i czego wymaga to od konta, żeby zadziałało.
W panelu Google Ads jednostką jest kampania i jej budżet dzienny. Cały nadzór nad wydatkiem okresowym spada na człowieka: ktoś patrzy w arkusz, dzieli kwotę na dni, podbija limity, kiedy zostaje zapas, i ścina je, kiedy tempo jest zbyt szybkie.
Przy kilku kampaniach to działa. Przy kilkudziesięciu, rozłożonych na kilka rynków, kilka linii produktowych i dwie albo trzy wyszukiwarki, przestaje. Nie z powodu trudności rachunkowej, ale z powodu częstotliwości: żeby robić to dobrze, trzeba by przeliczać cały portfel codziennie i codziennie wprowadzać kilkadziesiąt zmian.
Do tego dochodzi drugi problem: równy podział jest niemal zawsze złym podziałem. Popyt nie jest równomierny w miesiącu ani w tygodniu, więc równomierne wydawanie oznacza przepłacanie w dni słabe i tracenie zasięgu w dni mocne. Ręczne wyrównywanie tempa naprawia raport, a psuje wynik.
Punktem wyjścia w Search Ads 360 nie jest kampania, a plan: zbiór kampanii, kwota do wydania i konkretny przedział dat. Ten obiekt jest odwzorowaniem tego, co realnie zostało uzgodnione z klientem.
Dlatego pierwszą decyzją nie jest ustawienie techniczne, a mapowanie. Pytam, na jakim poziomie klient rozlicza pieniądze: czy budżet jest jeden na wszystko, czy osobny per rynek, czy per linia produktowa. Plany budują się dokładnie na tych granicach — inaczej system będzie optymalizował coś, czego nikt nie rozlicza, a raporty i tak będą powstawały ręcznie.
Dwie rzeczy, o które warto zadbać przy zakładaniu planu. Daty muszą odpowiadać rzeczywistemu okresowi rozliczeniowemu, także w sytuacji, gdy kwartał firmowy nie pokrywa się z kalendarzowym. Kwota musi być tą, która faktycznie jest do wydania — plan założony „na wyrost”, z buforem, sprawia że system celuje w liczbę, której nikt nie chce osiągnąć.
Warto też wiedzieć, że system uwzględnia w rozliczeniu planu wydatki kampanii usuniętych przed jego zakończeniem. Dzięki temu przebudowa struktury w połowie kwartału nie wyzerowuje licznika.
Na planie zakłada się budżetową strategię ustalania stawek i to jest właściwy mechanizm optymalizacji. Zamiast pilnować dziennych limitów, wskazujesz jeden wskaźnik główny, a system sam rozdziela pieniądze między kampanie w planie i tak dopasowuje stawki, żeby domknąć okres.
Do wyboru są trzy cele i różnica między nimi jest zasadnicza.
Sposób wydawania będzie przy tym nierówny i tak ma być. Tempo zmienia się w trakcie okresu, bo system reaguje na to, gdzie w danym momencie jest tanio, a gdzie drogo. Osoba przyzwyczajona do wykresu w postaci linii prostej odbierze to jako awarię. Warto ją na to przygotować przed startem, nie po pierwszym tygodniu.
Trzy rzeczy sprawdzam, zanim cokolwiek uruchomię, bo bez nich problem nie leży w narzędziu.
Pierwsza to historia. Optymalizacja planu opiera się na danych o skuteczności każdej kampanii w grupie i praktyka pokazuje, że potrzeba około trzech tygodni takich danych, żeby wnioski miały sens. Kampanie świeżo utworzone lepiej przez ten czas prowadzić ręcznie i dopiąć je do planu później.
Druga to pomiar konwersji. W Search Ads 360 zdarzenia zwykle przychodzą przez Floodlight, wspólny dla całej platformy Google Marketing Platform. Trzeba więc sprawdzić nie tylko to, czy działa, ale też co dokładnie zostało wpisane do kolumn używanych przez strategię. Sytuacja, w której strategia liczy inne konwersje niż raport przekazywany klientowi, jest łatwiejsza do wywołania, niż się wydaje.
Trzecia to zgodność struktury z celem. Wrzucenie do jednego planu kampanii brandowej i kampanii na zimne zapytania kończy się przewidywalnie: system zobaczy, że najtaniej jest w brandzie, i tam przesunie środki. Wskaźnik wyjdzie znakomicie, sprzedaż nie drgnie. Kampanie brandowe trzymam w osobnych planach z własną kwotą.
To argument, którego panel Google Ads nie ma z definicji. Budżetowa strategia w Search Ads 360 obejmuje także kampanie z innych systemów reklamowych — Microsoft Advertising, Yahoo! Japan czy Baidu — i traktuje je jako część tej samej puli.
Dla klienta korporacyjnego z obecnością na rynkach, na których Google nie ma pełnej dominacji, to realna zmiana sposobu pracy. Zamiast trzech osobnych budżetów, trzech raportów i trzech niezależnych decyzji, powstaje jedna kwota rozdzielana tam, gdzie w danym tygodniu jest lepiej.
Zastrzeżenie jest jedno i dotyczy danych: wszystkie systemy muszą raportować konwersje w spójny sposób, bo inaczej porównanie jest pozorne. To zwykle najbardziej pracochłonna część wdrożenia i warto ją wycenić osobno.
Automatyzacja budżetu nie zwalnia z nadzoru, tylko zmienia jego zakres. Przestaję patrzeć na dzienne limity, zaczynam patrzeć na trzy rzeczy.
Po pierwsze, postęp planu względem czasu: ile zostało do wydania i ile dni. To pojedynczy wskaźnik, który mówi, czy okres domknie się bez interwencji. Po drugie, rozkład wydatku między kampaniami w planie — czy system nie skoncentrował całości w jednym miejscu, którego klient nie uznaje za priorytet. Po trzecie, sam wskaźnik główny w ujęciu tygodniowym, a nie dziennym.
Do tego dwie rzeczy, które ustawiam raz i które oszczędzają najwięcej pracy. Reguły automatyczne z powiadomieniem, gdy tempo wydatku odbiega od planu — po to, żeby dowiedzieć się o problemie z systemu, a nie z telefonu od klienta. Oraz raporty wysyłane cyklicznie, zbudowane wokół planu i jego kwoty, nie wokół listy kampanii.
Ostatnia uwaga, praktyczna. Od tego roku istnieje już tylko nowa wersja interfejsu — starą wygaszono w pierwszych miesiącach 2024 roku. Warto to sprawdzić przy przejmowaniu konta po innej agencji, bo część opisów procedur krążących po firmach nadal odnosi się do układu ekranów, którego nie ma.
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 |