Sprawdzone metody korzystania z tagów i menedżerów tagów

Optymalizowanie tagów i menedżerów tagów pod kątem podstawowych wskaźników internetowych.

Tagi to fragmenty kodu kodu innej firmy umieszczanego w witrynie, zazwyczaj za pomocą Menedżera tagów. Tagi są najczęściej używane w marketingu i analizach.

Wpływ tagów i menedżerów tagów na skuteczność jest bardzo różny w zależności od witryny. Menedżer tagów można porównać do koperty: zapewnia ale to, czym go wypełnisz i jak będziesz go używać, zależy w większości od Ciebie.

W tym artykule omawiamy techniki optymalizacji tagów i menedżerów tagów wydajność i wskaźniki internetowe. Artykuł dotyczy Menedżera tagów Google, wiele omówionych pomysłów można zastosować również do innych menedżerów tagów.

Wpływ na podstawowe wskaźniki internetowe

Menedżerowie tagów często mogą pośrednio wpływać na podstawowe wskaźniki internetowe, ponieważ zużywają zasoby potrzebne do szybkiego wczytywania strony i utrzymywania jej sprawnego działania. Przepustowość można przeznaczyć na pobieranie kodu JavaScript menedżera tagów do witryn lub na kolejne wywołania. Czas pracy procesora w wątku głównym można poświęcić na ocenę i wykonywanie kodu JavaScript zawartego w menedżerze tagów i tagach.

Największe wyrenderowanie treści (LCP) jest podatne na rywalizację o przepustowość podczas krytycznego czasu wczytywania strony. Dodatkowo zablokowanie wątku głównego może opóźnić renderowanie LCP.

Na skumulowane przesunięcie układu może mieć wpływ opóźnienie wczytywania kluczowych zasobów przed pierwszym renderowaniem lub przez menedżer tagów wstrzykiwanie treści na stronie.

Interakcja z kolejnym wyrenderowaniem (INP) jest podatna na rywalizację o liczbę procesorów w wątku głównym. Zauważyliśmy też zależność między rozmiarem menedżerów tagów a słabymi wynikami INP.

Rodzaje tagów

Wpływ tagów na skuteczność zależy od typu tagu. Ogólnie rzecz biorąc, obraz Tagi („piksele”) są najskuteczniejsze. Następne w kolejności są szablony niestandardowe, po trzecie niestandardowe tagi HTML. Tagi dostawców różnią się w zależności od ich funkcjonalności allow.

Pamiętaj jednak, że sposób korzystania z tagu w dużym stopniu wpływa na jego skuteczność. i skuteczności. „Piksele” mają wysoką wydajność głównie ze względu na charakter tego tagu narzuca rygorystyczne ograniczenia dotyczące sposobów ich użycia; niestandardowych tagów HTML zawsze źle wpływają na skuteczność, ale ze względu na swobodę że mogą być łatwe do niewłaściwego użycia i negatywnie wpłynąć na wydajność.

Otagując tagi, pamiętaj o odpowiedniej skali: wpływ każdego z nich może być nieistotny, ale może stać się ważny, gdy są używane na tej samej stronie.

Nie wszystkie skrypty powinny być ładowane za pomocą menedżera tagów

Menedżerowie tagów zwykle nie są dobrym mechanizmem do wczytywania zasobów, które implementować natychmiastowe, wizualne lub funkcjonalne aspekty wygody użytkowników – na np. powiadomienia o plikach cookie, baner powitalny i funkcje witryny. Za pomocą Menedżera tagów ładowania tych zasobów zwykle opóźnia ich dostarczenie. Szkoda dla użytkownika a także zwiększyć wskaźniki takie jak LCP i CLS. Ponadto zostaw pamiętaj, że niektórzy z nich blokują menedżery tagów. Implementacja UX za pomocą Menedżera tagów w niektórych przypadkach mogą spowodować nieprawidłowe działanie witryny.

Zachowaj ostrożność w przypadku niestandardowych tagów HTML

