Smart Bidding na zaszumionych danych: dlaczego ROAS spada mimo "optymalizacji"

Smart Bidding w Google Ads to algorytm, który decyduje o stawkach w czasie rzeczywistym na podstawie sygnałów z Twojego konta i konwersji. Im więcej dobrych danych dostanie, tym lepiej dopasuje licytację do realnej szansy na sprzedaż.

Problem polega na tym, że “więcej danych” nie znaczy automatycznie “lepsze dane”. Algorytm uczy się też na śmieciach. Jeśli karmisz go zduplikowanymi konwersjami, brakami po stronie iOS i adblocków albo wartościami koszyka odbiegającymi od prawdy, model zaczyna stawiać tam, gdzie nie powinien. Efekt: spada ROAS, choć w panelu Google Ads “wszystko działa”.

To jeden z najczęstszych powodów, dla których kampania w pewnym momencie przestaje skalować się sensownie. Nie dlatego, że Smart Bidding “się zepsuł”. Dlatego, że dostał gorszej jakości feedback.

Co to znaczy “zaszumione dane” w Smart Bidding

Smart Bidding optymalizuje pod konkretny cel: liczbę konwersji, wartość konwersji, tROAS, tCPA. Wszystko to są wartości policzone na podstawie eventów, które Google dostaje z Twojego sklepu. Każdy event niesie informację: kto, kiedy, za ile, z którego źródła.

Zaszumione dane to takie, w których przynajmniej jedna z tych informacji jest błędna lub brakuje. Algorytm nie wie, że event jest zepsuty - traktuje go tak samo jak prawdziwy. Jeśli takich eventów jest powyżej kilku procent, model zaczyna mylić się systematycznie: licytuje wyżej dla segmentów, które tylko wyglądają na konwertujące, i niżej dla tych, które realnie sprzedają, ale nie raportują wszystkiego.

Trzy źródła szumu, które najczęściej psują ROAS

Z audytów konwersji w sklepach na Shoper, WooCommerce i Shopify wracają te same trzy wzorce.

Duplikacja konwersji

Najpopularniejszy przypadek: jeden zakup raportowany dwa, trzy razy. Browser-side purchase z GTM, server-side purchase z sGTM bez deduplikacji, czasem dodatkowo Enhanced Conversions z formularza thank-you-page liczone osobno. W panelu widzisz “wzrost konwersji o 40%”, w rzeczywistości to ten sam zakup policzony wielokrotnie.

Smart Bidding widzi sztucznie zawyżoną liczbę konwersji i zaniża stawki, bo “i tak konwertuje”. W praktyce traci ruch z droższych, ale realnie sprzedających słów kluczowych. Mechanika i trzy sposoby naprawy: duplikacja eventów purchase w Shoper.

Brakujące konwersje przez ITP, adblock i Consent Mode

iOS Safari z ITP, Firefox z ETP, mobilne adblocki, użytkownicy odrzucający cookies w bannerze - razem to powyżej 30% utraconych konwersji w sklepie pracującym tylko na browser-side tagach. Sygnały, które do Google nie docierają, dla algorytmu po prostu nie istnieją.

Skutek jest podstępny: Smart Bidding “uczy się”, że kampanie Performance Max kierowane na iOS konwertują gorzej niż na Androidzie, więc obniża stawki na iOS. Realnie konwertują tak samo, tylko nie ma jak tego zaraportować. Skalę problemu mierzymy konkretnie: adblock i iOS ITP - ile konwersji tracisz w 2026.

Złe wartości koszyka

Trzecia kategoria szumu to konwersje, które są zaraportowane, ale z błędną wartością. Klasyki: VAT raz wliczony, raz nie. Rabat aplikowany do wartości po stronie GTM, ale nie po stronie sGTM. Koszty wysyłki dodawane do value (powinno być shipping). Anulowane zamówienia liczące się jako konwersja.

