CookieBanerPro
PLENDEUA
Analityka i tagi

Tag Manager sam podpowie opis wersji. Jak korzystać z nowej funkcji AI z głową

Zespół CookieBanerPro4 min czytania

Kto zarządza kontenerem Google Tag Manager dłużej niż kilka miesięcy, zna ten widok: lista wersji o nazwach „Wersja 47”, „poprawki”, „test” albo bez nazwy w ogóle. Kiedy coś przestaje działać, trzeba klikać po kolei w każdą wersję i porównywać zmiany. Google dodał do GTM funkcję, która ma temu zaradzić: sztuczna inteligencja sama proponuje nazwę i opis wersji.

Na nowość zwrócił uwagę Simo Ahava, jeden z najbardziej znanych specjalistów od Tag Managera. Funkcja jest niepozorna, ale dotyka sprawy, którą wiele zespołów zaniedbuje.

Jak działa nowa funkcja

Funkcja jest domyślnie włączona i pojawia się w miejscu, w którym tworzysz wersję kontenera:

  1. Wprowadzasz zmiany w obszarze roboczym i sprawdzasz je w trybie podglądu.
  2. Klikasz Prześlij (Submit), aby opublikować zmiany albo utworzyć wersję.
  3. W polu nazwy wersji na chwilę pojawia się etykieta informująca o generowaniu.
  4. Po chwili GTM wypełnia nazwę i opis wersji, wymieniając wprowadzone zmiany.

Jeśli potem zmienisz coś jeszcze w obszarze roboczym albo wycofasz którąś zmianę, pojawi się przycisk Suggest, który pozwala wygenerować opis od nowa. Gdy nie chcesz, by model AI tworzył te informacje, wystarczy wyłączyć przełącznik Suggested version summary.

Uwaga: opis nie jest kompletny

Najważniejsze zastrzeżenie dotyczy jakości. Generator nie tworzy pełnej listy zmian. Skupia się na tym, co uznaje za najistotniejsze, a wynik może się różnić przy kolejnych próbach. Simo Ahava pokazał przykład, w którym przed publikacją wstrzymał 29 tagów, a wygenerowany opis w ogóle o tym nie wspomniał. Trudno o bardziej znaczącą zmianę w kontenerze.

Traktuj opis od AI jako szkic, nie jako dokumentację. Zawsze przeczytaj go przed publikacją i dopisz to, co pominął, zwłaszcza zmiany w tagach reklamowych i ustawieniach zgody.

Włączyć czy wyłączyć?

Dla większości zespołów lepiej zostawić funkcję włączoną. Nawet niepełny opis jest lepszy niż pusta nazwa wersji, a gotowy szkic zachęca do uzupełnienia go o szczegóły. To szczególnie przydatne w agencjach, gdzie w jednym kontenerze pracuje kilka osób, a po pół roku nikt już nie pamięta, kto i po co dodał dany tag.

Wyłączenie ma sens, gdy masz już własny, ścisły standard opisów i nie chcesz, by automatyczne podpowiedzi go rozmywały. Warto też pamiętać, że to Ty odpowiadasz za treść opisu. Jeśli AI coś pominie, a Ty zatwierdzisz wersję bez czytania, historia zmian będzie myląca. W takiej sytuacji lepiej mieć krótki opis napisany ręcznie niż długi, ale niepełny.

Dlaczego opisy wersji mają znaczenie dla zgodności z prawem

Dobre nazwy wersji to nie tylko wygoda. Kontener GTM decyduje o tym, które narzędzia analityczne i reklamowe uruchamiają się na stronie i czy czekają na zgodę użytkownika. Jedna nieprzemyślana zmiana, na przykład usunięcie warunku zgody z tagu piksela, może sprawić, że narzędzie zacznie działać przed decyzją odwiedzającego.

Gdy coś takiego się wydarzy, czytelna historia wersji pozwala szybko odpowiedzieć na trzy pytania:

  • Kiedy zmieniła się konfiguracja zgody lub tagów reklamowych?
  • Kto ją wprowadził i w jakim celu?
  • Do której wersji wrócić, żeby przywrócić poprawne działanie?

To ma znaczenie również wtedy, gdy musisz wykazać, że strona działała zgodnie z RODO i Prawem komunikacji elektronicznej. Rozliczalność wymaga, by umieć pokazać, jak wyglądała konfiguracja w danym okresie. Historia wersji z rzetelnymi opisami jest tu bardzo pomocna.

Prosty standard opisywania wersji

Niezależnie od tego, czy korzystasz z podpowiedzi AI, warto ustalić w zespole jeden schemat. Przykład, który sprawdza się w praktyce:

  • Nazwa: krótko, czego dotyczy zmiana, np. „Consent Mode v2: korekta domyślnego stanu zgody” albo „GA4: nowe zdarzenie dodania do koszyka”.
  • Opis, pierwsza linia: powód zmiany, np. numer zgłoszenia, prośba klienta, wynik audytu.
  • Opis, lista: konkretne tagi, reguły i zmienne dodane, zmienione, wstrzymane lub usunięte.
  • Opis, osobna linia: czy zmiana dotyczy zgód, i jeśli tak, to w jaki sposób.
  • Autor, jeśli w kontenerze pracuje kilka osób lub agencja.

Z nową funkcją ten schemat jest łatwiejszy do utrzymania. AI przygotuje szkic listy zmian, a Ty dopisujesz powód i uzupełniasz braki. To zajmuje minutę, a oszczędza godziny przy szukaniu błędu. Przyda się też przy przekazywaniu kontenera nowej agencji albo nowemu pracownikowi, który zamiast zgadywać, od razu zobaczy, co i dlaczego zmieniano.

Dobre praktyki przy publikacji w GTM

Opis wersji to jeden z kilku nawyków, które chronią przed kłopotami:

  1. Zawsze używaj trybu podglądu i sprawdź, czy tagi reklamowe nie uruchamiają się przed zgodą.
  2. Publikuj mniejsze porcje zmian, zamiast gromadzić kilkadziesiąt poprawek w jednej wersji.
  3. Ogranicz uprawnienia do publikacji do osób, które rozumieją konsekwencje zmian w tagach.
  4. Po każdej publikacji sprawdź stronę z zewnątrz, jako zwykły odwiedzający, w przeglądarce bez zapisanych zgód.

Ostatni punkt łatwo zautomatyzować. Jeśli chcesz szybko sprawdzić, czy po zmianach w kontenerze narzędzia nadal czekają na zgodę, uruchom nasz Skaner zgody. A jeśli Twój baner nie przekazuje jeszcze sygnałów Consent Mode v2 do GTM, możesz go ustawić w CookieBanerPro.

Źródło: Simo Ahava

Google Tag ManagerGTMAIwersje konteneraConsent Mode

Czytaj także