Niestandardowy kod HTML tagi działają od wielu lat i są intensywnie używane w większości witryn. Niestandardowy kod HTML pozwalają na wpisanie własnego kodu z kilkoma ograniczeniami, ponieważ niezależnie od nazwy głównym zastosowaniem tego tagu jest dodawanie niestandardowych elementów <script> do strony.

Niestandardowe tagi HTML mogą mieć wiele zastosowań i mają wpływ na ich wydajność. znacznie się różni. Podczas pomiaru skuteczności witryny pamiętaj, że większość narzędzi przypisuje tagowi wpływ niestandardowego tagu HTML na wydajność zamiast samego tagu.

Zrzut ekranu tworzenia tagu niestandardowego w Menedżerze tagów Google

Niestandardowe tagi HTML mogą wstawiać elementy do otaczającej strony. Działanie wstawiania elementów na stronie może być źródłem problemów z wydajnością. w niektórych przypadkach powodują też przesunięcia układu.

  • W większości sytuacji po wstawieniu elementu na stronie przeglądarka muszą ponownie obliczyć rozmiar i położenie każdego elementu na stronie, jest znany jako układ. Wpływ pojedynczego układu na wydajność jest minimalny, ale gdy występuje może stać się źródłem problemów z wydajnością. Wpływ tej zmiany Znacznie częściej dzieje się to na urządzeniach niższej klasy i na stronach z dużą liczbą elementów DOM.
  • Jeśli widoczny element strony jest wstawiony do modelu DOM po otaczającym obszar został już wyrenderowany, może to spowodować przesunięcie układu. Ten zjawisko nie jest unikalny dla menedżerów tagów, ponieważ tagi zwykle są wczytywane później. niż w innych częściach strony, często są one wstawiane do pola DOM po wyrenderowaniu otaczającej ją strony.
.

Rozważ użycie szablonów niestandardowych

Obsługa szablonów niestandardowych wykonać niektóre z tych samych działań co w niestandardowych tagach HTML, ale funkcjonować w trybie piaskownicy tej wersji języka JavaScript, która udostępnia Interfejsy API do typowych zastosowań takich jak wstrzykiwanie skryptów czy wstrzykiwanie pikseli. Umożliwiają one do zaawansowania użytkownika, który może to skompilować z wydajnością umysł. Będzie on dostępny dla mniej zaawansowanych użytkowników. Zwykle jest to bezpieczniejsze niż zapewnienie pełnego dostępu do niestandardowego kodu HTML.

Szablony niestandardowe mają większe ograniczenia, więc te tagi mają mniejsze szanse na wystąpienie problemów z wydajnością lub bezpieczeństwem; jednak w przypadku tych samych , szablony niestandardowe nie będą działać we wszystkich przypadkach.

Zrzut ekranu pokazujący użycie szablonu niestandardowego w Menedżerze tagów Google

Prawidłowe wstrzykiwanie skryptów

Bardzo typowym przypadkiem użycia jest użycie menedżera tagów do wstrzykiwania skryptu. zalecanym sposobem jest użycie szablonu niestandardowego oraz injectScript API.

Informacje na temat korzystania z interfejsu API injectScript do konwersji istniejącego niestandardowego kodu HTML Więcej informacji znajdziesz w artykule Konwertowanie istniejącego tagu .

Jeśli musisz użyć niestandardowego tagu HTML, pamiętaj o tych kwestiach:

  • Biblioteki i duże skrypty innych firm powinny być ładowane za pomocą tagu skryptu. pobierający plik zewnętrzny (np. <script src="external-scripts.js">), a nie bezpośrednie kopiowanie i wklejanie do tagu. Chociaż rezygnacja z używania tagu <script> eliminuje osobną komunikację w obie strony pobierania treści skryptu, ćwiczenie zwiększa rozmiar kontenera i zapobiega buforowaniu skryptu niezależnie od adresu URL przeglądarki.
  • Wielu dostawców zaleca umieszczenie tagu <script> na górze sekcji <head> Jednak w przypadku skryptów wczytywanych przez Menedżera tagów ta rekomendacja jest zazwyczaj niepotrzebne: w większości przypadków przeglądarka nie musi już analizowanie parametru <head> do momentu wykonania przez menedżera tagów.

