GTM interface and naming guidelines: how to set up a clean container

Google Tag Manager-lə işləyən demək olar ki, hər komanda eyni yoldan keçir. Əvvəlcə hər şey qaydasındadır: beş-altı tag, hamısı yadda qalır, hər şey aydındır. Bir il sonra konteynerdə qırx tag olur, adları «Tag 1», «yeni tag», «test — silinməli» kimidir və heç kim bunlardan hansının nə etdiyini xatırlamır. Sayt yenilənir, izləmənin bir hissəsi sınır, kimsə problemi tapmağa çalışır — və bu iş bir neçə saatdan bir neçə günə uzanır.

Bu problemin texniki səbəbi yoxdur. Səbəb strukturdur. Bu yazıda əvvəlcə GTM interfeysinin hər bölməsini, sonra isə illər sonra da işləyəcək adlandırma sistemini qururuq.

👉 Google Tag Manager nədir

Workspace: eyni anda bir neçə iş sahəsi

GTM-ə daxil olanda ilk gördüyünüz anlayış workspacedir. Workspace — konteynerin üzərində işlədiyiniz iş sahəsidir: yeni taglar burada yaradılır, dəyişikliklər burada toplanır.

Google standart olaraq üç workspace verir və bunun praktiki səbəbi var: komanda işi. Siz bir workspace-də GA4 hadisələri üzərində işləyirsiniz, həmkarınız digərində Meta piksel qurur, üçüncü sahə isə təcili düzəlişlər üçün boş qalır. Beləliklə heç kim digərinin yarımçıq işini təsadüfən dərc etmir.

Ana səhifədə (Overview) həmin workspace-dəki bütün dəyişikliklərin siyahısını görürsünüz. Nə yaradılıb, nə redaktə olunub, nə silinib — hamısı dərc etməzdən əvvəl bir yerdə görünür.

İnterfeysin bölmələri

Tags

Bütün taglar burada yaradılır və idarə olunur. Yeni tag yaradanda GTM sizə hazır şablonlar təklif edir: Google tag, GA4 event, Google Ads konversiya izləmə, Google Ads remarketing, konversiya linker və s. Siyahıda olmayan platformalar üçün (məsələn Meta piksel) Custom HTML tag tipindən istifadə olunur.

Triggers

Tagın işə düşmə şərtləri burada qurulur. Sadə bir nümunə: e-ticarət saytında konversiyanı ölçmək üçün tag yalnız «təşəkkür» səhifəsində işə düşməlidir. Deməli trigger belə olur: səhifə baxışı, şərt — URL «thank-you» ifadəsini ehtiva edir. Trigger dəqiq deyilsə, ya konversiyaları itirirsiniz, ya da hər səhifə baxışını konversiya kimi sayırsınız.

Variables

İki qrupa bölünür: Google-un hazır verdiyi built-in dəyişənlər (səhifə URL-i, klik mətni, scroll dərinliyi və s.) və özünüzün yaratdığınız user-defined dəyişənlər. Built-in dəyişənlərin çoxu standart olaraq söndürülüdür — «Configure» düyməsi ilə lazım olanları aktivləşdirirsiniz.

Folders

Konteyner böyüdükcə qovluqlar zərurətə çevrilir. Tag, trigger və dəyişənləri məntiqi qruplara ayırmaq olar — bu barədə aşağıda ayrıca danışırıq.

Templates

İcma tərəfindən hazırlanmış hazır şablonlar qalereyasıdır. Burada Google-un standart siyahısında olmayan onlarla faydalı alət var — məsələn səhifədə keçirilən vaxtı ölçən «elapsed time» dəyişəni. Sıfırdan JavaScript yazmaq əvəzinə əvvəlcə bura baxmaq yaxşı vərdişdir.

Preview

İnterfeysin ən vacib düyməsi budur. Preview rejimində GTM saytınızı ayrı bir pəncərədə açır və real vaxtda göstərir: hansı taglar işə düşdü, hansılar düşmədi, dəyişənlər hansı dəyəri aldı, data layer-də nə var. Təcrübəli mütəxəssis vaxtının böyük hissəsini məhz burada keçirir.

Versions

Hər dərc etdiyiniz dəyişikliklər toplusu bir versiyadır. Burada hansı versiyanın canlı olduğunu, hansı tagları ehtiva etdiyini görür və lazım gələndə geri qayıdırsınız.

Admin

Hesab və konteyner parametrləri, istifadəçi idarəetməsi, quraşdırma kodu, həmçinin konteyneri ixrac və idxal funksiyası buradadır.

Adlandırma sistemi: bir dəfə qurulur, illərlə işləyir

