Kto w Twoim zespole może tworzyć nowe tagi? Kto może zmieniać istniejące? Kto może je włączać i wyłączać? Bez jasnych zasad każdy może zmienić wszystko. Młodszy programista przypadkiem usuwa ważny tag. Osoba z marketingu dodaje tag, który psuje śledzenie. Zewnętrzny wykonawca zmienia logikę konwersji i nikt o tym nie wie. Zasady zarządzania zapobiegają chaosowi. Jasne role i uprawnienia sprawiają, że właściwe osoby podejmują właściwe decyzje. Proces akceptacji wyłapuje błędy, zanim zepsują dane na żywej stronie.
Ten artykuł pokazuje, jak ustawić zarządzanie tagami, które chroni Twoje śledzenie i nie spowalnia pracy zespołu.
Czym jest tag
Tag to fragment kodu, który uruchamia się, gdy na Twojej stronie wydarzy się konkretna akcja. Tagami zarządzasz w menedżerze tagów, czyli kontenerze na wszystkie kody śledzące. Zamiast wstawiać wiele kodów bezpośrednio na stronę, instalujesz jeden kod menedżera tagów. Menedżer uruchamia potem poszczególne tagi według ustawionych przez Ciebie reguł i warunków.
Tagi mierzą konwersje, zaangażowanie i konkretne zachowania użytkowników. Tag zakupu uruchamia się, gdy ktoś sfinalizuje zakup. Tag wysłania formularza uruchamia się, gdy ktoś wyśle formularz. Każdy tag przekazuje dane do Twojego narzędzia analitycznego, żeby te ważne akcje były widoczne.
Zarządzanie tagami polega na kontrolowaniu, kto może je tworzyć, zmieniać i wdrażać. Dzięki temu dane są wiarygodne, a przypadkowe awarie rzadsze.
Określ jasne role i obowiązki
Stwórz role do zarządzania tagami. Kto odpowiada za analitykę? Kto za reklamy? Kto za śledzenie konwersji? Każdy obszar powinien mieć właściciela, który akceptuje zmiany.
Różne role dają różne uprawnienia. Osoby z rolą podglądu widzą tagi, ale ich nie zmieniają. Redaktorzy zmieniają tagi w środowisku testowym. Osoby publikujące wdrażają tagi na żywą stronę. Administratorzy mogą wszystko. Przypisuj role według zakresu obowiązków i doświadczenia.
Zapisz, kto ma jaką rolę. Jasno wskaż, kto odpowiada za które tagi. Gdy ktoś potrzebuje zmiany tagu, wie, do kogo się zwrócić.
Wymagaj akceptacji zmian na żywej stronie
Nie pozwalaj nikomu wdrażać tagów na żywą stronę bez akceptacji. Ustal proces. Programista tworzy tag w środowisku testowym. Druga osoba go sprawdza. Trzecia akceptuje. Dopiero potem tag trafia na żywą stronę.
Ten trzyetapowy proces wyłapuje błędy. Osoba sprawdzająca zadaje pytania. Osoba akceptująca pilnuje, by zmiana pasowała do celów firmy. Zanim tag trafi na żywą stronę, patrzy na niego kilka osób.
Przy pilnych zmianach możesz uprościć proces. Nigdy jednak nie pomijaj go całkiem. Zepsuty tag na żywej stronie kosztuje więcej niż kilka godzin akceptacji.
Używaj osobnych środowisk: testowego i produkcyjnego
Stwórz osobny menedżer tagów do testów i osobny do produkcji. Wszystkie zmiany najpierw trafiają do środowiska testowego. Tam zespół je sprawdza. Po akceptacji tagi przechodzą na produkcję.
Dzięki temu unikasz przypadkowych zmian na żywej stronie. Programiści mogą eksperymentować w środowisku testowym i nie obawiać się o prawdziwe dane. Gdy mają pewność, że zmiana działa, proszą o przeniesienie jej na produkcję.
Środowisko testowe powinno odzwierciedlać produkcyjne. Te same strony. Te same akcje. Ta sama warstwa danych. Wtedy testy dobrze przewidują, jak tagi zadziałają na żywo.
Dokumentuj prośby o zmiany
Gdy ktoś prosi o zmianę tagu, wymagaj opisu. Co się zmienia? Dlaczego to potrzebne? Jaki cel firmy to wspiera? Kto to zaakceptował?
Przechowuj prośby o zmiany w jednym miejscu. Wystarczy arkusz kalkulacyjny. Lepsze jest osobne narzędzie. Zapisuj, co się zmieniło, kiedy i dlaczego. Ta historia jest bezcenna, gdy coś się zepsuje i musisz zrozumieć, co się stało.
Dodaj do prośby plan wycofania zmiany. Jak wrócić do poprzedniej wersji, jeśli tag przestanie działać? Jak szybko da się to zrobić? Co się stanie, jeśli wycofanie się nie powiedzie?
Kontroluj dostęp według poziomu uprawnień
Ogranicz, kto do czego ma dostęp. Osoba z marketingu powinna widzieć tagi reklamowe, ale nie tagi śledzenia konwersji. Programista powinien widzieć tagi konwersji, ale nie reklamowe. Uprawnienia chronią przed przypadkową zmianą w obszarze, za który nie odpowiadasz.
Stosuj dostęp oparty na rolach. Osoby z podglądem widzą wszystko. Redaktorzy zmieniają tagi w swoim obszarze. Osoby publikujące wdrażają tagi na produkcję. Administratorzy mogą wszystko. Szczegółowe uprawnienia zapobiegają wpadkom.
Ustaw alerty o nieautoryzowanych zmianach
Jeśli ktoś zmieni tag z pominięciem procesu akceptacji, powiadom właściciela. Większość menedżerów tagów ma dziennik zmian. Wykorzystaj go, by wyłapywać nieautoryzowane zmiany.
Ustaw automatyczne powiadomienia. Gdy ktoś zmieni ważny tag, wyślij alert. Właściciel sprawdzi zmianę i w razie potrzeby ją cofnie. Alerty budują odpowiedzialność.
Planuj regularne przeglądy dostępów
Co kwartał sprawdzaj, kto ma do czego dostęp. Usuń osoby, które odeszły z zespołu. Zaktualizuj uprawnienia osób, które zmieniły rolę. Narastanie uprawnień to realny problem. Z czasem ludzie zbierają coraz więcej dostępów.
Podczas przeglądu sprawdź też ostatnie zmiany. Kto co zmienił? Czy zachowano proces akceptacji? Czy zmiany coś zepsuły? Regularne kontrole wyłapują problemy na wczesnym etapie.
Najczęściej zadawane pytania
Czy każdy powinien mieć prawo edycji, czy tylko wybrane osoby?
Tylko wybrane osoby. Ogranicz edycję do liderów zespołu i doświadczonych wdrożeniowców. Osoby z podglądem widzą wszystko, ale niczego nie zmieniają. Redaktorzy działają w środowisku testowym, nie na produkcji. Osoby publikujące odpowiadają za przeniesienie zmian na produkcję. Taki dostęp oparty na rolach chroni przed przypadkowymi zmianami. Nowi członkowie zespołu zaczynają z podglądem, a po przeszkoleniu dostają prawo edycji. Z kreatorem stron WEMASY ustawisz to bezpośrednio na swojej stronie.
Jaki proces akceptacji zmian w tagach jest najlepszy?
Dobrze sprawdza się proces trzyetapowy. Tworzysz zmianę w środowisku testowym. Kolega lub koleżanka ją sprawdza. Kierownik lub lider ją akceptuje. Dopiero potem wdrażasz ją na produkcję. Przy rutynowych zmianach możesz skrócić to do dwóch etapów. Nigdy jednak nie pomijaj akceptacji całkiem. Sprawdzenie zmiany kosztuje mniej niż naprawa zepsutego tagu.
Jesteśmy małym zespołem. Czy możemy pominąć formalne zasady?
Możecie działać mniej formalnie, ale nie rezygnujcie z zasad całkiem. Minimum to jedna osoba, która tworzy zmianę, i druga, która sprawdza ją przed produkcją. Testujcie zmiany w środowisku testowym. Korzystajcie z dziennika zmian, by śledzić modyfikacje. Nawet małe zespoły zyskują na podstawowych zasadach. Wraz ze wzrostem formalny proces staje się niezbędny.
Jak postępować z pilnymi zmianami, które trzeba wdrożyć szybko?
Ustalcie przyspieszony proces akceptacji. Może wystarczy jedna osoba akceptująca zamiast dwóch. Może wystarczy akceptacja ustna zamiast pisemnej. Zmianę nadal jednak udokumentujcie. Niech ktoś ją sprawdzi. Jeśli się da, przetestujcie ją w środowisku testowym. Pośpiech nie oznacza bylejakości. Szybkość bierze się z wprawy i jasnych procesów, a nie z pomijania kroków.
Co zrobić, gdy ktoś zepsuje produkcję niezaakceptowaną zmianą?
Najpierw natychmiast cofnij zmianę. Potem sprawdź, co się stało. Na koniec wzmocnij proces akceptacji. Potraktuj to jako lekcję. Egzekwuj akceptację na przyszłość. Jeśli ktoś wielokrotnie łamie zasady, może stracić prawo edycji. Jasno powiedz, że akceptacja chroni wszystkich, także osobę wprowadzającą zmianę.
Jak zarządzać dostępem, gdy ktoś zmienia rolę?
Przy zmianie roli sprawdź uprawnienia danej osoby. Czy nadal potrzebuje dostępu do dawnego obszaru? Czy potrzebuje dostępu do nowego? Usuń stary dostęp. Dodaj nowy. Planuj kwartalne przeglądy, by wyłapać zaległości. Ludzie czasem zapominają poprosić o zmianę dostępów. Regularne przeglądy to naprawiają.