Jak śledzić konwersje e-commerce w różnych domenach, urządzeniach i przeglądarkach podczas przeprowadzania testu A/B?

Co to jest śledzenie w różnych środowiskach?

Jedna konwersja, wiele punktów styku!

Na tym polega śledzenie w różnych środowiskach.

W dzisiejszych czasach klienci korzystają z różnych punktów styku, aby dokonywać zakupów w e-commerce. Mogą uzyskiwać dostęp do Internetu z wielu urządzeń i przeglądać kampanie marketingowe w jednym środowisku, zanim dokonają konwersji w innym, być może zaczynając na laptopie i w domenie „A”, podczas przeglądania, dopóki nie zdecydują, który produkt jest dla nich najbardziej odpowiedni, a następnie przechodzą na smartfony , często zmieniając przeglądarki pomiędzy, a w końcu kupując w domenie „B”.

W wyniku tego trendu coraz większa liczba ścieżek konwersji obejmuje wiele domen, urządzeń i przeglądarek internetowych.

Interakcje z użytkownikami witryny mogą być zazwyczaj dwojakiego rodzaju:

• Jedno środowisko: gdy droga do konwersji zaczyna się i kończy na tym samym urządzeniu, przeglądarce lub domenie.
• Różne środowiska: gdy odwiedzający witrynę klikają z jednego urządzenia, przeglądarki lub domeny, ale dokonują konwersji w innym środowisku.

Oto uproszczony wzór na zrozumienie tych terminów:

Ponieważ interakcje w różnych środowiskach są znacznie częstsze, śledzenie i przypisywanie konwersji może stanowić wyzwanie. Jak więc możemy śledzić te konwersje e-commerce, gdy środowisko zmienia się, aby zaoferować spersonalizowane wrażenia? Najpierw musimy zrozumieć, jakie właściwości środowiska mogą się zmieniać, a następnie zidentyfikować różne sposoby śledzenia tych konwersji.

Przeanalizujmy różne typy śledzenia, które mogą mieć miejsce w ścieżce e-commerce wielokanałowej, aby upewnić się, że żaden klient nie prześlizgnie się przez te luki:

Śledzenie w wielu domenach

Śledzenie w wielu domenach to sposób na analizę użytkowników w wielu domenach.

Dlaczego śledzenie w wielu domenach jest ważną koncepcją w testach A/B?

Śledzenie w wielu domenach to wspaniała funkcja, która pozwala przypisywać konwersje i zachowania do kampanii, nawet jeśli podróż użytkownika obejmuje wiele domen. Bez niej atrybucja byłaby prawie niemożliwa dla tych z nas, którzy mają więcej niż jedną domenę (np. witryny z oddzielną domeną zakupów lub kasy).

Oto niektóre dane konwersji, które można rejestrować w wielu domenach:

• Konwersje
• Zdarzenia konwersji
• Konwersje po kliknięciu
• Konwersje po obejrzeniu
• Łączna liczba konwersji
• Zdarzenia konwersji po kliknięciu
• Zdarzenia konwersji po obejrzeniu
• Łączna liczba zdarzeń związanych z konwersją
• Łączne przychody

Śledzenie w wielu domenach za pomocą plików cookie stron trzecich

Najpopularniejsza forma śledzenia w wielu domenach opiera się na plikach cookie stron trzecich.

Witryny internetowe wykorzystują własne pliki cookie do przechowywania informacji o odwiedzającym i jego sesji i zwykle mają następujące atrybuty:

• Nazwa pliku cookie : nazwa pliku cookie.
• Cookie Domain : domena, na której jest ustawiony plik cookie.
• Ścieżka pliku cookie : ścieżka, na której znajduje się plik cookie. Jest to katalog główny domeny „/”.
• Cookie Expires : czas w sekundach, po którym plik cookie wygaśnie.

Teraz, ponieważ są to własne pliki cookie, nie mogą udostępniać informacji innym domenom. W tym miejscu w grę wchodzi śledzenie w wielu domenach. W takim przypadku musimy poinstruować go, aby podzielił się wartościami pliku cookie domeny A z plikiem cookie domeny B, zamieniając plik cookie strony pierwszej w plik cookie strony trzeciej.

Śledzenie w wielu domenach polega na dołączeniu wartości pliku cookie domeny A do adresów URL, w których domena zmienia się domyślnie za pomocą ciągu zapytania. Można to również zmienić na fragment adresu URL, jeśli nie jesteś fanem ciągów zapytań. Domena B rozpozna te dodane parametry w tych adresach URL, aby zapewnić, że plik cookie przyjmie te wartości.

Zobaczmy przykład, jak by to wyglądało.