İndi bu yazının ən dəyərli hissəsinə keçirik. Aşağıdakı sistem sadədir, amma nizamsız konteynerlə nizamlı konteyner arasındakı bütün fərqi yaradır.

Account name

Hesab adı = şirkət adı. Öz bizneziniz üçün öz şirkətinizin adı, agentlik işində isə müştərinin adı. Bir neçə müştəri ilə işləyirsinizsə, hər müştəri üçün ayrıca hesab açın — hamısını bir hesaba yığmayın.

Konteyner adı

Konteyner adı = saytın və ya tətbiqin adı. Müştərinin bir neçə saytı varsa, hər saytın öz konteyneri olmalıdır.

Tag adları

Tag adı üç hissədən ibarət olmalıdır: platforma — funksiya — yer. Yəni «hansı alət üçündür», «nə edir», «harada işə düşür».

Facebook — Pixel — Add to Cart GA4 — Event — Subscribe GA4 — Page View — All Pages Google Ads — Conversion — Thank You

Bu ada baxan hər kəs — altı ay sonrakı siz də daxil — tagın nə etdiyini bir saniyəyə anlayır.

Trigger adları

Trigger adı iki hissədən ibarətdir: hərəkət — şərt. Yəni «nə baş verir» və «nə vaxt».

Page View — Thank You Page Timer — 30 saniyə Link Click — Fayl yüklənməsi Scroll — 75% Blog səhifələri

Dəyişən adları

Praktik bir fənd: dəyişən adlarını kiçik hərflərlə yazın. Bu, siyahıya baxanda dəyişəni tag və triggerdən dərhal ayırmağa imkan verir. Ad strukturu isə «tip — detal» şəklindədir.

dl — user id url — query parameter cookie — referral constant — ga4 measurement id

Qovluq strukturu

Qovluqları üç fərqli məntiqlə qurmaq olar; layihənizə uyğun olanı seçin:

• Alət tipinə görə — bütün Google tagları bir qovluqda, bütün Meta tagları digərində.
• Funksional qruplara görə — konversiya izləməsi, davranış izləməsi, remarketinq ayrı-ayrı qovluqlarda.
• Komanda üzvünə görə — hər mütəxəssisin cavabdeh olduğu taglar öz qovluğunda; kimin nəyə cavabdeh olduğu dərhal görünür.

👉 Tag, trigger və variable necə işləyir

İcma şablonlarından necə istifadə etməli?

Templates bölməsi çoxlarının heç açmadığı, amma vaxt qazandıran bir bölmədir. Burada iki qalereya var: tag şablonları and dəyişən şablonları. Hər ikisi icma tərəfindən hazırlanıb və Google tərəfindən yoxlanılıb.

Ən tipik istifadə halı budur: sizə elə bir dəyişən lazımdır ki, GTM-in standart siyahısında yoxdur. Məsələn istifadəçinin səhifədə keçirdiyi vaxtı ölçmək istəyirsiniz — built-in dəyişənlər arasında belə bir şey yoxdur. İki yolunuz var: sıfırdan custom JavaScript yazmaq və ya qalereyada «elapsed time» axtarıb hazır şablonu bir kliklə əlavə etmək. İkinci yol həm sürətli, həm də daha az səhv riskli olduğu üçün əvvəlcə həmişə qalereyaya baxın.

Şablon seçərkən iki şeyə diqqət edin: şablonun neçə dəfə quraşdırıldığı və son yenilənmə tarixi. Uzun müddət yenilənməyən şablonlar platformalardakı dəyişikliklərdən sonra işləməyə bilər.

Nizamsız konteynerin real qiyməti

Struktura vaxt ayırmamağın nəticələri dərhal görünmür — məhz buna görə təhlükəlidir. Problemlər altı-on iki ay sonra üzə çıxır.

Aydın olmayan adlar izləmə məntiqini sonradan başa düşməyi imkansızlaşdırır. Təkrarlanan taglar eyni hadisəni iki dəfə göndərir — analitikada konversiya sayı şişir və siz kampaniyanın real gücünü olduğundan yaxşı görürsünüz. Sənədləşdirilməmiş custom HTML tagları sayt yeniləndikdə səssizcə sınır. Qovluqsuz böyük konteyner isə sadəcə idarəolunmaz olur.

Nəticələr silsiləvi şəkildə gəlir: sayt yeniləməsi zamanı izləmə sınır, hesabatlar yanlış olur, problemin mənbəyini tapmaq günlər çəkir, komanda konkret bir adamdan asılı qalır, yeni izləmə tələbləri isə getdikcə daha yavaş həyata keçirilir.

