LW IT Solutions
« Przegląd bloga /Digital Marketing/Tutorials / Tutorial: Precyzyjne śledzenie B2B z LinkedIn Insight...
Ten artykuł w innych językach:

Tutorial: Precyzyjne śledzenie B2B z LinkedIn Insight Tag i GTM

Tutorial: Precyzyjne śledzenie B2B z LinkedIn Insight Tag i GTM
Spis treści
  1. Krok 1: Tag bazowy, ładowany raz
  2. Krok 2: Utworzenie konwersji w Campaign Managerze
  3. Krok 3: Odpalenie konwersji z GTM
  4. Krok 4: Triggery opisujące intencję, a nie strony
  5. Krok 5: Weryfikacja przed zaufaniem liczbom
  6. Pozostając w granicach
  7. Pytania i odpowiedzi
  8. Źródła

LinkedIn Insight Tag wklejony na całej witrynie daje dokładnie jedną użyteczną rzecz: grupę odbiorców do retargetingu. Każda zbudowana na nim konwersja jest zwykle regułą URL — strona podziękowania, fragment ścieżki — i działa to do momentu, aż formularz odsyła pod ten sam adres, demonstracja odtwarza się w aplikacji jednostronicowej, a pobranie startuje zupełnie bez nawigacji. Od tej chwili kampania optymalizuje się pod odsłonę, która nie ma nic wspólnego z działaniem wartym opłacenia.

Alternatywą jest zdefiniowanie każdego działania jako osobnej konwersji w Campaign Managerze i świadome odpalanie jej z Google Tag Managera. Poniższy przewodnik obejmuje tag bazowy, identyfikatory konwersji, tag który je wysyła oraz triggery decydujące o momencie.

Jeden LinkedIn Insight Tag załadowany na wszystkich stronach rozchodzi się do trzech osobnych konwersji w Campaign Managerze, każda odpalana własnym triggerem GTM i niosąca własne conversion id
Tag bazowy tylko umożliwia śledzenie – to id konwersji pozwala optymalizować kampanię pod jedno konkretne działanie.

Krok 1: Tag bazowy, ładowany raz

Insight Tag należy do kontenera webowego jako pojedynczy tag na wszystkich stronach — szablon społecznościowy z galerii GTM wymaga jedynie partner id, a tag Custom HTML ze snippetem LinkedIna robi to samo. Istotne jest, żeby ładował się raz i wcześnie, bo wszystko dalsze zależy od funkcji, którą udostępnia.

Należy też za sprawdzenie zgody. Insight Tag nie ma trybu bezcookie’owego: bez zgody na reklamę nie wysyła ograniczonego sygnału, tylko przestaje działać w całości — zablokowanie go w ustawieniach zgody w GTM jest więc całością wdrożenia, a nie kompromisem między dwoma zachowaniami.

Krok 2: Utworzenie konwersji w Campaign Managerze

Każde działanie potrzebuje własnego obiektu konwersji, tworzonego w Campaign Managerze w sekcji śledzenia konwersji konta. Wybór metody opartej na zdarzeniu zamiast metody URL to decyzja, która umożliwia całą resztę — LinkedIn wydaje wtedy numeryczne conversion id dla każdej konwersji, i to właśnie ten identyfikator oddziela w raportach pobranie whitepapera od obejrzenia demonstracji.

Dwa ustawienia warto rozstrzygnąć, a nie przyjąć domyślnie. Okna atrybucji sterują tym, jak długo po kliknięciu lub wyświetleniu konwersja wciąż się liczy, a wartość konwersji — o ile działanie ma wiarygodną wartość handlową — pozwala porównywać kampanie po czymś więcej niż sama liczba. Użycie jednego id dla kilku zdarzeń scala je z powrotem w jedną liczbę, czyli dokładnie w problem, który miała już konfiguracja oparta na regułach URL.

Krok 3: Odpalenie konwersji z GTM

Przy załadowanym tagu bazowym konwersja to jedno wywołanie funkcji. Niesie je tag Custom HTML, z zabezpieczeniem, ponieważ funkcja istnieje dopiero wtedy, gdy Insight Tag faktycznie się załadował — a nie załaduje się u nikogo, kto odmówił zgody albo zablokował skrypt:

<script>
(function() {
  if (typeof window.lintrk !== 'function') {
    return;               // brak tagu bazowego: odmowa zgody, blokada albo brak zaladowania
  }
  window.lintrk('track', { conversion_id: 12345678 });
})();
</script>

