Server-side tagging: nima beradi va qancha murakkablik qoʻshadi

Saytingizda bir nechta teg ishlaydi: analitika, reklama pikseli, qayta nishonga olish kodi. Teg degani sayt yoki ilovada sodir boʻlgan harakatni, masalan xaridni, analitika yoki reklama tizimiga yetkazadigan kichik kod boʻlagi. Odatda har biri brauzer ichida ishga tushib, maʼlumotni oʻz egasiga yuboradi. Server-side tagging bu sxemani oʻzgartiradi: brauzer maʼlumotni bir marta sizning serveringizga yuboradi, qaysi tizimga nima ketishini esa server hal qiladi.

Server-side tagging nima va qanday ishlaydi

Google buni teglarni foydalanuvchi faolligini, u qayerda sodir boʻlmasin, oʻlchash uchun joylashtirish usuli deb taʼriflaydi. Server konteyner foydalanuvchi brauzerida yoki telefonida ishlamaydi. U siz nazorat qiladigan serverda, masalan oʻz Google Cloud loyihangizda ishlaydi. Ichidagi teg, trigger va oʻzgaruvchi modeli odatdagi konteynerdagi bilan bir xil.

Maʼlumot yoʻli toʻrt qadamdan iborat.

1. Sayt hodisani brauzerdan server konteyner manziliga yuboradi.
2. Server soʻrovni qabul qiladi, uni tanigan modul hodisaga aylantiradi.
3. Konteynerdagi triggerlar va teglar har bir hodisani qayta ishlaydi.
4. Natija soʻrovchiga javob sifatida qaytariladi.

Google nima vaʼda qiladi

Google uchta foydani sanaydi: sahifa tezligi, foydalanuvchi maxfiyligini yaxshiroq boshqarish va maʼlumot sifati. Asosiy sahifada bu daʼvolar uchun oʻlchov yoki dalil keltirilmagan.

Oʻquv boʻlimi har birini tushuntiradi. Maxfiylikda server brauzer bilan sotuvchilar oʻrtasida toʻsiq vazifasini bajaradi: rozilikni tekshirish va maʼlumotni sotuvchiga ketishidan oldin anonimlashtirish mumkin, sotuvchi esa soʻrovni brauzerdan emas, serverdan oladi. Tezlikda brauzer bir xil maʼlumotni koʻp sotuvchiga alohida yuborish oʻrniga bitta oqim yuboradi va kamroq marketing kodi yuklaydi. Maʼlumot sifatida server cookie faylini sahifa skriptlari oʻqiy olmaydigan holatda saqlay oladi va brauzerga chiqmasligi kerak boʻlgan maxfiy kalitlar bilan hodisani boyitishi mumkin.

Umumiy sahifa yana ikki narsani qoʻshadi: server konteyner ishlamay qolsa, sayt tezligiga zarar yetmaydi va maʼlumot mijoz boshqaradigan muhitda qayta ishlanadi.

Cookie muddati: foyda qayerdan keladi va qayerda cheklanadi

Cookie masalasi maxsus domendan boshlanadi. Google serverni oʻz saytingiz subdomenida ishga tushirishni qatʼiy tavsiya qiladi, chunki shunda server cookie faylini oʻz domeningiz nomidan yoza oladi. Standart manzilda server uchinchi tomon kontekstida ishlaydi va faqat skript orqali yoziladigan cookie qoʻya oladi.

Safariʼning WebKit dvigateli qoidalari bu yerda hal qiluvchi. Uning rasmiy sahifasiga koʻra skript orqali yaratilgan cookie va boshqa saqlash joylari sayt bilan aloqa boʻlmasa 7 kundan keyin oʻchiriladi. Serverning javobida oʻrnatilgan cookie ham, agar subdomen uchinchi tomon serveriga yoʻnaltirilgani aniqlansa, 7 kun bilan cheklanadi. Reklama bosilganda manzilga qoʻshilgan kuzatuv belgisi aniqlansa, skript yaratgan cookie muddati 24 soatgacha qisqartiriladi.

Demak, server-side tagging cookie muddatini oʻz-oʻzidan uzaytirmaydi. Muddat serverning qaysi domenda va qaysi manzildan ishlashiga bogʻliq. Bu tahririyatning oʻqishi, aniq sozlama uchun WebKit va Google sahifalarini bevosita tekshirish kerak.

Murakkablik va xarajat: ikkita server kerakmi, uchtami

Server konteynerni biror joyda ishga tushirish kerak. Tagging serverini Google Cloudʼda yoki oʻzingiz tanlagan platformada yaratish mumkin. Avtomatik yaratilgan standart variant faqat sinov uchun moʻljallangan, jonli trafik boshlanganda esa qoʻshimcha nusxalar ajratish tavsiya etiladi.

Eng kam nusxa soni haqida Googleʼning ikki sahifasi turlicha yozadi. Umumiy sahifa har konteyner uchun kamida uchta nusxani tavsiya qiladi. Google Cloud uchun alohida qoʻllanma esa kamida ikkitani tavsiya qiladi va ikkitadan oʻntagacha avtomatik masshtablash soniyasiga 35 dan 350 gacha soʻrovni koʻtarishini taxmin qiladi, aniq natija teglar soniga bogʻliq. Farq kichik koʻrinadi, lekin hujjatlar toʻliq bir-biriga moslanmaganini koʻrsatadi.

Xarajat uch yoʻnalishda keladi: hisoblash, tarmoq trafigi va jurnallarni saqlash. Hisoblash eng katta oʻzgarmas qism. Qoʻllanma kutilmagan xarajatdan saqlanish uchun ogohlantirish oʻrnatishni tavsiya qiladi va yuqori trafikda soʻrov jurnalini oʻchirish mumkinligini yozadi. Bu maqolada summalar keltirilmaydi.

Texnik ishning oʻzi ham bor. Rejalash sahifasi buni ochiq yozadi: serverni yuritish uchun Google Cloud boʻyicha maʼlum bilim kerak, jamoada u boʻlmasa tashqi yordam haqida oʻylash lozim. Yangilanishlar xavfsizlik tuzatishlarini olib keladi, shu sababli kamida yirik versiya chiqqanda yangilash tavsiya qilinadi. Hududni almashtirish esa yangi xizmat yaratib, eskisini oʻchirishni talab qiladi.

Server oʻzi ham xavf nuqtasi. U ishdan chiqsa, sayt ishlashda davom etadi, lekin oʻsha daqiqalardagi hodisalar yoʻqolishi mumkin. Nusxa soni haqidagi tavsiya aynan shu xavfni kamaytirish uchun berilgan. Demak, bu tizimni bir marta sozlab qoʻyish bilan ish tugamaydi, uni kuzatib turish kerak.

Meta bilan: bir xaridni ikki marta sanash xavfi

Meta hodisalarni serverdan yuborish usulini Conversions API deb ataydi. Brauzer pikseli ham saqlansa, bir hodisa ham brauzerdan, ham serverdan kelishi mumkin. Meta ularni birlashtirish uchun hodisa nomi va noyob identifikatori bir xil boʻlishini talab qiladi, birlashtirish oynasi esa 48 soat. Identifikator yoki nom mos kelmasa, ikkala hodisa saqlanadi va xarid ikki marta sanaladi. Hodisa faqat bitta kanaldan yuborilsa, birlashtirish shart emas.

Rozilik va qonun: server joylashuvi ham masala

Server maʼlumot yigʻishni brauzerdan serverga koʻchiradi, lekin rozilik masalasini yoʻq qilmaydi. Googleʼning server tomoni uchun yozilgan qoʻllanmasida rozilik tanlovi saytdagi banner orqali olinadi va Google tegiga uzatiladi, server tomonidagi Google teglari esa shu signallarga qarab ish tutadi. Sozlama asosan sayt konteynerida qilinadi. Koʻrilgan Google sahifalari server tomonidagi teglash rozilik majburiyatini bekor qiladi deb aytmaydi.

Oʻzbekiston qonuni uchun yana bir savol bor: server qayerda joylashgan. «Shaxsga doir maʼlumotlar toʻgʻrisida»gi qonunning 27-1-moddasiga koʻra biometrik va genetik maʼlumotlar hamda telekommunikatsiya operatorlaridagi abonent maʼlumotlari Oʻzbekiston hududida saqlanishi shart. Boshqa shaxsga doir maʼlumotlar chet elda saqlanishi va qayta ishlanishi mumkin, agar quyidagilardan biri bajarilsa.

• chet davlat maʼlumotlarning bir xil himoyasini taʼminlovchi davlat deb tan olingan boʻlsa.
• operator vakolatli organ tasdiqlagan standart shartnoma shartlari yoki majburiy korporativ qoidalarni qabul qilib, ularga rioya etsa.
• operator roʻyxati vakolatli organ tomonidan tasdiqlanadigan xalqaro standartlarga rioya etsa.

Bu modda 2026 yil 26 martdagi OʻRQ-1125 qonuni bilan yangi tahrirda berilgan. Teglardan oʻtadigan maʼlumot ichida shaxsga doir maʼlumot boʻlsa, server hududini tanlash shu moddaga tegishli boʻlishi mumkin. Bu tahririyatning oʻqishi, aniq xulosani esa yurist beradi. Rejalash sahifasi hududni almashtirish yangi xizmat yaratishni talab qilishini aytgani uchun, hududni boshida tanlash osonroq boʻlishi mumkin.

Qachon mantiqli

Googleʼning oʻz sahifasi qaysi hollarda foydali boʻlishini sanaydi: sotuvchilarga ketadigan maʼlumotni qattiqroq nazorat qilish kerak boʻlsa, bir xil asosiy hodisalar koʻp sotuvchiga yuborilsa, marketing teglari sahifa tezligiga zarar qilsa yoki sezgir maʼlumot brauzerda koʻrinmasligi kerak boʻlsa. Sahifa qachon kerak emasligini aytmaydi.

Gipotetik misol. Aytaylik, doʻkon sahifasida beshta marketing kodi bor, mobil tezlik past, reklama hisobotidagi xaridlar esa analitikadagidan kam. Birinchi va uchinchi muammoga Google hujjatlari bevosita javob beradi. Xaridlarning kamayishi esa koʻproq cookie muddatiga, domen sozlamasiga va brauzer qoidalariga bogʻliq boʻlishi mumkin. Yaʼni bitta vosita uchta muammoni bir xil darajada hal qilmaydi.

Tahririyat xulosasi: bitta analitika tegi va bitta-ikkita piksel bilan ishlaydigan kichik saytda server-side tagging qoʻshadigan texnik ish foydadan oshib ketishi mumkin. Teglar koʻp, maʼlumot nazorati talab qilinadigan yoki cookie muddati reklama natijasiga taʼsir qiladigan holatda esa u asosli.

Amalda nima qilish mumkin

Quyidagilar manbalardan chiqarilgan tahririyat xulosasi.

1. Muammoni aniq yozing: sayt sekinmi, cookie muddati qisqami yoki maʼlumot nazorati kerakmi. Server-side tagging uchalasiga ham bir xil javob bermaydi.
2. Sinovdan boshlang. Avtomatik yaratilgan server faqat sinov uchun moʻljallangan.
3. Maxsus domenni DNS bilan birga rejalang va WebKit qoidalarini hisobga oling.
4. Meta bilan ishlasangiz, hodisa nomi va identifikatorni ikkala kanalda bir xil yuboring.
5. Server hududini tanlashdan oldin qanday maʼlumot oʻtishini yozib chiqing va yuristga koʻrsating.

Server-side tagging hisobotdagi raqamni sehrli tarzda yaxshilamaydi. U maʼlumot qayerda va kim nazoratida yigʻilishini oʻzgartiradi. Shu oʻzgarishning haqi texnik ish, xarajat va huquqiy savollar bilan toʻlanadi, shuning uchun qaror ham aynan shu nuqtalardan boshlanadi.