Śledzenie wielu domen – śledzenie witryn internetowych (ga.js)

Zadbaj o dobrą organizację dzięki kolekcji Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.

W tym dokumencie opisujemy różne sposoby zbierania wizyt w wielu domenach w jednym widoku (profilu) – tak jakby to było jedna witryna, a nie 2 oddzielne witryny. Okazuje się też, jak śledzić ich elementy, takie jak podkatalogi i elementy iframe. Jeśli nie znasz ogólnego procesu śledzenia w wielu domenach, przeczytaj artykuł Śledzenie w wielu domenach.

Wprowadzenie

Domyślna konfiguracja Google Analytics została zaprojektowana tak, aby śledzić treści i dane użytkowników dotyczące jednej domeny, np. www.example.com.

Załóżmy jednak, że chcesz używać Analytics do bardziej złożonych sytuacji, takich jak śledzenie:

  • Subdomeny – wszyscy użytkownicy zarówno dogs.example.com, jak i www.example.com. Dane dotyczące obu witryn są widoczne w tym samym widoku raportu (profilu).
  • Podkatalogi – tylko użytkownicy podkatalogów www.example.com/dogs w osobnym raporcie, jakby była to pojedyncza witryna.
  • koszyki na zakupy innych firm – użytkownicy odwiedzający Twój sklep internetowy i Twój koszyk na zakupy w innej domenie;
  • Domeny najwyższego poziomu – wszyscy użytkownicy 2 Twoich domen, np. www.example-petstore.com i www.my-example-blog.com, których dane są wyświetlane w tym samym widoku raportu (profilu).
  • Treść iFrame – dane o użytkownikach i odsłonach treści w elemencie iframe w innej domenie.

W każdym z tych przypadków musisz wprowadzić pewne zmiany w kodzie śledzenia, aby poprawnie śledzić użytkowników. Zanim to zrobisz, warto przeczytać, jak traktujemy domeny i katalogi w domyślnej instalacji Analytics.

Scenariusze śledzenia

Ta sekcja zawiera omówienie scenariuszy śledzenia uporządkowanych według najpopularniejszych metod.

Śledzenie w wielu domenach i subdomenach

W takim przypadku możesz śledzić 2 unikalne domeny i 1 subdomenę. Załóżmy, że masz sklep internetowy i chcesz też śledzić na swoim blogu dane o użytkownikach i kampaniach.

Śledzenie w wielu domenach i subdomenach

Poniżej przedstawiamy kluczowe modyfikacje kodu śledzenia dla 3 przykładowych adresów URL.

  • Domena sklepu internetowego: www.example-petstore.com

    Jedyne linki lub dane formularzy, które musisz dostosować, to te, które wskazują www.my-example-blogsite.com. Nie jest to wymagane w przypadku linków do subdomeny tej witryny, ponieważ funkcja _setDomainName() zdefiniowała .example-petstore.com jako domenę, która umożliwia dostęp do plików cookie w innych subdomenach.

  • Subdomena sklepu internetowego: dogs.example-petstore.com

    Linki prowadzące do domeny podstawowej nie wymagają konfiguracji, bo poddomena korzysta z tych samych plików cookie.

  • Domena bloga: www.my-example-blogsite.com

    Ta konfiguracja powoduje ustawienie nazwy domeny na domenę najwyższego poziomu w witrynie bloga. Dzięki temu jeśli później dodasz jakieś subdomeny witryny na blogu, będzie ona mogła udostępniać pliki nadrzędnemu plikowi cookie, więc nie musisz konfigurować między nimi specjalnych wywołań. Nadal musisz jednak używać metod _link() i _linkByPost() w przypadku dowolnego formularza i linków do właściwości www.example-petstore.com.

Śledzenie w domenie i jej subdomenach

Jak wspomniano powyżej, domyślna konfiguracja Google Analytics służy do śledzenia treści i danych użytkowników dla jednej domeny, np. www.example.com. Oznacza to, że nawet jeśli zarządzasz zarówno domeną, jak i domeną podrzędną, musisz wprowadzić zmiany w kodzie śledzenia, aby udostępniać dane użytkowników w obu domenach.

