Archive for the “Zaawansowana konfiguracja” Category

Śledzenie kilku domen i

problemy z raportami analytics

Domyślnie system analytics  w raportach dotyczących poszczególnych stron serwisu internetowego (zakładka Zawartość) nie podaje pełnych adresów URL. Rozwiązanie to poprawia czytelność danych i ułatwia ich analizę.

W sytuacji gdy w jednen profil zbiera informacje o kilku domenach wyżej pokazany raport jest nieczytelny. Informacje o wszystkich śledzonych stronach są ułożone razem niezależnie od tego której z witryn śledzonych dotyczą. Najlepszym rozwiązaniem jest dodanie nowego filtru dodającego do identyfikatora żądania (/google-analytics/instalacja-kodu-sledzacego) adres URL (analizuj.cosieda.pl).

Nowy filtr nowy raport najlepsza treść

Rozwiązaniem tej sytuacji jest niestandardowy filtr o postaci:

Typ filtru: Filtr niestandardowy > Zaawansowane
Pole A: Nazwa hosta
Wyodrębnij A: (.*)
Pole B: Identyfikator URI żądania
Wyodrębnij B: (.*)
Dane wyjściowe: Identyfikator URI żądania
Konstruktor: $A1$B1

Skutki zastosowania filtrów nadpisujących adresy URL

Powyżej prezentowane rozwiązanie znacznie ułatwia ocenę skuteczności kilku domen. Należy jednak korzystać z niego ostroźnie. Modyfikacja adresów wyświetlanych przez system wymaga korekty śledzenia celów (należy edytować adresu URL będące dotychczasowym celem i należące do ścieżki do celu analytics). Tak jak w przypadku wszystkich filtrów zaawansowanych zalecam zastosowanie tego rozwiązania na nowym profilu w ramach istniejącego konta analytics.

Podstawową i najbardziej oczywistą funkcją systemu analytics jest analiza skuteczności poszczególnych źródeł ruchu. Dane te (tak jak wszystkie pozostałe) są liczone na podstawie plików tzw ciasteczek przechowywanych na komputerze internauty.

Sprawdź zawartość pliku utmz

Czynność tą warto wykonać ponieważ jest to pewny i najszybszy sposób na sprawdzenie poprawności zbierania danych. To wartości zawarte w tym pliku są przesyłane do serwerów zbierających dane i na ich podstawie tworzone są wszystkie raporty. Od poprawności informacji zawartych w utmz zależy jakość danych systemu analytics. Dodatkowym atutem może być możliwy dostęp do informacji (np. ile Twoich sesji w danym serwisie zostało zapisanych).

Zawartość ciasteczka najwygodniej jest sprawdzić przy użyciu firebuga darmowej wtyczki do przeglądarki firefox.

Zawartość pliku utmz

Plik ten ma następującą budowę:

IDIDID.TTTT.W.Ź.utmcsr{source}|utmccn{campaign}|utmcmd{medium}|utmctr{keyword}

Pierwsza część (w przykładzie idididid) jest to unikalny identyfikator nadany śledzonej domenie przez system analytics

TTTT przechowuje informacje o tym kiedy ostatni raz zawartość pliku cookie została zmieniona

W ilość sesji powiązanych przez system z obecnym użytkownikiem (informacja ta jest dostępna tylko w tym miejscu i może stanowić źródło ważnych informacji o poprawności zbierania danych o użytkownikach)

Ź ilość źródeł i kanałów przez które dany użytkownik odwiedzał serwis internetowy (odwiedziny z wyników organicznych tej samej wyszukiwarki ale dla innych słów kluczowych są traktowane jako nowe źródło).

utmcsr przechowuje informacje o źródle z którego przybył internauta (najpopularniejsze wartości to organic dla wyników organicznych wyszukiwarek, oraz cpc dla reklam rozliczanych w modelu cpc)

utmccn nazwa kampanii reklamowej odpowiedzialnej za daną wizytę (dla odwiedzin z linków sponsorowanych jest to nazwa kampanii AdWords, dla wyników organicznych jest to organic)

utmcmd przekazuje informacje o medium odpowiedzialnym za odwiedzinę (dla wszystkich źródeł nie płatnych przyjmuje wartość organic)

utmctr przechowuje ostatnią frazę która spowodowała przejście do Twojego serwisu (dane te dotyczą wyników organicznych i płatnych linków emitowanych w wyszukiwarkach).

Analiza zawartości ciasteczek przesyłanych przez analytics nie wymaga żadnego oprogramowania. Dzięki powyższym poradom ogranicza się do odczytania informacji. Metoda ta pozwala nie tylko uzyskać nie dostępne w raportach systemu informacje ale także ułatwia kontrolę poprawności zbierania danych.