Załóżmy, że chcesz wypożyczyć samochód przez Internet. Aby sprawdzić różne opcje, prawdopodobnie wejdziesz na stronę wypożyczalni samochodów (w tym przykładzie użyjemy car.com). Ponieważ witryna ma wiele subdomen (car.com, payment.car.com, pickup.car.com itp.) oraz domenę zewnętrzną do otrzymywania płatności (secure.booking.com), Twoja podróż użytkownika będzie przebiegać między różnymi domena.

Korzystając ze śledzenia w wielu domenach, zespół Car.com może wykryć użytkownika przechodzącego z jednej subdomeny na inną i spersonalizować całe jego doświadczenie, korzystając z najodpowiedniejszych produktów lub usług w różnych subdomenach.

Śledzenie w wielu domenach z pamięcią lokalną

Istnieje jednak jedna poważna wada, gdy pliki cookie są używane w śledzeniu między domenami: ich ograniczone przechowywanie.

Pliki cookie mogą przechowywać znacznie mniej danych niż pamięć lokalna: przechowywanie plików cookie jest ograniczone do 4096 bajtów, podczas gdy pamięć lokalna ma 5 MB na domenę. Jeśli więc korzystasz z plików cookie, im więcej danych chcesz przechowywać w przeglądarkach odwiedzających, tym więcej plików cookie musisz utworzyć.

Innym problemem związanym z plikami cookie jest to, że spowalniają one witrynę, przez co wrażenia użytkownika są nieoptymalne. Z każdym żądaniem HTTP do serwera wysyłane są pliki cookie. Jeśli masz podróż między domenami, sytuacja staje się jeszcze gorsza. Odwiedzający będą przeglądać tam iz powrotem między różnymi domenami, zwiększając liczbę żądań HTTP i liczbę plików cookie w przeglądarce.

Z powyższych powodów niektóre witryny używają localStorage zamiast przechowywania plików cookie. Oznacza to, że zasadniczo hostujesz plik w domenie A i używasz ramki iframe w domenie B, która ładuje plik z domeny A. W ten sposób udostępniasz dane odwiedzających między dwiema domenami tak, jakby była to jedna domena:

Plik 1.html:

 <html>
<głowa/>
<iframe src='http://127.0.0.1/test.html' />
</html>

Plik 2.html:

 <html>
<głowa/>
<skrypt>
console.log(localStorage);
localStorage.setItem('test', '123');
</script>
</html>

Nieporozumienia dotyczące śledzenia w wielu domenach

Śledzenie w wielu domenach jest często źle rozumianą praktyką. Oto trzy najważniejsze błędne przekonania na ten temat, które mogą Cię zaskoczyć!

Mit nr 1. Potrzebujesz śledzenia w wielu domenach, aby śledzić użytkowników w subdomenach

Wielu ekspertów CRO uważa, że ​​muszą włączyć śledzenie w wielu domenach, aby śledzić użytkowników w różnych subdomenach. To nie jest prawda. Pliki cookie mogą być udostępniane między subdomenami i domeną główną.

Tak więc, na przykład, jeśli plik cookie jest ustawiony na www.convert.com, może być również dostępny przez blog.convert.com bez włączania śledzenia w wielu domenach.

Mit 2. W bramkach płatniczych potrzebne jest śledzenie w wielu domenach

Kolejną mylącą częścią dotyczącą śledzenia w wielu domenach jest to, że musisz skonfigurować je dla bramek płatności (np. PayPal.com).

Jednak śledzenie w wielu domenach jest możliwe tylko wtedy, gdy masz kontrolę nad obiema domenami.

W większości przypadków bramki płatnicze nie pozwalają na umieszczenie kodu śledzenia na swoich stronach internetowych ze względów bezpieczeństwa (więcej na ten temat poniżej).

Mit nr 3. Śledzenie w wielu domenach jest potrzebne, gdy istnieje wiele domen

Innym błędnym przekonaniem jest to, że potrzebujesz śledzenia w wielu domenach za każdym razem, gdy korzystasz z różnych domen. Dzieje się tak tylko wtedy, gdy chcesz widzieć tego samego użytkownika poruszającego się po witrynach internetowych i przypisywać konwersje do źródeł ruchu. W takim przypadku będziesz potrzebować śledzenia w wielu domenach.

Niemniej jednak, jeśli chcesz widzieć domenę A jako źródło ruchu do domeny B i nie obchodzi Cię, z jakich źródeł ruchu użytkownicy docierali do domeny A, nie będziesz potrzebować śledzenia w wielu domenach.

Śledzenie na różnych urządzeniach

W dzisiejszych czasach ludzie posiadają wiele urządzeń. Oznacza to, że użytkownicy mogą wchodzić w interakcję z Twoją marką (na przykład klikać reklamy Google) na jednym urządzeniu, a następnie przełączać się na inne i kontynuować sprawdzanie Twoich produktów. Dzięki raportowaniu konwersji na różnych urządzeniach marketerzy mogą sprawdzać skuteczność swoich kampanii na wszystkich urządzeniach (tablet, telefon komórkowy i komputer), niezależnie od urządzenia, na którym użytkownik faktycznie dokonuje konwersji.