Ən çətin tərəfi budur: bunu sonra düzəltmək bahadır. İllərlə yığılmış konteyneri təmizləmək tag auditi, məntiqin yenidən qurulması və toplanmış datanın yenidən doğrulanması deməkdir. Üstəlik bu iş canlı izləmə üzərində aparılır — yəni səhv addım real data itkisi yaradır.

Versiya idarəetməsi: geri qayıtmağı mümkün edin

Versiyalar GTM-in ən az qiymətləndirilən funksiyasıdır. İki qaydaya riayət edin.

Birincisi — hər versiyaya aydın təsvir yazın. «Update» yox, «GA4 scroll izləməsi + blog səhifələri üçün 75% trigger əlavə olundu» kimi. Bu təsvir gələcəkdə hansı versiyaya qayıtmalı olduğunuzu bir baxışda göstərəcək.

İkincisi — işi kiçik addımlara bölün. On tag, səkkiz trigger və altı dəyişən yaradıb hamısını bir versiyada dərc etmək cazibədar görünür, amma problem çıxanda hansı elementin səbəb olduğunu tapa bilməyəcəksiniz. Bunun əvəzinə: bir məntiqi blok tamamla → test et → versiya dərc et → növbətiyə keç.

Preview rejimini oxumağı öyrənin

Preview düyməsinə basanda GTM sizdən saytın ünvanını istəyir və həmin saytı yeni bir tabda açır. Ekranda «Tag Assistant connected» bildirişi görünür — bu, əlaqənin qurulduğunu bildirir. İndi saytda hərəkət etdikcə debug paneli real vaxtda dolur.

Panelin sol tərəfində hadisələr axını var: səhifə yüklənməsi, DOM hazır olması, window loaded, sizin etdiyiniz kliklər və scrolllar. Hər hadisəyə klikləyəndə həmin an nə baş verdiyini görürsünüz.

Sağ tərəfdə isə dörd tab var və hər biri fərqli sual cavablandırır:

• Tags — hansı taglar işə düşdü (Tags Fired), hansılar düşmədi (Tags Not Fired). Tagın adına klikləsəniz, hansı triggerin onu işə saldığını və hansı dəyərlərin göndərildiyini görürsünüz.
• Variables — həmin anda hər dəyişənin konkret dəyəri. Trigger işləmirsə, problem adətən buradadır: dəyişən gözlədiyiniz dəyəri qaytarmır.
• Data Layer — səhifədən GTM-ə ötürülən struktur data.
• Errors — quraşdırma xətaları.

Debug prosesinin praktik məntiqi belədir: tag işə düşmürsə, əvvəlcə triggerin şərtinə baxın, sonra həmin şərtdə istifadə olunan dəyişənin real dəyərini Variables tabında yoxlayın. Halların böyük əksəriyyətində səbəb ya URL şərtinin çox dar yazılması, ya da dəyişənin aktivləşdirilməməsi olur.

İstifadəçi icazələri: kimə nə qədər giriş?

GTM-də icazələr iki səviyyədədir: hesab səviyyəsi and konteyner səviyyəsi. Hesab səviyyəsində istifadəçi ya sadəcə baxa bilər, ya da administrator olur. Əsl nəzarət isə konteyner səviyyəsindədir və orada dörd pillə var:

• Read — yalnız baxır, heç nə dəyişə bilmir.
• Edit — tag və trigger yarada, redaktə edə bilir, amma dərc edə bilmir.
• Approve — versiya yarada bilir, amma canlıya çıxara bilmir.
• Publish — dəyişiklikləri canlı saytda dərc edə bilir.

Praktik tövsiyə: yeni komanda üzvlərinə və sərbəst işləyən mütəxəssislərə Edit səviyyəsi verin, Publish hüququnu isə bir-iki nəfərdə saxlayın. Bu, təsadüfən yarımçıq işin canlıya çıxmasının qarşısını alır. Və heç vaxt öz giriş məlumatlarınızı paylaşmayın — hər kəsə fərdi giriş verin ki, dəyişiklik tarixçəsində kimin nə etdiyi görünsün.

Rüblük konteyner auditi: 15 dəqiqəlik yoxlama

Struktur bir dəfə qurulub unudulan şey deyil. Hər üç aydan bir konteynerə baxın və bu suallara cavab verin:

1. Son üç ayda heç işə düşməyən tag varmı? Varsa, ya triggeri sınıb, ya da artıq lazım deyil — hər iki halda araşdırılmalıdır.
2. Eyni hadisəni göndərən iki tag varmı? Bu, datanın ikiqat sayılması deməkdir.
3. Adı qaydaya uyğun olmayan element varmı? Dərhal düzəldin — bir element düzəltmək asandır, iyirmi element düzəltmək layihəyə çevrilir.
4. Custom HTML tagların hər birinin nə etdiyi sənədləşdirilibmi? Sənədləşdirilməyibsə, tagın təsvir sahəsinə bir cümlə yazın.
5. Aktivləşdirilmiş, amma heç bir yerdə istifadə olunmayan built-in dəyişənlər varmı? Onları söndürün.

