Cloudflare Pages ബിൽഡ് ചെയ്തതിന് ശേഷം ഞാൻ നടത്തുന്ന 3 പോസ്റ്റ്-ഡിപ്ലോയ്‌മെന്റ് പരിശോധനകൾ

പ്രൊഡക്ഷൻ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ (debugging) ഞാൻ രണ്ടാഴ്ച ചിലവഴിച്ചു.

ഒരു sitemap redirect rule കാരണം എന്റെ sitemap ഫയലുകൾ ബ്ലോക്ക് ചെയ്യപ്പെട്ടു. ഡിപ്ലോയ്‌മെന്റ് ലാഗ് (deployment lag) കാരണം ഒരു ഇമേജ് അപ്‌ലോഡ് പരാജയപ്പെട്ടു. ഈ തെറ്റുകൾ സമയം നഷ്ടപ്പെടുത്തി.

ഇപ്പോൾ, ഓരോ Cloudflare Pages ഡിപ്ലോയ്‌മെന്റിന് ശേഷവും ഞാൻ മൂന്ന് പ്രത്യേക പരിശോധനകൾ നടത്താറുണ്ട്. ഞാൻ ഒരു സമ്പൂർണ്ണ ടെസ്റ്റ് സ്യൂട്ട് (full test suite) ഉപയോഗിക്കുന്നില്ല. എനിക്ക് നേരിടേണ്ടി വരുന്ന പിശകുകൾ കണ്ടെത്താനായി ഈ മൂന്ന് വേഗത്തിലുള്ള പരിശോധനകളാണ് ഞാൻ ഉപയോഗിക്കുന്നത്.

Astro 5 SSG ഉപയോഗിച്ച് നിർമ്മിച്ച മൂന്ന് സൈറ്റുകളിലാണ് ഞാൻ ഇവ നടത്തുന്നത്.

  1. Sitemap Verification

എല്ലാ ഡൊമെയ്‌നുകളിലും sitemap-index.xml ഒരു 200 status code നൽകുന്നുണ്ടോ എന്ന് ഞാൻ പരിശോധിക്കുന്നു. കൂടാതെ sitemap-0.xml-ഉം ഞാൻ പരിശോധിക്കുന്നു.

URL എണ്ണം ഒരു നിശ്ചിത പരിധിയിൽ (minimum threshold) എത്തുന്നുണ്ടെന്ന് ഞാൻ ഉറപ്പുവരുത്തുന്നു. ഉദാഹരണത്തിന്, aiappdex.com-ൽ കുറഞ്ഞത് 1,000 URL-കൾ ഉണ്ടായിരിക്കണം. എണ്ണം കുറയുകയാണെങ്കിൽ, എന്റെ ഡാറ്റാ പൈപ്പ്‌ലൈൻ (data pipeline) പരാജയപ്പെട്ടു എന്നാണ് അർത്ഥം.

റീഡയറക്റ്റുകൾ (redirects) പിന്തുടരാതെ ഞാൻ curl ഉപയോഗിക്കുന്നു. ബ്രൗസറുകളിൽ നിന്ന് പിശകുകൾ മറച്ചുവെക്കുന്ന തകരാറുള്ള റീഡയറക്റ്റ് റൂളുകൾ കണ്ടെത്താൻ ഇത് എന്നെ സഹായിക്കുന്നു.

  1. IndexNow Submission

Sitemap പരിശോധനയ്ക്ക് ശേഷം, Bing, Yandex, Naver, Seznam എന്നിവയ്ക്കായി IndexNow-ലേക്ക് URL-കൾ സമർപ്പിക്കാൻ ഞാൻ ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു.

ഈ സ്ക്രിപ്റ്റ് ലൈവ് സൈറ്റ്മാപ്പ് വായിക്കുകയും URL-കൾ പോസ്റ്റ് ചെയ്യുകയും ചെയ്യുന്നു. IndexNow ഒരു 403 error നൽകുന്നുണ്ടെങ്കിൽ, എന്റെ key verification ഫയൽ കാണാനില്ലെന്നോ അല്ലെങ്കിൽ ഒരു redirect rule തകരാറിലാണെന്നോ ആണ് അതിനർത്ഥം.

ഡിപ്ലോയ്‌മെന്റിന് ശേഷം ഞാൻ ഇത് നേരിട്ട് (manually) ചെയ്യുന്നു. ലൈവ് ആയതും സ്ഥിരതയുള്ളതുമായ (stable) URL-കൾ സമർപ്പിക്കുന്നുണ്ടെന്ന് ഇത് ഉറപ്പാക്കുന്നു.

  1. Lighthouse Performance Monitoring

ഓരോ ഡിപ്ലോയ്‌മെന്റിനും പകരം ആഴ്ചയിലൊരിക്കൽ ഒരു cron job ആയിട്ടാണ് ഞാൻ ഈ പരിശോധന നടത്തുന്നത്. ഇത് പെർഫോമൻസ് ട്രെൻഡുകൾ (performance trends) നിരീക്ഷിക്കുന്നു.

ഞാൻ ഇവ ശ്രദ്ധിക്കുന്നു:

  • 80-ൽ താഴെയുള്ള Performance scores
  • 0.1-ന് മുകളിലുള്ള CLS
  • Accessibility regressions

എന്റെ സൈറ്റുകൾ ക്ലയന്റ് സൈഡ് JS ഇല്ലാത്ത Astro SSG ഉപയോഗിക്കുന്നതിനാൽ, ഈ സ്കോറുകൾ സ്ഥിരമായിരിക്കണം. അവ കുറയുകയാണെങ്കിൽ, ഒരു CSS മാറ്റം ലേഔട്ടിനെ (layout) ബാധിച്ചിട്ടുണ്ടാകാം. ഡിപ്ലോയ്‌മെന്റുകൾ തടയാനുള്ള മാർഗമായല്ല, മറിച്ച് ഒരു ട്രെൻഡ് മോണിറ്ററായിട്ടാണ് ഞാൻ ഈ സ്കോറുകളെ കാണുന്നത്.

Summary

ഞാൻ uptime monitoring അല്ലെങ്കിൽ end-to-end user tests ഉപയോഗിക്കാറില്ല. ഒരു static CDN deployment-ന്, ഈ മൂന്ന് പരിശോധനകൾ എന്റെ പ്രധാന റിസ്കുകൾ പരിഹരിക്കുന്നു. അനാവശ്യമായ സങ്കീർണ്ണതകൾ കൂട്ടാതെ തന്നെ അവ എന്റെ SEO-യും ലേഔട്ട് കൃത്യതയും (layout integrity) സംരക്ഷിക്കുന്നു.

Source: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-48b4