2026ல் மூன்று Core Web Vitals

பக்க அனுபவத்திற்காக Google மூன்று முதன்மை கள அளவீடுகளை அளவிடுகிறது. ஒவ்வொன்றுக்கும் "நல்ல" செயல்திறனுக்கான வரம்பு உள்ளது:

• Largest Contentful Paint (LCP) — மிகப்பெரிய காணக்கூடிய உறுப்பை வழங்கும் நேரம். நல்லது: 2.5 வினாடிகளுக்கு கீழே.
• Interaction to Next Paint (INP) — அனைத்து பயனர் தொடர்புகளுக்கான பதிலளிப்பு (மார்ச் 2024ல் FID ஐ மாற்றியது). நல்லது: 200ms க்கு கீழே.
• Cumulative Layout Shift (CLS) — ஏற்றும்போது காட்சி நிலைத்தன்மை. நல்லது: 0.1 க்கு கீழே.

வழங்கலைத் தடுக்கும், ஏற்றும்போது கனமான JavaScript ஐ இயக்கும், அல்லது தாமதமான தளவமைப்பு மாற்றங்களை செலுத்தும் ஒப்புதல் பேனர் இவற்றில் எதையும் "மேம்பாடு தேவை" அல்லது "மோசமான" பட்டையில் தள்ளலாம் — மேலும் Google உண்மையான Chrome பயனர்களிடமிருந்து 28-நாள் கள தரவைப் பயன்படுத்துகிறது, எனவே நிலையற்ற சிக்கல்கள் நிலையான தரவரிசை சமிக்ஞைகளாக மாறுகின்றன.

ஒப்புதல் பேனர்கள் LCP ஐ எவ்வாறு பாதிக்கின்றன

Largest Contentful Paint பொதுவாக ஒரு ஹீரோ படம் அல்லது தலைப்பில் இயங்குகிறது. பல ஒப்புதல் வடிவங்கள் அதை தேவையில்லாமல் தாமதப்படுத்துகின்றன:

வழங்கலைத் தடுக்கும் CMP ஸ்கிரிப்ட்கள்

ஆவண தலைப்பிலிருந்து CMP ஐ ஒத்திசைவாக ஏற்றுவது, ஸ்கிரிப்ட் பதிவிறக்கம் செய்து செயல்படும் வரை HTML பாகுபடுத்தலை நிறுத்துகிறது. CMP மெதுவான CDNஇல் வைக்கப்பட்டிருந்தால் அல்லது குளிர்ந்த தற்காலிக சேமிப்பைக் கொண்டிருந்தால், நீங்கள் உலகளவில் LCPக்கு 200-800ms சேர்க்கலாம்.

ஹீரோவை மறைக்கும் பேனர்

ஒப்புதல் பேனர் LCP உறுப்பை மறைக்கும் மாதிரி மேலடுக்காக நிலைப்படுத்தப்பட்டால், உலாவிகள் இன்னும் மறைக்கப்பட்ட உறுப்பிலிருந்து LCP ஐ அளவிடும். இருப்பினும், பேனர் மிகப்பெரிய வழங்கப்பட்ட உறுப்பாக இருந்தால், அது LCP வேட்பாளராக மாறுகிறது — மேலும் அது பக்கம் ஏற்றப்பட்ட பிறகு JavaScript வழியாக வழங்கப்பட்டால், LCP செயற்கையாக அதிகமாக இருக்கும்.

தீர்வு: சிறிய இன்லைன் பூட்ஸ்ட்ராப்புடன் ஒத்திசைவற்ற ஏற்றுதல்

முழு CMP ஐ ஒத்திசைவற்ற முறையில் (`async` அல்லது `defer`) ஏற்றவும், ஆரம்ப பேனர் காட்சிக்கு ஒரு சிறிய இன்லைன் ஸ்கிரிப்ட் மட்டுமே. gzip செய்யப்பட்ட 5KBக்கு குறைவான பூட்ஸ்ட்ராப்பை இலக்காகக் கொள்ளுங்கள். முழு நடத்தை தர்க்கம், விற்பனையாளர் பட்டியல்கள் மற்றும் UI க்ரோம் முதல் வண்ணப்பூச்சுக்குப் பிறகு சோம்பேறித்தனமாக ஏற்றப்படலாம்.

ஒப்புதல் பேனர்கள் INP ஐ எவ்வாறு பாதிக்கின்றன

Interaction to Next Paint ஒரு அமர்வின் போது அனைத்து கிளிக்குகள், தட்டுதல்கள் மற்றும் விசை அழுத்தங்கள் முழுவதும் மோசமான பதில் நேரத்தை அளவிடுகிறது. குக்கீ ஒப்புதல் தொடர்புகள் பெரும்பாலும் ஒரு பயனர் செய்யும் முதல் தொடர்பாக இருக்கும் — எனவே ஒரு மெதுவான ஏற்றுக்கொள் பொத்தான் மதிப்பெண்ணை கெடுக்கிறது.

ஏற்றுக்கொள்ளும்போது கனமான வேலை

பல CMPகள் ஏற்றுக்கொள்ளும்போது ஒத்திசைவான வேலையைச் செய்கின்றன: 40+ விற்பனையாளர் ஸ்கிரிப்ட்களை ஏற்றுதல், localStorageக்கு எழுதுதல், dataLayer நிகழ்வுகளை இயக்குதல், Google Consent Mode புதுப்பிப்புகளைத் தூண்டுதல். இது 200ms ஐ மீறினால், INP பாதிக்கப்படுகிறது.

