Załóżmy, że nasz serwis posiada ogromną ilość subdomen, oraz że są one podzielone na pewne kategorie tematyczne. Dla przykładu nasz serwis może być o tematyce nieruchomości, gdzie nasi użytkownicy mogą utworzyć własną stronę w naszej domenie.

Naszych użytkowników dzielimy na 3 kategorie

• biura nieruchomości,
• deweloperzy,
• pośrednicy w sprzedaży,

gdzie każdy z nich może nazwać swoją subdomenę jak tylko chce – może być to np.: nazwa firmy np:

domena.pl – jest to główna domena serwisu;

a.domena.pl, b.domena.pl, c.domena.pl – są to domeny należące do kategorii pierwszej (biura nieuchomości);

d.domena, e.domena.pl, f.domena.pl – są to domeny należące do kategorii drugiej (deweloperzy);

g.domena.pl, h.domena.pl, i.domena.pl – są to domeny należące do kategorii trzeciej (pośrednicy w sprzedaży);

Jeżeli nazwy subdomen byłyby przydzielane przez kontrolowany przez właściciela sposób wówczas można by spróbować stworzyć nowy profil do już istniejącej domeny oraz użyć odpowiedniego filtru aby wyodrębnić pewne dane. Jeżeli jednak nazwy te nie są w żaden sposób kontrolowane, a tworzenie subdomen odbywa się w sposób automatyczny użycie podwójnych kodów może przyjść z pomocą.

Wystarczy bowiem utworzyć 4 profile w google analytics

• profil główny, który z odpowiednim filtrem zliczy nam dane pochodzące z domeny głównej oraz z wszystkich subdomen łącznie. Profil ten będzie podpięty pod kod UA=xxxxx-1

Filtr zliczający wszystkie subdomeny i pokazyjący poprawne ścieżki w raportach

nazwa filtru: np: all subdomains
typ filtru: niestandardowy > zaawansowane
pole A -> wyodrębnij A: Nazwa serwera: (.*)
pole B -> wyodrębnij B: Identyfikator URI żądania: (.*)
Dane wyjściowe -> konstruktor: Identyfikator URI żądania: $A1$B1
Wymagane pole A: TAK
Wymagane pole B: NIE
Zastąp pole danych wyjściowych: TAK
Z uwzględnieniem wielkości liter: NIE

• dla pozostałych kategorii tematycznych tworzymy nowe profile, które otrzymują różne kody UA i agregują dane w innych profilach np:
  • biura nieruchomości UA=xxxxx-2
  • deweloperzy UA=xxxxx-3
  • pośrednicy w sprzedaży UA=xxxxx-4

Do kodu ga.js na domenie głównej oraz na każdej z subdomennależy również dodać funkcję pageTracker._setDomainName(“.domena.pl”);

Do domany głównej podpinamy kod UA=xxxx-1, natomiast na każdej z subdomen oprócz kodu UA=xxxxx-1 podpinamy również drugi kod śledzący UA=xxxxx-(2,3 lub 4 – w zależności od grupy tematycznej). W ten sposób możemy rozróżnić ruch na interesujących nas kategoriach tematycznych.

]]> http://www.skuteczneseo.pl/2009-03-15-przyklad-sledzenia-roznych-grup-subdomen.html/feed 0 http://www.skuteczneseo.pl/2008-01-06-sledzenie-uzytkownikow-na-witrynach-zewnetrznych-metoda-post.html http://www.skuteczneseo.pl/2008-01-06-sledzenie-uzytkownikow-na-witrynach-zewnetrznych-metoda-post.html#comments Sun, 06 Jan 2008 18:41:13 +0000 pitek http://www.skuteczneseo.pl/2008-01-06-sledzenie-uzytkownikow-na-witrynach-zewnetrznych-metoda-post.html Jeżeli strona zawiera formularz, który przekierowuje na witrynę zewnętrzną istnieje możliwość śledzenia takich użytkowników. Przy pomocy funkcji _utmLinkPost() lub _linkByPost() można przesłać ciasteczko metodą POST. Zobacz również jak przekazać sesję przy pomocy metody GET lub HREF. (pełniejsze wyjaśnienie konfiguracji oraz zmiennych google analytics)

Stary kod śledzący

<form name=”f” method=”post” onsubmit=”__utmLinkPost(this)“>
. . .
</form>

Nowy kod śledzący

<form name=”f” method=”post” onsubmit=”pageTracker._linkByPost(this)“>
. . .
</form>

kod śledzenia Analytics oraz wywołania funkcji _gat._getTracker i _initData muszą zostać umieszczone na stronie ponad wywołaniem funkcji _link

Do użycia w/w funkcji konieczna jest odpowiednia konfiguracja kodu śledzącego.

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 = “none”;
_link = 1;
urchinTracker();
</script>
. . .
<a href=”http://innastrona.pl/test.html” onclick=”__utmLinker(‘http://innastrona.pl/test.html’); return false;”>kliknij tutaj</a>

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-123456-1″);
pageTracker._setDomainName(“none”);
pageTracker._setAllowLinker(true);
pageTracker._initData();
pageTracker._trackPageview();
</script>
. . .
<a href=”http://innastrona.pl/test.html” onclick=”pageTracker._link(‘http://innastrona.pl/test.html’); return false;”>kliknij tutaj</a>

Funkcje _udn = “none”; oraz pageTracker._setDomainName(“none”); wiążą pliki cookie z nazwą domeny. Należy stosować je przy łączeniu w ramach poddomen lub innych nazw domen. Możliwe jest użycie 3 argumentów (auto|none|domena).

• Domyślnie użyty jest argument “auto”, który wiąże plik cookie z jedną domeną
• Argument “domena.pl” wiąże pliki cookie z domeną oraz subdomenami
• Argument “none” daje możliwość przekazania sesji innej witrynie poprzez ciasteczko cookie.

Funkcja _ulink lub _setAllowLinker() umożliwia korzystanie z funckji _utmLinker() lub _link(). Możliwe argumenty to (1=on, 0=off – w starym kodzie), (true=on, false=off – w nowym kodzie).

kod śledzenia Analytics oraz wywołania funkcji _gat._getTracker i _initData muszą zostać umieszczone na stronie ponad wywołaniem funkcji _link

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>

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>

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

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

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.

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 .