Обережно завантажуйте кілька сценаріїв Google Analytics

ga

Завдяки стільки інтеграції інструментів до такої кількості систем управління вмістом, ми бачимо, що у багатьох наших клієнтів виникають проблеми зі сценаріями Google Analytics, які кілька разів вставляються на сторінку. Це завдає хаосу вашим аналітика, що призводить до величезного надмірного звітності про відвідувачів, сторінок за відвідування і майже відсутність відмов.

Тільки сьогодні у нас був клієнт, у якого було завантажено та налаштовано 2 плагіни для додавання сценарію Google Analytics до свого блогу. І жоден плагін насправді не перевірив, чи вже завантажений скрипт! Результатом стало те, що про відвідування повідомлялося надмірно, а рівень відмов становив близько 3%. Якщо ваш коефіцієнт відмов знизиться до рівня менше 5%, будьте впевнені, у вас проблема з кількома сценаріями на вашій сторінці.
відмов

Окрім аналітики, як ви можете зрозуміти, чи зробили ви це? Одним із методів є просто перегляд джерела вашої сторінки та пошук ga.js. Навіть якщо ви хочете відстежувати сайт за допомогою кілька облікових записів Google Analytics, повинен бути лише один сценарій.

Інший спосіб - відкрити інструменти розробника у своєму браузері та переглянути мережевий зв’язок після оновлення сторінки. Ви бачите, що сценарій ga.js запитується не раз?
ga js

Google Analytics працює, завантажуючи скрипт, який збирає всю інформацію, зберігає інформацію в файлах cookie браузера і відправляє її на сервери Google через запит на зображення. Коли сценарій завантажується більше одного разу, він іноді перезаписує файли cookie та надсилає кілька запитів зображень на сервер. Ось чому відмов настільки низька ... якщо ви відвідуєте більше ніж одну сторінку на сайті, ви не відмовте. Отже ... якщо сценарії запускаються більше одного разу під час відвідування однієї сторінки, це означає, що ви відвідали кілька сторінок.

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

2 Коментарі

  1. 1

    Дякую, я прийму це до уваги. Я думаю, що це причина, чому на моєму веб-сайті електронної комерції немає реального трафіку, який надходить у звіт аналітики. скрипт google відрізняється від коду відстеження, який присутній у звіті аналітики google. Дякую, друже.

  2. 2

    Привіт Дуглас, чудове розуміння. У мене було подібне падіння, оскільки я кілька тижнів тому розпочав деякі експерименти в Менеджері тегів Google: 4 Сторінка / Відвідування bou і відсікання в даний час становить 0.47% 😀

    За вашим дописом, ось мій результат:

    1. Сценарії: є 1 ga.js (я вставив на свій сайт лише код Analytics та Менеджера тегів). Я не бачу у другому сценарії (Менеджер тегів) жодного посилання на ga.js, а лише gtm.js. У мене немає великого коду лише тих двох, які були склеєні (спочатку аналітичні, потім ТМ), тому мені навіть не потрібно користуватися додатком, проте я перевірив і з firebug.

    2. У консолі Менеджера тегів я створив лише одну подію (той самий час створення, той самий час запуску br). Ця подія в основному працює як прослуховувач клацання посилань для вихідних посилань, і вона така ж, як та, яку порадив Джеймс Катроні у своєму блозі. Але я зробив невелику модифікацію: одна - це Показник невзаємодії, встановлений у значення True (це не повинно бути показником відмов?), Але потім я додав Label = referrer замість того, щоб залишити його пустим, тому що я хотів знати, що там клацають звідки. (У будь-якому разі я видалив його сьогодні, оскільки це не так корисно, як я думав)
    3. У мене все ще є кілька вихідних посилань із вбудованим старим onClick = ”_ gaq.push ()”, але для всіх них було встановлено значення "Невзаємодія" на True.

    Спасибі,

    Дональд

Що ви думаєте?

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.