சர்வர்-பக்க டேக்கிங் மற்றும் ஒப்புதல்: சந்தைப்படுத்துபவர்கள் தெரிந்துகொள்ள வேண்டியவை
2012-இல் Google Tag Manager தொடங்கப்பட்டதிலிருந்து சந்தைப்படுத்தல் தொழில்நுட்பத்தில் சர்வர்-பக்க டேக்கிங் மிகப்பெரிய மாற்றமாகும். டேக் செயல்படுத்தலை உலாவியிலிருந்து சர்வருக்கு நகர்த்துவதன் மூலம், சந்தைப்படுத்துபவர்கள் சிறந்த தரவுத் தரம், வேகமான பக்க ஏற்றம் மற்றும் அதிக கட்டுப்பாட்டைப் பெறுகின்றனர். ஆனால் ஆபத்தான தவறான கருத்து பரவுகிறது: «டேக்குகள் சர்வரில் இயங்கினால், எனக்கு ஒப்புதல் தேவையில்லை.» இது தவறு — மேலும் இது அபராதங்களில் மில்லியன்களைச் செலவழிக்கச் செய்யலாம்.
சர்வர்-பக்க டேக்கிங் என்றால் என்ன?
பாரம்பரிய (கிளையன்ட்-பக்க) டேக்கிங்கில், JavaScript டேக்குகள் பார்வையாளரின் உலாவியில் இயங்குகின்றன. ஒவ்வொரு டேக்கும் மூன்றாம் தரப்பு சர்வர்களுக்கு கோரிக்கைகளை அனுப்பி, பக்கத்தை மெதுவாக்கி, பல தரப்பினருக்குத் தரவை வெளிப்படுத்துகிறது. சர்வர்-பக்க டேக்கிங்கில், ஒரே ஒரு டேக் உங்கள் சொந்த சர்வருக்குத் தரவை அனுப்புகிறது, பின்னர் அது Google, Meta மற்றும் பிற தளங்களுக்கு அதை அனுப்புகிறது. உலாவி குறைவான கோரிக்கைகளைச் செய்கிறது, பக்கங்கள் வேகமாக ஏற்றப்படுகின்றன, மேலும் நீங்கள் தரவு ஓட்டத்தைக் கட்டுப்படுத்துகிறீர்கள்.
ஒப்புதல் தவறான கருத்து
கட்டுக்கதை: «சர்வர்-பக்க டேக்குகள் உலாவியில் இயங்காது, எனவே அவற்றுக்கு ஒப்புதல் தேவையில்லை.»
உண்மை: GDPR தனிப்பட்ட தரவின் செயலாக்கத்தை ஒழுங்குபடுத்துகிறது, குறியீட்டின் இருப்பிடத்தை அல்ல. நீங்கள் ஒரு பயனரின் IP முகவரி, கிளிக் நடத்தை அல்லது கொள்முதல் தரவை Google Analytics-க்கு சேகரித்து அனுப்பினால் — JavaScript உலாவியில் இயங்குகிறதா அல்லது உங்கள் சர்வரில் இயங்குகிறதா என்பது முக்கியமல்ல. தனிப்பட்ட தரவு இன்னும் செயலாக்கப்படுகிறது, மேலும் உங்களுக்கு இன்னும் ஒப்புதல் தேவை.
சர்வர்-பக்க GTM உடன் ஒப்புதல் எவ்வாறு செயல்படுகிறது
- படி 1: CMP உலாவியில் ஒப்புதலைச் சேகரிக்கிறது (இது எப்போதும் கிளையன்ட்-பக்கத்தில் நிகழ்கிறது)
- படி 2: ஒப்புதல் நிலை தரவு ஓட்டம் வழியாக சர்வர்-பக்க கொள்கலனுக்கு அனுப்பப்படுகிறது
- படி 3: சர்வர்-பக்க டேக்குகள் இயங்கும் முன் ஒப்புதல் நிலையைச் சரிபார்க்கின்றன
- படி 4: Google Consent Mode V2 அளவுருக்கள் (ad_storage, analytics_storage, ad_user_data, ad_personalization) சர்வர்-பக்கத்தில் மதிக்கப்படுகின்றன
சர்வர்-பக்கம் + சரியான ஒப்புதலின் நன்மைகள்
- சிறந்த தரவுத் தரம்: சர்வர்-பக்கம் விளம்பரத் தடுப்பான்களால் ஏற்படும் தரவு இழப்பை 15–25% குறைக்கிறது
- வேகமான பக்கங்கள்: குறைவான கிளையன்ட்-பக்க ஸ்கிரிப்டுகள் Core Web Vitals-ஐ மேம்படுத்துகின்றன
- முதல்-தரப்பு சூழல்: தரவு உங்கள் டொமைன் வழியாகப் பாய்கிறது, முதல்-தரப்பாக கருதப்படுகிறது
- Consent Mode இணக்கம்: Google-இன் சர்வர்-பக்க கொள்கலன் Consent Mode V2-ஐ இயல்பாகவே ஆதரிக்கிறது
- மேம்படுத்தப்பட்ட மாற்றங்கள்: சிறந்த அட்ரிபியூஷனுக்காக ஹேஷ் செய்யப்பட்ட முதல்-தரப்பு தரவை சர்வர்-பக்கம் இயக்குகிறது
பொதுவான தவறுகள்
- ஒப்புதலை முற்றிலும் தவிர்ப்பது — மிக ஆபத்தான தவறு; சர்வர்-பக்கம் உங்களை விலக்கிக்கொள்ளாது
- ஒப்புதல் நிலையை அனுப்பாதது — உங்கள் சர்வர் கொள்கலன் ஒப்புதல் சமிக்ஞைகளைப் பெற்றுச் சரிபார்க்க வேண்டும்
- எல்லா டேக்குகளையும் பொருட்படுத்தாமல் இயக்குவது — ஒவ்வொரு சர்வர்-பக்க டேக்கும் கிளையன்ட்-பக்கத்தைப் போன்ற அதே ஒப்புதல் விதிகளை மதிக்க வேண்டும்
- புரோகிராமேட்டிக்கிற்காக TCF-ஐ புறக்கணிப்பது — டேக்குகள் கிளையன்ட்டா சர்வரா என்பதைப் பொருட்படுத்தாமல், SSP-களுக்கு இன்னும் சரியான TC சரங்கள் தேவை
FlexyConsent + சர்வர்-பக்க GTM
Consent Mode இயக்கத்தில் இருக்கும்போது, உங்கள் டேக்குகள் இயங்குவதற்கு முன்பும், பார்வையாளர் முடிவு செய்யும்போது மீண்டும் FlexyConsent Google-இன் ஒப்புதல் சிக்னல்களை அனுப்புகிறது. அவை Google டேக்கின் கோரிக்கைகளுடன் உங்கள் சர்வர் கன்டெய்னரை அடைகின்றன, Google-இன் சொந்த சர்வர்-பக்க டேக்குகள் (Google Analytics 4, Google Ads கன்வர்ஷன் கண்காணிப்பு மற்றும் ரீமார்க்கெட்டிங், Floodlight) அவற்றின்படி செயல்படுகின்றன. Meta Conversions API அல்லது TikTok Events API போன்ற பிற விற்பனையாளர்களின் டேக்குகள் ஒப்புதலைத் தாமாகப் படிப்பதில்லை: சர்வர் கன்டெய்னரில் ஒவ்வொன்றிலும் ஒப்புதல் சரிபார்ப்பைச் சேர்த்து, அனைத்தையும் ஏற்கவும், அனைத்தையும் நிராகரிக்கவும், தேர்வு இல்லாமலும் சோதிக்கவும்.