தீர்வு: வண்ணப்பூச்சுக்குப் பிறகு வேலையை வரிசைப்படுத்துங்கள்

ஏற்றுக்கொள் கிளிக்கில், உடனடியாக பேனரை மறைத்து, `requestIdleCallback` அல்லது `setTimeout(0)` உடன் கனமான வேலையைத் திட்டமிடுங்கள். பயனர் பேனர் உடனடியாக மறைவதைக் காண்கிறார்; விற்பனையாளர் ஸ்கிரிப்ட்கள் தொடர்பைத் தடுக்காமல் பின்னணியில் ஏற்றப்படுகின்றன.

ஒப்புதல் பேனர்கள் CLS ஐ எவ்வாறு பாதிக்கின்றன

Cumulative Layout Shift எதிர்பாராத காட்சி இயக்கத்தைக் கண்காணிக்கிறது. உள்ளடக்கம் வண்ணப்பூசப்பட்ட பிறகு DOMஇல் செலுத்தப்படும்போது பேனர்கள் CLS இன் கிளாசிக் ஆதாரமாகும்.

தாமதமான பேனர் செலுத்துதல்

பேனர் LCPக்குப் பிறகு 800ms இல் தோன்றினால், அது உள்ளடக்கத்தைக் கீழே தள்ளி, தளவமைப்பு மாற்றத்தை உருவாக்குகிறது. ஒரு சிறிய பேனர் கூட காட்சித்திரையின் பெரிய பகுதியைப் பாதித்தால் 0.1+ CLS மதிப்பெண்ணைத் தூண்டலாம்.

குக்கீ விருப்ப விட்ஜெட் மறு-வழங்கல்கள்

விற்பனையாளர் லோகோக்களை ஒத்திசைவற்ற முறையில் ஏற்றும் அடிக்குறிப்பு விருப்ப விட்ஜெட்கள் முழு அடிக்குறிப்பையும் பல முறை மறுஓட்டம் செய்து, CLS ஐ கூட்டலாம்.

தீர்வு: முன்கூட்டியே இடத்தை ஒதுக்குங்கள்

மிக முதல் வண்ணப்பூச்சிலிருந்தே பேனரின் இடத்தை ஒதுக்க CSS ஐப் பயன்படுத்துங்கள் — நிலையான-உயர இடம் வைப்பான், அடிக்குறிப்பில் `min-height`, அல்லது உள்ளடக்கத்தைத் தள்ளாத கீழ்-நிலையான பேனர். நவீன CMPகள் CLS இல்லாத கட்டமைப்பை உள்ளமைக்கப்பட்டதாக வழங்க வேண்டும்.

Google Consent Mode V2 மற்றும் செயல்திறன்

Consent Mode V2, ஒப்புதலுக்கு முன் குக்கீ இல்லாத நிலையில் Google குறிச்சொற்கள் இயங்க அனுமதிக்கிறது, `gtag('consent', 'default', {...})` வழியாக சமிக்ஞைகளை அனுப்புகிறது. அளவீட்டுத் தொடர்ச்சிக்கு இது சிறந்தது, ஆனால் gtag.js லைப்ரரியே 50-90KB. அதை ஒத்திசைவற்ற முறையில் ஏற்றி, பந்தய நிலைகளைத் தவிர்க்க இயல்புநிலைகளை முடிந்தவரை சீக்கிரம் அமைக்கவும்.

• gtag ஏற்றுவதற்கு முன் இயல்புநிலைகளை அமைக்கவும் — ஒப்புதல் இயல்புநிலை அழைப்பை தலைப்பில், gtag.js ஸ்கிரிப்ட்டுக்கு முன் வைக்கவும்.
• `analytics_storage: 'denied'` ஐ இயல்புநிலையாகப் பயன்படுத்தவும் — ஒப்புதலுக்கு முன் சேகரிக்கப்படும் தரவைக் குறைக்கிறது.
• ஏற்றுக்கொள்ளும்போது requestIdleCallback வழியாக புதுப்பிக்கவும் — முதன்மை-த்ரெட் தடுப்பைத் தவிர்க்கவும்.

Core Web Vitals மீது CMP தாக்கத்தை அளவிடுதல்

யூகிக்காதீர்கள் — அளவிடுங்கள். உங்கள் பேனரின் தாக்கத்தை அளவிட இந்தக் கருவிகளைப் பயன்படுத்துங்கள்:

• PageSpeed Insights — Chrome UX Report இலிருந்து கள தரவு மற்றும் ஆய்வக Lighthouse தணிக்கை. CMP ஸ்கிரிப்ட்டுடன் மற்றும் இல்லாமல் மதிப்பெண்களை ஒப்பிடுங்கள்.
• Web Vitals Chrome நீட்டிப்பு — உள்ளூர் சோதனையின் போது நிகழ்நேர LCP, INP, CLS மேலடுக்கு.
• WebPageTest.org — பேனர் எப்போது வழங்குகிறது, அது எதைத் தடுக்கிறது என்பதை சரியாகக் காட்டும் ஃபிலிம்ஸ்ட்ரிப் மற்றும் வாட்டர்ஃபால் காட்சி.
• Search Console Core Web Vitals அறிக்கை — URL வடிவத்தால் தொகுக்கப்பட்ட 28-நாள் கள தரவு. உங்கள் பேனருடன் கூடிய இறங்கு பக்கங்கள் இல்லாத பக்கங்களை விட வித்தியாசமாக மதிப்பெண் பெறுகின்றனவா என்பதைச் சரிபார்க்கவும்.

FlexyConsent எவ்வாறு வேகமாக இருக்கிறது