Załóżmy, że masz te adresy URL, które chcesz śledzić jako pojedynczy element:

  • www.example-petstore.com
  • dogs.example-petstore.com
  • cats.example-petstore.com

W przypadku tej konfiguracji do wszystkich kodu śledzenia we wszystkich 3 domenach należy użyć podanych poniżej modyfikacji klucza.

Nie musisz wprowadzać żadnych zmian w linkach ani formularzach między tymi 3 witrynami, ponieważ wszystkie mogą używać tych samych plików cookie ze względu na to, że jako nazwę domeny wybierzesz domenę najwyższego poziomu (np. example-petstore.com).

Śledzenie między domeną a podkatalogiem w innej domenie

Innym typowym scenariuszem śledzenia jest śledzenie danych o użytkownikach i ruchu między jedną domeną a podkatalogiem innej domeny. Może się tak zdarzyć, gdy chcesz śledzić ruch między swoją witryną a blogiem online, w którym blog jest ograniczony do podkatalogu usługi bloga. W poniższych przykładowych adresach URL znajdują się zalecane dostosowania kodu śledzenia na obu stronach.

Domena główna witryny: www.example.com

Adres URL bloga: www.blog-hosting-service.com/myBlog

W przypadku każdego przesłania formularza z adresu www.example-petstore.com do witryny koszyka na zakupy użyj metody _linkByPost(), aby skopiować dane o ruchu i plikach cookie użytkowników za pomocą metody POST w ramach protokołu HTTP do witryny koszyka. Metoda _setAllowLinker() przekierowuje witrynę docelową do odczytu danych z plików cookie z danych POST, a nie ze zwykłych informacji o sesji użytkownika. W ten sposób możesz przekazywać dane plików cookie z jednej domeny do drugiej i tym samym zachować sesję użytkownika w sklepie internetowym do koszyka.

Za pomocą funkcji _link() możesz też przenieść dane użytkowników ze wszystkich linków prowadzących ze sklepu internetowego do koszyka.

Śledzenie w elementach iframe

W witrynach, które umożliwiają przesyłanie plików między domenami przez otwarcie nowego okna lub dołączenie treści do elementu iframe, trzeba użyć metody _getLinkerUrl(), aby przenieść pliki cookie użytkowników i kampanii z jednej domeny do drugiej. Załóżmy na przykład, że umieścisz formularz w elemencie iframe hostowanym w www.my-example-iframecontent.com. Jeśli chcesz przenieść informacje o użytkownikach ze strony nadrzędnej, która hostuje element iframe w www.example-parent.com, użyj JavaScriptu do wczytania elementu iframe i przekazania informacji o plikach cookie za pomocą metody _getLinkerURL().

Poniższy przykład ilustruje tylko funkcję łączenia i zakłada, że śledzenie w wielu domenach jest skonfigurowane w fragmentach śledzenia w obu domenach.

Konfigurowanie śledzenia elementu iframe w przeglądarce Internet Explorer

Treści iFrame przechowywane w oddzielnej domenie od strony nadrzędnej są uznawane za treści innych firm. Domyślne ustawienie prywatności w przeglądarce Internet Explorer 6 i nowszych nie zezwala witrynom innych firm na przechowywanie plików cookie w tej witrynie.

Oznacza to, że aby działać w Internet Explorerze, śledzenie Analytics na stronach iFrame wymaga specjalnej konfiguracji. W przypadku stron internetowych, które znajdują się w elemencie iframe, trzeba skonfigurować ustawienia prywatności. Ustawienia prywatności na stronach hostowanych możesz skonfigurować, korzystając z jednej z tych metod:

  • uwzględnij specjalny nagłówek HTTP Platformy „Preferencje dotyczące prywatności” w przypadku stron w witrynie
  • przekaż plik manifestu XML P3P dla uwzględnionych witryn