Raportowanie na różnych urządzeniach łączy pliki cookie (w przypadku internetu), identyfikatory urządzeń (w przypadku aplikacji mobilnych) i zagregowane dane logowania, aby zidentyfikować użytkownika na różnych urządzeniach. Dzięki temu właściciele witryn mogą zidentyfikować ścieżkę, jaką przebył użytkownik, od pierwszej interakcji z marką lub obejrzenia reklamy do momentu konwersji.

Pomaga marketerom wykryć konkretnych unikalnych użytkowników witryny, nawet jeśli wchodzą na ścieżkę różnymi drogami:

Istnieją dwie podstawowe metody śledzenia na różnych urządzeniach.

W jednej z metod, odwiedzający witrynę są śledzeni za pomocą stałych identyfikatorów odwiedzających. Druga metoda opiera się na zachowaniu użytkownika z identyfikatorem urządzenia.

Śledzenie na różnych urządzeniach za pomocą identyfikatorów użytkowników (deterministyczne)

Ta metoda jest często używana, gdy użytkownicy rejestrują się za pośrednictwem biuletynu lub logowania. Sieci społecznościowe, takie jak Facebook, Instagram, TikTok czy Twitter, dokonują śledzenia na różnych urządzeniach, przypisując identyfikatory odwiedzających.

Ta metoda jest odpowiednia dla witryn, które mają zarejestrowanych gości. Gdy odwiedzający zostanie oznaczony unikalnym identyfikatorem, platforma śledząca jest powiadamiana za każdym razem, gdy odwiedzający się zaloguje. Jeśli ten sam odwiedzający użyje później innego urządzenia, powiedzmy tabletu, otworzy daną witrynę jako aplikację i się zaloguje, można dokładnie śledzić.

Metoda ta, znana również jako deterministyczna, jest bardzo dokładna (blisko 100%) i może być wykorzystywana do prowadzenia precyzyjnych kampanii skierowanych do konkretnych użytkowników.

Śledzenie na różnych urządzeniach na podstawie identyfikatora urządzenia (probabilistyczne)

Druga metoda śledzenia na różnych urządzeniach również działa poprzez tagowanie użytkowników, ale tym razem nie trzeba ich rejestrować. Ta metoda opiera się na różnych atrybutach, które są gromadzone z adresów IP, urządzeń, przeglądarek lub aplikacji przeglądanych przez odwiedzającego i łączone w profil użytkownika. Wadą tej metody jest to, że nie jest ona tak dokładna, jak w przypadku korzystania z identyfikatora użytkownika.

Jest również określany jako targetowanie probabilistyczne . Jak sama nazwa wskazuje, mówi o prawdopodobieństwie, że A jest prawdopodobnie użytkownikiem z komputerem stacjonarnym (urządzenie X) i smartfonem (urządzenie Y). Tak więc, aby wykonać śledzenie, projektuje się algorytmy z ogromną liczbą atrybutów, które następnie segmentują użytkowników na podstawie podobnych zachowań na różnych urządzeniach, lokalizacjach geograficznych, adresach IP i w każdym innym podobnym kontekście. Oczywiście dokładność tego śledzenia nie może osiągnąć 100%, ale 60-70% to dobry cel.

Śledzenie w wielu przeglądarkach

Wreszcie, śledzenie w wielu przeglądarkach umożliwia witrynie śledzenie użytkownika między różnymi przeglądarkami, w tym Chrome, Firefox, Microsoft Edge, Safari, Tor.

Metoda śledzenia w różnych przeglądarkach nazywa się odciskiem palca przeglądarki .

Działa poprzez identyfikację zestawu cech charakterystycznych dla sprzętu i oprogramowania komputera oraz wykorzystanie tych informacji jako „odcisku palca” dla danego systemu.

Być może nie zdajesz sobie z tego sprawy, ale wszystko, od zainstalowanych aplikacji po ustawienia przeglądarki, jest połączone w unikalny profil . Stopień identyfikowalności tego odcisku palca zależy od algorytmu każdej przeglądarki.

Załóżmy, że przeglądasz przeglądarkę Firefox, widzisz reklamę i decydujesz się na przejście do Chrome, aby kupić produkt, aby uniknąć kierowania przez kampanie retargetingu. O ile nie wyłączono śledzenia w wielu przeglądarkach w ustawieniach przeglądarki, przeglądarki nadal będą mogły kierować do Ciebie kampanie.

Kiedy witryny wybierają transakcje w innej domenie/urządzeniu/przeglądarce?