Użyj pikseli

W niektórych sytuacjach skrypty innych firm można zastąpić elementem iframe lub obrazem. „piksele”. W porównaniu z ich odpowiednikami opartymi na skryptach piksele mogą obsługiwać są mniej funkcjonalne, przez co są często postrzegane jako mniej preferowane, z tego powodu. Jednak gdy są używane wewnątrz menedżerów tagów, piksele mogą być bardziej dynamiczne. ponieważ mogą uruchamiać się w powiązaniu z regułami i przekazywać różne zmienne. Są najbardziej wydajny i bezpieczny typ tagu, bo nie jest wykonywane po przed uruchomieniem. Piksele mają bardzo mały rozmiar zasobu (poniżej 1 KB). nie powodują przesunięć układu.

Skontaktuj się z dostawcą zewnętrznym, aby uzyskać więcej informacji na temat jego obsługi pikseli. Możesz też sprawdzić ich kod pod kątem tagu <noscript>. Jeśli dostawca obsługuje piksele, często umieszcza je w tagu <noscript>.

Zrzut ekranu pokazujący niestandardowy tag graficzny w Menedżerze tagów Google

Alternatywy dla pikseli

Piksele zyskały popularność głównie dlatego, że kiedyś należały do najtańszych urządzeń. i najbardziej niezawodne sposoby wysyłania żądań HTTP w sytuacjach, gdy serwer odpowiedź jest nieistotna ( np. podczas wysyłania danych do Analytics usługodawcy). navigator.sendBeacon() i fetch() keepalive Interfejsy API zostały zaprojektowane pod kątem tego samego przypadku użycia, ale są prawdopodobnie bardziej niezawodne niż piks.

Nie ma nic złego w dalszym używaniu pikseli – są one dobrze obsługiwane, mają minimalny wpływ na wydajność. Jeśli jednak tworzysz własne beacony, warto rozważyć zastosowanie jednego z nich.

sendBeacon()

navigator.sendBeacon() Interfejs API jest przeznaczony do wysyłania niewielkich ilości danych na serwery WWW w sytuacjach gdy odpowiedź serwera nie ma znaczenia.

const url = "https://example.com/analytics";
const data = JSON.stringify({
    event: "checkout",
    time: performance.now()
});

navigator.sendBeacon(url, data);

sendBeacon() ma ograniczony interfejs API: obsługuje tylko żądania POST i nie obsługuje ustawiania nagłówków niestandardowych. Jest obsługiwane przez wszystkie nowoczesne przeglądarki.

fetch() keepalive

keepalive to flaga pozwalająca na pobieranie API do dla żądań nieblokujących, np. do raportowania i analizy zdarzeń. Jest używane przez uwzględnienie parametru keepalive: true w parametrach przekazywanych do funkcji fetch().

const url = "https://example.com/analytics";
const data = JSON.stringify({
  event: "checkout",
  time: performance.now()
});

fetch(url, {
    method: 'POST',
    body: data,
    keepalive: true
});

Jeśli fetch() keepalive i sendBeacon() wydają się bardzo podobne, to dlatego, że . W przeglądarkach Chromium baza sendBeacon() opiera się teraz na fetch() keepalive.

Wybierając między fetch() keepalive a sendBeacon(), ważne jest, aby: weź pod uwagę funkcje i obsługę przeglądarki, których potrzebujesz. Interfejs API download() to znacznie bardziej elastyczne, ale keepalive ma mniej przeglądarki support niż sendBeacon().

Uzyskaj wyjaśnienie

Tagi często tworzy się według wskazówek zewnętrznych dostawców. Jeśli nie jest jasne, do czego służy kod dostawcy, zapytaj kogoś, kto zna ten kod. Uzyskanie drugiej opinii może pomóc określić, czy tag ma potencjał, problemy z wydajnością lub bezpieczeństwem.

Zalecamy też w menedżerze tagów oznaczanie tagów z właścicielem. Jest daleko zbyt łatwo zapomnieć, kto jest właścicielem tagu, i bać się go na wszelki wypadek usunąć!

