Google Analytics 4 (GA4) பயனர் அடையாளம் மூலம் பயனர் சாதனங்களை இடையே கண்காணிப்பு

GA4 பயனர் அடையாளம் கண்காணிப்பு, ஒரே பயனர் பல சாதனங்கள், உலாவிகள் மற்றும் அமர்வுகளில் நிகழ்த்தும் தொடர்புகளை ஒரே பயனர் பயணத்தின் கீழ் ஒருங்கிணைக்க உதவுகிறது. பயனர் உங்கள் வலைத்தளத்தில் முதலில் மொபைல் சாதனத்தில் உள்நுழைந்து, பின்னர் மேசை கணினியில் உள்நுழையும்போது, சரியான முறையில் அமைக்கப்பட்ட ஒரு பயனர் அடையாளத்துடன், இந்த வருகைகளை தனித்துவமான நபர்களாக அல்ல, ஒரே பயனரின் தொடர்ந்த நடத்தையாகக் கணக்கீடு செய்யலாம். இந்த முறை குறிப்பாக உறுப்பினர்கள் உள்ள வலைத்தளங்கள், SaaS பலகைகள், மின் வர்த்தகக் கடைகள், வாடிக்கையாளர் போர்டல்கள் மற்றும் சந்தா அமைப்புகளுக்கு மிகவும் சரியான மாற்றம், ஆயுள் மதிப்பு மற்றும் சேனல் செயல்திறனை அளவீடு செய்ய உதவுகிறது.

Google Analytics 4, குக்கீகள் அடிப்படையிலான பழைய அளவீட்டு முறைமையிலிருந்து மேலும் மாறுபட்ட பயனர் அடையாள மாடலுக்கு மாறியுள்ளது. ஆனாலும் GA4 இன் சாதனங்கள் இடையே கண்காணிப்பு திறன், மந்திரமாய் தானாகவே சாதாரணமாக வேலை செய்யாது. பயனர் உள்நுழையும் பொழுதுகளில், உங்கள் அமைப்பில் இருந்து மாறுபட்ட, பெயர் மாற்றமில்லாத மற்றும் தனிப்பட்ட தரவை உள்ளடக்காத அடையாள மதிப்பை GA4 க்கு அனுப்ப வேண்டும். இந்த வழிகாட்டியில் GA4 பயனர் அடையாளம் கண்காணிப்பை தொழில்நுட்ப மற்றும் உள்நோக்கிய ரீதியில் ஆராய்வோம்; எங்கு இது தேவை, எப்படி நடைமுறைப்படுத்துவது, எந்த தவறுகளை தவிர்க்க வேண்டும் மற்றும் அறிக்கைகளில் எப்படி விளக்க வேண்டும் என்பதற்கான படி படியாக விளக்கப்படும்.

GA4 பயனர் அடையாளம் என்றால் என்ன?

GA4 பயனர் அடையாளம், உங்கள் வலைத்தளத்தின் அல்லது செயலியின் பயனர் தரவுத்தொகுப்பில் உருவாக்கப்படும் தனித்துவமான பயனர் அடையாளத்தை Google Analytics 4 க்கு அனுப்புவது ஆகும். இந்த மதிப்பு, பயனரின் மின்னஞ்சல் முகவரி, தொலைபேசி எண் அல்லது இந்திய தேசிய அடையாள எண்ணை போன்ற நேரடி தனிப்பட்ட தரவு ஆக இருக்கக்கூடாது. அதற்கு பதிலாக, உங்கள் அமைப்பில் உள்ள உள்ளக பயனர் எண், சீரற்ற முறையில் உருவாக்கப்பட்ட UUID அல்லது பாதுகாப்பாக உருவாக்கப்பட்ட பெயர் மாற்றமில்லாத அடையாளத்தைப் பயன்படுத்த வேண்டும்.

உதாரணமாக, ஒரு ஹோஸ்டிங் வாடிக்கையாளர் பலகையில் பயனர் கணக்கை உருவாக்கும் போது, அமைப்பு 845921 போன்ற உள்ளக வாடிக்கையாளர் அடையாளத்தை உருவாக்கலாம். இந்த அடையாளம், தனிப்பட்ட தரவுடன் நேரடியாக பொருந்தாத வகையில் அமைக்கப்பட்டால் GA4 க்கு user_id அளவுருவாக அனுப்பலாம். இதன் மூலம், பயனர் முதலில் டொமைன் தேடல் பக்கத்தில் மொபைல் சாதனத்தில், பின்னர் SSL சான்றிதழ் வாங்கும் திரையில் மேசை கணினியில் உள்நுழைத்தால், உள்நுழைந்த இடத்திலிருந்து அதன் நடத்தைகள் ஒரே பயனர் சித்தாந்தத்தின் கீழ் மதிப்பீடு செய்யப்படலாம். டொமைன் மற்றும் வலைத்தளம் அடிப்படையில் அளவீட்டில் ஈடுபட்டால் அமைப்பு விசாரணை மற்றும் கட்டுப்பாட்டு பதிவு மற்றும் வலை உருவாக்குதல் தீர்வுகள் பக்கங்களை இந்த பயணத்தின் ஒரு பகுதியாக மதிப்பீடு செய்வது பயனுள்ளதாக இருக்கும்.

சாதனங்கள் இடையே பயனர் கணக்கீடு ஏன் முக்கியம்?

நவீன பயனர் பயணங்கள் ஒரே சாதனத்தில் தொடங்கிக் கொண்டு முடிவுக்கு செல்லாது. ஒரு பயனர் காலை தொலைபேசியில் உங்கள் வலைப்பதிவைப் படிக்கலாம், மாலை உணவில் டேப்லெட்டில் விலையை ஒப்பிட்டு பார்க்கலாம், மாலை வேலை கணினியில் வாங்கும் செயல்பாட்டை நிறைவேற்றலாம். நீங்கள் சாதனம் அல்லது உலாவிய குக்கீகளை மட்டும் பார்க்குமானால், அந்த நபர் மூன்று வேறு பயனராகக் காட்சியளிக்கின்றனர். இதன் விளைவாக, உங்கள் மாற்றம் விகிதம், மறுபட்சி சந்தைப்படுத்தல் உத்தி, வாடிக்கையாளர் அடிப்படைக் காலம் மற்றும் சேனல் பங்களிப்பு பகுப்பாய்வு தவறாக விளக்கப்படலாம்.

GA4 பயனர் அடையாளம் கண்காணிப்பு, குறிப்பாக தீர்மான செயல்முறை நீளமான தயாரிப்புகளில் பெரிய வித்தியாசம் உருவாக்குகிறது. ஹோஸ்டிங், VPS, நிறுவன மின்னஞ்சல், SSL சான்றிதழ், மென்பொருள் சந்தா, ஆன்லைன் கல்வி மற்றும் B2B சேவைகளில் பயனர் பொதுவாக பல அமர்வுகளில் ஆராய்ச்சி செய்கிறார்கள். எனவே வாங்குவதற்கு முன் தொடர்புபட்ட இடங்களை சரியாகப் பார்க்கும் போது, சந்தைப்படுத்தல் பட்ஜெட்டை மேலும் துல்லியமாகப் பகிர்ந்துகொள்ள உதவுகிறது. எடுத்துக்காட்டாக, இயற்கை தேடல் முதல் தொடங்கியுள்ளது, மறுபட்சி விளம்பரம் பயனரை மீண்டும் கொண்டுவருகிறது, மின்னஞ்சல் பிரச்சாரமானது இறுதியாக வாங்குவதைக் கிளப்புகிறது. பயனர் அடையாளம் இல்லாமல் இந்த சங்கிலி துண்டுகளாகக் காட்சியளிக்கிறது.

GA4 அடையாளப் புலங்கள்: பயனர் அடையாளம், Google சிக்னல்கள் மற்றும் சாதன அடையாளம்

GA4, பயனர்களைப் அடையாளம் காண பல அடையாளப் புலங்களைப் பயன்படுத்துகிறது. அறிக்கையிடும் அடையாளம் அமைப்புகளை சரியாகப் புரிந்துகொள்வது, பயனர் அடையாளம் தரவின் உங்கள் அறிக்கைகளில் எவ்வாறு பிரதிபலிக்கும் என்பதைப் புரிந்துகொள்ள முக்கியம்.

இந்த முறைகள் ஒன்றின் மாற்று அல்ல, பெரும்பாலும் ஒத்துழைப்பாளர்களாகும். ஆனால் உள்நுழைந்த பயனர்களைக் கொண்ட ஒரு அமைப்பு இருந்தால், பயனர் அடையாளம், உங்கள் கைகளில் உள்ள மிகவும்துல்லியமான உறுதிப்படுத்தல் சிக்னல்களில் ஒன்றாகும். GA4 அறிக்கைகளில் blended, observed மற்றும் device-based போன்ற அறிக்கையிடும் அடையாள விருப்பங்கள் உள்ளன. பயனர் தனியுரிமை, தரவுத்தொகை மற்றும் சொத்துப் பராமரிப்பு அமைப்புகளுக்கு ஏற்ப காட்சியளிக்கும் அளவுகளில் மாறுபாடு இருக்கலாம்.

GA4 பயனர் அடையாளம் கண்காணிப்பு எந்த வலைத்தளங்களுக்கு பொருந்துகிறது?

ஒவ்வொரு வலைத்தளமும் பயனர் அடையாளத்தை செயல்படுத்த வேண்டும் என்றால் இல்லை. குரூபிய பயணத்தைப் பெறாத நிறுவன விளம்பர வலைத்தளத்தில் பயனர் உள்நுழைவதில்லை என்றால், பயனர் அடையாளம் உருவாக்க முடியாது. ஆனால் பயனர் கணக்கு, வாடிக்கையாளர் பலகை அல்லது சந்தா அமைப்பு இருந்தால், இந்த அம்சம் மிகவும் பயனுள்ள அளவீட்டு பயன்களை வழங்குகிறது.

• மின் வர்த்தக வலைத்தளங்கள்: காரியங்கள், மனம் விருப்பங்கள், வாங்குதல் மற்றும் மீண்டும் வாங்கும் செயல்களை சாதனங்கள் இடையே ஒருங்கிணைக்கிறது.
• ஹோஸ்டிங் மற்றும் டொமைன் பலகைகள்: டொமைன் தேடல், தொகுப்பு ஒப்பீடு, ஆதரவு கோரிக்கை மற்றும் புதுப்பிப்பு செயல்முறைகளை ஒரே பயனர் பயணத்தில் காட்டுகிறது.
• SaaS செயலிகள்: இலவச சோதனைக்கு பணத்திற்கான சந்தா மாறும் போது எந்த தொடர்பு புள்ளிகள் செயல்படுகிறது என்பதைக் கண்டறிகிறது.
• ஆன்லைன் கல்வி தளங்கள்: பாடம் பார்வை, பதிவு, சான்றிதழ் மற்றும் கட்டணத்தை மேலும் துல்லியமாகப் பகுப்பாய்வு செய்கிறது.
• உறுப்பினர் உள்ளடக்கம் வலைத்தளங்கள்: உள்நுழைந்த வாசகர்களின் உள்ளடக்கத்தைப் பயன்படுத்துதல் மற்றும் சந்தா சாத்தியத்தை அளவீடு செய்கிறது.

