Martech Zone അപ്ലിക്കേഷനുകൾ Martech Zone ഉപകരണങ്ങൾ

ആപ്പ്: ഈ ലളിതമായ മെട്രിക്സ് ഉപകരണം ഉപയോഗിച്ച് നിങ്ങളുടെ വെബ്‌സൈറ്റിന്റെ പ്രതികരണ സമയം അളക്കുക.

ജൂലൈ ക്സനുമ്ക്സ, ക്സനുമ്ക്സ

XNUM മിനിറ്റ് വായന

ഒരു വെബ്‌സൈറ്റ് സാവധാനത്തിൽ ലോഡ് ആകുമ്പോൾ, എന്താണ് കുറ്റപ്പെടുത്തേണ്ടതെന്ന് എല്ലായ്പ്പോഴും വ്യക്തമല്ല. അത് ഡിഎൻഎസ് ദാതാവോ? സെർവർ തന്നെയോ? അതോ അതിനിടയിലുള്ള എന്തെങ്കിലും? കാലതാമസം എവിടെയാണ് സംഭവിക്കുന്നതെന്ന് കൃത്യമായി കണ്ടെത്താൻ വെബ് പ്രൊഫഷണലുകളെ സഹായിക്കുന്നതിന്, ഒരു സെർവറിന്റെ മുഴുവൻ ജീവിതചക്രവും അളക്കുന്ന ഈ ഉപകരണം ഞാൻ ഈ സൈറ്റിൽ പ്രസിദ്ധീകരിച്ചിട്ടുണ്ട്. HTTP ഡൊമെയ്ൻ റെസല്യൂഷൻ മുതൽ ഉള്ളടക്ക ഡെലിവറി വരെയുള്ള അഭ്യർത്ഥന.

ഈ ബ്രൗസർ അധിഷ്ഠിത ഉപകരണം സെർവർ-സൈഡ് ഡയഗ്നോസ്റ്റിക്സ് ഉപയോഗിച്ച് ഒരു യഥാർത്ഥ ലോക HTTP അഭ്യർത്ഥന അനുകരിക്കുകയും അതിന്റെ സമയ ഘടകങ്ങൾ തകർക്കുകയും ചെയ്യുന്നു. നിങ്ങളുടെ ഡൊമെയ്ൻ ഓഡിറ്റ് ചെയ്യുകയാണെങ്കിലും, സ്ലോ-ലോഡിംഗ് പങ്കാളിയുടെ പ്രശ്നം പരിഹരിക്കുകയാണെങ്കിലും ഇത് സഹായകരമാകും. എപിഐ, അല്ലെങ്കിൽ ബെഞ്ച്മാർക്കിംഗ് മാത്രം CDN URL-കളിലുടനീളമുള്ള പ്രകടനം.

പൊതുജനങ്ങൾക്കായി നടത്തുന്ന ഏതൊരു പരിപാടിയുടെയും പ്രകടനം വിശകലനം ചെയ്യാൻ താഴെയുള്ള ഉപകരണം ഉപയോഗിക്കുക. യുആർഎൽ:

ഫലങ്ങൾ എങ്ങനെ വായിക്കാം

നിങ്ങൾ ഒരു ടെസ്റ്റ് നടത്തുമ്പോൾ, ഉപകരണം ഒരു ലൈവ് എക്സിക്യൂട്ട് ചെയ്യുന്നു cURL വിശദമായ സമയ വിവരങ്ങൾ സെക്കൻഡുകൾക്കുള്ളിൽ അഭ്യർത്ഥിക്കുകയും റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്യുന്നു. റിപ്പോർട്ട് ചെയ്ത ഓരോ മെട്രിക്കുകളും എന്താണ് അർത്ഥമാക്കുന്നത് എന്ന് ഇതാ:

DNS ലുക്കപ്പ് സമയം: ഒരു ഡൊമെയ്ൻ നാമം അതിന്റെ അനുബന്ധവുമായി പരിഹരിക്കാൻ എടുക്കുന്ന സമയത്തെയാണ് ഇത് സൂചിപ്പിക്കുന്നത് IP വിലാസം. ഈ സംഖ്യ കൂടുതലാണെങ്കിൽ, അത് മന്ദഗതിയിലുള്ള നെയിം സെർവറുകൾ, DNS പ്രൊപ്പഗേഷൻ പ്രശ്നങ്ങൾ അല്ലെങ്കിൽ DNS ദാതാവിൽ നിന്നുള്ള മോശം പ്രകടനം എന്നിവയെ സൂചിപ്പിക്കാം. ഇത് 50ms-ൽ താഴെയായി നിലനിർത്താൻ Google ശുപാർശ ചെയ്യുന്നു, 100ms-ൽ കൂടുതലുള്ള എന്തും ഒരു തടസ്സമായി കണക്കാക്കുന്നു.
TCP കണക്റ്റ് സമയം: സെർവറുമായി ഒരു TCP കണക്ഷൻ സ്ഥാപിക്കാൻ എത്ര സമയമെടുക്കുമെന്ന് ഇത് അളക്കുന്നു. ഇവിടെയുള്ള കാലതാമസങ്ങൾ നെറ്റ്‌വർക്ക് ലേറ്റൻസി, ഫയർവാളുകൾ അല്ലെങ്കിൽ ഒറിജിൻ സെർവറിലേക്കുള്ള ദൂരം എന്നിവയെ സൂചിപ്പിക്കാം. 100ms-ന് താഴെയുള്ള മൂല്യങ്ങളാണ് അഭികാമ്യം; 150ms-ന് മുകളിലുള്ള സ്ഥിരമായ സമയങ്ങൾ നെറ്റ്‌വർക്ക് അല്ലെങ്കിൽ റൂട്ടിംഗ് കാര്യക്ഷമതയില്ലായ്മയെ സൂചിപ്പിക്കാം.
TLS ഹാൻഡ്‌ഷേക്ക് സമയം (എച്ച്ടിടിപിഎസ് മാത്രം): HTTPS വഴിയാണ് അഭ്യർത്ഥന നടത്തുന്നതെങ്കിൽ, സുരക്ഷിത കണക്ഷൻ ചർച്ച ചെയ്യാൻ ചെലവഴിച്ച സമയത്തെ ഈ നമ്പർ പ്രതിഫലിപ്പിക്കുന്നു. കാലഹരണപ്പെട്ട സൈഫർ സ്യൂട്ടുകൾ, കാലഹരണപ്പെട്ട സർട്ടിഫിക്കറ്റുകൾ അല്ലെങ്കിൽ ഓവർലോഡ് ചെയ്ത എഡ്ജ് സെർവറുകൾ ഒരു നീണ്ട കണക്ഷന് കാരണമാകും. TLS ഹാൻഡ്‌ഷേക്ക്. 100ms-ൽ താഴെയുള്ള എന്തും Google ഒപ്റ്റിമൽ ആയി കണക്കാക്കുന്നു, അതേസമയം 200ms-ൽ കൂടുതലുള്ളത് സുരക്ഷാ അല്ലെങ്കിൽ പ്രകടനത്തിലെ തെറ്റായ കോൺഫിഗറേഷനുകളുടെ ലക്ഷണമാകാം.
ട്രാൻസ്ഫറിന് മുമ്പുള്ള സമയം: ഇതിൽ DNS ഉൾപ്പെടുന്നു, TCP, കൂടാതെ TLS—യഥാർത്ഥ അഭ്യർത്ഥന അയയ്ക്കുന്നതിന് മുമ്പ് സംഭവിക്കുന്നതെല്ലാം. സെർവർ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യാൻ തുടങ്ങുന്നതിനു മുമ്പുള്ള സഞ്ചിത സ്റ്റാർട്ടപ്പ് സമയത്തെ ഇത് പ്രതിഫലിപ്പിക്കുന്നു. അനുയോജ്യമായ പ്രീ-ട്രാൻസ്ഫർ സമയങ്ങൾ 100–300ms നും ഇടയിലാണ്; 400ms ന് മുകളിലുള്ള എന്തും ഘട്ടം ഘട്ടമായി അന്വേഷിക്കണം.
ആദ്യ ബൈറ്റിനുള്ള സമയം (ടിടിഎഫ്ബി): അഭ്യർത്ഥന ലഭിച്ചതിനുശേഷം സെർവർ പ്രതികരണം അയയ്ക്കാൻ തുടങ്ങുന്ന സമയം ഈ മെട്രിക് അളക്കുന്നു. മന്ദഗതിയിലുള്ള ഡാറ്റാബേസ് അന്വേഷണങ്ങൾ, കാഷെ ചെയ്യാത്ത ഡൈനാമിക് ഉള്ളടക്കം അല്ലെങ്കിൽ മോശം സെർവർ പ്രകടനം പോലുള്ള സെർവർ-സൈഡ് കാലതാമസങ്ങൾ ഉയർന്ന TTFB സൂചിപ്പിക്കാൻ കഴിയും. TTFB 200ms-ൽ താഴെയായി നിലനിർത്തുക എന്നതാണ് Google-ന്റെ മാർഗ്ഗനിർദ്ദേശം; 500ms-ൽ കൂടുതലുള്ള സ്ഥിരമായ മൂല്യങ്ങൾ ബാക്കെൻഡ് അല്ലെങ്കിൽ ഇൻഫ്രാസ്ട്രക്ചർ പ്രശ്നങ്ങൾ നിർദ്ദേശിക്കുന്നു.
ആകെ കൈമാറ്റ സമയം: അഭ്യർത്ഥന ആരംഭിച്ചതുമുതൽ അന്തിമ ബൈറ്റ് ലഭിക്കുന്നതുവരെയുള്ള പൂർണ്ണ ദൈർഘ്യമാണിത്. നിങ്ങളുടെ TTFB വേഗതയേറിയതാണെങ്കിലും മൊത്തം സമയം മന്ദഗതിയിലാണെങ്കിൽ, അത് പ്രതികരണ വലുപ്പം, സെർവർ ത്രോട്ടിലിംഗ് അല്ലെങ്കിൽ ഉള്ളടക്ക ഡെലിവറി കാലതാമസം എന്നിവ മൂലമാകാം. ബ്രോഡ്‌ബാൻഡിലെ HTML പേലോഡുകൾക്ക് 500ms-ൽ താഴെ ലക്ഷ്യം വയ്ക്കുക; 1 സെക്കൻഡിൽ കൂടുതലുള്ളത് കംപ്രസ് ചെയ്യാത്ത അസറ്റുകളെയോ കാര്യക്ഷമമല്ലാത്ത ഡെലിവറിയോ സൂചിപ്പിക്കാം.
HTTP സ്റ്റാറ്റസ് കോഡ്: ഇതാണ് പ്രതികരണ കോഡ് സെർവർ തിരികെ നൽകി (ഉദാ: വിജയത്തിന് 200, റീഡയറക്‌ടുകൾക്ക് 301/302, കണ്ടെത്തിയില്ല എന്നതിന് 404). സെർവർ അഭ്യർത്ഥന എങ്ങനെ കൈകാര്യം ചെയ്തു എന്നതിന്റെ സന്ദർഭം ഇത് നൽകുന്നു.