Bez zabezpieczenia tag rzuca błędem dokładnie u tych odwiedzających, u których zgody zabrakło — ciche niezdarzenie zamienia się w błąd konsoli na każdej takiej stronie. Tam, gdzie na JavaScript w ogóle nie da się polegać, LinkedIn przyjmuje także żądanie obrazka niosące te same dwa identyfikatory; to mechanizm stojący za wariantem bez skryptu:

<img height="1" width="1" style="display:none" alt=""
     src="https://px.ads.linkedin.com/collect/?pid=PARTNER_ID&conversionId=12345678&fmt=gif">

Krok 4: Triggery opisujące intencję, a nie strony

Tag jest trywialny; właściwą pracą jest trigger. Konwersja jest tak precyzyjna, jak warunek, który ją odpala, a warte użycia warunki pochodzą z data layer witryny, nie z paska adresu:

  • Pobranie whitepapera — własne zdarzenie wypychane przy udanym wysłaniu formularza, a nie odsłona strony podziękowania, do której da się dotrzeć inaczej i przeładować ją kilka razy.
  • Obejrzana demonstracja — zdarzenie postępu wideo przy progu, który coś znaczy, na przykład 75 procent. Zdarzenie odtworzenia odpala przy autoplayu i przy przypadkowych kliknięciach, zdarzenie postępu nie.
  • Zainteresowanie cennikiem — kliknięcie w CTA cennika, które nie wymaga osobnego adresu URL i działa tak samo, czy strona nawiguje, czy otwiera okno modalne.
// Wypychane przez witryne, gdy formularz zostal faktycznie przyjety
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  event: 'lead_form_success',
  form_name: 'whitepaper_zero_trust',
  form_location: 'resource_library'
});

Trigger typu Custom Event na lead_form_success, zawężony przez form_name tam, gdzie kilka formularzy dzieli ten sam mechanizm, wiąże jedną konwersję LinkedIn z jednym realnym działaniem. To samo zdarzenie data layer może zasilać naraz GA4 i platformy reklamowe — na tym właśnie polega sens wypychania go z witryny zamiast odtwarzania osobno dla każdej platformy.

Krok 5: Weryfikacja przed zaufaniem liczbom

Trzy sprawdzenia po kolei. Tryb podglądu GTM potwierdza, że tag odpala się na zamierzonym triggerze, a nie przy załadowaniu strony. Panel sieciowy przeglądarki potwierdza, że żądanie wychodzi do endpointu zbierającego LinkedIna i niesie oczekiwane conversion id — to właśnie ta wartość rozstrzyga, której konwersji przypisany zostanie wynik, a przestawienie cyfr między dwoma identyfikatorami tworzy tag wyglądający całkowicie zdrowo, ale raportujący do niewłaściwego worka. Sam Campaign Manager wyprowadza następnie konwersję ze stanu niepotwierdzonego, gdy dotrze realny ruch — to potwierdzenie, że identyfikator i konto faktycznie do siebie pasują.

Ostatnie sprawdzenie jest rachunkowe, a nie techniczne: liczba konwersji z tygodnia zestawiona z liczbą takich działań odnotowanych w CRM albo w backendzie formularza. LinkedIn zaraportuje mniej, a różnica to udział odmów zgody i blokad.

Pozostając w granicach

Liczby konwersji z LinkedIna nie uzgodnią się z GA4, a gonienie tej różnicy to strata czasu. Okna atrybucji są inne, a LinkedIn liczy konwersje view-through, dla których GA4 nie ma odpowiednika. Ktoś, kto zobaczył reklamę bez kliknięcia, a potem trafił inną drogą, pojawi się w jednym raporcie, a w drugim nie. Utrzymywanie view-through i click-through jako osobnych kolumn zamiast jednej sumy chroni przed odczytaniem zawyżonej liczby jako popytu.

Tag pozostaje też związany podstawą zgody, za którą został schowany, i to w obie strony: wdrożenie odpalające konwersje również u osób odmawiających nie jest dokładniejsze, tylko mniej zgodne z prawem — a grupa retargetingowa budowana przez tag bazowy to osobny cel, który musi być objęty tą samą zgodą.

Pytania i odpowiedzi

Dlaczego konwersja może nie dotrzeć, choć zgoda została udzielona, a tryb podglądu GTM pokazuje tag jako odpalony?

