Усунення несправностей із тегами на стороні сервера за допомогою логів севрерного GTM

Налаштування тегування на стороні сервера може бути важкою задачею. За винятком налаштування сервера тегування для вашого sGTM, існує дуже багато різних клієнтів, тегів, змінних і тригерів, які потрібно налаштувати для безперебійної роботи.

У цьому блозі я хочу поговорити про логи GTM на стороні сервера та про те, як логи допомагають діагностувати проблеми з тегами на стороні сервера.

Логи – це важливий інструмент для налаштування тегів на стороні сервера. Вони можуть допомогти вам усунути будь-які проблеми із запитами, відсутніми даними або навіть визначити, як постачальник обробив запит.

Stape пропонує кілька типів логів користувачам:

- Access Logs

- Request Logs

- Response Logs

- Та інші логи

Користувачі планів Pro та Pro+ отримують доступ до логів за останні 3 дні. А для планів Business і вище - логи доступні за останні 10 днів. Кожен тип лога має свої власні параметри фільтрації, як-от діапазон дат або ім’я клієнта, які допоможуть гарантувати, що певні події не загубляться серед інших – це ідеально підходить, коли вам потрібно швидко усунути неполадки. Також можна завантажити ці запити в CVS.

Ми розглянемо кожен тип логів і побачимо, як вони можуть допомогти налаштувати тегування на стороні сервера. Я також збираюся показати кілька прикладів проблем відстеження ss, з якими логи можуть допомогти, щоб усе було зрозуміло відразу.

Щоб переглянути логи, увійдіть у свій обліковий запис stape.io, відкрийте контейнер sGTM та перейдіть на вкладку Logs.