Dynamiczna wartość konwersji w LinkedIn Ads !

Jak to działa naprawdę?
[Case study + konfiguracja GTM Server-Side]

 Wielu reklamodawców w e-commerce zastanawia się, czy w LinkedIn Ads można przesyłać dynamiczną wartość konwersji – czyli np. 350 zł dla jednego koszyka i 129 zł dla innego. Oficjalny support LinkedIna twierdzi, że przez standardowy Insight Tag (client-side) nie ma takiej możliwości (odsyła nas do artykułów) – możesz ustawić jedynie stałą wartość konwersji w definicji, w zakładce „śledzenie konwersji”.

W tym case study pokazujemy krok po kroku test, w którym porównaliśmy Insight Tag vs LinkedIn Conversion API (server-side). Wyniki jasno pokazują, która metoda działa, jeśli zależy Ci na raportowaniu i optymalizacji pod realną wartość transakcji. 

Dlaczego w ogóle dynamiczna wartość konwersji jest ważna?

Dla e-commerce optymalizacja kampanii wyłącznie po liczbie konwersji to za mało. Różne produkty mają różne marże i ceny – liczy się realny przychód. Jeśli w kampanii wszystkie konwersje „ważą” tyle samo (np. 230 zł), to algorytm może optymalizować na tańsze transakcje, które nie przynoszą zysku.

Dlatego dynamiczna wartość konwersji jest kluczowa w strategiach opartych o ROAS (Return on Ad Spend).

Setup testu

Stworzyliśmy jedną grupę reklam na LinkedIn i kilka kampanii, które różniły się źródłem danych konwersji:

  1. Kampania Insight Tag (client-side) – standardowy tag LinkedIna przez GTM web, w definicji konwersji ustawiona stała wartość (333 zł).

  2. Kampania Direct API (server-side) – integracja LinkedIn Conversion API przez GTM Server-Side (templatka stape.io), przesyłająca realną wartość transakcji (amount + currencyCode).

Dla przyspieszenia testu użyliśmy eventu view_item (oglądanie produktu), a nie purchase – aby zebrać dane w krótszym czasie.

Konfiguracja konwersji w LinkedIn Ads

Na początek utworzyliśmy dwie osobne konwersje – jedną pod tag przeglądarkowy, drugą pod API.

reklama linkedin ads

 

Grafika 1: „Dwie konwersje testowe w LinkedIn Ads – po lewej client-side (stała wartość), po prawej server-side (dynamiczna wartość).”

Jak widać, konwersja „View Item – Contains products” (Tag dla całej witryny) ma przypisaną stałą wartość 333,00 zł. Z kolei „Stape – View Item API” (Direct API) nie ma wpisanej stałej wartości – bo jest ona przesyłana w każdym evencie osobno.

Wyniki kampanii – stała vs dynamiczna wartość

Kiedy uruchomiliśmy kampanie, różnice w raportach pojawiły się błyskawicznie.

wartość dynamiczna linkedin ads

 

Grafika 2: „Porównanie sumy wartości konwersji w kampaniach. Client-side pokazuje stałe 333 zł, Direct API raportuje faktyczne wartości z koszyka.”

W kampanii z Insight Tag każda konwersja miała wartość 333 zł, niezależnie od tego, co użytkownik oglądał. W kampaniach z Direct API wartości różniły się (np. 319,98 zł) i suma konwersji odpowiadała faktycznym cenom produktów.

Jak wdrożyć dynamiczną wartość konwersji w LinkedIn Ads

Do integracji server-side użyliśmy GTM Server-Side i gotowej templatki LinkedIn Conversion API na przykład od stape.io.

„Gotowa templatka LinkedIn Conversion API w GTM Server-Side (od stape.io).”

Dzięki temu rozwiązaniu można w prosty sposób przesłać z serwera wszystkie wymagane dane:

  • conversionValue.amount – dynamiczna wartość transakcji,

  • conversionValue.currencyCode – waluta (np. PLN),

  • li_fat_id – LinkedIn Click ID do dopasowania konwersji,

  • zaszyfrowany e-mail (SHA256), telefon, inne identyfikatory,

  • event_id – do deduplikacji z Insight Tag.

Przykład konfiguracji taga w GTM Server-Side

Tak wygląda konfiguracja taga LinkedIn Conversion API tutaj akurat dla eventu „Dodanie do koszyka”:

stape.io konfiguracja linkedin ads

„Konfiguracja taga LinkedIn Conversion API (stape.io) dla zdarzenia Dodanie do koszyka – gotowa templatka umożliwia automatyczne mapowanie i wysyłkę danych: li_fat_id, zaszyfrowany e-mail, amount (wartość transakcji) oraz inne identyfikatory.”

W polu Event Data Override przekazujemy dynamiczne parametry (amount, currencyCode), a w User Ids Override – dane identyfikujące użytkownika.

Wnioski z testu "Wartość dynamiczna konwersji Linkedin":

  • Client-side (Insight Tag) – zawsze raportuje stałą kwotę ustawioną w definicji konwersji.

  • Server-side (LinkedIn Conversion API) – umożliwia przesyłanie dynamicznych wartości dla każdej konwersji.

  • W e-commerce, jeśli chcesz optymalizować kampanie pod ROAS, musisz wdrożyć integrację serwerową.

 

Potrzebujesz pomocy we wdrożeniach. Skontaktuj się z nami: