Jeśli już używasz server-side GTM, nie twórz drugiego konkurencyjnego potoku pomiarowego Google tylko po to, aby dodać Google Tag Gateway. Zalecany przez Google łączony wzorzec oddziela dwie ścieżki tego samego źródła: ścieżka skryptu przekazuje żądania gtm.js lub gtag.js do Google, a ścieżka kolekcji przekazuje zdarzenia pomiarowe do Twojego serwera tagowania. Kontener serwera pozostaje miejscem przetwarzania i kierowania zdarzeń.
Połączona architektura
Konfiguracja tego samego źródła może używać ścieżek takich jak www.example.com/scripts do ładowania własnego skryptu Google i www.example.com/metrics do kontenera serwera. CDN lub moduł równoważenia obciążenia kieruje każdy prefiks do innego źródła. Google ostrzega, że obie ścieżki muszą być nieużywane i nie mogą zawierać /gtm.
Przeglądarka ładuje kontener internetowy lub tag Google poprzez ścieżkę skryptu. Tag Google jest następnie konfigurowany tak, aby wysyłał pomiar do ścieżki zbierania. Klient sGTM zgłasza to żądanie, generuje zdarzenie i wyzwala odpowiednie tagi serwera.
Podczas uruchamiania oba są przydatne
Ta kombinacja jest przydatna, gdy chcesz uzyskać korzyści związane z odpornością przeglądarki na ładowanie własnych skryptów, a także potrzebujesz transformacji sGTM, minimalizacji danych, miejsc docelowych innych niż Google lub obserwowalności. Google wyraźnie zaleca ładowanie skryptów własnej firmy wraz z tagowaniem po stronie serwera, aby zapewnić trwałą konfigurację.
Jest to mniej przydatne, gdy GTG powiela jedynie funkcjonalność już zapewnioną przez poprawnie skonfigurowany, własny moduł ładujący i zbierający sGTM. Przed dodaniem kolejnej reguły sprawdź bieżące ścieżki. Architektura po zmianie powinna stać się bardziej przejrzysta, a nie tylko zawierać więcej produktów.
Pułapka zduplikowanych zdarzeń
Niebezpieczny wzorzec polega na wysyłaniu tej samej konwersji Google bezpośrednio przez ścieżkę przekazywania GTG, a także wysyłaniu jej przez sGTM, gdzie tag serwera przesyła ją ponownie. Obydwa żądania sieciowe mogą zakończyć się sukcesem, powodując zawyżone konwersje, które wyglądają jak lepsze odzyskiwanie.
Zdefiniuj jednego właściciela dostawy dla każdego zdarzenia i miejsca docelowego. Stabilne identyfikatory transakcji lub identyfikatory zdarzeń są nadal przydatne, ale deduplikacja powinna być mechanizmem bezpieczeństwa, a nie podstawową architekturą. Wyświetlaj podgląd kontenerów przeglądarki i serwera razem i zliczaj wychodzące żądania docelowe.
To samo pochodzenie jest lepsze niż losowa subdomena śledząca
Google dokumentuje to samo pochodzenie, co stanowi najlepszą praktykę w zakresie bezpieczeństwa i trwałości plików cookie na serwerze. Ścieżka na hoście witryny, taka jak www.example.com/metrics, ma to samo pochodzenie. Subdomena, taka jak metrics.example.com, jest subdomeną, ale nie tego samego pochodzenia.
Routing tego samego źródła zwykle wymaga CDN lub modułu równoważenia obciążenia i ostrożnego pierwszeństwa ścieżki. Przekazuj wszystkie pliki cookie i ciągi zapytań wymagane przez serwer tagowania, kieruj każdą ścieżkę klienta, w tym udokumentowaną ścieżkę podrzędną /_/*, i sprawdzaj stan punktu końcowego przed zmianą tagów produkcyjnych.
Zgoda i prywatność nadal kontrolują przepływ
Udostępnianie przez stronę pierwszą to decyzja dotycząca transportu, a nie pozwolenie. Zainicjuj domyślne ustawienia zgody przed pomiarem, przekaż stan zgody do żądania gromadzenia danych i skonfiguruj tagi serwera, aby wybory dotyczące odmowy przechowywania lub reklam były obsługiwane zgodnie z założeniami.
Minimalizuj dane na granicy serwera. Sprawdź, które pliki cookie, nagłówki, parametry zapytań i pola zdarzeń trafiają do kontenera serwera, a następnie zezwól tylko na te pola, których potrzebuje każde miejsce docelowe. GTG umieszcza własne pliki cookie innych firm niż Google na swojej własnej ścieżce przekazywania, ale ścieżka gromadzenia sGTM ma własne obowiązki w zakresie obsługi danych.
Jasna zasada decyzyjna
Jeśli nie masz sGTM i potrzebujesz jedynie obsługiwanych pomiarów Google, sam GTG może wystarczyć. Jeśli masz sGTM, włącz własny skrypt Google obsługujący tę architekturę i kieruj zbieranie pomiarów na kontener serwera.
Jeśli dwa zespoły posiadają GTG i sGTM, opublikuj mapę tras i zestawienie własności wydarzeń przed uruchomieniem. Reguła CDN, ustawienie kontenera internetowego i tag serwera mogą się zmieniać tam, gdzie następuje to samo zdarzenie; nieudokumentowane nakładanie się działań jest typowym źródłem powielania.
Użyj dwóch ścieżek, a nie dwóch właścicieli pomiarów
Ścieżka skryptu i ścieżka kolekcji są celowo różne. Ścieżka skryptu ładuje własny kod Google; ścieżka zbierania wysyła zdarzenia do sGTM. Nie pozwól, aby obie ścieżki niezależnie zapewniały tę samą konwersję.
Skonfiguruj GTG za pomocą server-side GTM
Dokładne menu różnią się w zależności od CDN, ale obowiązki i kolejność sprawdzania pozostają takie same.
- 01
Upewnij się, że kontener serwera jest gotowy do produkcji
Przed zmianą trasy przeglądarki użyj wdrożenia tagowania produkcyjnego, działającego serwera podglądu, kontroli dostępu, monitorowania i domeny niestandardowej.
- 02
Zarezerwuj dwie nieużywane ścieżki tego samego źródła
Wybierz jedną ścieżkę skryptu, taką jak /scripts i jedną ścieżkę kolekcji, taką jak /metrics. Żadna ścieżka nie może kolidować z witryną ani zawierać /gtm.
- 03
Skieruj ścieżkę kolekcji do sGTM
Skonfiguruj CDN lub moduł równoważenia obciążenia, aby przesyłał pełny prefiks kolekcji, pliki cookie i ciągi zapytań do serwera tagującego, łącznie ze ścieżkami wymaganymi przez klientów serwera.
- 04
Dodaj adres URL kolekcji w ustawieniach kontenera serwera
Ustaw adres URL kontenera serwera na adres URL tego samego źródła, łącznie z przedrostkiem ścieżki, a następnie potwierdź, że oczekiwany klient zażąda żądania podglądu.
- 05
Podaj ścieżkę skryptu dla GTG
Przekaż zarezerwowany prefiks skryptu do źródła bramy Google i zaktualizuj źródło gtm.js lub gtag.js, aby można było ładować przez tę ścieżkę.
- 06
Wskaż zdarzenia Google na ścieżkę zbierania
Ustaw server_container_url lub równoważne ustawienie tagu Google na punkt końcowy /metrics, aby pomiar wprowadzał sGTM zamiast dwukrotnie kierować się bezpośrednio do tego samego miejsca docelowego.
- 07
Skonfiguruj klientów, tagi i zgodę
Weryfikuj priorytet klienta, transformacje zdarzeń, kontrole zgody, znaczniki docelowe i stabilne identyfikatory zdarzeń w kontenerze serwera.
- 08
Przetestuj całą trasę
Potwierdź załadowanie skryptu z /scripts, jedno żądanie dociera do /metrics, klient serwera przejmuje go i wysyła dokładnie jedno oczekiwane żądanie do każdego miejsca docelowego.
- 09
Monitoruj po wydaniu
Ostrzegaj o problemach zdrowotnych i nietypowych wolumenach, przeglądaj diagnostykę miejsca docelowego i uzgadniaj zakupy lub potencjalnych klientów z prawdą w systemie źródłowym.
Uruchom warstwy uzupełniające, a nie równoległe potoki
GTG i sGTM dobrze ze sobą współpracują, gdy brama obsługuje dostarczanie skryptów pierwszej ręki, a sGTM obsługuje przetwarzanie zdarzeń. Wzorzec dwuścieżkowy sprawia, że granica jest widoczna i możliwa do przetestowania.
Konfiguracja kończy się niepowodzeniem, gdy ta sama konwersja ma dwóch właścicieli dostarczania. Dokumentuj ścieżki, zachowaj tożsamość jednego zdarzenia, testuj stany zgody i zliczaj żądania, które faktycznie opuszczają serwer.
GTG plus sGTM: często zadawane pytania
Czy w każdej konfiguracji sGTM należy również używać Google Tag Gateway?
Google zaleca udostępnianie skryptów własnej firmy, ale najpierw sprawdź istniejący moduł ładujący i trasy. Niektóre konfiguracje sGTM obsługują już własne zależności i mogą wymagać jedynie aktualizacji konfiguracji.
Czy GTG i sGTM mogą używać tej samej ścieżki?
Wzorzec CDN firmy Google używa oddzielnych ścieżek: jednej dla skryptów i jednej do zbierania zdarzeń. Oddzielne trasy zapobiegają konfliktom pochodzenia i jasno określają obowiązki.
Jak zapobiec duplikatom konwersji Google?
Wybierz jednego nadawcę dla każdej konwersji. Jeśli sGTM wysyła żądanie miejsca docelowego Google, nie wysyłaj również równoważnego bezpośredniego żądania przeglądarki. Sprawdź liczbę żądań wychodzących w diagnostyce podglądu i miejsca docelowego.
Czy subdomena to to samo, co udostępnianie z tego samego źródła?
Nie. Subdomena jest subdomeną, ale to samo pochodzenie oznacza ten sam schemat, nazwę hosta i port, co witryna internetowa. Google wymienia oba jako obsługujące pliki cookie ustawiane na serwerze, ale najlepszą praktyką jest to samo pochodzenie.
Która ścieżka powinna wysyłać zdarzenia Meta lub TikTok?
Te żądania docelowe powinny być tworzone przez tagi serwera w sGTM lub innej integracji serwera. Ścieżka skryptu Google GTG nie jest ogólną ścieżką API konwersji inną niż Google.