STM - Tag Manager FAQ

FAQ - Najczęściej zadawane pytania

Problem z raportowaniem zdarzeń dodania do koszyka

Jeśli masz problem z raportowaniem zdarzeń dodania do koszyka, może to wynikać z modyfikacji w Twoim szablonie sklepu. Dynamiczne eventy, takie jak add_to_cart, są wywoływane za pomocą JavaScript. Szablony zazwyczaj nie modyfikują natywnego systemu dodawania do koszyka, ale czasami tak się dzieje, co może powodować, że event nie jest odpalany poprawnie. W takim przypadku konieczne może być ręczne podłączenie naszego systemu zarządzania eventami do zdarzenia dodania do koszyka. Dowiedz się więcej.

Mam własny szablon, czy moduł będzie działał?

Jeśli używasz własnego, niestandardowego szablonu, nasz moduł może wymagać dodatkowej konfiguracji, aby działał poprawnie. Nie jesteśmy w stanie przewidzieć wszystkich możliwych modyfikacji szablonów, więc w niektórych przypadkach może być konieczne ręczne podpięcie naszego EventManagera do customowego szablonu. Dowiedz się więcej.

Moduł źle raportuje konwersje

Jeśli moduł źle raportuje konwersje, może to wynikać z jednoczesnego używania GTM i GTAG do raportowania do GA4. Jest to niepoprawne podejście, które prowadzi do podwójnego raportowania danych. W rezultacie GA4 i GTM muszą radzić sobie z deduplikacją danych, co nie zawsze się udaje. Zaleca się wybór jednej metody raportowania, aby uniknąć problemów z dokładnością danych i ich deduplikacją. Dowiedz się więcej.

Moduł nie raportuje Purchase

Jeśli moduł nie raportuje zdarzenia Purchase, upewnij się, że klient odwiedza stronę potwierdzenia zamówienia. Jeśli tak się nie dzieje, należy tak dostosować sklep, aby klient trafiał na tę stronę po zakupie. Jeśli moduł płatności ma własną stronę potwierdzenia zamówienia, konieczne jest, aby implementował poprawnie hook DisplayOrderConfirmation.

Jak zwiększyć dokładność zliczania konwersji?

Aby zwiększyć dokładność raportowania konwersji, upewnij się, że w module GA4 Measurement Protocol jest prawidłowo skonfigurowany. Kluczowe jest, aby moduł zawierał poprawne klucze API, co pozwoli na efektywne raportowanie offline.

Co oznacza “(Not) Logable” w module?

Komunikat “(Not) Logable” wskazuje, że w danym statusie zamówienia pole “Loggable” jest odznaczone w bazie danych PrestaShop.

Flaga “Loggable” decyduje o tym, czy zamówienie w danym statusie:

• Powoduje zdjęcie towarów z magazynu (dla statusów z włączoną flagą).
• Przywraca towary na magazyn (dla statusów z wyłączoną flagą).

W naszym module informacja ta jest wyświetlana jedynie w celach informacyjnych, aby ułatwić konfigurację. Moduł sam w sobie nie wykorzystuje tej flagi do działania – to wskazówka dla użytkownika.

Moduł raportuje podwójne zdarzenia (np. AddToCart)

Jeśli w raportach pojawiają się podwójne zdarzenia, takie jak dwa AddToCart po jednym kliknięciu przycisku, problem zazwyczaj nie wynika z działania modułu.

Moduł sam w sobie nie wysyła zdarzeń więcej niż raz — każde zdarzenie jest raportowane tylko w momencie jego faktycznego wystąpienia. Natomiast zewnętrzne platformy, takie jak Facebook, TikTok, Google Tag Manager czy GA4, często posiadają własne mechanizmy automatycznego wykrywania interakcji (np. „inteligentne“ rozpoznawanie kliknięcia przycisku Dodaj do koszyka).

W efekcie jedno rzeczywiste działanie użytkownika może zostać zinterpretowane przez moduł i przez narzędzie zewnętrzne jako dwa niezależne zdarzenia.

Aby uniknąć duplikatów:

• wyłącz automatyczne wykrywanie zdarzeń po stronie platformy (np. Enhanced Automatic Matching lub Automatic Events Detection w Menedżerze Zdarzeń Facebooka),
• upewnij się, że w GTM lub Event Builderze nie masz własnej definicji AddToCart dla tego samego elementu,
• przetestuj działanie w narzędziach diagnostycznych (np. Meta Pixel Helper, Tag Assistant, TikTok Pixel Helper) i sprawdź, które źródło wysyła dodatkowe zdarzenie.