Śledzenie wielu domen – śledzenie sieci (ga.js)

W tym dokumencie opisujemy różne sposoby gromadzenia wizyt w wielu domenach w ramach jednego widoku (profilu) – tak jakby była to jedna witryna, a nie dwie osobne domeny. Opisano w nim również sposób śledzenia różnych części witryny, np. podkatalogów i treści w elementach iFrame. Jeśli nie znasz ogólnej procedury śledzenia w wielu domenach, przeczytaj artykuł Śledzenie w wielu domenach.

Wstęp

Domyślna konfiguracja Google Analytics służy do śledzenia danych dotyczących treści i użytkowników w pojedynczej domenie, takiej jak www.example.com.

Załóżmy jednak, że chcesz korzystać z Analytics w bardziej złożonych sytuacjach, takich jak śledzenie:

  • Subdomeny – wszyscy użytkownicy zarówno dogs.example.com, jak i www.example.com, dane z obu stron wyświetlają się w tym samym widoku raportu (profilu)
  • Podkatalogi – tylko użytkownicy odwiedzający podkatalog www.example.com/dogs w osobnym raporcie, tak jakby była to pojedyncza witryna.
  • Koszyki firm zewnętrznych – użytkownicy odwiedzający Twój sklep internetowy i odwiedzający Twój koszyk na zakupy hostowany w innej domenie.
  • Domeny najwyższego poziomu – wszyscy użytkownicy dwóch należących do Ciebie domen, np. www.example-petstore.com i www.my-example-blog.com, których dane z obu domen są wyświetlane w tym samym widoku raportów (profilu).
  • Treści w ramkach iFrame – dane o użytkownikach i wyświetleniach strony dotyczące treści umieszczonej w elemencie iframe innej domeny.

W każdym z tych przypadków musisz dostosować kod śledzenia, by poprawnie śledzić użytkowników. Zanim to zrobisz, dowiedz się, jak traktowane są domeny i katalogi w domyślnej instalacji Analytics.

Scenariusze śledzenia

W tej sekcji omawiamy różne scenariusze śledzenia uporządkowane według najpopularniejszych metod.

Śledzenie wielu domen i subdomen

W takim przypadku warto śledzić dwie niepowtarzalne domeny i jedną subdomenę. Załóżmy np., że masz sklep internetowy i chcesz też śledzić na blogu dane dotyczące użytkowników i kampanii.

Śledzenie wielu domen i subdomen

Poniżej przedstawiamy najważniejsze dostosowania kodu śledzenia dla trzech przykładowych adresów URL.

  • Domena sklepu online: 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 przypadku innych subdomen.

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

    Linki powrotne do domeny podstawowej nie wymagają konfiguracji, ponieważ subdomena dzieli te same pliki cookie z domeną podstawową.

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

    Ta konfiguracja ustawia jako nazwę domeny domenę najwyższego poziomu witryny bloga. Dzięki temu, jeśli później dodasz jakiekolwiek subdomeny witryny bloga, ta subdomena będzie mogła udostępniać pliki cookie swojej stronie nadrzędnej i nie będzie trzeba konfigurować specjalnych połączeń między nimi. Mimo to nadal musisz używać metod _link() i _linkByPost() w przypadku wszystkich formularzy lub linków do www.example-petstore.com.

Śledzenie w domenie i jej subdomenach

Jak wspomnieliśmy wcześniej, domyślna konfiguracja Google Analytics służy do śledzenia treści i użytkowników w jednej domenie, np. www.example.com. Oznacza to, że nawet jeśli zarządzasz zarówno domeną, jak i subdomeną, musisz zmodyfikować kod śledzenia w celu udostępniania danych użytkowników między domenami.

Załóżmy, że używasz następujących adresów URL, które chcesz śledzić jako jeden element:

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

W przypadku takiej konfiguracji trzeba będzie dostosować kod śledzenia we wszystkich trzech domenach zgodnie z poniższymi wskazówkami.

Nie musisz wprowadzać żadnych zmian w linkach ani formularzach między tymi 3 witrynami, ponieważ wszystkie te witryny mogą korzystać z tych samych plików cookie, ponieważ ustawisz nazwę domeny jako domenę najwyższego poziomu (np. example-petstore.com).

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

Inny typowy scenariusz śledzenia to śledzenie danych o użytkownikach i ruchu między pojedynczą domeną a podkatalogiem innej domeny. Może się tak zdarzyć, gdy chcesz śledzić ruch między witryną a blogiem internetowym, gdy blog jest ograniczony do podkatalogu usługi bloga. Poniżej znajdziesz przykładowe adresy URL, które zawierają zalecane dostosowania kodu śledzenia na obu stronach.

Główna domena witryny: www.example.com

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