எடுத்துக்காட்டாக, ஒரு பயனர் Hostragons வலைப்பதிவில் SSL என்ற தலைப்பில் உள்ள ஒரு கட்டுரையைப் படித்து, சில நாட்கள் கழித்து உள்நுழைந்து சான்றிதழ் வாங்கினால், பயனர் அடையாளம் அமைப்பு இந்த பயணத்தை மேலும் துல்லியமாகத் தலைமை செய்கிறது. இந்த வகை உள்ளடக்கத்திற்காக SSL சான்றிதழ் என்பது என்ன? மற்றும் WordPress ஹோஸ்டிங் செயல்திறன் வழிகாட்டி போன்ற பக்கங்களுடன் இயல்பான பகுப்பாய்வு நெட்வொர்க் அமைக்கலாம்.

அமைப்பு முன்னணி தேவைகள்

GA4 பயனர் அடையாளம் கண்காணிப்பைத் தொடங்குவதற்காக, தொழில்நுட்பம் மற்றும் சட்ட ரீதியான தயாரிப்புகள் செய்யப்பட வேண்டும். காரணம் தவறான அமைப்பு, தரவை தவறாகச் சேகரிக்க அல்லது தனியுரிமை கொள்கைகளை மீறுவதற்கு வழிவகுக்கலாம்.

1. நிலையான மற்றும் பெயர் மாற்றமில்லாத பயனர் அடையாளத்தைத் தீர்மானிக்கவும்

பயனர் அடையாளத்தின் மதிப்பு காலத்திற்கு மாறக்கூடாது. பயனர் மின்னஞ்சல் முகவரியை மாற்றினால் பயனர் அடையாளம் மாறினால், முந்தைய நடத்தைகள் பிரிக்கப்படும். சிறந்த நடைமுறை, தரவுத்தொகுப்பில் பயனர் உருவாக்கப்படும் போதே ஒதுக்கப்படும் உள்ளக, தனித்துவமான மற்றும் நிரந்தர அடையாளத்தைப் பயன்படுத்துவது ஆகும். UUID வடிவம் அல்லது hash செய்யப்பட்ட உள்ளக அடையாளம் விரும்பப்படுகிறது. ஆனால் வெறும் hash செய்யும் செயல் எப்போதும் தனிப்பட்ட தரவை ஆபத்திலிருந்து பாதுகாக்காது; மின்னஞ்சல் முகவரியை SHA-256 மூலம் hash செய்து அனுப்புவது கூட Google கொள்கைகளுக்கு எதிரானது ஆக இருக்கலாம். எனவே தனிப்பட்ட தரவிலிருந்து உருவாக்கப்படாத அடையாளத்தைப் பயன்படுத்துவது பாதுகாப்பாக இருக்கும்.

2. பயனர் உள்நுழைவு நேரத்தைத் தெளிவாகவும்

பயனர் அடையாளம், பயனர் அடையாளம் உறுதியாக்கப்பட்டபோது அனுப்பப்பட வேண்டும். பயனர் இன்னும் உள்நுழையவில்லை என்றால், கணிக்கையிடும் அடையாளத்தை அனுப்புவது சரியானது அல்ல. பொதுவான காட்சி: பார்வையாளர் வலைத்தளத்திற்கு வருகிறார், தயாரிப்புகளை ஆராய்கிறார், உள்நுழைகிறார் அல்லது கணக்கு உருவாக்குகிறார், உள்நுழைவு வெற்றியாக இருக்கும் போது dataLayer அல்லது gtag மூலம் user_id அனுப்பப்படுகிறது. வெளியில் வெளியேறும் போது user_id மதிப்பு அழிக்கப்பட வேண்டும்.

3. KVKK மற்றும் குக்கீ ஒப்புதல் செயல்முறைகளைச் சரிபார்க்கவும்

துருக்கியில் செயல்படும் வலைத்தளங்களில் KVKK, வெளிப்படையான ஒப்புதல், விளக்க உரை மற்றும் குக்கீ கொள்கை முக்கியமான விஷயங்கள் ஆகும். Analytics குக்கீகள் மற்றும் பயனர் அளவீட்டு செயல்முறைகள், உங்கள் வலைத்தளத்தில் குக்கீ விருப்ப மையத்தில் தெளிவாகக் குறிப்பிடப்பட வேண்டும். பயனர் பகுப்பாய்வு குக்கீகளுக்கான ஒப்புதலைத் தரவில்லை என்றால், GA4 குறிச்சொற்கள் Google Consent Mode மூலம் எவ்வாறு செயல்படும் என்பதை நிர்வகிக்கலாம். இதற்கான தொழில்நுட்ப அடிப்படை பாதுகாப்பாகவும், புதுப்பிக்கப்பட்டதாக இருக்க வேண்டும்; SSL சான்றிதழ் வாங்க மற்றும் பாதுகாப்பான வலை உள்நுழைவு தீர்வுகள் தரவின் பாதுகாப்பிற்கான அடிப்படை அடுக்கு அமைக்கின்றன.