Śledzenie w wielu domenach jest szczególnie przydatne, gdy właściciele witryn chcą śledzić sesje, które mają miejsce w co najmniej dwóch domenach lub subdomenach, i traktować te sesje jako jedną.

Sesje zwykle obejmują wiele domen, gdy:

1. Proces kasy jest ustawiony w innej domenie (co jest dość powszechne, gdy korzystasz z koszyka na zakupy innej firmy, takiego jak Shopify),
2. Konwersja celu lub transakcja e-commerce odbywa się na innej domenie (co również jest dość powszechne w przypadku serwisów afiliacyjnych).

Oto typowy scenariusz, w którym śledzenie w wielu domenach ma sens: platformy handlu elektronicznego z koszykami na zakupy firm zewnętrznych.

W takiej sytuacji użytkownik może wylądować na stronie głównej, aby obejrzeć produkt z kampanii PPC. Gdy użytkownik przejdzie do kasy, zostanie przeniesiony do koszyka na zakupy innej firmy w innej domenie, np. za pośrednictwem Shopify, w celu sfinalizowania transakcji.

Bez śledzenia w wielu domenach zachowania zakupowe i płatności nie będą połączone, a konwersje nie będą śledzone w różnych domenach. Tak więc właściciele sklepów internetowych muszą w jakiś sposób połączyć swoje domeny. W przeciwnym razie konwersja zostanie zaksięgowana w koszyku na zakupy firmy zewnętrznej, a nie w pierwotnym źródle ruchu.

Tak więc śledzenie w wielu domenach pozwala niezawodnie śledzić odwiedzających nawet po opuszczeniu witryny.

Kolejną korzyścią płynącą z wdrożenia śledzenia w wielu domenach jest możliwość zbierania danych z różnych domen w jednym raporcie.

Centralizacja danych transakcyjnych ułatwia lepszą optymalizację, ponieważ

• wspiera ciągłe doskonalenie procesów decyzyjnych,
• wzmacnia lepsze śledzenie i optymalizację procesów biznesowych oraz
• minimalizuje ryzyko organizacji, jednocześnie zapobiegając negatywnemu wpływowi niedokładności i zwolnień.

I wreszcie, właściciele witryn nie muszą już ograniczać się do robienia wszystkich stron docelowych przed sprzedażą w swojej głównej witrynie z pieniędzmi, ze względu na ograniczenia śledzenia. Mogą rozgałęziać się na wiele witryn, aby uzyskać szerszy, możliwy do śledzenia lejek witryny marketingowej.

W dzisiejszym świecie wielokanałowym konsumenci korzystają z urządzeń i przeglądarek na różnych platformach: mogą czytać poranne wiadomości na tabletach w Firefoksie, sprawdzać pocztę podczas porannych dojazdów do pracy na swoich telefonach w Chrome i korzystać z komputerów stacjonarnych w pracy. W nocy mogą przeglądać swoje smartwatche, aby nadrobić zaległości dnia.

Oto typowy scenariusz:

• Użytkownik przegląda kanał wiadomości na swoim telefonie i klika post o Twoim produkcie. Użytkownik jest zainteresowany, ale nie rejestruje się od razu.
• Później w tym samym tygodniu użytkownik postanawia ponownie wypróbować Twój produkt, ale tym razem odwiedza Twoją domenę bezpośrednio ze swojego komputera z innej przeglądarki. Użytkownik następnie decyduje się zarejestrować.
• Za kilka dni użytkownik loguje się do Twojej aplikacji ze swojego telefonu.
• Cała ich historia przeglądania na powyższych urządzeniach i przeglądarkach powinna być odpowiednio powiązana z ich kontem, a oryginalne kliknięcie z ich kanału informacyjnego powinno być odpowiednio przypisane do ich konwersji.

Ta technologia może pomóc właścicielom witryn lepiej zrozumieć zachowania konsumentów i ich wielokanałową ścieżkę do zakupu. Umożliwia im oferowanie lepszej obsługi klienta i tworzenie wysoce ukierunkowanych strategii marketingowych wielokanałowych w różnych punktach styku. Pomaga odpowiedzieć na pytania takie jak:

• Czy moje kampanie PPC docierają do idealnych konsumentów we właściwym czasie?
• Jak mogę skutecznie mierzyć, które urządzenia generują najwięcej konwersji, aby zoptymalizować moje kampanie i nagrodzić to źródło?
• W jaki sposób doświadczenia z mojej witryny mogą bezproblemowo działać na różnych urządzeniach i przeglądarkach oraz zapewnić moim klientom spójne wrażenia z marki?
• Jak mogę dotrzeć do konsumentów niezależnie od urządzenia, z którego korzystają, aby nie tylko zmotywować ich do zaangażowania się w moją markę, ale także aby wrócili jako stali klienci?