Reguły

Ogólnie rzecz biorąc, optymalizacja tagu wyzwalacze polega zazwyczaj na upewnieniu się, że tagi nie uruchamiają się częściej, niż jest to konieczne, wyboru reguły, która łączy potrzeby biznesowe z kosztami wydajności.

Same aktywatory to kod JavaScript, który zwiększa rozmiar i wykonanie i koszt Menedżera tagów. Choć większość czynników uruchamiających jest nieznaczna, efekt skumulowany może dodać dane. Na przykład, jeśli masz dużo zdarzeń kliknięcia lub reguły licznika czasu mogą Zwiększenie obciążenia menedżera tagów.

Wybierz odpowiednie zdarzenie aktywujące

Wpływ tagu na wydajność nie jest stały. Ogólnie mówiąc, im wcześniej, uruchomienia tagu, tym większy ma on wpływ na wydajność. Zasoby są zwykle są ograniczone podczas początkowego wczytywania strony i dlatego wczytuje lub wykonuje określony zasób (lub tag) odbiera zasoby od czegoś innego.

Wybór odpowiednich reguł dla wszystkich tagów jest ważny, ale szczególnie ważne w przypadku tagów, które wczytują duże zasoby lub trwają długo skryptów.

Tagi mogą być uruchamiane Wyświetlenia strony (zwykle Page load, DOM Ready, Window Loaded) lub na podstawie zdarzenie niestandardowe. Aby uniknąć wpływu na wczytywanie strony, zalecamy uruchomienie elementu mniej ważne tagi po Window Loaded.

Użyj zdarzeń niestandardowych

Zdarzenia niestandardowe umożliwiają uruchamianie reguł w odpowiedzi na zdarzenia na stronie, których nie obejmuje Wbudowane reguły Menedżera tagów Google. Na przykład wiele tagów używa wyświetlenia strony reguły; jednak okres między DOM Ready a Window Loaded może być długi w wielu stron, co może utrudniać dostosowywanie ustawień po uruchomieniu tagu. Niestandardowy zakres dat wydarzenia pozwalają rozwiązać ten problem.

Aby używać zdarzeń niestandardowych, najpierw utwórz regułę zdarzenia niestandardowego i zaktualizuj tagi aby użyć tej reguły.

Zrzut ekranu pokazujący regułę zdarzenia niestandardowego w Menedżerze tagów Google

Aby uruchomić regułę, przekaż odpowiednie zdarzenie do warstwy danych.

// Custom event trigger that fires after 2 seconds
setTimeout(() => {
  dataLayer.push({
    'event' : 'my-custom-event'
  });
}, 2000);

Używanie określonych warunków reguły

Użycie konkretnych warunków reguły pomaga uniknąć niepotrzebnego uruchamiania tagu. Chociaż można stosować tę koncepcję na wiele sposobów, jednym z najprostszych i najprostszych co możesz zrobić, to upewnić się, że tag uruchamia się tylko na stronach, na których jest w rzeczywistości.

Zrzut ekranu przedstawiający warunki reguł w Menedżerze tagów Google

Zmienne wbudowane mogą być również uwzględnione w warunkach reguł, by ograniczyć uruchamianie tagów.

Pamiętaj jednak, że spełnienie złożonych warunków reguły lub wyjątków nie powinien być zbyt skomplikowany.

Wczytywanie Menedżera tagów w odpowiednim momencie

Dostosowywanie czasu wczytywania Menedżera tagów może mieć znaczny wpływ na skuteczność reklam. Niezależnie od konfiguracji aktywatory nie będą uruchamiane do czasu po wczytaniu menedżera tagów. Ważne jest, aby wybierać odpowiednie reguły, poszczególnych tagów (jak wyjaśniliśmy powyżej) i eksperymentuj z wczytywaniem tagu często mają jednakowy lub większy wpływ, ma wpływ na wszystkie tagi na stronie.

