Co algorytm faktycznie przyjmuje

Warto to sobie ułożyć, zanim ktokolwiek napisze linijkę kodu.

Konwersja przekazywana do Google Ads ma nazwę, znacznik czasu, identyfikator kliknięcia lub dane pozwalające je dopasować, wartość i walutę. Opcjonalnie może nieść zmienne własne, które służą do raportowania i segmentacji. To ważne rozróżnienie: zmienne własne nie są sygnałem dla licytacji — pomagają w analizie i regułach, ale nie zastępują wartości.

Strategie nastawione na wartość — maksymalizacja wartości konwersji i docelowy zwrot z wydatków — patrzą wyłącznie na to pole. Jeżeli w nim jest przychód brutto, algorytm optymalizuje przychód brutto, i będzie to robił dobrze, nawet gdy firma na tym traci.

Stąd cała koncepcja: pole wartości traktuję jako miejsce na deklarację „ile ta transakcja jest dla nas warta”, a nie „ile klient zapłacił”. To decyzja biznesowa udająca techniczną i dlatego tak często nikt jej świadomie nie podejmuje.

Zanim więc ktokolwiek tknie tagi, trzeba tę liczbę zdefiniować — etap, który najczęściej się pomija, a potem projekt się wywraca.

Do ustalenia jest, co dokładnie wchodzi do zysku jednostkowego: sama marża handlowa, marża po koszcie wysyłki, po prowizjach płatniczych, po prognozowanym odsetku zwrotów, po koszcie obsługi. Każda z tych wersji jest obronna, ale trzeba wybrać jedną i zapisać.

Drugie pytanie: co z kosztami stałymi. Odradzam wciąganie ich do wartości konwersji. Algorytm ma decydować o wydatku krańcowym, więc interesuje go pokrycie kosztów zmiennych. Rozliczenie kosztów stałych to zadanie dla rachunku wyników, nie dla licytacji.

Trzecie: skala. Jeśli dotąd wysyłałeś przychód, przejście na marżę obniży wartości kilkukrotnie. To normalne i pożądane, ale musisz o tym uprzedzić wszystkich, którzy patrzą na raporty — inaczej ktoś zgłosi awarię pomiaru.

I czwarte, praktyczne: nie wysyłaj zera. Konwersja z wartością zerową bywa traktowana inaczej niż konwersja bez wartości i przy produktach sprzedawanych na zero marży wolę ustalić symboliczne minimum niż zaśmiecać sygnał.

Droga pierwsza: wartość liczona w warstwie danych

Najczystsze rozwiązanie, jeśli sklep zna swoją marżę w momencie zakupu.

Do warstwy danych na stronie podziękowania dokładasz — obok standardowych informacji o transakcji — pole z sumą zysku jednostkowego po pozycjach koszyka. Menedżer tagów wysyła je jako wartość konwersji zakupu. Fizycznie różnica sprowadza się do jednej zmiennej w konfiguracji tagu.

Trudność nie jest w tagowaniu, a w tym, żeby platforma sklepowa znała koszt zakupu produktu w chwili składania zamówienia. Część systemów trzyma tę informację i wystarczy ją odsłonić. Część nie ma jej w ogóle, bo koszty siedzą w systemie magazynowym — i wtedy trzeba dowozić do sklepu cyklicznie tabelę kosztów albo wybrać jedną z pozostałych dróg.

Zaleta jest oczywista: dane trafiają natychmiast, bez opóźnienia i bez dodatkowego procesu. Wada również: wartość jest szacunkiem z momentu zakupu i nie wie nic o zwrocie, który przyjdzie za trzy tygodnie.

Przy tej drodze pilnuję jeszcze jednej rzeczy — żeby marża nie wyciekała do kodu strony w formie czytelnej dla użytkownika i konkurencji. Wysyłam sumę, nie rozbicie po produktach, i tylko na stronie potwierdzenia zamówienia.

Droga druga: korekta wartości po fakcie

To rozwiązanie, które w e-commerce z wysokim odsetkiem zwrotów uważam za obowiązkowe, a nie opcjonalne.

Google Ads pozwala skorygować albo wycofać wartość już zaraportowanej konwersji, jeśli masz jej identyfikator lub identyfikator kliknięcia oraz czas zdarzenia. Wysyłasz więc pierwotną wartość natychmiast po zakupie, a po zamknięciu okna zwrotów przesyłasz korektę: obniżenie do faktycznej marży albo pełne unieważnienie, gdy towar wrócił.

Algorytm dostaje wtedy obraz bliski prawdy, choć z opóźnieniem. Warto o tym pamiętać przy ocenie kampanii — dane z ostatnich tygodni będą się jeszcze zmieniać, więc porównywanie świeżego okresu z zamkniętym systematycznie zaniża ten świeższy.

Dwie pułapki. Pierwsza: korekty można wysyłać w ograniczonym oknie czasowym od konwersji, więc jeśli proces zwrotów w firmie trwa dłużej, ustalenie tego harmonogramu jest częścią projektu, nie szczegółem. Druga: musisz mieć gdzie trzymać identyfikatory kliknięć i zamówień, żeby po tygodniach móc je sparować. To zwykle oznacza dodatkową tabelę i to ona bywa najsłabszym punktem całej konstrukcji.