Więcej informacji na ten temat znajdziesz tutaj:

Śledzenie pojedynczego podkatalogu

Istnieją 2 typowe przypadki ograniczenia śledzenia Analytics do jednego podkatalogu większej domeny:

  • Masz dostęp tylko do podkatalogu większej witryny, np. gdy korzystasz z usługi hostingu e-commerce.
  • Chcesz ograniczyć śledzenie do podkatalogu większej witryny, np. gdy uruchamiasz projekt w witrynie firmy, która korzysta też ze śledzenia Analytics.

Załóżmy, że na koncie Analytics masz widok (profil), który śledzi dane użytkowników na temat obecności w internecie, co stanowi tylko część większego dostawcy hostingu witryn (np. usługi bloga). Twoja witryna jest hostowana www.example.com/myBlog/. Chcesz rejestrować dane użytkowników i kampanii w podkatalogu /myBlog, a nie w innych witrynach w domenie example.com. W takim przypadku masz też dostęp tylko do tych stron internetowych znajdujących się w tym podkatalogu.

Aby skonfigurować śledzenie dla swojego sklepu, musisz użyć funkcji _setCookiePath() w kodzie śledzenia, na przykład:

Po skonfigurowaniu tej funkcji raporty będą prawidłowo wyświetlać dane użytkowników i kampanii tylko w podkatalogu. Dzieje się tak, ponieważ ścieżka do plików cookie jest ustawiona na podkatalog, a nie na katalog główny www.example.com, a Twój widok danych (profil) będzie odczytywać i zapisywać niepowtarzalny zestaw plików cookie tylko dla Twojego sklepu.

W tym scenariuszu sprawdzoną metodą jest użycie funkcji _setCookiePath(). W przeciwnym razie raporty mogą mieć 2 rodzaje wpływu:

  • Twoje konto może udostępniać pliki cookie innych kont Analytics ustawione na www.example.com.

    Oznacza to, że statystyki użytkowników (new vs returning, time on site i number of visits) mogą być nieprawidłowe, ponieważ użytkownicy odwiedzający stronę mogą też odzwierciedlać aktywność w innych częściach kodu www.example.com.

  • Raporty mogą zawierać szczegóły kampanii z innej części witryny.

    Załóżmy na przykład, że użytkownik klika kampanię e-mailową przekierowującą do innej witryny w tej samej domenie: www.example.com/theirBlog. W tym przypadku informacje o witrynie odsyłającej w pliku cookie użytkownika są ustawione na kampanię Najnowsze wiadomości na temat bloga. Później ten sam użytkownik wraca bezpośrednio na Twoją stronę, wpisując w przeglądarce adres www.example.com/yourBlog i kupując subskrypcję bloga. Wszystkie pozostałe odesłania z kampanii pozostają na stronie z wizytami bezpośrednimi, dlatego w ramach kampanii zobaczysz Najnowsze wiadomości na temat bloga. Dzieje się tak, ponieważ plik cookie _utm z Twojego sklepu internetowego nie jest skonfigurowany specjalnie dla Twojej ścieżki.

Jeśli ograniczysz pliki cookie użytkowników tylko do ścieżki, dane kampanii i sesji z innej części pliku www.example.com nie będą uwzględniane w raportach, ponieważ ścieżka pliku cookie jest ograniczona. (Więcej informacji o tym, jak pliki cookie są odczytywane przez przeglądarki, znajdziesz w sekcji Pliki cookie).