Jak zmiany prywatności wpływają na śledzenie w różnych środowiskach?

Ponieważ Internet staje się coraz bardziej integralną częścią codziennego życia, ważne jest, aby ludzie czuli się bezpiecznie podczas przeglądania. Aby pomóc zachować prywatność danych osobowych na stronach internetowych, coraz więcej przeglądarek wprowadza środki zapobiegające śledzeniu. Oto zestawienie najnowszych zmian w zakresie zapobiegania śledzeniu i ich wpływu na śledzenie w różnych środowiskach.

Pokrótce omówimy każdą z poniższych aktualizacji, ale bardziej szczegółowy opis każdej z aktualizacji i sposobu, w jaki firma Convert je poradziła, można znaleźć w artykule Jak zmieniło się śledzenie i pliki cookie w 2019 r. oraz Jak zmieniło się śledzenie i pliki cookie w 2020 r.

Pliki cookie stron trzecich blokowane przez Google Incognito

W trybie incognito przeglądarka Google Chrome nie zapisuje historii przeglądania użytkownika, informacji o formularzach ani plików cookie przeglądarki. Począwszy od Chrome 83 przeglądarka domyślnie blokuje pliki cookie innych firm w trybie incognito.

Użytkownicy nadal mogą zezwalać na pliki cookie stron trzecich dla określonych witryn, ale wszelkie metody śledzenia krzyżowego oparte na plikach cookie stron trzecich stoją obecnie przed dużymi wyzwaniami, ponieważ muszą być włączane przez odwiedzających witrynę w ustawieniach przeglądarki.

Ścisła ochrona przed śledzeniem w trybie InPrivate w Microsoft Edge

W przeglądarce Microsoft Edge 80 domyślne zachowanie pozwala użytkownikom decydować, czy chcą korzystać z ochrony w trybie ścisłym podczas przeglądania InPrivate.

Oznacza to, że jeśli użytkownicy włączą tę funkcję, śledzenie krzyżowe stanie się niemożliwe.

Zaawansowana ochrona przed śledzeniem Mozilli (ETP) 2.0

Od 2019 roku nowi użytkownicy Firefoksa będą mieli domyślnie włączoną ulepszoną ochronę przed śledzeniem (ETP), a w zeszłym roku Mozilla dodała kolejną warstwę bezpieczeństwa w postaci ulepszonej ochrony przed śledzeniem 2.0, w której blokują śledzenie przekierowań. ETP 2.0 usuwa pliki cookie i dane witryn z witryn co 24 godziny, z wyjątkiem tych witryn, z którymi użytkownicy regularnie wchodzą w interakcje!

Więc zapomnij o metodach śledzenia krzyżowego, które opierają się na plikach cookie blokowanych przez ETP.

Inteligentna ochrona przed śledzeniem w iOS 14, iPadzie 14 i Safari 14

Wraz z wydaniem iOS 14, iPada 14 i Safari 14 firma Apple wprowadziła nowe funkcje prywatności, takie jak Raport prywatności, w którym użytkownicy mogą zobaczyć informacje o zablokowanych trackerach, a także ITP dla wszystkich przeglądarek internetowych na urządzeniach z iOS (v14 i nowsze), które zapobiec atrybucji ze śledzeniem krzyżowym.

Czy narzędzia do testów A/B mogą śledzić konwersje e-commerce ORAZ zachować prywatność użytkowników?

Opisane powyżej aktualizacje śledzenia i prywatności ograniczają informacje, które można śledzić w wielu środowiskach, ale zachowanie prywatności użytkownika i oferowanie spersonalizowanego środowiska nie wykluczają się wzajemnie.

Gromadzenie danych z różnych środowisk nie musi odbywać się w sposób inwazyjny, który zagraża zaufaniu klientów lub uniemożliwia im maksymalne wykorzystanie ich witryny — można to zrobić, szanując oba światy!

Narzędzia do testowania A/B mogą oferować rozwiązania, które pomogą Twojej firmie dowiedzieć się, czego chcą użytkownicy i zapewnić im wspaniałe wrażenia online, przy jednoczesnym poszanowaniu prywatności.

Przyjrzyjmy się niektórym z najpopularniejszych narzędzi do testowania A/B na rynku, zobaczmy, jakie rozwiązania do śledzenia konwersji e-commerce oferują i jak szanują one prywatność.

Optymalizuj

Optimizely stworzyło dwie różne metody umożliwiające śledzenie konwersji w różnych środowiskach.

Opcja 1: Włącz i użyj BYOID