Łatwiejsza konfiguracja śledzenia w Google Analytics

Google rozdaje noworoczne prezenty wszystkim użytkownikom systemu analytics. Kolejną funkcjonalnością wprowadzona do tego systemu jest łatwiejsza konfiguracja śledzenia kampanii reklamowych innych systemów.

Śledzenie innych źródeł ruchu w Analytics

Emitujesz banery na popularnym portalu. Wysyłasz Malingi lub newsletter? Na pewno chcesz znać skuteczność tych działań. Nic prostszego. Najpewniejszą bo działająca w każdej sytuacji (niezależnie od tego czy system emitujący reklamy jest kompatybilny z analytics) metodą śledzenia reklam ze źródeł innych niż adwords jest tagowanie. Metoda ta polega na dodawaniu do adresów docelowych informacji o źródle z którego internauta został przekierowany. Informacje te nie wpływają na zawartość strony są tylko rozpoznawane przez analytics i pozwalają precyzyjnie segmentować użytkowników i źródła ruchu. Tą metodą możemy przekazać maksymalnie pięć informacji:

• - nazwę kampanii reklamowej przykład takiego linku to http://domena.pl/?utm_campaign=SEM w panelu analytics Źródła odwiedzin->Kampanie
• - źródło ruchu http://domena.pl/?utm_source=onet.pl
• - medium ruch przykład takiego linku to http://domena.pl/?utm_medium=cpc
• - słowo kluczowe http://domena.pl/?utm_term=slowo
• - treść reklamy http://analizuj.cosieda.pl/?&utm_content=Zobacz

Co ważne to samo źródło może generować ruch z różnych mediów. Przykładowo dla źródło Onet.pl możliwe są media cpc (linki sponsorowane), baner (reklama graficzna) i organic (ruch z wyników organicznych wyszukiwarki).

Plusy i minusy tagowania adresów docelowych

Główną zaletą tego rozwiązania jest jego bezawaryjność. Jeśli tylko strona docelowa jest śledzona systemem analytics możemy być pewni że dane zostaną zinterpretowane w wybrany sposób.

Minusem jest żmudność procesu tagowania adresów ocelowych. Dodatkowo niektóre serwery są skonfigurowane w taki sposób, że nie zazwalają na dopisanie parametrów do adresów docelowych.

Ręczna edycja adresów docelowych powinno być stosowane tylko w sytuacji gdy jakieś źródło ruchu jest nierozpoznawalne lub błędnie interpretowane.

We wpisie „Interfejs API czyli bogactwo możliwości” opisałem jak można pobierać dane z systemu analytics wykorzystując jego interfejs API. Najprostszym sposobem jest użycie Data Feed Query Explorer-a Narzędzie to jest nie tylko w pełni bezpieczne (pobranie danych wymaga zalogowania się do konta analytics), ale także wygodne. Dzięki wykorzystaniu adresów url które poniżej podaję wystarczy jedno logowanie i możemy uzyskać informacje poprzez wklejanie kolejnych adresów internetowych.

Jakie przydatne informacje o moim serwisie mogę uzyskać?

• Ilość odrzuceń poszczególnych stron serwisu (Zobacz raport)

Może to być sygnał. Że warto zmienić niektóre strony w serwisie .
Raport dostępny pod adresem:

• Liczba odsłona wykonanych poprzez użytkowników z poszczególnych miast (Zobacz raport)

• Zwrot z inwestycji dla poszczególnych miast (Zobacz raport)

  Sprawdź jak Twoje produkty sprzedają się w poszczególnych miastach. Może warto zmienić (wstrzymać) wydatki na reklamę w niektórych miastach

• Zwrot z inwestycji w różnych regionach kraju (Zobacz raport)

Teraz możesz sprawdzić w których regionach kraju Twoje produkty sprzedają się lepiej.

• Liczba wizyt poprzedzających dokonanie zakupu i wartość transakcji (Zobacz raport)

Dowiedz się więcej o potencjalnych klientach. Zazwyczaj decyzję o dokonaniu zakupu poprzedza kilka odwiedzin serwisu. Czy liczba ta wzrasta radykalnie wraz z wartością zakupu? Może warto zastanowić się nad zwiększeniem poczucia bezpieczeństwa Twoich potencjalnych klientów?

• Unikalne odsłony w poszczególnych dniach (Zobacz raport)
  

Jest to tylko kilka przykładów na to jak ciekawe informacje możemy uzyskać wykorzystując API dla google analytics.

Masz jakieś ciekawe pomysły dotyczące wykorzystania tego narzędzia? Potrzebujesz pomocy przy generowaniu danych? Dodaj komentarz do tego wpisu.