Inne wskazówki dotyczące podkatalogów

  • Jeśli śledzisz ruch użytkowników z podkatalogów i ruch z witryn odsyłających, możesz też skonfigurować filtr Uwzględnij podkatalog, aby w raporcie pojawiały się tylko treści z tego podkatalogu. Więcej informacji znajdziesz w artykule o wstępnie zdefiniowanych filtrach w Centrum pomocy.
  • Jeśli konfigurujesz w swojej domenie śledzenie podkatalogów, upewnij się też, że śledzenie Analytics jest wyłączone w ścieżce głównej (np. /) i na wszystkich stronach podrzędnych. Na przykład www.example.com/index.html nie powinien mieć włączonego śledzenia Analytics, jeśli chcesz oddzielnie śledzić podkatalogi w witrynie. Jeśli śledzenie ścieżki głównej nie jest wyłączone, dla strony, na której masz skonfigurowane śledzenie na poziomie ścieżki, zostaną ustawione dwa zestawy plików cookie: jeden dla podkatalogu, a jeden dla domeny najwyższego poziomu.

Śledzenie w 2 podkatalogach w tej samej domenie

Warto śledzić wiele podkatalogów w domenie, w której nie masz dostępu do stron dla większej domeny. Załóżmy na przykład, że masz sklep internetowy oraz koszyk na zakupy w witrynie usługodawcy:

  • www.example-commerce-host.com/myStore/
  • www.example-commerce-host.com/myCart/

Jeśli chcesz śledzić sesje użytkownika i dane kampanii ze sklepu do koszyka, użyj 2 metod:

Poniższy przykład pokazuje najważniejsze elementy fragmentu kodu śledzenia, aby śledzić sesje użytkowników i dane kampanii ze sklepu do koszyka:

W takim przypadku dla domeny jest ustawiany unikalny plik cookie (ograniczony do pierwszego podanego katalogu), a te same dane plików cookie są również kopiowane do drugiego podanego katalogu. Obie witryny znajdują się w tej samej domenie, więc nie musisz zmieniać żadnych linków ani danych formularza między nimi.

Kluczowe elementy śledzenia konwersji w wielu domenach

Ta sekcja pomoże Ci rozwiązać problemy z konfiguracją śledzenia w wielu domenach przez podanie szczegółowych informacji o najważniejszych elementach i sposobie ich użycia.

Wyświetlenia (profile)

Po skonfigurowaniu śledzenia w wielu domenach upewnij się, że w widokach (profilach) wykonujesz te czynności:

  • Skonfiguruj widok główny (profil) domeny podstawowej bez filtrów.

    Ponieważ do śledzenia w wielu domenach chcesz szczególnie używać widoków danych (profili), zalecamy najpierw skonfigurowanie widoku głównego (profilu) w domenie podstawowej. Ten widok (profil) nie powinien być dodany do żadnych filtrów. W ten sposób zawsze będziesz mieć dostęp do podstawowych danych historycznych swojej domeny podstawowej, do których możesz się odnieść, jeśli popełnisz błędy w konfigurowaniu filtrów w widoku danych śledzenia (profilu).

  • Utwórz widok danych (profil) zwłaszcza w przypadku śledzenia w wielu domenach i wykorzystaj ponownie kod śledzenia.

    Po skonfigurowaniu widoku (profilu) i pobraniu kodu śledzenia dla domeny podstawowej użyj tego samego kodu śledzenia dla wszystkich innych usług internetowych. W ten sposób konfiguracja zostanie prawidłowo skonfigurowana przed rozpoczęciem śledzenia w wielu domenach. Będziesz też mieć dostęp do danych historycznych dla wszystkich usług internetowych. Jeżeli postępujesz zgodnie z zaleceniami dotyczącymi konfigurowania widoków głównych (profili), powinno to obejmować utworzenie dodatkowego widoku (profilu) dla domeny podstawowej przy użyciu tego samego kodu śledzenia, który jest podany w widoku głównym (profilu). Pozostałe usługi internetowe, które chcesz połączyć, powinny mieć też ten sam kod śledzenia.

  • Użyj filtra, aby wyświetlić w wielu domenach widok (profil) tak, aby w raportach dotyczących treści można było zobaczyć pełną domenę.

    Po utworzeniu połączenia domeny w raportach dotyczących treści zobaczysz tylko identyfikator URI żądania, a nie domenę najwyższego poziomu lub subdomenę z danej strony. Na przykład w przypadku wizyt na tych stronach:
    http://www.example.com/index.php i inna strona na stronie
    http://sub.example.com/more.php
    W raportach pojawią się:
    – index.php
    – more.php
    Nie będzie można odróżnić strony od domeny. Aby wyświetlić domenę w raportach strony, ustaw filtr uwzględniający wszystkie komponenty adresu URL strony w ten sposób:

    1. Na stronie Ustawienia widoku danych kliknij link Dodaj filtr.
    2. Kliknij Dodaj nowy filtr i nadaj filtrowi nazwę.
    3. Wybierz Filtr niestandardowy, a w ustawieniach Typ filtra wybierz Zaawansowane.
    4. W ustawieniach Zaawansowane:
      1. PoleA należy ustawić na Nazwa hosta
      2. Pole B powinno być ustawione na Identyfikator URI żądania.
    5. Ustaw wartości zarówno w polu A, jak i polu B na (.*), czyli wyrażenie, które rejestruje wszystkie znaki.
    6. Ustaw opcję Dane wyjściowe na --> Konstruktor na Identyfikator URI żądania i podaj $A1$B1 jako wartość tego wyboru.

    W raportach będą teraz widoczne:
    www.example.com/index.php
    sub.example.com/more.php
    Spowoduje to przechwycenie www.example.com części adresu URL i uwzględnienie jej na początku adresu URL strony w sekcji raportów treści.