W przypadku przesyłania formularza z adresu www.example-petstore.com do witryny koszyka użyj metody _linkByPost(), aby skopiować dane o ruchu i plikach cookie użytkowników za pomocą metody HTTP POST do umieszczenia w witrynie koszyka. Metoda _setAllowLinker() kieruje witrynę docelową do odczytywania danych z plików cookie z danych POST, a nie z informacji o zwykłej sesji użytkownika. W ten sposób możesz przekazywać dane plików cookie umieszczone w jednej domenie do drugiej, a tym samym utrzymać sesję użytkownika ze sklepu internetowego do koszyka na zakupy.

W podobny sposób użyj funkcji _link(), aby przenieść dane użytkowników w przypadku wszystkich linków prowadzących ze sklepu internetowego do koszyka.

Śledzenie w ramkach iFrame

W przypadku witryny, w której przenoszenie między domenami odbywa się przez otwarcie nowego okna lub umieszczenie treści w elemencie iframe, musisz użyć metody _getLinkerUrl(), aby przenieść pliki cookie użytkowników i kampanii z jednej domeny do drugiej. Załóżmy np., że umieszczasz formularz w elemencie iframe, który jest hostowany w domenie www.my-example-iframecontent.com. Aby przenieść informacje o użytkownikach ze strony nadrzędnej, która hostuje element iframe w domenie www.example-parent.com, musisz użyć JavaScriptu, aby załadować element iframe i przekazać informacje o pliku cookie za pomocą metody _getLinkerURL().

Przykład poniżej pokazuje tylko funkcję łączenia i zakładamy, że śledzenie w wielu domenach jest skonfigurowane we fragmentach kodu śledzenia w obu domenach.

Konfigurowanie śledzenia elementu iFrame w przeglądarce Internet Explorer

Treści w ramkach iFrame hostowane w innej domenie niż strona nadrzędna są traktowane jako treści należące do osób trzecich. Domyślne ustawienie prywatności w przeglądarce Internet Explorer w wersji 6 i nowszych nie zezwala witrynom innych firm na przechowywanie plików cookie we własnej witrynie.

Oznacza to, że śledzenie przez Analytics stron z elementami iframe wymaga specjalnej konfiguracji, aby działać w Internet Explorerze. W przypadku stron internetowych znajdujących się w elemencie iframe musisz skonfigurować ustawienia prywatności. Możesz skonfigurować ustawienia prywatności na hostowanych stronach, korzystając z jednej z tych metod:

  • umieścić w witrynie specjalny nagłówek HTTP „Platform for Privacy Preferences (P3P)”.
  • udostępnić plik manifestu P3P XML dla stron włączonych witryn.

Więcej informacji znajdziesz w tych materiałach:

Śledzenie pojedynczego podkatalogu

Istnieją dwie 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 na stronie firmy uruchamiasz projekt, który również korzysta ze śledzenia Analytics.

Załóżmy, że masz na koncie Analytics widok (profil) umożliwiający śledzenie danych użytkowników pod kątem obecności online. Jest to tylko część większego hosta witryny (takiego jak blog). Twoja witryna jest hostowana w domenie www.example.com/myBlog/. Dane o użytkownikach i kampaniach chcesz rejestrować tylko dla podkatalogu /myBlog, a nie do żadnej innej strony w domenie example.com. W tym przypadku masz dostęp tylko do stron internetowych znajdujących się w tym podkatalogu.

Aby skonfigurować śledzenie sklepu, musisz użyć w kodzie śledzenia funkcji _setCookiePath():

Gdy to zrobisz, raporty będą prawidłowo wyświetlać dane użytkowników i kampanii tylko dla Twojego podkatalogu. Wynika to z tego, że ścieżka pliku cookie jest ustawiona na podkatalog, a nie na katalog główny witryny www.example.com, a Twój widok (profil) będzie odczytywać i zapisywać w unikalnym zestawie plików cookie tylko Twój sklep.

W tym scenariuszu zalecamy użycie funkcji _setCookiePath(). Jeśli tego nie zrobisz, może to mieć 2 rodzaje wpływu na Twoje raporty:

  • Inne pliki cookie Analytics ustawione na www.example.com mogą być udostępniane przez Twoje konto.

    Oznacza to, że statystyki użytkowników, takie jak new vs returning, time on site czy number of visits, mogą być nieprawidłowe, ponieważ pliki cookie użytkowników mogą również odzwierciedlać aktywność w innych częściach witryny www.example.com.

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

    Załóżmy np., że użytkownik klika kampanię e-mailową, która prowadzi do innej witryny w tej samej domenie: www.example.com/theirBlog. W tym przypadku informacje o odesłaniu w pliku cookie użytkownika są ustawione na kampanię o nazwie Najnowsze wiadomości na blogach. Później ten sam użytkownik wraca bezpośrednio do Twojej witryny, wpisując w przeglądarce www.example.com/yourBlog i kupując subskrypcję Twojego bloga. Wszystkie pozostałe odesłania z kampanii są zachowywane w przypadku wizyt bezpośrednich, więc zobaczysz kampanię Najnowsze wiadomości na blogach , która generuje sprzedaż Twojej subskrypcji. Powodem jest to, że plik cookie _utmz dla Twojego sklepu internetowego nie został ustawiony jednoznacznie dla Twojej ścieżki.

