Jak Google Consent Mode v2 zmienił wdrażanie analityki internetowej?

Co oznacza „wdrożenie” teraz dla zespołów analitycznych?

Dla wielu zespołów wdrożenie oznaczało kiedyś jedno: umieścić tagi, sprawdzić pulpit nawigacyjny, przejść dalej. Consent Mode v2 to zmienił. Teraz praca mniej dotyczy „czy tag jest zainstalowany?” a bardziej „co tag robi przed zgodą, po zgodzie i w czasie przerwy między tymi dwoma momentami?” Ta przerwa ma znaczenie.

Dlatego pytanie, jak Google Consent Mode v2 zmienił wdrażanie analityki internetowej, jest tak naprawdę pytaniem o odpowiedzialność. Zespoły analityczne muszą teraz zdefiniować stany zgody, zachowanie tagów, czas zdarzeń i zasady pomiaru awaryjnego, a następnie utrzymać te zasady stabilne w kolejnych wersjach. Pojedyncze uruchomienie marketingowe może zepsuć pomiar, jeśli logika zgody nigdy nie została zapisana.

Ta zmiana również zmienia, kto jest zaangażowany. Specjalista ds. zarządzania tagami to już za mało. Właściciele produktów, przegląd prawny, deweloperzy i ci, którzy zajmują się wsparcie strony internetowej po uruchomieniuwszyscy w pewien sposób dotykają wdrożenia analityki, ponieważ pomiar z uwzględnieniem zgody jest teraz częścią modelu operacyjnego witryny.

Przykład praktyczny: zapis do newslettera wcześniej uruchamiał się po przesłaniu formularza, koniec kropka. W trybie zgody v2 to samo zdarzenie może musieć poczekać na udzielenie zgody lub uruchomić się w ograniczonej formie, jeśli strategia wdrożenia na to pozwala. To nie jest kosmetyczna różnica. Zmienia to, jakimi danymi zespół może zaufać w dniu 1.

Które części stosu analitycznego są najbardziej dotknięte przez Consent Mode v2?

Największe zmiany zazwyczaj występują w pięciu obszarach: wdrożenie tagów, domyślne ustawienia zgody, kolejność uruchamiania zdarzeń, tagi pomiarowe oraz to, jak narzędzia zachowują się po podjęciu decyzji przez użytkownika. Ta lista jest krótka, ale każdy element może wpływać na inny zespół. Programista może widzieć tylko menedżera tagów. Analityk widzi pulpit nawigacyjny. Obydwoje mogą przeoczyć ten sam błąd.

Wdrożenie tagów to pierwszy punkt nacisku. Jeśli baner zgody ładowany jest po tagach analitycznych, niektóre zdarzenia mogą się uruchomić, zanim witryna uzyska ważny stan zgody. To tworzy chaotyczne logi i trudne do odczytania raporty. Kontener tagów powinien znać domyślny stan zgody, zanim jakiekolwiek tagi marketingowe zaczną nasłuchiwać. W praktyce często oznacza to zmianę kolejności kodu, a nie tylko przełączenie jednego ustawienia.

Domyślne ustawienia zgody mają znaczenie, ponieważ „nieznane” nie jest tym samym co „odrzucone”, nawet jeśli obydwa są niewygodne dla czytelnika pulpitu nawigacyjnego. Gdy domyślne ustawienie jest błędne, cały stos zachowuje się tak, jakby użytkownik już wybrał. To może wpłynąć na liczbę odsłon, pingi konwersji i tworzenie odbiorców. Jedno błędne domyślne ustawienie może zniekształcić kilka narzędzi jednocześnie.

GA4 zazwyczaj jest pierwszym systemem, o którym myślą ludzie, ale pokrewne narzędzia również odczuwają wpływ. Jeśli witryna korzysta z platformą analityki i monitorowania stron internetowych, stan zgody często musi być przekazywany konsekwentnie w różnych zdarzeniach, logice alertów i kontrolach zdrowia. W przeciwnym razie strona analityczna i strona monitorująca zaczynają opowiadać dwie różne historie. Nikt nie chce tego spotkania.