Pliki cookie: niezbędne do przenoszenia danych o użytkownikach

Aby dwie domeny mogły używać tych samych danych o użytkownikach, np. sesji i typie użytkownika, muszą mieć możliwość skopiowania lub udostępnienia tych samych informacji o plikach cookie. Pamiętaj też o tych kwestiach:

Sesje z jednej domeny można przenieść do innej domeny tylko za pomocą prawidłowo skonfigurowanego kliknięcia lub przesłania formularza albo przez _getLinkerURL.

Przekazywanie danych z plików cookie za pomocą tych 3 metod skutkuje połączeniem 2 wyświetleń strony w ramach jednej sesji. Jeśli użytkownik niezależnie odwiedza 2 witryny, które śledzą w tym samym widoku (profilu), np. za pomocą zakładki, liczone wizyty będą nadal liczone w osobnych sesjach. W tym scenariuszu metody łączenia nie są wywoływane i dlatego nie można określić sesji inicjującej danego użytkownika.

Aby lepiej zrozumieć śledzenie w wielu domenach, pomocne jest zrozumienie, że pliki cookie są identyfikowane na podstawie wielu pól i domyślnie nie są udostępniane między domenami. Dodatkowo udostępnianie plików cookie w Analytics jest automatycznie wyłączone. Dzieje się tak dlatego, że w wielu przypadkach udostępnianie tego samego pliku cookie między domenami jest niepożądane. Więcej informacji znajdziesz w artykule Znaczenie identyfikacji i wygaśnięcie pliku cookie w przewodniku po plikach cookie. Poza tym Analytics domyślnie dodaje do plików cookie dodatkową kontrolę integralności.

_setDomainName('twojadomena')

Jak to działa?
Ta metoda ustawia pole domeny pliku cookie na tekst podany w parametrze. Ta metoda pozwala kontrolować nazwę domeny używaną przez plik cookie. Trzeba będzie tylko skonfigurować połączenie między domenami najwyższego poziomu, ponieważ subdomeny będą udostępniać te same pliki cookie rodzicom.
Kiedy ich używać
Użyj tej opcji, jeśli chcesz traktować domeny najwyższego poziomu i subdomeny jako jeden element i śledzić go w tym samym widoku (profilu). Użyj go także, jeśli chcesz śledzić wiele domen najwyższego poziomu ORAZ ich subdomeny. W takim przypadku musisz użyć połączenia między domenami najwyższego poziomu, ale nie między domenami najwyższego poziomu a ich subdomenami.
Kiedy nie używać
Jeśli śledzisz 1 domenę, nie musisz określać jej nazwy.