Późniejsze wczytanie Menedżera tagów także dodaje kolejną warstwę kontroli i umożliwia uniknięcie problemy z wydajnością, ponieważ zapobiega przypadkowemu wczytaniu przez użytkownika Menedżera tagów. zbyt wcześnie, nie zdając sobie sprawy, jaki może to mieć wpływ.

Zmienne

Zmienne umożliwiają odczytywanie danych ze strony. Przydają się jako aktywatory, w tagach.

Podobnie jak reguły, zmienne powodują dodanie do menedżera tagów kodu JavaScript, co może powodować problemy z wydajnością. Zmienne mogą być stosunkowo proste, wbudowane które mogą np. odczytywać fragmenty adresu URL, pliki cookie, warstwę danych czy DOM. Albo niestandardowy kod JavaScript, który ma nieograniczone możliwości.

Zmienne powinny być proste i minimalne, ponieważ trzeba je ocenić. na bieżąco przez Menedżera tagów. Usuwanie starych zmiennych, które nie są już używane aby zmniejszyć rozmiar skryptu Menedżera tagów i czas jego przetwarzania zastosowań.

Zarządzanie tagami

Efektywne korzystanie z tagów zmniejsza ryzyko problemów z wydajnością.

Korzystanie z warstwy danych

Warstwa danych „zawiera wszystkie informacje, które mają być przekazywane do Menedżera tagów Google”. Więcej jest to tablica JavaScript z obiektami zawierającymi informacje na temat stronę. Może też służyć do uruchamiania tagów.

// Contents of the data layer
window.dataLayer = [{
    'pageCategory': 'signup',
    'visitorType': 'high-value'
  }];

// Pushing a variable to the data layer
window.dataLayer.push({'variable_name': 'variable_value'});

// Pushing an event to the data layer
window.dataLayer.push({'event': 'event_name'});

Mimo że Menedżera tagów Google można używać bez warstwy danych, zdecydowanie zalecamy Warstwa danych umożliwia konsolidację danych które są dostępne w jednym miejscu przez skrypty innych firm, lepszy wgląd w jej użycie. Może to między innymi ograniczyć obliczeniach zbędnych zmiennych i wykonywania skryptu. Za pomocą warstwy danych kontroluje dane, do których tagi mają dostęp, zamiast podawać pełny kod JavaScript ze zmienną lub dostępem DOM.

Usuń zduplikowane i nieużywane tagi

Zduplikowane tagi mogą się pojawić, jeśli w znacznikach HTML na stronie wstrzykiwanie przez menedżera tagów.

Nieużywane tagi należy wstrzymać lub usunąć, a nie blokować za pomocą tagu wyjątek od reguły. wstrzymanie lub usunięcie tagu powoduje usunięcie kodu z kontenera; blokowanie Nie.

Po usunięciu nieużywanych tagów należy też utworzyć reguły i zmienne zostały sprawdzone pod kątem tego, czy któreś z nich można usunąć, jeśli były używane tylko przez .

Używaj list dozwolonych i zablokowanych

Listy dozwolonych i zablokowanych pozwala skonfigurować bardzo szczegółowe ograniczenia dotyczące tagów, reguł i dozwolonych na stronie zmiennych. Może to pomóc w najlepszym egzekwowaniu skuteczności. i inne zasady.

Listy dozwolonych i odrzuconych są konfigurowane w warstwie danych.

window.dataLayer = [{
  'gtm.allowlist': ['<id>', '<id>', ...],
  'gtm.blocklist': ['customScripts']
}];

Można na przykład nie zezwalać na używanie niestandardowych tagów HTML, kodu JavaScript zmiennych lub bezpośredniego dostępu DOM. Oznacza to, że są używane tylko piksele i wstępnie zdefiniowane tagi wykorzystując dane z warstwy danych. Chociaż jest to z pewnością restrykcyjne, może zapewnić znacznie sprawniejszą i bezpieczniejszą implementację Menedżera tagów.

Rozważ użycie tagowania po stronie serwera

