13 често срещани грешки при настройването на Google Analytics

Събрахме за вас най-често срещаните грешки в проследяването и настройките на Google Analytics. Надяваме се да ви бъдат полезни.

Липсата на брояч на някои страници на сайта

Когато проверяват дали на сайта е инсталиран брояч за анализ, те обикновено отиват на 2-3 страници и проверяват дали там има брояч. Понякога това не е достатъчно. При по-внимателно проучване може да се окаже, че проследяването наистина е конфигурирано в по-голямата част от сайта, но липсват данни за някои страници или раздели. Често те просто забравят да поставят брояча на нови страници, целеви страници, поддомейни и мобилната версия на сайта.

Важно е всички членове на вашия екип за разработване на сайтове да знаят, че броячът на Google Analytics трябва да бъде на всички страници на сайта. И разбира се, веднага щом промените на сайта се прехвърлят от тестовата среда в производствената среда, трябва да проверите правилната инсталация на брояча на всички нови или актуализирани страници.

Ако някои страници не се проследяват, тази информация може да се появи в предупрежденията на Google Analytics:

Деактивирано събиране на данни за демографски отчети

Случва се сайтът да работи от няколко години и да има брояч, но когато става въпрос за анализ на аудиторията, се оказва, че през цялото това време не са събрани данни за аудитория. По този начин губите ценна информация за вашите посетители и клиенти, което може да ви помогне да познавате по-добре аудиторията си и да разберете как най-ефективно да позиционирате продукта си.

За да активирате събирането на данни за аудиторията на вашия сайт, трябва да го активирате в настройките на ресурса:

yabs.yandex, (не е зададен) в източника и канала

Понякога в източниците на трафик можете да видите yabs.yandex и (not set) вместо очаквания yandex cpc:

За да проверите и генерирате връзки с тагове, можете да използвате услугата Google URL Builder .

Неправилно пренасочване към мобилната версия на сайта

Сайтовете без адаптивно оформление могат да имат отделна версия за мобилни устройства, обикновено на поддомейн, например m.site.ru. Преходът към мобилната версия обикновено се извършва по следния начин:

1. Потребителят отива на site.ru.

2. Кодът на сървъра определя вида на потребителското устройство.

3. Ако това е мобилно устройство, възниква пренасочване към мобилната версия на m.site.ru.

За съжаление, понякога програмистите забравят да предадат параметри в URL към мобилната версия. Ако са предадени utm тагове, цялата информация за източника ще бъде загубена.

За да бъдат запазени всички маркери и източникът да бъде определен правилно след пренасочването, трябва да запомните всички URL параметри, които потребителят е дошъл при вас, и да ги препратите по-нататък в пренасочването към мобилната версия на сайта.

Грешка 404 не е конфигурирана

Първо, трябва също да поставите брояч на Google Analytics на страницата за грешка 404.

Второ, трябва да конфигурирате грешката 404, така че да може лесно да бъде проследена. За да направите това, трябва да напишете правилното заглавие на страницата 404, чрез което ще бъде лесно да го намерите и да видите как потребителят е стигнал до него:

Втората опция за правилно проследяване е изпращането на събития при отваряне на страницата 404:

Страниците с липсващ елемент не се проследяват

Този проблем е от значение за онлайн магазините. Потребителите могат да бъдат отведени до продуктови страници, които в момента не са налични в магазина. Ако не настроите проследяване на такива стоки, ние дори няма да разберем колко сериозен е този проблем. Представете си - потребителите отиват на страница с продукт с надеждата да я купят, но се оказва, че тя е изчерпана. Магазинът губи печалба поради това. Знаейки кои липсващи стоки се интересуват от потребителите, можем да предприемем мерки за закупуване на нова партида или за увеличаване на склада.

За щастие решението на този проблем е съвсем просто - трябва да конфигурирате предаването на събития в Google Analytics, когато потребител кацне на липсваща страница на продукта. В този случай ще бъде лесно да проследите колко често и на какви продукти преминават потребителите:

В случаите, когато е необходимо да се регистрират както етикети, така и котва в URL адреса, понякога те просто копират връзката с котвата и добавят етикети в края:

Тази последователност на котва и параметри обаче е неправилна. Когато кликнете върху такава връзка, котвата няма да работи и отворената страница няма да превърти до желаното място.

Котвата в URL адреса трябва винаги да е в самия край, след всички параметри:

Платежните системи се определят като източник на поръчката

Когато плаща за поръчка онлайн, потребителят обикновено напуска сайта на магазина и отива на сайта на платежната система, където извършва плащане с кредитна карта или електронни пари. След плащане потребителят се връща на вашия сайт и му се показва съобщение за успешно плащане или за изпълнена поръчка. В този случай Google Analytics създава втора сесия, когато потребител се върне на вашия сайт от платежна система. В резултат на това в източниците на транзакции ще видите препратка към сайта на платежната система и ще загубите информация за това откъде всъщност идва потребителят, извършил транзакцията.