GA4 பயனர் அடையாளம் அமைப்பு: படி படியாக செயல்படுத்துதல்

கீழ்காணும் படிகள் பொதுவான வலைத்தளம் மற்றும் Google Tag Manager அமைப்பிற்கான உதாரணமாக வழங்கப்பட்டுள்ளன. நீங்கள் பயன்படுத்தும் அடிப்படைக்கு ஏற்ப செயல்பாடு மாறலாம்; WordPress, தனிப்பட்ட PHP மென்பொருள், Laravel, Node.js அல்லது React அடிப்படையிலான செயலிகளில் தரவுப் படுக்கை மாந்தி ஒரே மாதிரியாகவே இருக்கும்.

படி 1: GA4 சொத்தையும் தரவுப் புகையினையும் சரிபார்க்கவும்

Google Analytics கணக்கில் GA4 சொத்துகள் செயல்பாட்டில் உள்ளதா, வலை தரவுப் புகையினம் சரியான டொமைனில் செயல்படுகிறதா மற்றும் அடிப்படையான page_view நிகழ்வுகள் வருகின்றனவா என்பதை உறுதி செய்யவும். உங்கள் அளவீட்டு அடையாளம் G- உடன் தொடங்கும். நீங்கள் GA4 அமைப்பை இன்னும் செய்யவில்லை என்றால், முதலில் அடிப்படை குறிச்சொற்களை முடிக்கவும், பிறகு பயனர் அடையாளத்தைச் சேர்க்கவும். இல்லையெனில், தவறானது அடிப்படைக் கட்டமைப்பிலிருந்து அல்லது user_id அளவுருவிலிருந்து உருவாகிறதா என்பதைப் பிரிக்க மிகவும் கடினமாக இருக்கும்.

படி 2: பயனர் உள்நுழைந்த பிறகு dataLayer இல் user_id அனுப்பவும்

Google Tag Manager ஐப் பயன்படுத்தினால், உள்நுழைவு வெற்றியடைந்த போது dataLayer இல் user_id மதிப்பைக் அனுப்புவது மிகவும் சுத்தமான முறையாகும். உதாரணமாக்கம் இவ்வாறு இருக்கும்:

dataLayer.push({event: 'login_success', user_id: 'u_845921'});

இங்கு u_845921 மதிப்பு உதாரணமாகக் கொடுக்கப்பட்டுள்ளது. உண்மையான செயல்பாட்டில், இந்த மதிப்பு உங்கள் அமைப்பின் பாதுகாப்பான மற்றும் பெயர் மாற்றமில்லாத உள்ளக அடையாளமாக இருக்க வேண்டும். பயனர் பலகை பக்கங்களில் ஒவ்வொரு பக்கம் ஏற்றும்போதும், தற்போதைய user_id மதிப்பை dataLayerக்கு எழுதுவதற்கு நீங்கள் தேவைப்படலாம். இதனால் உள்நுழைவு நிகழ்வு மட்டுமல்ல, அடுத்த page_view மற்றும் மாற்றம் நிகழ்வுகள் ஒரே பயனருடன் தொடர்பு கொள்ளலாம்.

படி 3: Google Tag Manager இல் மாறி உருவாக்கவும்

GTM பலகையில் தரவுப் படுக்கை மாறியை உருவாக்கவும். மாறியின் பெயரை DLV - user_id எனக் குறிப்பிடவும், தரவுப் படுக்கை மாறி பெயர் மையத்தில் user_id என்பதைக் குறிப்பிடவும். இந்த மாறி, dataLayer இல் இருந்து வரும் மதிப்பைப் GA4 குறிச்சொற்களில் பயன்படுத்துவதற்கு உதவுகிறது. மதிப்பு காலியாக வந்தால், குறிச்சொல்லின் செயல்பாடு எப்படி இருக்கும் என்பதைச் சோதிக்க முக்கியம்.

படி 4: GA4 அமைப்பு குறிச்சொற்களில் பயனர் அடையாளம் சேர்க்கவும்

GA4 அமைப்பு அல்லது Google குறிச்சொற்கள் அமைப்புகளில் user_id அளவுருவை தொடர்புடைய மாறிக்கு இணைக்கவும். புதிய Google Tag கட்டமைப்புகளில், நிகழ்வு அளவுருக்கள் மற்றும் பயனர் பண்புகளை கவனமாகப் பிரிக்கவும். GA4 இல் பயனர் அடையாளத்திற்கு பரிந்துரைக்கப்பட்ட அளவுரு பெயர் user_id ஆகும். இந்த அளவுருவை அனைத்து தொடர்புடைய நிகழ்வுகளில் ஒரே மாதிரியான முறையில் அனுப்ப வேண்டும்.

படி 5: உள்நுழைவு, வாங்குதல் மற்றும் முன்னணி நிகழ்வுகளை சோதிக்கவும்

மூன்று முக்கியமான முன்னணி நிகழ்வுகளை சோதிக்க வேண்டும்: பயனர் உள்நுழைவு, மாற்றம் நிகழ்வு மற்றும் வெளியில் செல்லும் செயல்முறை. எடுத்துக்காட்டாக, ஒரு ஹோஸ்டிங் வாங்கும் செயல்முறையில் login_success, begin_checkout, purchase மற்றும் ஆதரவு கோரிக்கை போன்ற நிகழ்வுகளில் user_id மதிப்பு வந்து விட்டதா என்பதைச் சரிபார்க்கவும். உங்கள் வாங்கும் செயல்முறைகளில் VPS சேவையகம் தொகுப்புகள் அல்லது கொரும்சல் இ-மெயில் ஹோஸ்டிங் போன்ற வெவ்வேறு தயாரிப்பு வகைகள் உள்ளமையின், ஒவ்வொரு வகைக்கும் நிகழ்வு பின்வட்டம் ஒரே தரத்தில் செயல்படுகிறதா என்பதை உறுதி செய்யவும்.