Tagi pomiarowe są teraz również bardziej wrażliwe. Tag remarketingowy, tag konwersji i tag analityki produktu mogą mieć różne oczekiwania dotyczące zgody. Jeśli jeden się uruchomi, a inne wstrzymają się, wdrożenie może technicznie „działać”, podczas gdy operacyjnie zawodzi. To irytujący rodzaj pół-sukcesu, który marnuje tydzień.

Jak powinny być strukturalizowane zdarzenia analityczne, gdy zgoda jest nieznana?

Nieznana zgoda to moment, w którym planowanie zdarzeń staje się prawdziwą pracą. Zespoły muszą zdecydować, dla każdego zdarzenia, czy jest opóźnione, ograniczone, modelowane czy pomijane. Ta decyzja powinna być podjęta przed uruchomieniem, a nie po pierwszej skardze od menedżera sprzedaży, który uważa, że lejek „wygląda nisko”.

Zacznij od prostego podziału. Niektóre zdarzenia są niezbędne do działania witryny, takie jak interakcje dotyczące zgody i stany błędów. Inne są analityczne, takie jak dodanie do koszyka, rozpoczęcie realizacji zamówienia lub przesłanie leadu. Trzecia grupa jest wrażliwa na marketing, na przykład wyzwalacze remarketingowe lub sygnały odbiorców. Traktowanie wszystkich trzech grup w ten sam sposób to sposób na powstanie uszkodzonych lejków.

Istnieje również problem z sekwencjonowaniem. Jeśli użytkownik wyśle formularz przed udzieleniem zgody, a następnie udzieli zgody na następnej stronie, wdrożenie musi zdecydować, czy pominąć pierwsze zdarzenie z modelu, czy ponownie je emitować później. Ponowne emitowanie brzmi schludnie, ale może stworzyć duplikaty, jeśli ta sama akcja jest już przechowywana gdzie indziej. To jedna z tych małych decyzji, która przeradza się w dużą nitkę debugowania.

Dla złożonych stron planowanie zdarzeń powinno być powiązane z samą strukturą strony. A strona internetowa firmy z broszurami, formularzami kontaktowymi, stronami dla inwestorów i procesami rekrutacyjnymi zazwyczaj wymaga innego zarządzania zgodą dla każdej sekcji. Katalog produktów ma inny wzór. Portal treści ma jeszcze inny. Kształt strony determinuje kształt zdarzenia.

Jedna przydatna zasada: jeśli zdarzenie ma znaczenie tylko po tym, jak odwiedzający się zidentyfikuje, nie zmuszaj go do wprowadzenia go w oknie nieznanej zgody. Utrzymaj zdarzenie w czystości lub poczekaj. Nieuporządkowane częściowe dane są gorsze niż mniejsza liczba zdarzeń, jeśli twój zespół polega na lejkach do podejmowania decyzji.

Jakie zmiany w jakości raportowania powinny oczekiwać zespoły po wdrożeniu?

Jakość raportowania zmienia się w dwóch kierunkach jednocześnie. Po pierwsze, surowa objętość często spada w niektórych raportach, ponieważ niektóre tagi teraz czekają na zgodę. Po drugie, jakość danych z zgodą poprawia się, ponieważ logika jest jaśniejsza i bardziej spójna. Ta wymiana zaskakuje zespoły, które oczekiwały „tych samych liczb, ale zgodnych”. To nie jest takie proste.

Pulpity nawigacyjne wymagają nowych nawyków czytania. Wskaźnik konwersji może spaść po wdrożeniu nie dlatego, że strona się pogorszyła, ale ponieważ część konwersji jest teraz niezmierzona lub opóźniona. Atrybucja może również się zmienić, ponieważ mniej sesji zawiera pełne identyfikatory. Raport wciąż jest użyteczny, ale jego znaczenie się zmienia. Analitycy muszą to powiedzieć na głos.