Można to zrobić, włączając funkcję „Bring Your Own Visitor ID” w Optimizely. Ta funkcja umożliwia zdefiniowanie własnego identyfikatora użytkownika w postaci pliku cookie, klucza localStorage, parametru zapytania adresu URL lub zmiennej javascript. Ma kilka zalet poza łagodzeniem ITP 2.x, w tym daje kontrolę nad strategią trwałości identyfikatora, pozwala na jednolity identyfikator użytkownika na wielu platformach i zmniejsza rozrost plików cookie.

Ta opcja jest ręcznym, żmudnym procesem, który musisz zdefiniować dla każdego klienta lub domeny, w której uruchamiasz doświadczenia. Musisz także uważać, aby utworzone przez Ciebie unikalne identyfikatory zostały pomyślnie odebrane przez interfejs Optimizely API.

Opcja 2: Ustaw optimumlyEndUserId na CDN

Ta metoda nie jest zwykle zalecana, ponieważ BYOID jest bardziej kompletnym podejściem. Ale innym sposobem konfigurowania tworzenia plików cookie jest CDN. W wielu przypadkach jest to realna opcja dla opartej na interfejsie użytkownika i zarządzanej przez interfejs implementacji tworzenia plików cookie po stronie serwera. Optimizely udostępnia obecnie dokumentację dotyczącą tworzenia plików cookie po stronie serwera za pomocą konfiguracji Akamai.

Jeśli podążasz za tym procesem, oprócz powyższych zmian ustawień CDN, powinieneś również wyłączyć automatyczne wydłużanie czasu życia pliku cookie identyfikatora gościa, uruchamiając to w projekcie JS:

 okno["optymalizuj"].push({
 "type": "extendCookieLifetime",
 "isEnabled": fałsz
});

Ta strategia ma również ograniczoną funkcjonalność, gdy włączone jest śledzenie w wielu domenach, zwłaszcza gdy różne domeny stosują różne strategie utrwalania identyfikatorów użytkowników.

VWO

VWO obsługuje śledzenie w wielu domenach za pomocą plików cookie stron trzecich.

Jeśli włączysz opcję plików cookie stron trzecich w swoim teście, oprócz przechowywania danych odwiedzających (pokazana odmiana i wyzwolone cele konwersji) w plikach cookie należących do Twojej domeny, VWO wyśle ​​​​te dane również na serwery. Po przesłaniu danych serwery VWO ustawiają pliki cookie dla domeny dev.visualwebsiteoptimizer.com. Jeśli Twój test obejmuje inną domenę, następnym razem, gdy Twoja strona zażąda danych testowych, serwery VWO również odsyłają dane odwiedzających. W pewnym sensie serwery działają jako serwery proxy między wieloma różnymi domenami, dzięki czemu można śledzić konwersje.

Jednak przeglądarki Firefox i Safari domyślnie blokują pliki cookie innych firm. W rezultacie VWO nie może uzyskać dostępu do plików cookie stron trzecich, uniemożliwiając w ten sposób działanie śledzenia w wielu domenach w przeglądarkach Safari i Firefox.

Optymalizacja Google

Aby pomyślnie wdrożyć śledzenie w wielu domenach za pomocą Google Optimize, musisz znać HTML i JavaScript lub pozyskać do tego dedykowanego programistę.

Aby ją skonfigurować, utwórz jedną usługę na swoim koncie Google Analytics.

Następnie będziesz musiał użyć tego samego identyfikatora śledzenia Google Analytics w obu witrynach, które chcesz połączyć.

1. Domena źródłowa dekoruje adresy URL wskazujące domenę docelową, tak aby zawierały wartości własnych plików cookie pomiaru domeny źródłowej.
2. Domena docelowa sprawdza obecność powiązanych plików cookie pomiaru.

Parametr linkera jest identyfikowany w parametrach zapytania URL za pomocą klucza _gl, jak w poniższym przykładzie:

https://www.example.com/? _gl=1~abcde5~

Kameleoon

Ich rozwiązanie tworzy fragment kodu po stronie serwera, który automatycznie synchronizuje się z localStorage. Dlatego zalecają zainstalowanie fragmentu kodu po stronie serwera, który automatycznie synchronizuje ich plik cookie kameleoonVisitorCode między stroną frontową a zapleczem. Zawiera bardzo ważny identyfikator VisitorCode.

ITP nie nakłada żadnych ograniczeń na pliki cookie po stronie serwera, więc ten plik cookie będzie miał datę wygaśnięcia ustawioną wystarczająco daleko w przyszłości.

Fragment kodu utworzy plik cookie KameleoonVisitorCode po stronie serwera, gdy nie zostanie znaleziony żaden plik cookie Kameleoon (tj. nie został jeszcze utworzony z przodu) LUB pobierze istniejącą wartość i ponownie utworzy plik cookie po stronie serwera, aby uniknąć problemów z ITP. Synchronizacja oznacza, że ​​nie tylko identyfikatory nie zostaną usunięte po siedmiu dniach, ale nie ma to wpływu na wydajność ani wrażenia użytkownika, ponieważ będziemy przechowywać tylko jeden plik cookie.