ഈ ഉപകരണം ഒരു അഭ്യർത്ഥനയെ അനുകരിക്കുക മാത്രമല്ല ചെയ്യുന്നത്—എന്റെ സെർവറിൽ ഇത് തത്സമയം നടപ്പിലാക്കുന്നു PHP-കൾ cURL ലൈബ്രറി. അതായത് നിങ്ങളുടെ ബ്രൗസർ കാണുന്നത് മാത്രമല്ല, സെർവർ കാണുന്നത് തന്നെയാണ് നിങ്ങൾ കാണുന്നത്. നിങ്ങളുടെ ലോക്കൽ നെറ്റ്‌വർക്കിൽ നിന്ന് ദൃശ്യമാകാൻ സാധ്യതയില്ലാത്ത പ്രകടന പ്രശ്നങ്ങൾ ഡീബഗ്ഗ് ചെയ്യുന്നതിന് ഇത് ഉപയോഗപ്രദമാണ്.

ഈ ടൂൾ പരീക്ഷിച്ചുനോക്കൂ, നിങ്ങളുടെ ഹോംപേജ്, ഒരു പ്രത്യേക API എൻഡ്‌പോയിന്റ്, അല്ലെങ്കിൽ നിങ്ങൾ ആശ്രയിക്കുന്ന ഒരു റിമോട്ട് റിസോഴ്‌സ് എന്നിങ്ങനെ വൈവിധ്യമാർന്ന URL-കൾ പരീക്ഷിക്കാൻ മടിക്കേണ്ട. ഈ സമയ മെട്രിക്കുകളെക്കുറിച്ചുള്ള നിങ്ങളുടെ ഗ്രാഹ്യം എത്രത്തോളം ആഴത്തിലാകുന്നുവോ അത്രയും വേഗത്തിൽ നിങ്ങളുടെ വെബ് പ്രകടനം കണ്ടെത്താനും മെച്ചപ്പെടുത്താനും കഴിയും.