Budowanie publiczności również się zmienia. Publiczność remarketingowa, która kiedyś szybko się zapełniała, może teraz rosnąć wolniej, szczególnie podczas pierwszych wizyt. To nie zawsze oznacza, że logika publiczności jest błędna. Może to oznaczać, że wdrożenie bardziej rygorystycznie przestrzega zgody niż stara konfiguracja. Zespół powinien zauważyć przyczynę, zanim ktokolwiek zacznie „naprawiać” niewłaściwą rzecz.

Dla zespołów, które prowadzą portal treści dotyczący inwestowania, jakość raportowania może się gwałtownie zmieniać w przypadku leadów artykułów, powrotów i przepływów subskrypcyjnych, ponieważ strona może zależeć od kilku powiązanych zdarzeń w treści, formularzach i ponownym zaangażowaniu. W takim portalu, 12% wahanie w jednym pulpicie nawigacyjnym może po prostu odzwierciedlać czas zgody, a nie wydajność redakcyjną. Ta różnica ma znaczenie w cotygodniowych przeglądach.

Jeszcze jedna konsekwencja: historyczne porównania stają się bardziej hałaśliwe. Jeśli ostatni kwartał został zebrany w ramach innej konfiguracji zgody, linia rok do roku może wprowadzać ludzi w błąd, chyba że raport oznaczy zmianę wdrożenia. Liczby same w sobie nie są błędne. Ich kontekst może być.

Jak QA i debugowanie muszą się zmienić po Consent Mode v2?

QA teraz musi testować ścieżki zgody, a nie tylko ścieżki stron. Dobra lista kontrolna uwzględnia stan początkowy, wybór banera, kolejność uruchamiania tagów oraz sygnały przeglądarki, które pojawiają się po każdej decyzji. Jeśli zespół testuje tylko ścieżkę „zaakceptuj wszystko”, wdrożenie jest badane tylko w połowie.

Debugowanie powinno zaczynać się od stanu zgody widocznego w przeglądarce, a następnie przechodzić do menedżera tagów i wywołań sieciowych. Jeśli tag uruchamia się przed poznaniem zgody, to jest blokada wydania. Jeśli nigdy się nie uruchamia po udzieleniu zgody, to jest kolejna blokada. To brzmi oczywiście w piśmie, a mimo to jest pomijane na żywych stronach.

Jednym z powszechnych objawów jest tag, który pojawia się w interfejsie, ale nie wysyła danych po ponownym załadowaniu. Innym są zduplikowane odsłony strony, gdy strona ładowana jest raz pod nieznaną zgodą, a następnie ponownie po zaakceptowaniu zgody. Trzecim jest zdarzenie formularza, które pojawia się tylko w niektórych przeglądarkach. Każde z nich wskazuje na inną warstwę, więc zespół powinien śledzić kolejność, a nie główny wskaźnik.

Testowanie na poziomie przeglądarki powinno obejmować co najmniej 3 scenariusze: świeża wizyta bez wyboru, zaakceptuj wszystko i odrzuć wszystko. Jeśli strona wspiera częściowe wybory, dodaj tę czwartą ścieżkę również. Wdrożenie powinno być sprawdzane w więcej niż jednej przeglądarce, ponieważ pamięć podręczna jednej przeglądarki może ukrywać problem z czasowaniem przez dni. To zdarza się częściej, niż zespoły lubią przyznać.

Dla stron z wrażliwą infrastrukturą testowanie może wymagać połączenia z infrastrukturę prywatnej sieci kontrolami, aby narzędzia wewnętrzne, domeny stagingowe i logika zgody nie kolidowały ze sobą. Jeśli staging zachowuje się inaczej niż produkcja, notatki dotyczące debugowania powinny to zaznaczać. Niejasności spowalniają każde wydanie.

Co powinno być udokumentowane dla przyszłej konserwacji analityki?

Dokumentacja jest teraz częścią wdrożenia, a nie myślą na końcu. Przyszły analityk powinien być w stanie przeczytać jeden plik i zrozumieć, jakie stany zgody istnieją, które tagi są dozwolone w każdym stanie, kto odpowiada za logikę i co zmieniło się w ostatnim wydaniu. Bez tego strona powoli wraca do zgadywania.