W tROAS i value-based bidding to jest poważny problem. Algorytm dostaje wartość 450 zł zamiast realnych 380 zł i zaczyna agresywniej licytować na słowa kluczowe, które generują koszyki “z VAT”. W raporcie ROAS wygląda dobrze. POAS - czyli rentowność z marży - leci w dół. Jeśli chcesz szybko sprawdzić, jaki ROAS odpowiada Twoim realnym marżom, skorzystaj z kalkulatora progu opłacalności ROAS i POAS. Mechanikę POAS rozkładamy w POAS w e-commerce: dlaczego sam ROAS nie wystarcza.

Dlaczego Smart Bidding nie “obroni się” sam

Algorytm nie ma jak rozpoznać, że event jest zduplikowany albo że wartość koszyka jest zawyżona. Jego jedyne źródło prawdy to konwersje z Twojego konta. Jeśli karmisz go bełkotem, dostajesz licytację dopasowaną do bełkotu.

Google nie publikuje jawnie progów tolerancji szumu, ale z obserwacji widać dwa efekty progowe:

• Powyżej 5-10% duplikatów ROAS w panelu zaczyna się rozjeżdżać z ROAS-em raportowanym w narzędziach analitycznych po stronie sklepu (GA4, Shoper Stats, własna baza zamówień).
• Przy 25-40% brakujących konwersji Smart Bidding zaczyna systematycznie zaniżać stawki w segmentach, w których realnie konwertujesz, ale nie raportujesz - typowo iOS, użytkownicy z adblockiem, “denied” w consent mode.

Kolejne obniżki budżetu ani zmiana typu kampanii (Search -> PMax, PMax -> Search) tego nie naprawią. Naprawa zaczyna się od wyczyszczenia danych, które wpadają do algorytmu.

Jak naprawić: kolejność działań

Sekwencja, która ma sens niezależnie od platformy sklepu:

1. Audyt konwersji w panelu Google Ads. Sprawdź, ile akcji konwersji jest oznaczonych jako Primary, czy są zduplikowane, czy mają poprawną attribution model i okno konwersji. Checklist: audyt kategorii konwersji Google Ads.
2. Deduplikacja eventów po transaction_id. Server-side i browser-side purchase muszą dzielić ten sam identyfikator. Bez tego Enhanced Conversions liczy się dwa razy.
3. Server-side tracking dla iOS i adblocków. Przeniesienie głównej ścieżki konwersji na sGTM (z first-party cookies) odzyskuje typowo 20-35% konwersji wcześniej traconych. Trwałość identyfikatorów jest tu kluczowa: match rate Enhanced Conversions a trwałość identyfikatorów.
4. Walidacja wartości konwersji. Jeden raz w miesiącu porównaj sumę value z Google Ads z sumą zamówień zapłaconych w panelu sklepu. Rozjazd powyżej 5% to sygnał, że coś jest nie tak z wartością przekazywaną do tagu.
5. Po wyczyszczeniu danych zostaw Smart Bidding 14-21 dni na re-naukę. Przed tym czasem nie oceniaj, czy “naprawa zadziałała”. Algorytm potrzebuje pełnego cyklu uczenia na nowych, czystych sygnałach.

Dopiero gdy te pięć kroków jest zrobione, ma sens dyskutować o “lepszej strategii bidowania”. Wcześniej zmiana strategii to przesuwanie tego samego szumu między kampaniami.

Podsumowanie

Smart Bidding nie jest magicznym pudełkiem - to model uczący się na Twoich konwersjach. Trzy najczęstsze typy szumu w danych e-commerce (duplikacja, braki, złe wartości) sprawiają, że algorytm optymalizuje pod fałszywą rzeczywistość, a Ty widzisz spadający ROAS bez oczywistej przyczyny.

Naprawa nie polega na zmianie strategii bidowania. Polega na uporządkowaniu warstwy konwersji: jednoznaczny transaction_id, server-side tracking dla segmentów tracących sygnał, walidacja wartości koszyka. Dopiero na czystych danych Smart Bidding pokazuje, do czego naprawdę jest zdolny.