Bu yoxlama on beş dəqiqə çəkir, amma konteynerin nizamsızlığa sürüşməsinin qarşısını alır.

Konteyneri ixrac edin: agentlik işi üçün baza fayl

Bir neçə müştəri ilə işləyirsinizsə, hər dəfə sıfırdan başlamağa ehtiyac yoxdur. Praktikada işləyən yanaşma belədir: bütün standart tag, trigger və dəyişənləri ehtiva edən bir baza konteyner qurun — GA4 əsas quraşdırması, scroll izləmə, klik izləmə, konversiya linker və s.

Sonra Admin bölməsindən bu konteyneri ixrac edin (JSON faylı yaranır) və yeni müştərinin konteynerinə idxal edin. Bir neçə saatlıq iş bir neçə dəqiqəyə düşür — yalnız ölçmə ID-lərini və müştəriyə xas triggerləri dəyişmək qalır.

Ayrı-ayrı elementləri köçürmək üçün isə GTM Copy Paste Chrome əlavəsi var: tagı sağ klikləyib əlavəyə əlavə edir, sonra digər konteynerdə yapışdırırsınız. Eyni konteyner daxilində tagın surətini çıxarmaq üçün də işlədilir — məsələn, mövcud GA4 event tagını kopyalayıb yalnız hadisə adını dəyişmək.

Results

GTM interfeysi mürəkkəb deyil — bir-iki saatlıq işdən sonra hər bölmənin yerini bilirsiniz. Əsl fərq isə interfeysi tanımaqda yox, strukturu qurmaqdadır. Aydın adlandırma, məntiqi qovluqlar, təsvirli versiyalar və dərcdən əvvəl test — bu dörd vərdiş konteynerinizin bir il sonra da idarəolunan qalmasını təmin edir.

Növbəti yazıda GTM-in üç əsas komponentini — tag, trigger və variable-ı — dərinliyinə öyrənirik: hansı trigger tipləri var, built-in dəyişənlər nə verir və bu üçlük real izləmə məntiqini necə qurur.

Frequently asked questions

Neçə workspace istifadə etmək olar?

Pulsuz versiyada eyni vaxtda 3 workspace aktiv ola bilər. Bu, kiçik və orta komandalar üçün adətən kifayət edir. Bir workspace dərc olunduqdan sonra sərbəstləşir.

Səhvən dərc etsəm nə olacaq?

Versions bölməsinə keçib əvvəlki versiyanı seçin və «Publish» edin — konteyner dərhal həmin vəziyyətə qayıdır. Məhz buna görə hər versiyaya aydın təsvir yazmaq vacibdir.

Konteyneri başqa hesaba köçürmək olarmı?

Bəli. Admin → Export Container ilə JSON faylı yükləyin, yeni konteynerdə Import Container ilə idxal edin. İdxal zamanı mövcud elementlərin üzərinə yazmaq və ya birləşdirmək variantını seçə bilərsiniz.

Preview rejimi işləmirsə nə etməli?

Bir neçə tipik səbəb var. Birincisi, debug paneli yalnız Chrome-da işləyir — Firefox və digər brauzerlərdə açılmır. İkincisi, gizli (incognito) pəncərədə də adətən işləmir. Üçüncüsü, brauzerdə üçüncü tərəf çərəzləri bloklanıbsa, panel saytla əlaqə qura bilmir — parametrlərdə bunu yoxlayın. Dördüncüsü, reklam blokerləri GTM sorğularını dayandıra bilər; test müddətində onları söndürün. Panel yüklənməyibsə, sadəcə səhifəni tam yeniləmək (keşi təmizləyərək) çox vaxt kifayət edir.

Bir neçə müştəri ilə işləyəndə səhv konteynerdə işləmək riski varmı?

Bəli və bu, agentliklərdə tez-tez baş verir. Qarşısını almağın ən sadə yolu debug panelindəki konteyner ID-sini hər dəfə yoxlamaqdır — panel `GTM-XXXXXXX` identifikatorunu göstərir. Dərc etməzdən əvvəl bu identifikatorun düzgün müştəriyə aid olduğuna əmin olun.

Adlandırma qaydalarını sonradan dəyişmək olarmı?

Bəli, tag və triggerlərin adını istənilən vaxt dəyişmək olar və bu, işləyən izləməyə təsir etmir. Amma konteyner nə qədər böyükdürsə, bu iş bir o qədər çətindir — ona görə sistemi ilk gündən qurmaq daha ucuz başa gəlir.