Minimalny zestaw powinien obejmować zasady zgody, zasady tagów, zasady zdarzeń i przypadki testowe. Zasady zgody wyjaśniają, jaki jest domyślny stan i kiedy się zmienia. Zasady tagów wyjaśniają, które tagi są uruchamiane w każdym stanie. Zasady zdarzeń wyjaśniają, co może być wysyłane wcześniej, co czeka, a co jest tłumione. Przypadki testowe wyjaśniają, jak udowodnić, że to nadal działa. To cztery dokumenty lub jeden bardzo zdyscyplinowany plik.

Notatki wydania również mają znaczenie. Jeśli dostawca banerów się zmienia, jeśli kontener menedżera tagów jest aktualizowany lub jeśli zmienia się sformułowanie prawne, notatki powinny rejestrować datę i konsekwencje. Mała aktualizacja sformułowania może zmienić wskaźniki akceptacji, a to zmienia dane. Ludzie zapominają o tej części, ponieważ brzmi zbyt ludzko, aby być technicznym.

Zespoły z większym zasięgiem publikacji powinny przechowywać to obok szerszych notatek operacyjnych strony, a nie w osobnym folderze, którego nikt nie otwiera. A skalowalny portal informacyjny i rozrywkowypotrzebuje tej dyscypliny, ponieważ wielu redaktorów, marketerów i deweloperów może dotykać pomiarów w tym samym tygodniu. Jedna brakująca notatka może zepsuć miesiąc raportowania.

Własność powinna być wyraźna. Nazwij osobę, która zatwierdza zmiany w logice zgody, osobę, która aktualizuje menedżera tagów, oraz osobę, która zatwierdza QA. Trzy nazwiska wystarczą. Niejasne „zespół marketingowy” to sposób, w jaki rzeczy się gubią.

Kiedy prostsze podejście do wdrożenia jest wystarczające, a kiedy potrzebna jest pełna przebudowa?

Prosta modernizacja wystarczy, gdy strona ma niewielką liczbę tagów, jeden baner zgody i schludną konfigurację menedżera tagów. Jeśli strona głównie korzysta z standardowych zdarzeń wyświetlenia strony i formularzy, a zespół raportujący może zaakceptować pewną utratę pomiaru przed zgodą, wdrożenie często można dostosować bez zaczynania od zera. Ta ścieżka jest powszechna dla mniejszych stron.

Pełna przebudowa staje się bardziej prawdopodobna, gdy strona ma wielu dostawców, kilka źródeł zdarzeń, niestandardowe skrypty lub wiele jednostek biznesowych dzielących jeden kontener analityczny. W tym momencie łatka jednego tagu na raz zwykle tworzy więcej wyjątków niż reguł. Logika zgody staje się trudna do wyjaśnienia, a trudne do wyjaśnienia systemy zawodzą podczas przekazywania.

Zarządzanie to prawdziwy podział. Jeśli jedna osoba może opisać całe wdrożenie analityki w 10 minut, prawdopodobnie nie potrzebujesz przebudowy. Jeśli to wyjaśnienie zajmuje 10 slajdów i trzy zastrzeżenia, prawdopodobnie potrzebujesz. Liczba nie jest magiczna, ale jest użytecznym testem zapachowym.

Strony z silniejszym bezpieczeństwem lub surowszą kontrolą techniczną często wybierają głębszą drogę wcześniej, szczególnie gdy pomiar musi współistnieć z wzmocnionym stosem lub starannie zarządzanym procesem wydania. W takich przypadkach dostosowanie analityki do bezpieczeństwie strony internetowejjest częścią tej samej decyzji, a nie osobną. To dostosowanie zmniejsza niespodzianki później.

Ta sama logika ma zastosowanie, jeśli biznes zależy od częstych kampanii, wielu stron docelowych lub dużej liczby zdarzeń wrażliwych na zgodę. Lżejsza modernizacja może działać przez 1 lub 2 kwartały. Po tym zacznie być obciążająca. Lepiej szczerze wybrać prostszą ścieżkę lub zobowiązać się do przebudowy i dobrze to udokumentować.