Przejście na tagowanie po stronie serwera nie jest łatwe, ale warto zwłaszcza w przypadku większych witryn, które chcą mieć większą kontrolę nad i skalowalnych danych. Tagowanie po stronie serwera usuwa kod dostawcy z klienta, dzięki czemu ogranicza przetwarzanie danych z klienta do serwera.

np. gdy korzystasz z tagowania po stronie klienta i wysyłasz dane do wielu usług analitycznych polega na tym, że klient inicjuje oddzielne żądania dla każdego punktu końcowego. Natomiast tagowanie po stronie serwera powoduje, że klient wysyła jedno żądanie, kontener po stronie serwera i stamtąd dane są przesyłane do różnych Google Analytics.

Pamiętaj, że tagowanie po stronie serwera działa tylko w przypadku niektórych tagów. oznaczyć tagiem zgodność różni się w zależności od dostawcy.

Aby uzyskać więcej informacji, zobacz Wprowadzenie do strony po stronie serwera w tagach Google.

Kontenery

Menedżerowie tagów zwykle zezwalają na wiele wystąpień lub „kontenerów” w ramach . Umożliwia to sterowanie wieloma kontenerami w ramach jednego tagu konto menedżera.

Używaj tylko jednego kontenera na stronę

Korzystanie z wielu kontenery na jednej stronie mogą spowodować poważne problemy z wydajnością, i wykonywanie skryptów. Przynajmniej powiela podstawowego kodu tagu, który jest dostarczany w ramach kontenera JavaScriptu nie można używać ponownie między kontenerami.

Rzadko zdarza się skutecznie używać wielu kontenerów. Jednak istnieje możliwość w jakich sytuacjach może to sprawdzić się (o ile jest dobrze skonfigurowane), na przykład:

  • Mniejsze „wczesne obciążenie” kontener i większe „późniejsze obciążenie” kontener, a nie jednego dużego kontenera.
  • Kontener z ograniczeniami używany przez mniej zaawansowanych użytkowników i mniejszy ograniczony, ale ściśle kontrolowany, kontener na tagi, których nie można używać w kontenerze z ograniczonym dostępem.

Jeśli musisz używać wielu kontenerów na stronie, zastosuj Menedżera tagów Google. wskazówki dotyczące konfiguracji wielu kontenery.

W razie potrzeby użyj osobnych kontenerów

Jeśli używasz menedżera tagów do obsługi wielu usług (np. aplikacji internetowej i tagu aplikacji mobilnej) – liczba używanych kontenerów może pomóc lub zakłócić przepływ pracy i zwiększać produktywność. Może to też wpływać na wydajność.

Ogólnie rzecz biorąc, jeden kontener może być skuteczny w wielu jeśli są podobne pod względem użytkowania i struktury. Na przykład, chociaż aplikacji mobilnych i internetowych marki mogą pełnić podobne funkcje, prawdopodobnie aplikacje będą miały inną strukturę, co pozwoli na skuteczniejsze zarządzanie w osobnych kontenerach.

Próby ponownego wykorzystania jednego kontenera zbyt szerokie – zwykle niepotrzebnie zwiększają złożoności i rozmiaru kontenera przez wymuszenie stosowania złożonej logiki; do zarządzania tagami i regułami.

Sprawdzaj rozmiar kontenera

Rozmiar kontenera zależy od jego tagów, reguł i zmiennych. Mimo że mały kontener nadal może negatywnie wpływać na wydajność strony, duży kontener z pewnością.

Podczas optymalizacji tagu rozmiar kontenera nie powinien być wskaźnikiem „północ” wykorzystanie; ale duży rozmiar kontenera jest często sygnałem ostrzegawczym, nie jest dobrze utrzymana i może być niewłaściwie wykorzystywana.

Menedżer tagów Google kontener limits do 200 KB i będzie ostrzegać, że rozmiar kontenera zaczyna się od 140 KB. Pamiętaj jednak: większość witryn powinna dążyć do tego, aby ich kontenery były znacznie mniejsze. Dla: średni rozmiar kontenera witryny wynosi około 50 KB.