படி 6: DebugView மூலம் சரிபார்க்கவும்

GA4 DebugView திரை, சோதனை சாதனத்திலிருந்து வரும் நிகழ்வுகளை உண்மைக் காலத்திற்கு அருகிலாகக் காட்டுகிறது. GTM Preview முறையை ஒருங்கிணைத்தால், user_id அளவுரு எந்த நிகழ்வுகளில் அனுப்பப்படுகிறதெனக் காணலாம். Chrome மேம்பாட்டு கருவிகளில் Network பிரிவில் collect கோரிக்கைகளை ஆராய்ந்து அளவுருக்களைச் சரிபார்க்கலாம். தவறான அல்லது காலியாக உள்ள user_id அனுப்புதல், பின்னர் அறிக்கையிலான முரண்பாடுகளுக்கு வழிவகுக்கும், எனவே வெளியீட்டிற்கு முன்னர் உறுதிப்படுத்தப்பட வேண்டும்.

செயல்பாட்டில் அடிக்கடி செய்யப்படும் தவறுகள்

GA4 பயனர் அடையாளம் அமைப்பு எளிதாகக் காட்சியளிக்கும், ஆனால் அளவீட்டு தரத்தைப் பாதிக்கும் பொதுவான தவறுகள் உள்ளன. கீழ்காணும் கட்டுப்பாட்டு பட்டியல், உண்மையான திட்டங்களில் அதிகமாகக் காணப்படும் பிரச்சினைகளை குறைக்கிறது.

• மின்னஞ்சல் முகவரியை பயனர் அடையாளமாக அனுப்புதல்: Google Analytics கொள்கைகளுக்கு எதிரானது மற்றும் தனிப்பட்ட தரவிற்கான ஆபத்தை ஏற்படுத்துகிறது.
• ஒவ்வொரு அமர்விலும் மாறும் ID பயன்படுத்துதல்: பயனர் அடையாளம் நிரந்தரமல்லாத காரணமாக, சாதனங்கள் இடையே பொருத்தம் மாறுபடும்.
• மட்டுமே உள்நுழைவு நிகழ்வில் அனுப்புவது: அடுத்த வாங்குதல் அல்லது முன்னணி நிகழ்வுகளில் user_id இல்லாவிடில், பகுப்பாய்வு குறைவாக இருக்கும்.
• வெளியேறும்போது ID யைப் பரிசுத்தம் செய்யாதது: பொதுவான கணினிகளில், அடுத்த பயனரின் நடத்தைகள் தவறான நபருடன் இணைக்கப்படலாம்.
• சோதிக்காமல் வெளியீடு செய்யுதல்: DebugView மற்றும் GTM Preview இல் இல்லாமல் செய்யப்படும் அமைப்புகளில் தவறுகள் தாமதமாகக் காட்சியளிக்கலாம்.
• கடந்த கால தரவை எதிர்பார்த்தல்: பயனர் அடையாளம் கடந்த தரவுகளை தானாகவே ஒருங்கிணைப்பதில்லை; அமைப்பிற்குப் பிறகு மட்டுமே உரிய தரவுகள் பாதிக்கப்படும்.

GA4 அறிக்கைகளில் பயனர் அடையாளம் தரவை எப்படி விளக்குவது?

பயனர் அடையாளம் செயல்படுத்தப்பட்ட பிறகு, அறிக்கைகளில் பயனர் எண்ணிக்கை, புதிய பயனர், மீண்டும் வரும் பயனர் மற்றும் அமர்வு அளவுகளில் மாறுபாடுகளை காணலாம். இந்த மாறுபாடு பொதுவாக அளவீட்டின் பாதிப்பு இல்லாதது ஆக இருக்காது; மாறினால், முன்னர் தனித்துவமாகக் காணப்பட்ட சாதனங்கள் ஒரே பயனர் கீழ் ஒருங்கிணைக்கப்படுவதால் ஏற்படலாம். எடுத்துக்காட்டாக, அமைப்பிற்கு முன்பு 10,000 பயனர்கள் காணப்பட்ட ஒரு மாதம், சரியான பயனர் அடையாளம் பிறகு 8,700 பயனர்களாகக் கணக்கீடு செய்யப்படலாம். இந்த குறைவு, தனித்துவமான பயனர் கணக்கீட்டின் மேலும் துல்லியமாக மாறியதைப் காட்டலாம்.