Jeśli ograniczysz pliki cookie użytkowników tylko do Twojej ścieżki, w raportach nie będą uwzględniane dane kampanii ani sesji dotyczące innej części obszaru www.example.com, ponieważ ścieżka do pliku cookie jest ograniczona. (w artykule o plikach cookie znajdziesz więcej informacji o tym, jak pliki cookie są interpretowane przez przeglądarki).

Inne wskazówki dotyczące podkatalogów

  • Jeśli śledzisz ruch z witryn użytkowników i odesłań w odniesieniu do danego podkatalogu, możesz też ustawić dla niego filtr Uwzględnij, aby zapewnić, że w raporcie będą wyświetlane tylko treści z tego podkatalogu. Więcej informacji znajdziesz w artykule o wstępnie zdefiniowanym filtrze w Centrum pomocy.
  • Jeśli konfigurujesz śledzenie podkatalogów w swojej domenie, upewnij się też, że śledzenie Analytics dla ścieżki głównej (np. /) i wszystkich jej stron jest wyłączone. Na przykład jeśli chcesz osobno śledzić podkatalogi witryny, nie musisz mieć włączonego śledzenia Analytics w elemencie www.example.com/index.html. Jeśli śledzenie ścieżki głównej nie będzie wyłączone, dla strony, na której skonfigurujesz śledzenie na poziomie ścieżki, zostaną ustawione 2 zestawy plików cookie: jeden dla podkatalogu, a drugi dla domeny najwyższego poziomu.

Śledzenie dwóch podkatalogów w tej samej domenie

Możesz śledzić wiele podkatalogów w domenie, w której nie masz dostępu do stron dla większej domeny. Załóżmy np., że w witrynie dostawcy usług masz zarówno sklep internetowy, jak i koszyk na zakupy:

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

Jeśli chcesz śledzić sesje użytkowników i dane kampanii w Twoim sklepie i w koszyku, możesz to zrobić na 2 sposoby:

Poniższy przykład przedstawia kluczowe części fragmentu kodu śledzenia służące do śledzenia sesji użytkowników i danych kampanii od sklepu do koszyka:

W tym przypadku dla domeny ustawiany jest unikalny plik cookie ograniczony do pierwszego podanego katalogu, a te same dane plików cookie są również kopiowane do drugiego podanego katalogu. Ze względu na to, że obie witryny znajdują się w tej samej domenie, nie ma potrzeby zmiany żadnych linków ani danych formularza między tymi dwoma katalogami.

Kluczowe elementy do śledzenia w wielu domenach

W tej sekcji znajdziesz szczegółowe informacje o najważniejszych komponentach i sposobie ich wykorzystania, które pomogą Ci rozwiązać problemy z konfiguracją śledzenia w wielu domenach.

Wyświetlenia (profile)