Jednak ponieważ Kameleoon przechowuje inne dane w Local Storage, dane potrzebne do uruchomienia eksperymentów w czasie rzeczywistym bez dodatkowych wywołań serwera, zaimplementowano również mechanizm synchronizacji Local Storage.

W przeglądarce Safari, gdy Kameleoon uzyska swój VisitorCode poprzez odczytanie pliku cookie kameleoonVisitorCode, sprawdzi, czy jego bieżąca pamięć lokalna jest pusta. Jeśli tak jest, co prawdopodobnie oznacza, że ​​ostatnia wizyta miała miejsce ponad siedem dni temu, wykonają wywołanie synchronizacji serwera (SSC), aby pobrać wszystkie dane, które były obecne w magazynie lokalnym ze swoich serwerów zaplecza. Po zakończeniu tego połączenia dane zostaną przywrócone w dokładnie takim stanie, w jakim byłyby, gdyby ITP ich nie wyczyściło. Następnie można wznowić normalne operacje.

W jaki sposób środowiska konwersji zarządzają śledzeniem w różnych środowiskach?

Usługa Convert Experiences przestrzega wszystkich zasad prywatności i domyślnie nie zezwala na śledzenie w wielu domenach, na różnych urządzeniach ani w wielu przeglądarkach .

Jeśli jednak użytkownicy chcą, mogą włączyć śledzenie w wielu domenach w ustawieniach projektu i poprosić zespół pomocy technicznej Convert o niestandardowe rozwiązania w śledzeniu na różnych urządzeniach. Śledzenie w różnych przeglądarkach nie jest obsługiwane.

Zobaczmy teraz więcej szczegółów na temat każdego typu śledzenia i sposobu jego konfiguracji w aplikacji.

Śledzenie w wielu domenach podczas konwersji

W tej sekcji opisano, jak narzędzia Convert Experiences obsługują śledzenie w wielu domenach; np. jeśli Twoja witryna obejmuje wiele nazw domen. Dzieje się tak często, jeśli korzystasz z koszyka na zakupy innej firmy.

Śledzenie w wielu domenach jest domyślnie wyłączone dla wszystkich projektów w Konwertuj środowiskach ze względu na RODO. Możesz jednak odznaczyć ustawienie „Nie zezwalaj na łączenie między domenami”, aby umożliwić śledzenie:

W aplikacji Convert Experiences eksperymenty są organizowane w ramach projektów. Projekt to podmiot, który może zawierać dowolną liczbę Doświadczeń i obejmuje domeny (Aktywne Strony Internetowe):

Wszystkie witryny w ramach jednego projektu konwersji udostępniają pliki cookie, umożliwiając śledzenie w wielu domenach, CHYBA ŻE włączysz powyższe ustawienie projektu „Nie zezwalaj na łączenie między domenami”.

Sposób, w jaki pliki cookie są udostępniane między domenami, polega na automatycznym przekazywaniu plików cookie między domenami należącymi do tego samego projektu, gdy użytkownik klika linki lub przesyła formularze. Te pliki cookie są przekazywane do innych domen za pośrednictwem zmiennych GET.

Do ciągu zapytania dodawane są dwie zmienne, które umożliwiają przekazywanie plików cookie:

• _konw_w
• _konw_s

Możliwe jest również ręczne przekazywanie plików cookie do wybranych linków lub formularzy. Wszystko, co musisz zrobić, to przekazać zmienne _conv_v i _conv_s w adresie URL linku lub akcji formularza.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >

Teraz omówimy przypadek użycia śledzenia w wielu domenach w programie Convert Experiences.

Załóżmy, że rozpoczynam swoją podróż na stronie wydarzenia, na której muszę dokonać subskrypcji:

https:// domenaA .com/reports/WCI/cpc-bndl

Gdy muszę zapłacić, domena A przekierowuje mnie na stronę koszyka płatności, która znajduje się w domenie B i dodaje pliki cookie konwersji, które są niezbędne do śledzenia w wielu domenach, jako parametry zapytania adresu URL, na przykład:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0,9940523874349994*pv%3A2

Po dokonaniu płatności trafiam na stronę z podziękowaniami w domenie A:

 https://domenaA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.10031 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0,9940523874349994%2Apv%3A2

gdzie jestem uważany za istniejącego użytkownika, więc konwersja przychodów jest rejestrowana w obu domenach.

Śledzenie na różnych urządzeniach w środowiskach konwersji

Konwertuj środowiska domyślnie nie obsługuje śledzenia na różnych urządzeniach. Poniższa metoda została zaprojektowana tylko dla rozwiązań niestandardowych i na życzenie dla planów Leader . Nie jest już aktywny, ale prezentujemy go tutaj w celach edukacyjnych.

