Ki a csapatban, aki új címkét hozhat létre? Ki módosíthatja a meglévőket? Ki kapcsolhatja ki és be őket? Világos szabályok nélkül bárki bármit átírhat. Egy kezdő fejlesztő véletlenül kitöröl egy fontos címkét. Egy marketinges hozzáad egyet, amitől elromlik a követés. Egy külsős átírja a konverziós logikát, és senki sem tud róla. A szabályok megelőzik a káoszt. Ha tiszták a szerepek és a jogosultságok, a megfelelő emberek hozzák meg a megfelelő döntéseket. A jóváhagyási folyamat pedig kiszűri a hibákat, mielőtt azok az éles adatokat tönkretennék.
Ez a cikk megmutatja, hogyan állíts be címkekezelési szabályokat, amelyek védik a követésedet, de nem lassítják a csapatot.
Mi az a címke
A címke (tag) egy kódrészlet, amely akkor fut le, amikor a weboldaladon egy bizonyos dolog történik. A címkéket egy címkekezelő kezeli, vagyis egy tároló, amely az összes követőkódodat összefogja. Ahelyett, hogy több követőkódot tennél közvetlenül az oldalra, egyetlen címkekezelő kódot telepítesz. A címkekezelő ezután a beállított szabályok és feltételek alapján futtatja az egyes címkéket.
A címkék konverziókat, elköteleződést és konkrét látogatói viselkedést mérnek. A vásárlási címke akkor fut le, amikor valaki befejezi a vásárlást. Az űrlapküldési címke akkor, amikor valaki elküld egy űrlapot. Minden címke adatot küld az analitikai rendszerednek, hogy nyomon kövesse ezeket a fontos lépéseket.
A címkekezelési szabályok arról szólnak, hogy ki hozhatja létre, módosíthatja és teheti élesbe ezeket a címkéket, hogy az adatok minősége megmaradjon, és ne történjen véletlen hiba.
Határozz meg világos szerepköröket és felelősségeket
Hozz létre szerepköröket a címkekezeléshez. Ki felel az analitikáért? Ki a hirdetésekért? Ki a konverziókövetésért? Minden területnek legyen gazdája, aki jóváhagyja a változtatásokat.
A különböző szerepek különböző jogokat kapnak. A megtekintők látják a címkéket, de nem módosíthatják őket. A szerkesztők a tesztkörnyezetben módosíthatnak. A közzétevők az élesbe is kitehetik a címkéket. Az adminok mindent tehetnek. A szerepeket a munkakör és a tapasztalat alapján oszd ki.
Írd le, kinek mi a szerepe. Legyen egyértelmű, melyik címke kié. Ha valakinek módosítani kell egy címkét, tudja, kihez forduljon.
Kérj jóváhagyást az éles változtatásokhoz
Ne engedd, hogy bárki jóváhagyás nélkül tegyen ki címkét az élesbe. Alakíts ki jóváhagyási folyamatot. A fejlesztő létrehoz egy címkét a tesztkörnyezetben. Valaki más átnézi. Egy harmadik ember jóváhagyja. Csak ezután kerül az élesbe.
Ez a háromlépéses folyamat kiszűri a hibákat. Az átnéző kérdéseket tesz fel. A jóváhagyó megnézi, hogy a változtatás illik-e az üzleti célokhoz. Mire a címke az élesbe jut, többen is ellenőrizték.
Sürgős változtatásoknál egyszerűsítheted a folyamatot. De soha ne hagyd ki teljesen. Egy elromlott éles címke többe kerül, mint pár óra jóváhagyás.
Használj külön tesztkörnyezetet és éles környezetet
Hozz létre egy teszt és egy éles címkekezelőt. Minden változtatás először a tesztkörnyezetben történik. A csapat ott próbálja ki. Jóváhagyás után a címkék átkerülnek az élesbe.
Így nem történik véletlen módosítás az élesben. A fejlesztők kísérletezhetnek a tesztkörnyezetben anélkül, hogy a valódi adatokat veszélyeztetnék. Ha biztosak benne, hogy a változtatás működik, kérik az éles átvitelt.
A tesztkörnyezet legyen az élesnek a tükörképe. Ugyanazok az oldalak, ugyanazok a műveletek, ugyanaz az adatréteg. Így a tesztek pontosan megmutatják, hogyan fog viselkedni az éles rendszer.
Dokumentáld a módosítási kéréseket
Ha valaki címkemódosítást kér, kérj hozzá leírást. Mi a változtatás? Miért kell? Melyik üzleti célt szolgálja? Ki hagyta jóvá?
Gyűjtsd a módosítási kéréseket egy helyre. Egy táblázat is megteszi, egy külön erre való eszköz még jobb. Vezesd, mi változott, mikor és miért. Ez az előzmény sokat ér, ha valami elromlik, és meg kell értened, mi történt.
Tegyél a kérésbe visszaállítási tervet is. Ha a címke elromlik, hogyan vonod vissza? Milyen gyorsan tudod visszaállítani? Mi történik, ha a visszaállás sem sikerül?
Szabályozd a hozzáférést jogosultsági szint szerint
Korlátozd, ki mihez fér hozzá. A marketinges lássa a hirdetési címkéket, de a konverziókövető címkéket ne. A fejlesztő lássa a konverziós címkéket, de a hirdetésieket ne. A jogosultságok megakadályozzák, hogy véletlenül olyat módosíts, ami nem a te területed.
Használj szerepköralapú hozzáférést. A megtekintők mindent látnak. A szerkesztők a saját területükön módosítanak. A közzétevők az élesbe is kitehetik a címkéket. Az adminok mindent megtehetnek. A finom jogosultságok megelőzik a baleseteket.
Állíts be riasztást az illetéktelen változtatásokra
Ha valaki úgy módosít egy címkét, hogy kihagyja a jóváhagyást, értesítsd a címke gazdáját. A legtöbb címkekezelő támogat naplót a változásokról. Használd ezt az illetéktelen módosítások kiszűrésére.
Állíts be automatikus értesítést. Ha valaki egy kritikus címkét módosít, menjen riasztás. A gazda átnézheti a változást, és szükség esetén visszavonhatja. A riasztások felelősséget teremtenek.
Tarts rendszeres hozzáférés-felülvizsgálatot
Negyedévente nézd át, ki mihez fér hozzá. Vedd ki azokat, akik elhagyták a csapatot. Frissítsd a jogosultságokat annak, akinek megváltozott a szerepe. A jogosultságok halmozódása valós jelenség: az emberek idővel egyre több jogot gyűjtenek.
Az áttekintés közben nézd meg a friss módosításokat is. Ki mit módosított? Követte a jóváhagyási folyamatot? Elrontott valamit a változtatás? A rendszeres ellenőrzés korán megtalálja a bajt.
Gyakran ismételt kérdések
Mindenkinek legyen szerkesztési joga, vagy csak néhány embernek?
Csak néhány embernek. A szerkesztést korlátozd a csapatvezetőkre és a tapasztalt megvalósítókra. A megtekintők mindent láthatnak, de semmit sem módosíthatnak. A szerkesztők a tesztkörnyezetben dolgoznak, az élesbe nem nyúlnak. Az éles átvitel a közzétevők dolga. Ez a szerepköralapú hozzáférés megelőzi a véletlen változtatásokat. Az új csapattagok megtekintőként indulnak, és betanulás után lesznek szerkesztők. A WEMASY weboldalépítőjével ezt közvetlenül a weboldaladon is beállíthatod.
Milyen jóváhagyási folyamat jó a címkeváltoztatásokhoz?
A háromlépéses jól működik. Létrehozod a tesztkörnyezetben, egy társad átnézi, egy vezető vagy csapatvezető jóváhagyja. Utána mehet az élesbe. Rutinváltoztatásoknál lehet kétlépéses is. De a jóváhagyást soha ne hagyd ki teljesen. Egy változtatás átnézése olcsóbb, mint egy elromlott címke javítása.
Kicsi a csapatunk. Kihagyhatjuk a formális szabályokat?
Lehetsz lazább, de teljesen ne hagyd el. Legalább az legyen meg, hogy az egyik ember létrehozza, a másik átnézi, mielőtt az élesbe kerül. Használd a tesztkörnyezetet a kipróbáláshoz. Használd a naplót a módosítások követéséhez. Még a kis csapatoknak is jól jönnek az alapszabályok. Ahogy nőtök, a formális folyamatok nélkülözhetetlenné válnak.
Hogyan kezeljük a sürgős változtatásokat, amelyeknek gyorsan élesbe kell menniük?
Alakíts ki gyorsított jóváhagyást. Lehet, hogy elég egy jóváhagyó kettő helyett. Lehet, hogy szóbeli is megteszi az írásbeli helyett. De a változtatást attól még dokumentáld. Valaki továbbra is nézze át. Ha lehet, a tesztkörnyezetben is próbáld ki. A sürgősség nem jelent vakmerőséget. A gyorsaság a gyakorlatból és a világos folyamatokból jön, nem a lépések kihagyásából.
Mit tegyünk, ha valaki jóváhagyatlan változtatással elrontja az élesben a követést?
Először azonnal állítsd vissza a változtatást. Másodszor nézd meg, mi történt. Harmadszor erősítsd meg a jóváhagyási folyamatot. Használd tanulási lehetőségnek. A jövőben kérd számon a jóváhagyást. Ha valaki ismételten megszegi a szabályt, érdemes elvenni a szerkesztési jogát. Tedd világossá, hogy a jóváhagyás mindenkit véd, azt is, aki a változtatást végzi.
Hogyan kezeljük a hozzáférést, ha valakinek megváltozik a szerepe?
A szerepváltáskor nézd át a jogosultságait. Kell még neki hozzáférés a régi területhez? Kell az újhoz? Vedd el a régit, add meg az újat. Ütemezz negyedéves áttekintést, hogy ne maradjon el semmi. Az emberek néha elfelejtik kérni a hozzáférés módosítását. A rendszeres áttekintés ezt megfogja.