Droga trzecia: import konwersji z systemu sprzedażowego

Właściwa droga wszędzie, gdzie sprzedaż zamyka się poza stroną — w usługach, B2B, sprzedaży telefonicznej, ale też w sklepach z płatnością przy odbiorze.

Schemat jest znany: przy pozyskaniu kontaktu zapisujesz identyfikator kliknięcia razem z leadem, przekazujesz go do systemu sprzedażowego, a po zamknięciu transakcji wysyłasz do Google Ads konwersję z realną wartością — tym razem wprost jako zysk, nie jako wielkość kontraktu. Zamiast identyfikatora kliknięcia można też dopasowywać konwersje po zahaszowanych danych kontaktowych, co ratuje sytuacje, w których identyfikator ginie po drodze przez formularz albo telefon.

W tym wariancie da się zrobić rzecz, która przy pomiarze na stronie jest niemożliwa: rozróżnić leady, które są warte dowożenia, od tych, które wyglądają identycznie w formularzu. Do tego licytacja nadaje się dobrze, o ile wolumen jest wystarczający.

Największym ryzykiem jest tu opóźnienie. Jeśli cykl sprzedaży trwa dwa miesiące, algorytm uczy się z dwumiesięcznym poślizgiem i nie zareaguje na nic, co dzieje się teraz. Przy takich cyklach zostawiam optymalizację na etapie pośrednim — kwalifikowanym leadzie z przypisaną wartością oczekiwaną — a pełne dane sprzedażowe wykorzystuję do oceny, nie do sterowania.

Reguły wartości jako uzupełnienie, nie zamiennik

Osobne narzędzie, o którym warto wiedzieć, bo bywa mylone z powyższymi.

Reguły wartości konwersji pozwalają modyfikować przekazaną wartość w zależności od kilku warunków: lokalizacji, urządzenia i przynależności do listy odbiorców. Sprawdzają się, gdy różnica w rentowności wynika nie z produktu, a z kontekstu — na przykład nowy klient jest dla firmy wart wyraźnie więcej niż powracający, albo zamówienie z odległego regionu kosztuje więcej w dostawie.

Ograniczenie jest istotne: te reguły nie znają Twojego asortymentu. Nie zastąpią przekazywania marży, bo nie wiedzą, co jest w koszyku.

Używam ich więc jako warstwy korygującej na wierzchu poprawnie policzonego zysku i pilnuję, żeby nie było podwójnego liczenia — jeśli różnicę między nowym i powracającym klientem uwzględniłem już w wartości wysyłanej ze sklepu, reguła zrobi to drugi raz i zaburzy proporcje.

Kalibracja celu po przejściu na zysk

To moment, w którym najłatwiej zepsuć dobrze wykonaną robotę techniczną.

Docelowy zwrot z wydatków liczony na przychodzie i ten sam wskaźnik liczony na marży to dwie różne skale. Jeżeli konto pracowało z celem czterysta procent na przychodzie, a marża wynosi około jednej czwartej ceny, to odpowiednikiem będzie wartość w okolicach stu procent. Zostawienie starego celu po podmianie wartości oznacza natychmiastowe zaduszenie ruchu, bo system uzna, że prawie żadna aukcja nie spełnia wymagania.

Dlatego kolejność jest taka: najpierw wdrażam drugie działanie konwersji z nową wartością obok istniejącego, przez kilka tygodni zbieram dane i porównuję, jaki poziom zwrotu odpowiada dotychczasowej rentowności. Dopiero potem przełączam działanie główne i ustawiam cel wynikający z tego porównania, nie z podręcznika.

Po przełączeniu daję kampaniom spokój na okres uczenia i nie zmieniam w tym czasie ani budżetów, ani struktury. Ocena po trzech dniach niczego nie powie, a wprowadzenie kolejnej zmiany w trakcie uniemożliwi ustalenie, co dało jaki efekt.

Błędy, które kosztują najwięcej

• Podwójne liczenie — konwersja zakupu wysyłana i z tagu, i z importu. Wartości sumują się, algorytm dostaje zawyżony sygnał, wszystko wygląda świetnie do pierwszego zestawienia z księgowością.

• Mieszanie skal w jednym koncie — jedna kampania optymalizowana na przychód, druga na marżę, a nad nimi wspólny cel portfelowy. Nie da się tego sensownie ustawić.

• Marża licząca się z opóźnieniem raz w miesiącu — przy zmiennych cenach zakupu wysyłasz wtedy wartości, które nie odpowiadają rzeczywistości sprzed trzech tygodni.

• Brak dokumentacji — pół roku później nikt nie pamięta, czy w wartości jest już koszt wysyłki. To banał, a widziałem, jak paraliżował decyzje na dwa miesiące.

Na koniec zdanie, które mówię przy każdym takim projekcie: przejście na zysk jednostkowy zwykle pogarsza wskaźniki w raportach i poprawia wynik firmy. Jeśli nikt w organizacji nie jest gotowy na tę rozmowę, lepiej najpierw ją odbyć, a potem zmieniać tagi.