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

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

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

ഞാൻ മൂന്ന് സൈറ്റുകളിൽ Astro 5 SSG ഉപയോഗിക്കുന്നു: aiappdex.com, findindiegame.com, പിന്നെ ossfind.com.

ആ മൂന്ന് പരിശോധനകൾ ഇവയാണ്:

  1. Sitemap Verification എല്ലാ ഡൊമെയ്‌നുകളിലും sitemap-index.xml ഒരു 200 സ്റ്റാറ്റസ് (status) നൽകുന്നുണ്ടെന്ന് ഞാൻ പരിശോധിക്കുന്നു. കൂടാതെ sitemap-0.xml-ഉം ഞാൻ പരിശോധിക്കാറുണ്ട്. URL എണ്ണം നിശ്ചിത പരിധിക്കപ്പുറം തന്നെയാണെന്ന് ഞാൻ ഉറപ്പുവരുത്തുന്നു. aiappdex.com-ൽ കുറഞ്ഞത് 1,000 URL-കളെങ്കിലും ഉണ്ടാകുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു. എണ്ണം കുറയുകയാണെങ്കിൽ, എന്റെ ഡാറ്റാ പൈപ്പ്‌ലൈൻ (data pipeline) തകരാറിലായി എന്നാണ് അർത്ഥം.

റീഡയറക്ട് ഫോളോ ചെയ്യാത്ത രീതിയിൽ ഞാൻ curl ഉപയോഗിക്കുന്നു. ഒരു റീഡയറക്ട് റൂൾ കാരണം ബ്രൗസറിൽ സൈറ്റ്മാപ്പ് ശരിയായി കാണപ്പെടുമെങ്കിലും ക്രോളറുകൾക്ക് (crawlers) അത് ലഭ്യമാകാത്ത പിഴവുകൾ കണ്ടെത്താൻ ഇത് സഹായിക്കുന്നു.

  1. IndexNow Submission സൈറ്റ്മാപ്പ് പരിശോധനകൾ വിജയകരമായാൽ, URL-കൾ IndexNow-ലേക്ക് സമർപ്പിക്കുന്നതിനായി ഞാൻ ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു. ഇത് Bing, Yandex, Naver, Seznam എന്നിവയെ പുതിയ ഉള്ളടക്കത്തെക്കുറിച്ച് അറിയിക്കുന്നു.

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

  1. Weekly Lighthouse Audits എല്ലാ തിങ്കളാഴ്ചയും 04:30 UTC-ക്ക് ഞാൻ ഒരു Lighthouse ചെക്ക് നടത്താറുണ്ട്. ഓരോ സൈറ്റിലും ഒരു ഹോംപേജും ഒരു ഡീപ്പ് പേജും (deep page) ഞാൻ പരിശോധിക്കുന്നു.

ഞാൻ ഈ മെട്രിക്സുകൾ (metrics) ശ്രദ്ധിക്കുന്നു:

  • Performance 80-ൽ താഴെയാകുന്നത്
  • CLS 0.1-ന് മുകളിൽ വരുന്നത്
  • Accessibility സ്കോർ കുറയുന്നത്

എന്റെ സൈറ്റുകൾ സ്റ്റാറ്റിക് HTML, CSS എന്നിവ ഉപയോഗിക്കുന്നതിനാൽ സ്കോറുകൾ സ്ഥിരമായിരിക്കണം. അവ കുറയുകയാണെങ്കിൽ, Tailwind-ലോ ഏതെങ്കിലും കമ്പോണന്റിലോ (component) വരുത്തിയ മാറ്റം ലേഔട്ടിനെ ബാധിച്ചിട്ടുണ്ടാകാം. ബിൽഡുകൾ തടയുന്നതിനേക്കാൾ ഉപരിയായി, ട്രെൻഡുകൾ നിരീക്ഷിക്കാനാണ് ഞാൻ ഈ ഫലങ്ങൾ ഉപയോഗിക്കുന്നത്.

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

ഉറവിടം: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-39h6