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

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

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

Logs – незамінна функція для налаштування сервер-сайд тегінгу. Вона допомагає виявляти проблеми із запитами та відсутніми даними або навіть з'ясовувати, як постачальник обробив запит. Ось кілька прикладів використання функції Logs:

• Виявлення проблем із трекінгом на сайті.
• Усунення неточностей атрибуції Meta.
• Усунення розбіжностей у даних між різними платформами.

Ми надаємо доступ до логів користувачам платних планів. Термін зберігання залежить від Вашого плану:

• Pro / Pro+ – зберігає останні 3 дні логів.
• Business / Business+ – зберігає останні 10 днів логів.
• Enterprise / Enterprise+ – зберігає останні 10 днів логів і підтримує їх експорт.

Щоб розпочати, увійдіть у Ваш акаунт Stape, відкрийте Ваш контейнер і перейдіть на вкладку Logs:

Є два типи логів:

• Вхідні запити – запити, отримані GTM-сервером.
• Вихідні запити – запити, надіслані GTM-сервером до Facebook, TikTok та інших платформ.

Вхідні запити доступні за замовчуванням. Щоб активувати вихідні запити, перейдіть на вкладку Outgoing requests і увімкніть перемикач:

Ви також можете увімкнути функцію Export logs (доступна для планів Enterprise та вище). У такому разі Ваші вхідні та вихідні логи (якщо налаштовано) автоматично експортуватимуться до хмарного сховища на Ваш вибір (наприклад, GCP або BigQuery).

Ми підготували детальний гайд щодо функції Logs у Stape, її можливостей і налаштування.

Існує незліченна кількість ситуацій, коли логи server Google Tag Manager можуть допомогти у вирішенні проблем із налаштуванням тегів на стороні сервера. Ось лише чотири з багатьох способів.

1. Менше покупок на аналітичній платформі, ніж у CRM.

Скажімо, ви налаштували FB CAPI, але бачите менше покупок у менеджері подій Facebook, ніж у CRM. Щоб усунути цю проблему, ви можете перейти до логів і відфільтрувати всі логи відповідей Facebook і перевірити, чи всі події покупки були оброблені успішно (статус 200). Якщо ви бачите запит з іншим кодом відповіді, відкрийте дані запиту та перевірте, що спричинило цю проблему; наприклад, перевірити, чи надіслано всі необхідні параметри.

2. Можливо, атрибуція Facebook ads manager не працює належним чином.

Facebook відносить події до кампаній, перевіряючи параметр fbc (ідентифікатор кліку). Якщо ви вважаєте, що атрибуція FB не працює належним чином, перше, що ви хотіли б перевірити, це чи надсилає Facebook CAPI параметри fbc і fbp. Просто перевірте деталі запиту та подивіться кількість покупок із параметрами fbc.

3. Параметр події відсутній.

Ви помітили, що деякі покупки в Google Analytics втрачають цінність покупки. У цьому випадку тег Logger може допомогти усунути цю помилку. Я покажу, як використовувати тег Logger, пізніше в цьому блозі. Але головна ідея полягає в тому, що ви встановлюєте тег у sGTM, який ініціює подію покупки, коли вартість покупки дорівнює 0. Ви можете додати власну назву до цієї події, а потім перевірити її в розділі логів.

4. Logging  POST requests body. 

Логи GTM на стороні сервера мають два типи запитів POST і GET. Тіло запиту POST за замовчуванням недоступне в логах Google Cloud або Stape. Якщо вам потрібно переглянути докладнішу інформацію про POST-запити, скористайтеся тегом Logger і увімкніть тіло запиту лога в налаштуваннях тегу.

1. Завантажте тег Logger з GitHub → Відкрийте розділи шаблонів у server Google Tag Manager → Натисніть Створити.

2. Натисніть три крапки у верхньому правому куті → Натисніть Імпорт → Виберіть шаблон тегу Logger, який ви нещодавно завантажили з GitHub → Натисніть зберегти.

3. Створіть новий тег у sGTM → Тип тегу Logger Tag → Виберіть, чи хочете ви реєструвати події лише під час налагодження або завжди → Виберіть, яку інформацію ви хочете додати до логів → додати назву події. Ви можете використовувати статичне або динамічне ім’я → додати користувацькі дані, якщо потрібно → додати тригер.

4. Запустіть налагоджувач sGTM та перевірте тег Logger. Після того, як тег активується, перейдіть до свого контейнера sGTM → натисніть логи → інші логи → додайте назву події → застосувати фільтр.

Ви побачите інформацію про запити та зможете усунути будь-які проблеми.

Server GTM Logs — це потужний інструмент для налаштування, тестування та налагодження тегів на стороні сервера. Найкраще в логах від Stape – це те, що вони безкоштовні для користувачів платного плану. На відміну від Google Cloud, де вам потрібно сплачувати додаткову плату за логи.

Якщо ви використовуєте теги Stape, ви також можете перевірити response logs і чітко зрозуміти, чи успішно платформа отримувала та обробляла запити чи спонукала до деяких помилок.

Якщо ви хочете перевірити конкретну ситуацію, logger tag для sGTM може бути корисним.