Czym jest API?

Według definicji podanej w wikipedii jest to

Interfejs programowania aplikacji, interfejs programu użytkownika – specyfikacja procedur, funkcji lub interfejsów umożliwiających komunikację z biblioteką, systemem operacyjnym lub innym systemem zewnętrznym w stosunku do aplikacji korzystającej z API.

Dla każdego nie programisty oznacza to, że API daje możliwość szybciej i pełniej wykorzystywać możliwości systemu. Dzięki API można budować aplikacje pobierające i wysyłające dane z pominięciem interfejsu graficznego. Zdarzyło ci się czekać wiekami na wyświetlenie danych adwords czy analytics? Dobrze napisana aplikacja wykorzystująca może zrobić to znacznie szybciej!

>API Google Analytics główne zalety

Dostępne API dla Google Analytics

Zasadniczo aplikacje wykorzystujące mechanizm API google analytics można podzielić na dwie kategorie. Programy płatne i bezpłatne. Jeśli chcesz korzystać z płatnego API systemu analytics weź pod uwagę napisanie rozwiązania specjalnie dla Twoich potrzeb.

Mozliwości API dla Google Analytics

Chcesz pokazać współpracownikom ile w ciągu ostatniego tygodnia Wasza witryna uzyskała nowych odwiedzin z jednej z wyszukiwarek?  Jeszcze lepszy efekt uzyskasz gdy dane rozbijesz na godziny i wyniki pobierzesz do arkusza kalkulacyjnego. Doskonałym rozwiązaniem jest Data Feed Query Explorer

Rozwiązanie to pozwala na przefiltrowanie danych przez wymiary i charakterystyki dostępne w panelu analytics.  Dane uzyskane dzięki temu narzędziu możemy łatwo wymieniać jednocześnie zachowując pełne bezpieczeństwo. W górnej części ekranu na bieżąco generowany jest link pod którym dostępne są uzyskane dane. Jest to rozwiązanie w pełni bezpieczne ponieważ dostep do tych danych wymaga zalogowania do panelu google analytics.

Najważniejszą zaletą jest elastyczność tego rozwiązania. Uzyskany link możesz przesłać każdemu. Link pozwala na dostęp do konkretnych informacji (ułożonych według wybranych wymiarów i charakterystyk) ale tylko dla konta analytics na którym jest się zalogowanym.

Jedną z głównych zalet systemu Google Analytics jest stosunkowo prosta i daleko idąca konfiguracja działania. Mamy wpływ na to jakie dane i w jaki sposób będziemy otrzymywać. Najważniejszym sposobem na zmianę działania tej aplikacji jest wywoływanie wybranych metod z ustalonymi parametrami. Poniżej podaję pełną listę aktualnie działających metod i ich paramatrów (są podane w nawiasach).

Większości z tych metod nigdy nie wykorzystasz, ponieważ są przydatne w bardzo specyficznych sytuacjach. W tym tkwi jednak siła GA. Jest to system dobry dla wszystkich i początkujących użytkowników i osób zyjących z internetu przez co wymagających znacznie głębszej analizy serwisów internetowych.

W kolejnych artykułach opiszę zastosowania najważniejszych metod. Już teraz zapraszam do eksperymentowania. Proszę jednak uważać. Przykładowo zastosowanie metody _addIgnoredOrganic() internauci których odwiedzili nasz serwis poprzez określone (w parametrze tej metody) słowa kluczowe w wyszukiwarce internetowej zostaną zakwalifikowani do odwiedzin bezpośrednich.

_addIgnoredOrganic(newIgnoredOrganicKeyword)

_addIgnoredRef(newIgnoredReferrer)

_addItem(orderId, sku, name, category, price, quantity)

_addOrganic(newOrganicEngine, newOrganicKeyword, opt_prepend)

_addTrans(orderId, affiliation, total, tax, shipping, city, state, country)

_clearIgnoredOrganic()

_clearIgnoredRef()

_clearOrganic()

_cookiePathCopy(newPath)

_deleteCustomVar(index)

_getAccount()

_getClientInfo(1)

_getDetectFlash(1)

_getDetectTitle(1)

_getLinkerUrl(targetUrl, useHash)

_getLocalGifPath()

_getServiceMode()

_getVersion()

_getVisitorCustomVar(index)

_initData() deprecated

_link(targetUrl, useHash)

_linkByPost(formObject, useHash)

_setAllowAnchor(bool)

_setAllowHash(bool)

_setAllowLinker(bool)

_setCampContentKey(newCampContentKey)

_setCampMediumKey(newCampMedKey)

