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.
Pytanie postawione w tytule dostaję zwykle w dwóch skrajnych wersjach. Jedni są przekonani, że wykluczeń nigdy nie ma za wiele i że każde dodane oszczędza pieniądze. Drudzy słyszeli, że automatowi trzeba „dać swobodę”, i boją się dodać cokolwiek.
Odpowiedź nie leży pośrodku, leży obok. Sama liczba pozycji na liście nie interesuje algorytmu ustalającego stawki — nie ma żadnego progu, po przekroczeniu którego strategia się wyłącza. Znaczenie ma to, ile zdarzeń konwersji zostaje po odcięciu ruchu i jak stabilnie się pojawiają. Można zdusić kampanię trzydziestoma wykluczeniami i można prowadzić zdrową kampanię z listą liczącą tysiące pozycji.
Poniżej rozkładam ten mechanizm na części, opisuję objawy, po których go rozpoznaję, i pokazuję, jak się z przesady wycofać, nie psując przy tym więcej.
Warto zacząć od tego, że wykluczenia i strategia stawek działają na dwóch różnych etapach i nie komunikują się ze sobą.
Wykluczenie działa wcześniej: decyduje o tym, czy Twoja reklama w ogóle bierze udział w danej aukcji. Strategia stawek działa później: dla aukcji, do których zostałeś dopuszczony, szacuje prawdopodobieństwo konwersji i wylicza stawkę. Nie ma między nimi żadnego sprzężenia — model nie „wie”, że coś wykluczyłeś, i nie próbuje tego kompensować.
Skutek jest niebezpośredni, ale realny. Odcinając ruch, zmieniasz zbiór danych, na którym model się uczy: mniej wyświetleń, mniej kliknięć, mniej konwersji, węższy zakres kontekstów, w których widział skutek swoich decyzji. Model nie przestaje działać. Zaczyna działać na cieńszej podstawie.
To główny mechanizm szkody i wart osobnego opisania, bo bywa mylony ze zwykłym spadkiem ruchu.
Strategia optymalizująca pod koszt akcji albo pod zwrot potrzebuje regularnego strumienia zdarzeń. Nie chodzi o jedną wartość progową — chodzi o to, żeby zdarzenia pojawiały się na tyle często, by dawały się odnieść do zmieniających się warunków. Przy kilku konwersjach w miesiącu każda z nich jest wydarzeniem, a nie danym.
Kiedy odcinasz połowę uprawnionego ruchu, dzieje się kilka rzeczy jednocześnie. Liczba konwersji spada proporcjonalnie. Rozrzut między tygodniami rośnie, bo mała liczba zawsze jest bardziej zmienna niż duża. Model zaczyna reagować na przypadkowe skupienia zdarzeń, bo nie ma z czym ich porównać. W panelu wygląda to na nerwowość algorytmu, a jest zwykłą konsekwencją małej próbki.
Druga warstwa problemu jest subtelniejsza. Wykluczenia zmieniają nie tylko ilość danych, ale i ich zróżnicowanie. Model uczy się przewidywać skutek udziału w aukcji na podstawie kontekstów, które widział. Jeśli konsekwentnie odcinasz wszystko poza jednym wąskim typem zapytania, model przestaje mieć podstawy do oceny czegokolwiek innego — a potem, gdy dopuścisz nowy obszar, zachowuje się w nim ostrożnie i niepewnie, bo faktycznie go nie zna.
Dlatego przy kampaniach o niskim wolumenie jestem z wykluczeniami znacznie ostrożniejszy niż przy dużych. Nie z sympatii do automatu, a z prostego rachunku: przy dwustu konwersjach miesięcznie odcięcie dwudziestu jest kosmetyką, przy dwunastu jest zmianą charakteru kampanii.
Największe straty, jakie w tym obszarze widuję, nie wynikają z liczby wykluczeń, a z ich typu dopasowania.
Wykluczenie dodane bez cudzysłowów i bez nawiasów blokuje każde zapytanie zawierające wszystkie te wyrazy, w dowolnej kolejności i z dowolnymi dodatkami. Dwa wyrazy w takim wykluczeniu potrafią wyciąć rodzinę zapytań, o której autor nie pomyślał. Trzy potrafią wyciąć całą kategorię.
Jest jeszcze pułapka odwrotna, o której mówi się rzadziej. Wykluczenie w dopasowaniu ścisłym blokuje tylko dosłowne brzmienie, więc bywa, że osoba dodaje dwadzieścia takich pozycji, ma poczucie porządku, a odsiew jest zerowy — kolejne wersje zapytania z literówką, w liczbie mnogiej albo z przyimkiem przechodzą bez przeszkód. Wtedy problemem nie jest przesada, a złudzenie kontroli.
Praktyczna zasada, którą stosuję: rzeczy oczywiste i szerokie idą w dopasowaniu do wyrażenia, rzeczy graniczne w ścisłym. Dopasowania przybliżonego w wykluczeniach używam wyłącznie dla pojedynczych wyrazów, których nie chcę nigdy, i zawsze zapisuję taką decyzję razem z datą.
Warto też pamiętać o rzeczach czysto technicznych, które w tej pracy zaskakują: wykluczenia nie uwzględniają bliskich wariantów tak jak słowa aktywne, a błędy ortograficzne i formy fleksyjne trzeba obsłużyć samodzielnie. W polszczyźnie oznacza to, że lista rośnie szybciej niż w angielskim i tym łatwiej wpisać w nią coś zbyt szerokiego.
Osobna kategoria, w której szkoda jest największa w stosunku do trudności wykrycia.
Konflikt polega na tym, że wykluczenie blokuje słowo kluczowe, na które jednocześnie licytujesz. Kampania ma aktywne słowo, budżet i strategię, a mimo to nie generuje wyświetleń na własnym rdzeniu oferty. Efekt dla modelu stawek jest brutalny: obszar, w którym miał najwięcej danych, przestaje istnieć.
W panelu jest to jedno z niewielu miejsc, gdzie rekomendacje Google są naprawdę użyteczne — konflikty są tam wykrywane i wskazywane wprost. Sprawdzam to zawsze po większej sesji dodawania wykluczeń i za każdym razem przy przejmowaniu konta.
Kiedy podejrzewam, że kampania jest zbyt mocno zawężona, przechodzę stałą kolejność czterech kroków.
Nie podam liczby i uważam, że każdy, kto ją podaje, sprzedaje wrażenie pewności.
Zamiast liczby używam trzech pytań. Czy po ostatniej sesji wykluczeń liczba konwersji spadła bardziej niż koszt? Jeśli tak, odciąłeś ruch, który pracował. Czy udział w wyświetleniach spadł przy niezmienionej stawce i budżecie? Jeśli tak, zawężenie jest realne, a nie wyobrażone. Czy potrafisz uzasadnić każdą pozycję z ostatniego kwartału jednym zdaniem? Jeśli nie, lista przestała być narzędziem i stała się nawykiem.
Do tego jedna obserwacja, którą widzę na większości kont, które przejmuję: listy wykluczeń rosną tylko w jedną stronę. Nikt nigdy niczego z nich nie usuwa, bo usunięcie wymaga uzasadnienia, a dodanie nie. Po trzech latach takiej pracy powstaje warstwa decyzji, których nikt już nie rozumie, i to ona, a nie żadna liczba, jest prawdziwym problemem.
Wycofanie robię odwrotnie do intuicji, czyli wolno i wąsko, mimo że problem czasem wygląda pilnie.
Najpierw usuwam wyłącznie konflikty z aktywnymi słowami kluczowymi. To zmiana bez ryzyka, bo przywraca ruch, na który świadomie licytujesz. Potem, w drugiej turze, zdejmuję wykluczenia w dopasowaniu przybliżonym złożone z dwóch lub więcej wyrazów — one najczęściej odcinają najwięcej przy najmniejszej intencji autora. Zamieniam je na węższe wersje, a nie usuwam bez zastąpienia.
Dopiero na końcu zaglądam do pozycji tematycznych i decyduję, które z nich są nadal aktualne. Tu wolę zostawić więcej, niż zdjąć na zapas.
Między turami zostawiam co najmniej dwa tygodnie i przez ten czas nie ruszam ani celu strategii, ani budżetu. To najtrudniejsza część, bo naturalny odruch przy słabych wynikach każe zmienić wszystko naraz. Jeśli to zrobisz, nie dowiesz się, co pomogło, i za pół roku będziesz w tym samym miejscu.
Wracając do pytania z tytułu: nie, długość listy sama z siebie nie blokuje strategii stawek. Blokuje ją utrata danych, którą ta lista może spowodować — i to jest coś, co da się zmierzyć konkretnymi wskaźnikami, zamiast zgadywać po liczbie wierszy w panelu.
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 |