Bo tryb podglądu pokazuje tylko, że tag Custom HTML został wykonany, a nie, że wewnątrz niego doszło do wywołania. Jeśli zabezpieczenie pominęło wywołanie, bo udostępniana przez Insight Tag funkcja window.lintrk jeszcze nie istniała, tag i tak liczy się jako odpalony. Właśnie dlatego artykuł wymienia panel sieciowy jako drugie sprawdzenie: dopiero żądanie z oczekiwanym conversion id pokazuje, że coś wyszło z przeglądarki.

Pierwszą rzeczą do sprawdzenia jest kolejność. Tag konwersji odpala się, zanim załaduje się tag bazowy, na przykład dlatego, że tag bazowy odpala się dopiero przy zdarzeniu „Okno załadowane”, a zdarzenie z data layer przychodzi wcześniej. Rozwiązaniem jest kolejność tagów w zaawansowanych ustawieniach GTM, z tagiem bazowym jako tagiem konfiguracji odpalanym przed tagiem konwersji.

Czy każda konwersja potrzebuje w GTM własnego tagu, czy wystarczy jeden ze zmiennym conversion id?

Wystarczy jeden, jeśli tabela przeglądowa przypisuje każdemu zdarzeniu dokładnie jedno conversion id. Tabela nie powinna wtedy mieć wartości domyślnej, a zabezpieczenie w tagu powinno oprócz window.lintrk sprawdzać także, czy identyfikator w ogóle jest, żeby nieznane zdarzenie niczego nie wysłało, zamiast raportować do niewłaściwego worka.

Jak Insight Tag współgra z Consent Mode, w którym tagi Google wysyłają dane także bez zgody?

Bez zgody Insight Tag i tagi Google zachowują się inaczej, co powiększa rozbieżność między raportami. W zaawansowanym Consent Mode tagi Google wysyłają także bez zgody sygnały bez ciasteczek, z których GA4 potrafi zamodelować część luki; Insight Tag przestaje natomiast działać w całości. Do dwóch przyczyn podanych w artykule, różnych okien atrybucji i konwersji view-through, dochodzi więc trzecia. Ile LinkedIn traci przez brak zgody i blokery, pokazuje opisane w artykule zestawienie z CRM.

W GTM Insight Tag potrzebuje zatem własnego, dodatkowego sprawdzenia zgody, na przykład na ad_storage, tak jak opisuje artykuł. Powinien też wisieć na triggerze, który odpala się ponownie po udzieleniu zgody, na przykład na zdarzeniu, które baner zgody po akceptacji wypycha do data layer. W przeciwnym razie tag bazowy załaduje się dopiero przy następnej odsłonie po udzieleniu zgody, a konwersja, która nastąpi jeszcze na tej samej stronie, przepadnie.

Lukas Wójcik

Lukas Wójcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Get in Touch

Briefly describe your project or inquiry for a tailored response. This site is protected by reCAPTCHA.

Napisanie komentarza

Doświadczenia z praktyki i pytania o wdrożenie są tu mile widziane.

Adres e-mail nie jest publikowany. Pola obowiązkowe oznaczono gwiazdką.

Artykuły i kategorie

CCTV

Śledź tę kategorię przez RSS

Cloud & AI

Wszystkie artykuły w tej kategorii (11) Śledź tę kategorię przez RSS

Data Privacy

Wszystkie artykuły w tej kategorii (18) Śledź tę kategorię przez RSS

Digital Analytics

Wszystkie artykuły w tej kategorii (58) Śledź tę kategorię przez RSS

Digital Marketing

Wszystkie artykuły w tej kategorii (37) Śledź tę kategorię przez RSS

IT & Networks

Wszystkie artykuły w tej kategorii (17) Śledź tę kategorię przez RSS

Music Production

Wszystkie artykuły w tej kategorii (16) Śledź tę kategorię przez RSS

Raspberry Pi

Śledź tę kategorię przez RSS

SaaS & Internet Earning

Artykuły w przygotowaniu

Smart Home

Wszystkie artykuły w tej kategorii (18) Śledź tę kategorię przez RSS

Tworzenie stron internetowych

Wszystkie artykuły w tej kategorii (11) Śledź tę kategorię przez RSS

Wtyczki i triki WordPress

Wszystkie artykuły w tej kategorii (13) Śledź tę kategorię przez RSS