கண்டுபிடிக்கவும் அறிக்கைகளில் பயனர் பிரிவுகளை உருவாக்கி உள்நுழைந்த பயனர்களை, வாங்கியவர்களை, மீண்டும் வாங்கியவர்களை அல்லது குறிப்பிட்ட தயாரிப்பு பக்கங்களைப் பார்வையிடுபவர்களைப் பகுப்பாய்வு செய்யலாம். குறிப்பாக மாற்றம் குழாய் அறிக்கைகளில், மொபைல் தொடக்கம் மற்றும் மேசை வாங்குதல் போன்ற குறுக்கு சாதனம் நடத்தைகளைப் பார்க்க, பயனர் அனுபவத்தின் அபரிமிதத்திற்கு உதவும். மொபைலில் தயாரிப்பு பார்வை அதிகமாக இருந்தாலும், வாங்குதல் குறைவாக இருந்தால், கட்டண வடிவம், வேகம் அல்லது பாதுகாப்பு சிக்னல்களில் மேம்படுத்தல் தேவைப்படும். இந்த நிலையில், விரைவான மற்றும் இடையூறில்லாத அடிப்படைக்காக உயர் செயல்திறன் ஹோஸ்டிங் தீர்வுகள் மாற்ற விகிதங்களை dolaylı olarak பாதிக்கலாம்.

உதாரணச் சூழ்நிலை: ஹோஸ்டிங் வாங்கும் பயணம்

ஒரு குறிப்பிட்ட எடுத்துக்காட்டில் யோசிப்போம். ஐஷா என்ற பயனர், திங்கட்கிழமை தனது தொலைபேசியில் “WordPress ஹோஸ்டிங் எவ்வாறு தேர்வு செய்வது” என்ற தேடலைச் செய்து உங்கள் வலைப்பதிவுக்கு வருகிறார். அந்த நாளில் அவர் கணக்கு உருவாக்கவில்லை, வெறும் தொகுப்புகளை ஆராய்கிறார். புதன்கிழமை, அவர் வேலைச் கணினியில் திரும்பி வருகிறார், டொமைன் தகுதியைச் சரிபார்க்கிறார் மற்றும் கணக்கு உருவாக்குகிறார். வியாழக்கிழமை மாலை, அவர் வீட்டில் உள்ள லேப்டாப்பில் உள்நுழைந்து ஹோஸ்டிங் மற்றும் SSL சான்றிதழ் வாங்குகிறார்.

பயனர் அடையாளம் இல்லாவிடில், இந்த பயணம் மூன்று தனித்துவமான பயனர்களாகக் காட்சியளிக்கப்படும். இயற்கை தேடல், நேரடி போக்குவரத்து மற்றும் கட்டணம் செய்யப்பட்ட பிரச்சாரம் ஒன்றுக்கொன்று பிளவாகக் காணப்படலாம். GA4 பயனர் அடையாளம் கண்காணிப்பு சரியாக அமைக்கப்பட்டால், உள்நுழைந்த பொழுதில் இருந்து இந்த நடத்தைகள் ஒரே பயனர் பயணத்திற்கு மேலும் துல்லியமாக இணைக்கப்படும். இதனால், வலைப்பதிவின் உள்ளடக்கத்தின் முதல் தொடர்பின் மதிப்பு, டொமைன் தேடல் பக்கத்தின் மதிப்பீட்டு பங்கு மற்றும் SSL சலுகையின் வாங்கும் தாக்கம் மேலும் சீராகப் பகுப்பாய்வு செய்யப்படுகிறது.

தனியுரிமை, KVKK மற்றும் Google கொள்கைகள் பார்வையில் கவனம் செலுத்த வேண்டியவை

பயனர் அடையாளம் பயன்படுத்தும்போது அடிப்படைக் கொள்கை இதுவாக இருக்கிறது: GA4 க்கு நபரை நேரடியாக அடையாளம் காணக்கூடிய எந்த தரவையும் அனுப்ப வேண்டாம். மின்னஞ்சல், பெயர்-முதல், தொலைபேசி, முகவரி, IP ஐ தனிப்பட்ட அளவுரு உள்ளடக்கமாக அனுப்புவதில், வாடிக்கையாளர் எண்ணிக்கையுடன் நேரடியாக பொருந்தும் தகவல்களை அனுப்புவதில் அல்லது URL இல் தனிப்பட்ட தரவை அனுப்புவதில் தவிர்க்கவும். உங்கள் பயனர் ID உள்நாட்டு அமைப்பில் பொருத்தமாக இருந்தாலும், GA4 இல் தனியாக நபரை அடையாளம் காண முடியாதவாறு வடிவமைக்க வேண்டும்.

மேலும், உங்கள் தனியுரிமை கொள்கையில் பகுப்பாய்வு கருவிகள், அளவீட்டு நோக்கங்கள், குக்கீ வகைகள் மற்றும் பயனர் விருப்பங்கள் தெளிவாக விளக்கப்பட வேண்டும். Consent Mode பயன்படுத்தினால், analytics_storage மற்றும் ad_storage சிக்னல்களை சரியான முறையில் செயல்படுவதைச் சோதிக்கவும். பயனர் ஒப்புதல் அளிக்காத வரை தேவையற்ற குக்கீ எழுதப்படுவதில்லை, அது சட்டப்படி ஒத்துவைத்தல் மற்றும் மார்க்கெட் நம்பிக்கைக்கு முக்கியம். குறிப்பாக வாடிக்கையாளர் கணக்கு, கட்டணம் மற்றும் ஆதரவு பலகை போன்ற பகுதிகளில் HTTPS பயன்படுத்துவது கடுமையானது; இதில் SSL சான்றிதழ் மற்றும் நம்பகமான சேவையகம் அடிப்படைக் பாதுகாப்பு தேவைகள் ஆகும்.

மேம்பட்ட குறிப்புகள்: மேலும் தரமான அளவீட்டு செய்ய என்ன செய்யலாம்?

