വെബ്സൈറ്റ് വേഗതയും വിൽപ്പനയും: റിസർച്ച് യഥാർത്ഥത്തിൽ പറയുന്നത്
വേഗത വെറുമൊരു ടെക്നിക്കൽ പൊങ്ങച്ച കണക്കല്ല. ഏറ്റവും അറിയപ്പെടുന്ന പഠനം കണ്ടെത്തിയത് എന്താണെന്നും, Google ഇന്ന് എന്താണ് അളക്കുന്നതെന്നും, മിക്ക സൈറ്റുകളും ഇപ്പോഴും എവിടെയാണ് പിന്നിലാകുന്നതെന്നും ഇതാ.

പ്രധാന കാര്യങ്ങൾ
- ഒരു പഠനത്തിൽ 0.1 സെക്കൻഡ് മൊബൈൽ വേഗത കൂടിയപ്പോൾ റീട്ടെയിൽ കൺവേർഷനുകൾ 8.4% ഉയർന്നു.
- LCP 2.5 s നുള്ളിൽ, INP 200 ms, CLS 0.1 എന്നിവ ലക്ഷ്യമിടുക.
- പകുതിയിൽ താഴെ മൊബൈൽ സൈറ്റുകൾ മാത്രമാണ് മൂന്ന് Core Web Vitals ഉം പാസാകുന്നത്.
എല്ലാ ഉടമകളും ഇത് അനുഭവിച്ചിട്ടുണ്ട്: ഒരു ലിങ്കിൽ ടാപ്പ് ചെയ്യുന്നു, പേജ് നിശ്ചലമാകുന്നു, നിങ്ങൾ ഫലങ്ങളിലേക്ക് തിരിച്ചുപോകുന്നു. വേഗത ഒരു ടെക്നിക്കൽ വിശദാംശമായി തോന്നാം, എന്നാൽ ഒരു സന്ദർശകൻ നിങ്ങളുടെ ഓഫർ കാണുമോ എന്ന് തീരുമാനിക്കുന്നത് അതാണ്. നല്ല വാർത്ത, അത് അളക്കാനാകും എന്നതാണ്. Google വ്യക്തമായ പരിധികൾ പ്രസിദ്ധീകരിക്കുന്നു, വേഗതയിലെ ചെറിയ നേട്ടങ്ങളെ വിൽപ്പനയിലെ യഥാർത്ഥ മാറ്റങ്ങളുമായി ബന്ധിപ്പിക്കുന്ന ഉറച്ച റിസർച്ചുമുണ്ട്.
റിസർച്ച് കണ്ടെത്തിയത്
ഏറ്റവും അറിയപ്പെടുന്ന പഠനം Milliseconds Make Millions ആണ്, Google കമ്മീഷൻ ചെയ്ത് 2019 അവസാനം 55 ഉം Deloitte ഉം നടത്തിയത്. 37 യൂറോപ്യൻ, അമേരിക്കൻ ബ്രാൻഡ് സൈറ്റുകളും 3 കോടിയിലധികം സെഷനുകളും അത് ട്രാക്ക് ചെയ്തു. മൊബൈൽ സൈറ്റ് വേഗതയിലെ 0.1 സെക്കൻഡ് മെച്ചപ്പെടുത്തൽ റീട്ടെയിൽ സൈറ്റുകളിൽ കൺവേർഷനുകളിൽ 8.4% വർദ്ധനവുമായും ട്രാവൽ സൈറ്റുകളിൽ 10.1% വർദ്ധനവുമായും ബന്ധപ്പെട്ടിരുന്നു. പഠനത്തിന് കുറച്ച് വർഷം പഴക്കമുണ്ട്, അതിനാൽ ഇതിനെ ഒരു വാഗ്ദാനമായല്ല, ദിശാസൂചനയായി കാണുക.
ഒരു വിശദാംശം പ്രധാനമാണ്. ഹോം പേജിൽ മാത്രമല്ല, മുഴുവൻ യാത്രയിലും വേഗത മെച്ചപ്പെട്ടപ്പോഴാണ് നേട്ടങ്ങൾ കണ്ടത്. വേഗതയുള്ള ലാൻഡിംഗ് പേജിന് ശേഷം പതുക്കെയുള്ള പ്രോഡക്റ്റ് പേജോ ബുക്കിംഗ് ഫോമോ ചെക്ക്ഔട്ടോ വന്നാൽ അതേ ഫലം ലഭിക്കില്ല. ഉപഭോക്താക്കൾ പണമടയ്ക്കുന്നതോ ബുക്ക് ചെയ്യുന്നതോ ആയ പേജുകൾ അളക്കുക, അവ ആദ്യം ശരിയാക്കുക.
Google ഇന്ന് അളക്കുന്നത്
Google ന്റെ Core Web Vitals വേഗതയെ മൂന്ന് സംഖ്യകളാക്കി മാറ്റുന്നു. പ്രധാന ഉള്ളടക്കം പ്രത്യക്ഷപ്പെടുന്നത് വരെയുള്ള സമയമായ Largest Contentful Paint 2.5 സെക്കൻഡോ അതിൽ കുറവോ ആയിരിക്കണം. ഒരു ടാപ്പിനോട് പേജ് എത്ര വേഗം പ്രതികരിക്കുന്നുവെന്ന് കാണിക്കുന്ന Interaction to Next Paint 200 മില്ലിസെക്കൻഡോ അതിൽ കുറവോ ആയിരിക്കണം. ലോഡ് ആകുമ്പോൾ കാര്യങ്ങൾ എത്രത്തോളം സ്ഥാനം മാറുന്നുവെന്ന് കാണിക്കുന്ന Cumulative Layout Shift 0.1 അല്ലെങ്കിൽ അതിൽ കുറവായിരിക്കണം. യഥാർത്ഥ സന്ദർശനങ്ങളുടെ 75 ആം പെർസന്റൈലിൽ, മൊബൈലിലും ഡെസ്ക്ടോപ്പിലും പ്രത്യേകം അളക്കാൻ web.dev ശുപാർശ ചെയ്യുന്നു.
മിക്ക സൈറ്റുകളും പിന്നിലാണ്. 2025 ജൂലൈയിലെ യഥാർത്ഥ യൂസർ ഡാറ്റ ഉപയോഗിച്ച HTTP Archive Web Almanac 2025, 48% മൊബൈൽ സൈറ്റുകൾ മാത്രമാണ് മൂന്ന് Core Web Vitals ഉം പാസാകുന്നതെന്ന് കണ്ടെത്തി, ഡെസ്ക്ടോപ്പിൽ 56% ഉം. മൊബൈലിൽ ലോഡിംഗ് ആയിരുന്നു ദുർബലമായ ഭാഗം: 62% ന് നല്ല LCP ഉണ്ടായിരുന്നു, INP ക്ക് 77% ഉം CLS ന് 81% ഉം. ഗൾഫിൽ ഇത് പ്രധാനമാണ്: സൗദി അറേബ്യയിലെ ഇന്റർനെറ്റ് ഉപയോഗത്തിന്റെ 99.4% മൊബൈൽ ഫോണുകളിലാണെന്ന് CST റിപ്പോർട്ട് ചെയ്യുന്നു.
സാധാരണ കാരണങ്ങൾ പരിചിതമാണ്: വലുപ്പം കൂടിയ ചിത്രങ്ങളും വീഡിയോകളും, ഉള്ളടക്കത്തിന് മുമ്പ് ലോഡ് ആകുന്ന സ്ലൈഡറുകൾ, അമിതമായ പ്ലഗിനുകളും ട്രാക്കിംഗ് സ്ക്രിപ്റ്റുകളും, ശ്രദ്ധയില്ലാതെ ലോഡ് ചെയ്യുന്ന വെബ് ഫോണ്ടുകൾ, ഉപഭോക്താക്കളിൽ നിന്ന് ദൂരെയുള്ള വിലകുറഞ്ഞ ഹോസ്റ്റിംഗ്. അറബിക് സൈറ്റുകളിൽ, കുറച്ച് ഹെഡിംഗുകൾക്കായി ഒരു മുഴുവൻ ഫോണ്ട് ഫാമിലി ലോഡ് ചെയ്യുന്നത് സാധാരണമായ ഒരു പാഴാക്കലാണ്. ഇവയ്ക്കെല്ലാം അറിയപ്പെടുന്ന പരിഹാരങ്ങളുണ്ട്, മിക്കതിനും റീഡിസൈൻ ആവശ്യമില്ല.
അഭിപ്രായങ്ങളിൽ നിന്നല്ല, ഡാറ്റയിൽ നിന്ന് തുടങ്ങുക. യഥാർത്ഥ സന്ദർശക ഡാറ്റയിൽ നിന്ന് നിർമ്മിച്ച Core Web Vitals റിപ്പോർട്ട് Google Search Console ൽ ഉണ്ട്, ഏത് URL നും ഇതേ തരം ഫീൽഡ് ഡാറ്റ PageSpeed Insights കാണിക്കുന്നു. വരുമാനം കൊണ്ടുവരുന്ന നിങ്ങളുടെ മുൻനിര അഞ്ച് പേജുകൾ മൊബൈലിൽ പരിശോധിക്കുക, ഏറ്റവും മോശമായ മെട്രിക് ആദ്യം ശരിയാക്കുക, ഒരു മാസത്തിന് ശേഷം വീണ്ടും അളക്കുക. ലക്ഷ്യം വെച്ച് ചെയ്യുമ്പോഴാണ് വേഗതയ്ക്കായുള്ള ജോലി ഫലം നൽകുന്നത്.