Podczas konfigurowania śledzenia w wielu domenach warto upewnić się, że widoki (profile) są następujące:

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

    Z widoków (profili) warto korzystać w szczególny sposób do śledzenia w wielu domenach, dlatego najpierw zalecamy skonfigurowanie w domenie podstawowej widoku głównego (profilu). Do tego widoku (profilu) nie powinno być żadnych filtrów. Dzięki temu będziesz zawsze mieć dostęp do bazowych danych historycznych domeny podstawowej, które pozwolą Ci sprawdzić błędy przy konfigurowaniu filtrów w widoku śledzenia krzyżowym (profilu).

  • Utwórz widok (profil) specjalnie na potrzeby śledzenia w wielu domenach i ponownie wykorzystaj kod śledzenia.

    Po skonfigurowaniu widoku danych (profilu) i pobraniu kodu śledzenia dla domeny podstawowej użyj tego samego kodu śledzenia we wszystkich innych usługach internetowych. Dzięki temu Twoja konfiguracja zostanie poprawnie skonfigurowana przed rozpoczęciem śledzenia w wielu domenach i zapewni Ci też dostęp do danych historycznych dotyczących wszystkich usług internetowych. Jeśli zastosujesz się do zaleceń dotyczących konfiguracji widoków głównych (profili), powinno to być po prostu utworzenie dodatkowego widoku (profilu) dla domeny podstawowej przy użyciu tego samego kodu śledzenia, który został udostępniony w widoku głównym (profilu). Wszystkie inne usługi internetowe, które chcesz połączyć, powinny zawierać ten sam kod śledzenia.

  • Zmodyfikuj widok (profil) w wielu domenach za pomocą filtra, aby w raportach dotyczących treści wyświetlała się cała domena.

    Po utworzeniu połączenia domeny w raportach dotyczących treści zobaczysz tylko identyfikator URI żądania, a nie najwyższy poziom czy subdomenę danej strony. Na przykład w przypadku wizyt na tych stronach:
    http://www.example.com/index.php i inna strona w witrynie
    http://sub.example.com/more.php
    W raportach pojawią się te dane:
    — index.php
    — more.php
    Nie będzie można rozpoznać, która strona pochodzi z danej domeny. Aby domenę wyświetlały się w raportach dotyczących stron, ustaw filtr tak, aby uwzględnić wszystkie komponenty adresu URL:

    1. Na stronie Ustawienia widoku (profilu) kliknij link Dodaj filtr.
    2. Wybierz Dodaj nowy filtr i podaj jego nazwę.
    3. W ustawieniach Typ filtru wybierz Filtr niestandardowy, a następnie Zaawansowane.
    4. W sekcji Ustawienia zaawansowane:
      1. W polu FieldA należy ustawić wartość Nazwa hosta
      2. W polu FieldB (Pole B) należy ustawić wartość Identyfikator URI żądania
    5. Ustaw wartości Pola A i Pola B na (.*), co będzie wyrażeniem rejestrującym wszystkie znaki.
    6. Ustaw opcję Dane wyjściowe --> Konstruktor na Identyfikator URI żądania i podaj wartość $A1$B1 jako wartość tego wyboru.

    Twoje raporty będą teraz wyświetlać:
    www.example.com/index.php
    sub.example.com/more.php
    Spowoduje to przechwycenie części www.example.com Twojego adresu URL i uwzględnienie jej na początku adresu URL strony w sekcji raportów dotyczących treści.

Pliki cookie: niezbędne do przenoszenia danych użytkowników

Aby dwie domeny mogły korzystać z tych samych danych użytkowników, np. sesji i typu użytkownika, muszą mieć możliwość skopiowania lub udostępnienia tych samych informacji z pliku cookie. Dodatkowo pamiętaj o tych kwestiach:

Sesję z jednej domeny można przenieść do innej tylko przez prawidłowo skonfigurowane kliknięcie lub przesłanie formularza albo przez _getLinkerURL.

Przekazywanie danych z plików cookie za pomocą tych trzech metod łączy dwa wyświetlenia strony w ramach jednej sesji. Jeśli użytkownik niezależnie odwiedzi dwie witryny śledzone w tym samym widoku (profilu), np. przy użyciu zakładki, te odwiedziny będą nadal zliczane w ramach osobnych sesji. W takim przypadku metody łączenia nie są wywoływane, więc nie można określić sesji inicjującej dla danego użytkownika.

Aby dokładnie zrozumieć śledzenie w wielu domenach, warto wiedzieć, że pliki cookie są identyfikowane przez pewną liczbę pól i że nie są domyślnie dzielone między domeny. Udostępnianie plików cookie jest też automatycznie wyłączone w Analytics. W wielu przypadkach udostępnianie tego samego pliku cookie między domenami jest niepożądane. Patrz sekcja Znaczenie identyfikacji i wygaśnięcia plików cookie w dokumentacji plików cookie. Ponadto Analytics domyślnie stosuje dodatkową kontrolę integralności plików cookie.

_setDOMAIN('yourDomainName')

Działanie
Ta metoda ustawia pole domeny pliku cookie na ciąg znaków podany w parametrze. Ta metoda pozwala kontrolować nazwę domeny używaną w plikach cookie. Musisz skonfigurować TYLKO połączenia między domenami najwyższego poziomu, ponieważ subdomeny będą współdzielić z domenami nadrzędnymi te same pliki cookie.
Kiedy ich używać.
Użyj tej opcji, jeśli chcesz traktować domeny najwyższego poziomu i subdomeny jak jedną jednostkę i śledzić je w tym samym widoku (profilu). Użyj go też, jeśli chcesz śledzić wiele domen najwyższego poziomu ORAZ ich subdomeny. W takim przypadku musisz użyć połączeń między domenami najwyższego poziomu, ale nie między domenami najwyższego poziomu a ich subdomenami.
Kiedy nie należy ich używać.
Jeśli śledzisz jedną domenę, nie musisz specjalnie konfigurować jej nazwy.