அடிப்படை அமைப்பை முடித்த பிறகு, அளவீட்டு தரத்தை உயர்த்த சில மேம்பட்ட படிகள் மேற்கொள்ளலாம். இவை, தரவை மட்டுமே சேகரிக்காமல், தொழில்முறை முடிவுகளுக்கு மாற்றுவதற்கு உதவுகிறது.

• பயனர் பண்புகளை கவனமாக வரையறுக்கவும்: திட்ட வகை, உறுப்பினர் நிலை அல்லது வாடிக்கையாளர் பிரிவு போன்ற தனிப்பட்டது அல்லாத பண்புகள் பகுப்பாய்வில் பயனுள்ளது. ஆனால், உணர்ச்சிமிக்க தரவை அனுப்ப வேண்டாம்.
• நிகழ்வு பெயர்களை சரியான முறையில் அமைக்கவும்: login_success, sign_up, begin_checkout, purchase போன்ற ஒரே மாதிரியான பெயர்கள் அறிக்கையை எளிதாக்கும்.
• சேவையகம் பக்கம் குறிச்சொற்களை மதிப்பீடு செய்யவும்: Server-side GTM, தரவுப் கட்டுப்பாட்டைப் அதிகரிக்கலாம் மற்றும் வாடிக்கையாளர் பக்கம் தொடர்பான கட்டுப்பாடுகளின் விளைவுகளை குறைக்கலாம்.
• BigQuery இணைப்பை பயன்படுத்தவும்: GA4 தரவுகளை BigQuery க்கு அனுப்புவதன் மூலம் பயனர் அடையாளம் அடிப்படையிலான மேலும் மேம்பட்ட பகுப்பாய்வுகள், குரூப் மற்றும் ஆயுள் மதிப்பு கணக்கீடுகளைப் பார்க்கலாம்.
• CRM மற்றும் ஆதரவு தரவுடன் கவனமாக பொருத்தவும்: பகுப்பாய்வு தரவை வணிக தரவுடன் இணைக்கும் போது பெயர் மாற்றமில்லாமல், அணுகல் உரிமங்கள் மற்றும் தரவுப் பராமரிப்பு கொள்கைகளை பின்பற்றவும்.

எடுத்துக்காட்டாக, BigQuery க்குள் user_id அடிப்படையில் மீண்டும் வாங்கும் விகிதம், முதல் வாங்குவதற்கு இடையில் கடந்து செல்லும் நாட்கள் அல்லது ஆதரவு கோரிக்கை உருவாக்கும் பயனர்களின் மறுபுதுப்பிப்பு விகிதம் ஆகியவை பகுப்பாய்வு செய்யப்படலாம். இந்த பகுப்பாய்வுகள் சந்தைப்படுத்தல், தயாரிப்பு மற்றும் வாடிக்கையாளர் வெற்றித் தரப்புக்கு பயன்படுத்தக்கூடிய உள்ளகங்களை வழங்குகிறது.

செயல்திறன் மற்றும் அடிப்படைக் கட்டமைப்பின் தாக்கம்

Analytics அமைப்புகள், சந்தைப்படுத்தல் விஷயமல்ல; வலை செயல்திறன் மற்றும் அடிப்படைக் தரத்துடன் தொடர்புடையது. மிகுந்த அளவிலான குறிச்சொற்கள், தவறாக கையாளப்படும் ஸ்கிரிப்ட்கள் மற்றும் மேம்படுத்தப்படாத மூன்றாம் தரப்பு குறியீடுகள் பக்கம் வேகம் குறைக்கலாம். GA4 மற்றும் GTM குறிச்சொற்களை எளிதாக வைத்திருப்பது, தேவையற்ற நிகழ்வு மீள்காட்சிகளைத் தவிர்க்கவும், முக்கிய பக்கங்களில் செயல்திறனைச் சோதிக்கவும் வேண்டும்.

குறிப்பாக வாங்கும் குழாய், உள்நுழைவுப் பக்கம் மற்றும் வாடிக்கையாளர் பலகை போன்ற பக்கங்களில் தாமதங்கள் மாற்றம் விகிதத்தை பாதிக்கலாம். விரைவான DNS, நம்பகமான ஹோஸ்டிங், புதுப்பிக்கப்பட்ட PHP பதிப்புகள், கச்சா மற்றும் CDN பயன்பாடு அளவீட்டு துல்லியத்தை ஆதரிக்கலாம்; ஏனெனில் பக்கம் முழுமையாக ஏற்றாமல் வெளியேறும் பயனர்களின் நிகழ்வுகள் குறைவாகக் காட்சியளிக்கலாம். எனவே தொழில்நுட்ப SEO, வலை பகுப்பாய்வு மற்றும் ஹோஸ்டிங் அடிப்படையை ஒருங்கிணைக்க வேண்டும். தொடர்புடைய திட்டமிடலுக்காக WordPress ஹோஸ்டிங், VPS சர்வர் மற்றும் அமைப்பு மாற்றம் பக்கங்களைப் பயன்படுத்தி உங்கள் அடிப்படைக் தேர்வுகளைப் பரிசீலிக்கலாம்.

குறுகிய கட்டுப்பாட்டு பட்டியல்

வெளியீட்டு முன் கீழ்காணும் உருப்படிகளை முடிக்கவும், GA4 பயனர் அடையாளம் கண்காணிப்பு மேலும் ஆர்வமுள்ளதாக செயல்படுகிறது:

• நிலையான, பெயர் மாற்றமில்லாத மற்றும் தனித்துவமான பயனர் ID ஐ தீர்மானித்தது.
• தனிப்பட்ட தரவு GA4 க்கு அனுப்பப்படவில்லை.
• உள்நுழைவுக்குப் பிறகு dataLayer அல்லது gtag மூலம் user_id அனுப்பப்படுகிறார்.
• முக்கிய நிகழ்வுகளில் user_id அளவுரு உள்ளது.
• வெளியேறும் போது user_id பரிசுத்தமாக்கப்படுகிறது.
• DebugView, GTM Preview மற்றும் Network சோதனைகள் செய்யப்பட்டுள்ளன.
• குக்கீ ஒப்புதல், KVKK உரை மற்றும் தனியுரிமை கொள்கை புதுப்பிக்கப்பட்டது.
• அறிக்கையிடும் அடையாள அமைப்புகள் சரிபார்க்கப்பட்டன.

அடிக்கடி கேட்கப்படும் கேள்விகள்

GA4 பயனர் அடையாளம் கண்காணிப்பு பழைய தரவுகளை ஒருங்கிணிக்கிறதா?

இல்லை. பயனர் அடையாளம், முந்தைய தரவுகளை ஒருங்கிணைக்கவில்லை. அமைப்பிற்குப் பிறகு, user_id அளவுரு அனுப்பப்படும் உரிய நிகழ்வுகள் மூலம் அறிக்கைகளைப் பாதிக்கும்.

பயனர் அடையாளமாக மின்னஞ்சல் முகவரியை அனுப்ப முடியுமா?

இல்லை. மின்னஞ்சல், தொலைபேசி, பெயர்-முதல் போன்ற தனிப்பட்ட தரவுகளை Google Analytics க்கு அனுப்பக்கூடாது. அதற்கு பதிலாக, பெயர் மாற்றமில்லாத, நிரந்தர மற்றும் உள்ளக பயனர் அடையாளத்தைப் பயன்படுத்த வேண்டும்.

பயனர் உள்நுழையாமல் சாதனங்கள் இடையே கண்காணிப்பு செய்யலாமா?

கட்டுப்படுத்தப்பட்ட அளவில் செய்யலாம். GA4 சாதன அடையாளம், Google சிக்னல்கள் மற்றும் மாதிரியைப் பயன்படுத்தலாம்; ஆனால் மிகவும் நம்பகமான சாதனங்கள் இடையே பொருத்தத்தைப் பயனர் உள்நுழைந்த போது அனுப்பப்படும் பயனர் அடையாளம் வழங்குகிறது.

GA4 பயனர் அடையாளம் அமைதிக்கான Google Tag Manager தேவையா?

இல்லை, தேவையில்லை. gtag.js அல்லது Measurement Protocol மூலம் user_id அனுப்பலாம். ஆனால் Google Tag Manager, மாறி மேலாண்மை, சோதனை மற்றும் பராமரிப்பு செயல்முறைகளை அதிகளவிலான குழுக்களுக்கு எளிதாக்குகிறது.

பயனர் அடையாளம் பயன்படுத்துவது KVKK தனியுரிமையைப் பார்வையில் ஆபத்தானதா?

சரியான முறையில் வடிவமைக்கப்பட்டால், நிர்வகிக்கக்கூடிய செயல்முறை ஆகும்; ஆனால் தனிப்பட்ட தரவுகளை அனுப்பாமல், பயனரை வெளிப்படுத்துவது, குக்கீ ஒப்புதலை நிர்வகிப்பது மற்றும் தரவின் குறைப்பு கோட்பாட்டினைப் பின்பற்றுவது அவசியம். தேவையானால், சட்டம் மற்றும் தரவுகள் பாதுகாப்பு நிபுணரின் கருத்தைப் பெறலாம்.

முடிவு

GA4 பயனர் அடையாளம் கண்காணிப்பு, பயனர்களின் சாதனங்கள் இடையே பயணத்தை மேலும் துல்லியமாகப் புரிந்து கொள்ள விரும்பும் நிறுவனங்களுக்காக முக்கியமான அளவீட்டு அடுக்காகும். சரியாக அமைக்கப்பட்டால், சந்தைப்படுத்தல் சேனல்களின் பங்களிப்பு, மாற்றம் குழாய்கள், மீண்டும் வாங்கும் நடத்தைகள் மற்றும் வாடிக்கையாளர் வாழ்கை சுழற்சி ஆகியவற்றை மேலும் தெளிவாகக் காட்டுகிறது. ஆனால் வெற்றிக்காக, பெயர் மாற்றமில்லாத ID பயன்பாடு, தொழில்நுட்ப சோதனை, தனியுரிமை ஒத்துப்படுத்தல் மற்றும் ஒழுங்கான அறிக்கைகளைப் பகுப்பாய்வு செய்ய வேண்டும்.

உங்கள் வலைத்தளத்தின் பகுப்பாய்வு தரவுகளில் மேலும் ஆர்வமுள்ள முடிவுகளைப் பெற விரும்புகிறீர்களால், நம்பகமான அடிப்படையை, வேகமான ஹோஸ்டிங், சரியான டொமைன் மேலாண்மை மற்றும் பாதுகாப்பான SSL அடுக்கினால் ஆரம்பிக்கலாம். Hostragons இன் தீர்வுகளைப் பார்வையிடுவதன் மூலம் அளவீட்டு மற்றும் வளர்ச்சி இலக்குகளுக்கு ஏற்படும் ஒரு உறுதியான அடிப்படையை உருவாக்கலாம்.