W bardzo prosty sposób można śledzić domenę główną wraz z subdomenami. Jeżeli do naszej strony zaliczają się subdomeny, wówczas jako argument funkcji _setDomainName(); wpisujemy nazwę domeny. W przypadku gdy używamy różnych domen, używamy _setDomainName(“none”);

Stary kod śledzący

<script src=”http://www.google-analytics.com/urchin.js” type=”text/javascript”>
</script>
<script type=”text/javascript”>
_uacct = “UA-xxxxxx-x”;
_udn = “domena.pl”;
urchinTracker();
</script>

Nowy kod śledzący

<script type=”text/javascript”>
var gaJsHost = ((“https:” == document.location.protocol) ? “https://ssl.” : “http://www.”);
document.write(unescape(“\script src=’” + gaJsHost + “google-analytics.com/ga.js’ type=’text/javascript’>/<script>”));
</script>
<script type=”text/javascript”>
var pageTracker = _gat._getTracker(“UA-xxxxxx-x”);
pageTracker._setDomainName(“domena.pl”);
pageTracker._initData();
pageTracker._trackPageview();
</script>

Śledzenie tej samej strony na różnych kontach bywa bardzo przydatne w różnych przypadkach. Osobiście używam tego do agregowania pewnych danych w utworzonych przez siebie profilach. Serwis w moim przypadku posiada domenę główną oraz ogromną ilość subdomen, które są przydzielone do odpowiednich kategorii np.: autokomisy, biura nieruchomości itd. Tym samym mogę śledzić w domenie głównej wszystkie subdomeny + domenę główną oraz poszczególne kategorie, do których należy nawet po kilkaset subdomen w osobnych profilach.

Wygląda to mniej więcej tak:

profil domena.pl – zlicza wszystkie subdomeny z profilu A i B + domenę głowną

profil A - zlicza wszystkie subdomeny, należące do kategorii A

profil B – zlicza wszystkie subdomeny należące do kategorii B

Stary kod śledzący

<script src=”http://www.google-analytics.com/urchin.js” type=”text/javascript”>
</script>
<script type=”text/javascript”>
_uacct = “UA-xxxxxx-x“;
urchinTracker();

_uff = 0; / resetuje numer _uacct i pozwala na dodanie nowego numeru
_uacct = “UA-xxxxxx-y”;

</script>

Nowy kod śledzący

<script type=”text/javascript”>
var gaJsHost = ((“https:” == document.location.protocol) ? “https://ssl.” : “http://www.”);
document.write(unescape(“\script src=’” + gaJsHost + “google-analytics.com/ga.js’ type=’text/javascript’>\<\/script>”));
</script>
<script type=”text/javascript”>
var firstTracker = _gat._getTracker(“UA-xxxxxx-x”);
pageTracker._initData();
pageTracker._trackPageview();

var secondTracker = _gat._getTracker(“UA-xxxxxx-y”);
pageTracker._initData();
pageTracker._trackPageview();
</script>

Śledzenie zdarzeń na stronie internetowej polega na stworzeniu wirtualnej strony, która będzie zliczana przez analytics. Wirtualną stronę możemy wywołać za pomocą funkcji urchinTracker(); nadając jej odpowiedni argument np.: w postaci ścieżki urchinTracker(“/strona/wirtualna/”);. W nowym kodzie ga.js odpowiedzialna jest za to funkcja pageTracker._trackPageview();

Przykład śledzenia wirtualnej strony starym kodem śledzącym urchin.js

<script src=”http://www.google-analytics.com/urchin.js” type=”text/javascript”>
</script>
<script type=”text/javascript”>
_uacct = “UA-xxxxxx-x”;
urchinTracker(“/strona/wirtualna/”);
</script>

Przykład śledzenia wirtualnej strony nowym kodem śledzącym ga.js

<script type=”text/javascript”>
var gaJsHost = ((“https:” == document.location.protocol) ? “https://ssl.” : “http://www.”);
document.write(unescape(“\script src=’” + gaJsHost + “google-analytics.com/ga.js’ type=’text/javascript’>/<script>”));
</script>
<script type=”text/javascript”>
var pageTracker = _gat._getTracker(“UA-703916-3″);
pageTracker._initData();
pageTracker._trackPageview(“/strona/wirtulana/”);
</script>

Najczęstsze zdarzenia jakie możemy śledzić na stronie internetowej to

• śledzenie pobieranych plików (pdf, multimedia itp)
• śledzenie linków wychodzących (poprzez które użytkownicy opuszczają nasz serwis)
• śledzenie banerów, różnego rodzaju reklam (poprzez które użytkownicy opuszczają nasz serwis)

Zasada jest taka sama dla powyższych zdarzeń.

Stara wersja urchin.js

<a href=”/dokument.pdf” onclick=urchinTracker(‘/dokument.pdf’);”>Ściągnij PDF</a>

Nowa wersja ga.js

<a href=”dokument.pdf” onclick=”pageTracker._trackPageview(‘/dokument.pdf’);”>Ściągnij PDF</a>

Analogicznie działa śledzenie linków wychodzących oraz banerów. W przypadku banerów flashowych odsyłam do pomoy google jak śledzić zdarzenia Flash

Google wprowadził nowe kody śledzące google analytics. Postaram się krótko przedstawić stare oraz nowe równoważne funkcje.

Co to jest kod śledzący ?

Kod Google Analytics jest napisany w języku JavaScript. Aby dane były zbierane musi być on częścią kodu źródłowego strony, którą życzymy sobie śledzić.

Stary kod śledzący

<script src=”http://www.google-analytics.com/urchin.js” type=”text/javascript”></script>
<script type=”text/javascript”>
_uacct = “UA-xxxxx-x”;
urchinTracker();
</script>

Nowy kod śledzący

<script type=”text/javascript”> var gaJsHost = ((“https:” == document.location.protocol) ? “https://ssl.” : “http://www.”); document.write(“\<script src=\\’” + gaJsHost + “google-analytics.com/ga.js\\’ type=\\’text/javascript\\’>\<\/script>” ); </script>

Powyższa część odpowiada za automatyczne rozpoznanie protokołu http lub https

<script type=”text/javascript”>
var pageTracker = _gat._getTracker(“UA-xxxxxx-x”);
pageTracker._initData();
pageTracker._trackPageview();
</script>

Co się zmieniło w nowej wersji ?

• ga działa szybciej, plik js jest mniejszy co powinno sprawić, że będzie szybciej się ładował
• łatwiejszy do użycia oraz zrozumienia (to się okaże)
• automatycznie rozpoznaje plik https
• większe bezpieczeństwo (namespace – przestrzeń nazw)

Nowa wersja zakłada dostarczenie bardziej dokładnych danych dla bardziej rozbudowanych aplikacji oraz dodatkowe typy celów.

Czy trzeba zmienić urchin.js na ga.js ?

Google informuje, że stara wersja kodu będzie aktualna przynajmniej przez jeden rok lub dłużej jeżeli będzie taka potrzeba. Należy jednak zdawać sobie sprawę, że urchin.js nie będzie rozwijany i wszelkie nowości nie będą kompatybilne ze starym kodem śledzącym. Jeżeli chcemy mieć możliwość korzystania z nowych funkcjonalności ga.js zalecam zmianę w niedługim czasie przełączenie na nowy kod.

Czy można używać dwóch kodów jednocześnie ?

Nie, dwa rodzaje kodów nie powinny być użyte jednocześnie. Jak wcześniej wspomniałem dwa kody nie są ze sobą kompatybilne.

Inne artykuły na temat nowych kodów śledzących ga.js

• Śledzenie zdarzeń w Google analytics za pomocą ga.js
• Śledzenie strony na wielu kontach – nowy kod ga.js
• Śledzenie subdomen – nowy kod ga.js
• Śledzenie użytkowników na witrynach zewnętrznych
• Śledzenie użytkowników na witrynach zewnętrznych metodą POST

Ostatnio zostały wprowadzone nowe udoskonalenia w Google Analytics. Jednym z nich jest prezentowanie funkcji złożonych wykresów w raportach, dzięki którym można śledzić zależności pomiędzy poszczególnymi danymi lub datami.

W selektorze, gdzie dokonujemy wyboru daty pojawiła się możliwość porównania danych z całkowitą skutecznością witryny. Natomiast poniżej w selektorze, gdzie wybieramy prezentowane dane dodatkowo istnieje możliwość wyboru trybu wykresu: jeden parametr, dwa parametry oraz porównaj z witryną.

Porównując dwa parametry mamy możliwość przeanalizowania chociażby wizyt do stosunku odrzuceń lub porównania skuteczności jednego celu z drugim.

Dla przykładu poniżej można zaobserwować jak się ma ruch organiczny do całkowitej liczby wizyt na witrynie. Kolor niebieski obrazuje wizyty z ruchu organicznego, natomiast kolor szary pokazuje całkowitą ilość wizyt dla serwisu.

W rozbudowanych serwisach posiadających dużą ilość zaindeksowanych stron można napotkać problem z poprawnym zliczaniem statystyk. Statystyki te klasyfikowane są jako “inne” lub “other”. Przeglądając dla przykładu statystyki odsłon na serwisach, na których pracuję okazało się, że duża ich część (bo aż około 64%) zliczana jest jako odsłony “other” w GA. Wynika z tego, że dużo, bo ponad połowa odsłon nie jest poprawnie przydzielana do odpowiednich im kategorii.

Od razu zrodziło się pytanie co powoduje, że te statystyki nie są zliczanie poprawnie ? Mianowicie Google Analytics ograniczony jest dziennym limitem bazy danych. Każdy wpis w raporcie Analytics jest przechowywany w bazie danych o ustalonej wielkości. Po osiągnięciu tego limitu Google Analytics uwzględnia dodatkowe wpisy w pozycji “inne” lub “other”. Analytics nadal śledzi dane ale nie potrafi wyświetlić ich jako niepowtarzalnych pozycji, czyli nie klasyfikuje tych danych. Pełniejsze wyjaśnienie można znaleźć na stronie pomocy Google Analytics Dlaczego w raportach jest wyświetlanych tak wiele pozycji Inne. Trzymając się przykładu z odsłonami Mariusz Gąsiewski z google tłumacz, że

ograniczenie te tak naprawdę jest na wielkość tabeli w GA, a nie na adresy url, więc o tym, czy dan url się załapie powinna decydować wielkość jego wyświetleń. Wyjątkiem mogą być bardzo skomplikowane adresy, z którymi GA sobie nieraz nie radzi. W takich przypadkach dane dla takich adresów mogą być agregowane

Drugim pytaniem było jak wielkie są te ograniczenia ? Tu pomocne było forum a konkretnie temat “Lots of (other) in Content Drilldown“. Tutaj Andre Scholten pisze, że google oficjalnie śledzi tylko i aż 50 000 unikatowych “obiektów” na stronie. W tym przypadku chodzi mi oczywiście o np adresy url. Gdy przekroczymy tą ilość wówczas nasze dane będą wrzucone do woreczka “inne”.

W jaki sposób możemy polepszyć wiarygodność naszych statystyk ?

Wiele adresów url zawiera sesje, różnego rodzaju parametry (zmienne GET np ?a=b), które powodują, iż tworzy się niepotrzebnie mnóstwo adresów url pomimo, że chodzi nam o jedną stronę. Przykładem mogą być tu różnego rodzaju programy partnerskie, identyfikujące partnera po zmiennej GET np.: ?pp=nickname. Zapychamy sobie tym samym tę bazę google, która ma swój limit. Można te parametry w łatwy sposób usunąć wchodząc w ustawienia profilu i klikając edit w górnym prawym rogu. W polu wyklucz parametry zapytania do adresu URL wpisujemy te parametry, które nie chcemy, aby były zliczane przez Analytics jako odrębne strony url. Dzięki temu możemy poprawić nasze statystyki w Analytics.

Jeden wniosek jaki mi się tu nasuwa to, że Google Analytics dla wielkich serwisów może nie być wystarczającym narzędziem analitycznym. Dane, jak choćby liczba odsłon, są podstawą do chociażby wyceny reklam. Pytanie czy Google dla większych klientów zniesie ten limit czy może zrobi to dla wszystkich. W końcu w Gmail ilość Kb ciągle wzrasta .