Aby śledzić odwiedzających na różnych urządzeniach i oferować spójne wrażenia użytkownika, niezależnie od urządzenia, z którego korzysta, użytkownik musi zostać „zidentyfikowany” za pomocą pewnego rodzaju unikalnego identyfikatora, który nie powinien zawierać żadnych danych umożliwiających identyfikację osób .

Firma Convert stworzyła funkcję API, dzięki której klienci mogą prezentować ten unikalny identyfikator, który identyfikuje odwiedzającego na różnych urządzeniach. Unikalny identyfikator musi być „podany” na stronie przed głównym fragmentem kodu śledzenia konwersji.

To wygląda tak:

 okno._conv_q = okno._conv_q || {};
_conv_q.push([„zidentyfikuj”,”unikalny_hashed_id_tutaj”]);

Po podaniu unikalnego identyfikatora Convert opóźni prezentację doświadczenia, dopóki nie prześle do serwera zapytania o dane (obejrzane doświadczenia, strzelone gole itp.) i odzyska wyniki. Po zwróceniu wyników są one zapisywane w długoterminowym pliku cookie, który zastępuje ewentualny zasobnik, który użytkownik miał przed „zidentyfikowaniem”. Spodziewamy się, że zostanie to zrobione tylko wtedy, gdy dane nie są już dostępne w długoterminowym pliku cookie, aby uniknąć opóźnień w prezentacji doświadczenia przy każdej odsłonie strony.

Odpowiedzi powinny być zminimalizowane i skompresowane, aby uniknąć dodatkowych opóźnień w sieci. Ostateczne rozwiązanie składa się z 2 żądań zgłaszanych przez stronę:

• Pierwsze żądanie odpowiada za wczytanie głównego pliku js (load data) — jest buforowany na poziomie CDN i zawiera wszystkie dostępne eksperymenty, zależności biblioteki jquery, cele, inne funkcje użytkowe i śledzenie, ale nie zawiera kumulacji użytkowników. Ten plik jest serwowany w postaci zminimalizowanej i skompresowanej (gzip).
• Drugie wywołanie ma rozmiar kilku bajtów. Próbuje uzyskać wcześniej przypisany zasobnik dla tego konkretnego użytkownika. Ładuje identyfikatory eksperymentów i identyfikatory celów, do których użytkownik został wcześniej przypisany, docierając do wydajnej bazy danych typu klucz-wartość NoSQL (buforowanej w systemie buforowania pamięci). Jeśli wymagane są dalsze ulepszenia wydajności, Convert zoptymalizuje, używając znajdującej się przed nim sieci CDN (w takim przypadku każde żądanie będzie buforowane na użytkownika). Ta odpowiedź jest również obsługiwana w postaci zminimalizowanej i skompresowanej (gzip).

Po podaniu unikalnego identyfikatora nowemu, unikalnemu odwiedzającemu witrynę, gromadzenie doświadczeń odbywa się w ten sposób:

1. Dla nowego użytkownika — nie są przechowywane żadne długoterminowe pliki cookie; w przypadku podania unikalnego identyfikatora eksperymenty są opóźniane do czasu powrotu drugiego wywołania. To wezwanie spowoduje:
   1. albo zwróć eksperymenty/odmiany powiązane z unikalnym identyfikatorem. W takim przypadku Convert pokaże użytkownikowi tę samą parę eksperymentów/odmian (zachowując się tak samo, jak w przypadku użytkownika powracającego na stronę eksperymentu, którą widzieliśmy wcześniej)
   2. lub nie zwróci danych, jeśli z tym unikalnym identyfikatorem nic nie jest połączone, w którym to przypadku Convert wykona randomizację w normalny sposób; W rezultacie po przypisaniu nowego zasobnika nastąpi dodatkowe asynchroniczne wywołanie do backendu, aby zapisać nowy zasobnik, który właśnie wystąpił.

Po podaniu unikalnego identyfikatora istniejącemu odwiedzającemu witrynę, gromadzenie doświadczeń odbywa się w następujący sposób:

2. Dla istniejącego użytkownika (z identyfikatorem) — mamy długoterminowy plik cookie znaleziony w jego przeglądarce ustawiony przez Convert. W przypadku podania unikalnego identyfikatora możemy mieć jeden z tych dwóch przypadków:
   1. Sesja przeglądania nie została rozpoczęta (nowa sesja jest identyfikowana przez plik cookie sesji, który wygasa po 20 minutach braku aktywności) LUB identyfikator odwiedzającego przechowywany w długoterminowym pliku cookie różni się od identyfikatora odwiedzającego dostarczonego za pomocą unikalnego identyfikatora; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.