Aby określić rozmiar swojego kontenera, spójrz na rozmiar odpowiedzi zwrócone przez https://www.googletagmanager.com/gtag/js?id=YOUR_ID. Ten zawiera bibliotekę Menedżera tagów Google oraz zawartość parametru kontenera. Sama biblioteka Menedżera tagów Google zajmuje około 33 KB skompresowane.

Nazywanie wersji kontenera

Kontener wersja to migawka zawartości kontenera z określonego momentu. Za pomocą rozpoznawalna nazwa wraz z krótkim opisem wartościowej mogą bardzo ułatwić debugowanie przyszłej skuteczności problemów.

Procesy tagowania

Zarządzanie zmianami w tagach pozwala mieć pewność, że nie mają mają negatywny wpływ na wydajność strony.

Testowanie tagów przed wdrożeniem

Testowanie tagów przed wdrożeniem pozwala wykryć problemy (wydajność w innych przypadkach) przed ich wysyłką.

Podczas testowania tagu musisz wziąć pod uwagę:

  • Czy tag działa prawidłowo?
  • Czy tag powoduje jakiekolwiek przesunięcia układu?
  • Czy tag wczytuje jakieś zasoby? Jak duże są te zasoby?
  • Czy tag uruchamia długo działający skrypt?

Tryb podglądu

Tryb podglądu umożliwia: aby testować zmiany tagów w rzeczywistej witrynie bez konieczności wdrażania ich najpierw publiczne. Tryb podglądu obejmuje konsolę debugowania, która udostępnia informacje o tagach.

Czas działania Menedżera tagów Google będzie inny (nieco wolniejszy) po uruchomieniu w trybie podglądu z powodu dodatkowych wymagań . Dlatego porównując wskaźniki internetowe nie jest zalecana przy zbieraniu danych w trybie podglądu do tych zbieranych w środowisku produkcyjnym. Ta rozbieżność nie powinna jednak wpłynąć na działanie tagów. się dowiedzieć.

Testowanie niezależne

Alternatywnym sposobem testowania tagów jest skonfigurowanie pustej strony zawierającej tag z jednym tagiem – testowanym tagiem. Ta konfiguracja testowania jest krótsza jest realistyczny i nie wykryje niektórych problemów (np. czy tag powoduje układ zmian), ale może ułatwić wyodrębnianie i pomiar wpływu na przykład wykonywania skryptu. Zobacz, jak Telegraph to wykorzystuje podejście do izolacji w celu poprawy skuteczność kodu innej firmy.

Monitorowanie skuteczności tagów

Menedżer tagów Google monitorowanie API można stosować zebrać informacje o wykonaniu konkretnego tagu. Te informacje są przesyłane do punktu końcowego wyboru.

Więcej informacji znajdziesz w artykule Tworzenie Menedżera tagów Google. Monitorowanie.

Wymaganie zatwierdzenia zmian w kontenerze

Przed wdrożeniem własny kod jest zwykle sprawdzany i testowany. traktować tagi tak samo. Dodawanie dwuetapowej weryfikacji, który wymaga zatwierdzenia zmian w kontenerze przez administratora, to osiągnąć. Jeśli nie chcesz wymagać weryfikacji dwuetapowej, ale Nadal chce śledzić zmiany, możesz skonfigurować kontener powiadomienia na otrzymywać alerty e-mail o wybranych zdarzeniach w kontenerze.

Okresowa kontrola użycia tagów

Jednym z wyzwań związanych z używaniem tagów jest to, że zazwyczaj kumulują się czas: tagi są dodawane, ale rzadko są usuwane. Okresowa kontrola tagów to jedna jak odwrócić ten trend. Idealna częstotliwość zależy od tego, tagi w witrynie są często aktualizowane.

Oznaczenie każdego tagu tak, aby było jasne, kto jest jego właścicielem, ułatwia określenie, kto responsywny w stosunku do danego tagu i może określić, czy jest nadal potrzebny.

Podczas kontroli tagów nie zapomnij wyczyścić reguł i zmiennych, cóż. Poza tym mogą być przyczyną problemów z wydajnością.

Więcej informacji znajdziesz w sekcji Umieszczanie skryptów innych firm w .