Cloudflare Pages-ന് വേണ്ടിയുള്ള 3 പോസ്റ്റ്-ഡിപ്ലോയ്മെന്റ് പരിശോധനകൾ

പ്രൊഡക്ഷൻ എററുകൾ (production errors) പരിഹരിക്കാൻ ഞാൻ രണ്ടാഴ്ച ചിലവഴിച്ചു. എന്റെ സൈറ്റ്മാപ്പ് ഇൻഡക്സിനെ തടയുന്ന ഒരു സൈറ്റ്മാപ്പ് റൂൾ (sitemap rule) ആയിരുന്നു അതിലൊന്ന്. മറ്റൊരു പ്രശ്നം ഇമേജ് അപ്‌ലോഡ് വൈകുന്നത് മൂലമായിരുന്നു.

ഞാൻ പൂർണ്ണമായ എൻഡ്-ടു-എൻഡ് ടെസ്റ്റ് സ്യൂട്ടുകൾ (end-to-end test suites) ഉപയോഗിക്കാറില്ല. പകരം, ഓരോ Cloudflare Pages ബിൽഡിന് ശേഷവും മൂന്ന് പ്രത്യേക പരിശോധനകൾ നടത്താറുണ്ട്. എന്റെ Astro 5 SSG സൈറ്റുകളിൽ ഞാൻ നേരിടുന്ന കൃത്യമായ പരാജയങ്ങളെയാണ് ഈ പരിശോധനകൾ ലക്ഷ്യമിടുന്നത്.

എന്റെ വർക്ക്ഫ്ലോ (workflow) ഇതാ:

  1. Sitemap Verification

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

എന്റെ സൈറ്റുകളിൽ ഒന്നിൽ, URL എണ്ണം 1,000-ൽ താഴെയായാൽ എന്റെ ഡാറ്റാ പൈപ്പ്‌ലൈൻ (data pipeline) പരാജയപ്പെട്ടുവെന്ന് എനിക്ക് മനസ്സിലാകും. എന്റെ _redirects റൂളുകളിലെ തെറ്റുകൾ കണ്ടെത്താൻ ഞാൻ redirect following ഇല്ലാതെ curl ഉപയോഗിക്കുന്നു. ഒരു തെറ്റായ റൂൾ ബ്രൗസറിൽ നോക്കുമ്പോൾ ശരിയായി തോന്നാമെങ്കിലും സെർച്ച് എഞ്ചിൻ ക്രോളറുകളെ (search engine crawlers) തടഞ്ഞേക്കാം.

  1. IndexNow Submission

സൈറ്റ്മാപ്പ് പരിശോധന വിജയകരമായാൽ, URL-കൾ IndexNow എൻഡ്‌പോയിന്റിലേക്ക് (endpoint) സമർപ്പിക്കുന്നതിനായി ഞാൻ ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു. ഇത് എന്റെ ലിങ്കുകൾ Bing, Yandex, Naver, Seznam എന്നിവയിലേക്ക് അയക്കുന്നു.

IndexNow ഒരു 403 എറർ കാണിച്ചാൽ, എന്റെ കീ വെരിഫിക്കേഷൻ ഫയൽ (key verification file) ഡിപ്ലോയ് ചെയ്യുന്നതിൽ പരാജയപ്പെട്ടു എന്നാണ് അർത്ഥം. ഇത് ഉടൻ തന്നെ കണ്ടെത്തുന്നത് സെർച്ച് എഞ്ചിൻ ഇൻഡക്സിംഗിലെ (search engine indexing) കാലതാമസം ഒഴിവാക്കാൻ സഹായിക്കുന്നു. ഡിപ്ലോയ്‌മെന്റിന് ശേഷം ഞാൻ ഇത് നേരിട്ട് (manually) ചെയ്യുന്നു. ഇത് CDN-ൽ ലൈവ് ആയിട്ടുള്ള URL-കൾ മാത്രം സമർപ്പിക്കുന്നു എന്ന് ഉറപ്പാക്കുന്നു.

  1. Lighthouse Trend Monitoring

എല്ലാ തിങ്കളാഴ്ചയും ഞാൻ ഒരു ഷെഡ്യൂൾ ചെയ്ത Lighthouse പരിശോധന നടത്താറുണ്ട്. ഓരോ സൈറ്റിലെയും ഹോംപേജും ഒരു ഡീപ്പ് പേജും (deep page) ഞാൻ പരിശോധിക്കുന്നു.

ഞാൻ മൂന്ന് കാര്യങ്ങളാണ് ശ്രദ്ധിക്കുന്നത്:

  • 80-ൽ താഴെയുള്ള Performance സ്കോറുകൾ
  • 0.1-ന് മുകളിലുള്ള Cumulative Layout Shift
  • Accessibility സംബന്ധമായ പിഴവുകൾ (regressions)

ഡിപ്ലോയ്‌മെന്റുകൾ തടയാൻ ഞാൻ ഈ സ്കോറുകൾ ഉപയോഗിക്കാറില്ല. പകരം ട്രെൻഡുകൾ (trends) നിരീക്ഷിക്കാനാണ് ഞാൻ ഇവ ഉപയോഗിക്കുന്നത്. സ്കോറുകൾ കുറയുകയാണെങ്കിൽ, ഞാൻ എന്റെ Tailwind കോൺഫിഗറേഷനോ (config) ലേഔട്ട് കമ്പോണന്റുകളോ (layout components) പരിശോധിക്കും.

എന്തുകൊണ്ട് ഈ മൂന്ന് പരിശോധനകൾ?

എനിക്ക് Cloudflare-ൽ വിശ്വാസമുള്ളതുകൊണ്ട് ഞാൻ അപ്‌ടൈം (uptime) നിരീക്ഷിക്കാറില്ല. എന്റെ സൈറ്റുകൾ സ്റ്റാറ്റിക് (static) ആയതുകൊണ്ട് ഞാൻ API ലഭ്യത പരിശോധിക്കാറുമില്ല. എന്റെ പ്രത്യേക സെറ്റപ്പിൽ പരാജയങ്ങൾ സംഭവിക്കാവുന്ന യഥാർത്ഥ വഴികളെയാണ് ഈ മൂന്ന് പരിശോധനകളും ഉൾക്കൊള്ളുന്നത്.

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