Сцеражыцеся загрузкі некалькіх сцэнарыяў 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 Tag Manager: 4 Старонка / Наведванні its і адскок у цяперашні час складае 0.47% 😀

    Пасля вашага паведамлення, вось мой вынік:

    1. Сцэнарыі: ёсць 1 ga.js (я ўставіў на свой сайт толькі код Analytics і дыспетчара тэгаў). Я не бачу ў другім сцэнарыі (Дыспетчар тэгаў) ніякай спасылкі на ga.js, а толькі gtm.js. У мяне няма вялікага кода толькі тых двух, якія былі злепленыя (спачатку аналітычныя, потым TM), таму мне нават не трэба выкарыстоўваць прыкладанне, аднак я таксама праверыў з firebug.

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

    дзякуй,

    Дональд

Што вы думаеце?

Гэты сайт выкарыстоўвае Akismet для барацьбы са спамам. Даведайцеся, як дадзеныя апрацоўваюцца каментар.