Можете да заобиколите този проблем, като добавите домейни за плащане към списъка за изключване на препратки в кода за проследяване на ресурси. След това на транзакциите ще бъде присвоен техният реален източник.

Не се проследяват всички видове транзакции

Като правило в онлайн магазините има повече от една възможност за извършване на поръчка - не само чрез кошницата, но и покупка с едно кликване, поръчка на стоки и т.н. Често се случва така, че при настройването на електронната търговия да се вземе предвид само един път за плащане, обикновено плащане през количката. По този начин Google Analytics получава само поръчки от количката, а всички останали се губят.

Най-често тази ситуация се случва поради недостатъчна комуникация в екипа. Например в първата версия на сайта плащане е конфигурирано само чрез количката, а електронната търговия е конфигурирана за тази опция. След известно време сайтът добави възможността да купува с едно кликване или на кредит, но маркетологът не беше уведомен за това и програмистът не знаеше какво е необходимо в този случай за инсталиране на кода за електронна търговия. В резултат на това транзакциите не се изпращат за нови видове плащане.

Ръководителят на проекта, програмистите и маркетологът трябва да се информират взаимно за всички промени и подобрения на сайта. В техническото задание програмистите трябва да посочат, че кодът на транзакцията трябва да бъде зададен за всички опции за извършване на поръчка: плащане през количката, бърза покупка, покупка на кредит, резервиране на стоки, с всякакви видове доставка и плащане. След вграждането на кода трябва да се уверите, че той се изпълнява според изискванията за всякакви поръчки.

Двойно задействане на транзакции

Когато настройвате електронна търговия, кодът на транзакцията трябва да бъде изпълнен на страницата „Благодарим за покупката“. Всички разбират това, но има едно предупреждение - този код трябва да се изпълни само веднъж! Понякога потребителите опресняват страницата за потвърждение на поръчката или оставят този раздел отворен в браузъра, след което следващия път, когато отворят браузъра, тази страница ще се отвори отново. В този случай информацията за извършената транзакция отново се прехвърля в Google Analytics и ще видите няколко от същите транзакции в отчета:

Най-сигурният начин да се избегне това е да се изпълни кодът на транзакцията само веднъж на страница. Това може да бъде приложено както от страна на сървъра, така и от страна на клиента.

Google Analytics определя посетената страница по пълния URL адрес, включително предадените параметри. Помислете за една и съща страница, отворена с различни параметри:

Google Analytics ще определи тези две посещения като посещения на две различни страници: about.php? A = 123 и about.php? A = 456. В статистиката това ще изглежда като посещение на много различни страници, въпреки че всъщност това е една и съща страница:

Ако параметрите, предадени на URL адреса, не променят съдържанието на страницата, тогава трябва да изключите тези параметри в настройките на изгледа:

След това всички посещения в статистиката на Google Analytics ще се отнасят до една страница:

Избран е грешен тип мач за голове

Когато поставяте цели, е важно да вземете предвид вида на мача: „Равен“, „Започва с“ и „Регулярно изразяване“. Дори ако страницата на целта ви е посочена правилно, но мачът е избран неправилно, целта няма да бъде записана.

Необходимо е ясно да се разберат разликите във видовете съвпадение на целите и да се избере правилното съвпадение. Ако използвате регулярни изрази, имайте предвид, че те имат свой собствен синтаксис, който трябва да се използва. Например, всички точки трябва да бъдат избегнати с обратна наклонена черта:

Много ниска степен на отпадане

Всеки собственик на сайта трябва да се стреми да намали степента на отпадане, но твърде ниската степен на отпадане (под 10%) може да означава проблем с проследяването на сайта. Това е особено вярно, когато има рязък спад в степента на отпадане, например от 60% на 5% след всяка техническа работа на сайта. Това може да се дължи на факта, че вторият брояч на Google Analytics е бил случайно зададен на страницата, дублирайки изпращането на данни към същия ресурс. Например, първоначално броячът можеше да бъде настроен вътре в маркера HEAD, но програмистът, който направи промени на сайта, не го забеляза и инсталира друг брояч вътре в маркера BODY.

Втората често срещана причина за рязък спад в степента на отпадане е изпращането на автоматични събития до брояча. Това могат да бъдат събития, които са конфигурирани да се изпълняват след известно време, например 5 секунди след отваряне на страницата, или да преместват курсора на мишката и т.н. Google Analytics ще възприеме тези събития като действия на потребителя на сайта и в резултат процентът на отпадане ще намалее.

Проверете дали броячът е зададен два пъти на страницата и премахнете дублиращия се код.

Ако това е причинено от автоматично предаване на събития, задайте стойността на полето nonInteraction на true. В този случай Google Analytics няма да възприеме тези събития като действия на потребителя.