_setCampNameKey(newCampNameKey)

_setCampNOKey(newCampNOKey)

_setCampSourceKey(newCampSrcKey)

_setCampTermKey(newCampTermKey)

_setCampaignCookieTimeout(cookieTimeoutMillis)

_setCampaignTrack(bool)

_setClientInfo(bool)

_setCookiePath(newCookiePath)

_setCustomVar(index, name, value, opt_scope)

_setDetectFlash(bool)

_setDetectTitle(bool)

_setDomainName(newDomainName)

_setLocalGifPath(newLocalGifPath)

_setLocalRemoteServerMode()

_setLocalServerMode()

_setReferrerOverride(newReferrerUrl)

_setRemoteServerMode()

_setSampleRate(newRate)

_setSessionTimeout(newTimeout) deprecated

_setSessionCookieTimeout(cookieTimeoutMillis)

_setVar(newVal) deprecated

_setVisitorCookieTimeout(cookieTimeoutMillis)

_trackEvent(category, action, opt_label, opt_value)

_trackPageview(opt_pageURL)

_trackTrans()

Zapraszam na darmowe szkolenie on-line “Making Online Marketing Relevant and Responsive: Tactics and A Tool for Success” organizowane przez SMN.

W trakcie tej sesji będzie można dowiedzieć się:

- jakie są najważniejsze typu celów w zależności od rodzaju witryny internetowej

- jak przeprowadzić skuteczną i użyteczną segmentację użytkowników

- jak zmienić treść serwisu na podstawie zachowań użytkowników

Dzięki temu szkoleniu dane panelu analytics nabiorą nowego znaczenia. Dowiesz się nie tylko jak analizować najważniejsze dane ale co one tak naprawdę oznaczają i co dzięki nim można poprawić.

Jeśli chcesz w łatwy sposób skonfigurować system analytics polecam użycie Google Analytics Code Generatora. Efektem jego użycia jest gotowy do zainstalowania kod GA.

Dużą zaletą tego rozwiązania jest prostota. Kolejno jesteśmy proszeni o udzielenie odpowiedzi na proste pytania takie jak adres serwisu lub serwisów które chcemy sledzić kodem analytics. Co jest równie ważne sposób ten pozwala na zaawansowaną konfigurację systemu.

Opisane narzędzie polecam każdemu. Jeśli nie posiadasz gruntownej wiedzy na temat działania systemu nie przejmuj się! Jeśli nie wiesz jak odpowiedzieć na jakieś pytanie zostaw wartość domyślną. Zawsze są to ustawienia domyślne sprawdzające się w większości przypadków.

Subdomeny są doskonałym sposobem na zwiększenie przejrzystości serwisu interentowego. Dzięki ich zastosowaniu treść może być czytelniej ułożona i łatwiej odnajdywalna dla użytkowników.

Więc w czym problem?

Trudność polega na tym, że analytics wykorzystuje pliki cookies tzw. typu “first party” w dużym skrócie oznacza to, że włascicielem tego pliku jest serwis dla którego są w tym pliku zbierane informacje. I tu tkwi problem. W tym wypadku www.cosieda.pl to nie ten sam serwis co www.analizuj.cosieda.pl! Odwiedzając stronę  cosieda.pl i przechodzimy z niej na analizuj.cosieda.pl jesteśmy liczeni jako dwaj użytkownicy! Dodatkowo jedne z najważniejszych parametrów jakimi jest ilość odiwedzonych stron i czas odwiedzin znacznie się pogarszają.

Konfiguracja czyli jak poradzić sobie z tą sytuacja?

Usprawnić zbieranie danych przez analytics dla serwisów z subdomenami możemy na dwa sposoby. Pierwszym z nich jest użycie dwóch kodów analytics do śledzenia jednej strony. Pierwszy z kodów były wspólny dla głównej części serwisu, drugi specjalnie wygenerowany tylko dla konkretnej subdomeny.

W tym wypadku Twój kod analytics powinien wyglądać tak:

(…)
<script type=”text/javascript”>
var pageTracker = _gat._getTracker(”UA-123456-1″);
pageTracker._initData();
pageTracker._trackpageview();
var pageTracker2 = _gat._getTracker(”UA-123456-2″);
pageTracker2._initData();
pageTracker2._trackpageview();
</script>

Drugim moim zdaniem prostszym rozwiązaniem jest użycie jednego kodu z użyciem parametru setDomainName

<script type="text/javascript">
var pageTracker = _gat._getTracker("UA-123456-1");
pageTracker._setDomainName("cosieda.pl");
pageTracker._trackPageview();
</script>

Podsumowanie czyli plusy i minusy