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

Spis treści
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.

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.