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

പ്രൊഡക്ഷനിൽ മാത്രം പ്രത്യക്ഷപ്പെടുന്ന പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ (debugging) ഞാൻ രണ്ടാഴ്ചയോളം ചിലവഴിച്ചു.

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

ഇപ്പോൾ, ഓരോ Cloudflare Pages ഡിപ്ലോയ്‌മെന്റിന് ശേഷവും ഞാൻ മൂന്ന് പ്രത്യേക പരിശോധനകൾ നടത്താറുണ്ട്. ഞാൻ മൂന്ന് സൈറ്റുകളിൽ Astro 5 SSG ആണ് ഉപയോഗിക്കുന്നത്: aiappdex.com, findindiegame.com, കൂടാതെ ossfind.com എന്നിവയാണവ.

ഞാൻ നേരിട്ട യഥാർത്ഥ പരാജയങ്ങളെ അടിസ്ഥാനമാക്കിയാണ് ഈ പരിശോധനകൾ തയ്യാറാക്കിയിരിക്കുന്നത്.

  1. Sitemap Verification

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

ഞാൻ sitemap-0.xml-ഉം പരിശോധിക്കുന്നു. അതിൽ കുറഞ്ഞത് നിശ്ചിത എണ്ണം URL-കൾ ഉണ്ടെന്ന് ഞാൻ ഉറപ്പുവരുത്തുന്നു. aiappdex.com-നെ സംബന്ധിച്ചിടത്തോളം ആ എണ്ണം 1,000 ആണ്. ഈ എണ്ണത്തിൽ കുറവുണ്ടെങ്കിൽ, എന്റെ ഡാറ്റാ പൈപ്പ്‌ലൈൻ (data pipeline) പരാജയപ്പെട്ടു എന്നാണ് അർത്ഥം.

ഒരു തെറ്റായ റീഡയറക്ട് റൂൾ (redirect rule) കാരണം ഒരിക്കൽ എന്റെ സൈറ്റ്മാപ്പ് അഞ്ച് ദിവസത്തോളം ക്രോളർമാരിൽ (crawlers) നിന്ന് മറഞ്ഞുപോയി. ബ്രൗസറിൽ നോക്കുമ്പോൾ എല്ലാം ശരിയാണെന്ന് തോന്നിയിരുന്നെങ്കിലും curl ടെസ്റ്റിൽ അത് പരാജയപ്പെട്ടു. ഈ പരിശോധന അത്തരം പിശകുകൾ ഉടൻ തന്നെ കണ്ടെത്താൻ സഹായിക്കുന്നു.

  1. IndexNow Submission

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

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

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

  1. Weekly Lighthouse Audits

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

ഞാൻ മൂന്ന് മെട്രിക്സുകൾ (metrics) നിരീക്ഷിക്കുന്നു:

  • Performance (ലക്ഷ്യം: 80-ന് മുകളിൽ)
  • CLS (ലക്ഷ്യം: 0.1-ന് താഴെ)
  • Accessibility scores

ഒരു ട്രെൻഡ് മോണിറ്ററായിട്ടാണ് ഞാൻ Lighthouse ഉപയോഗിക്കുന്നത്. സ്കോറിൽ നേരിയ കുറവുണ്ടായതുകൊണ്ട് ഞാൻ ബിൽഡുകൾ തടയാറില്ല. എന്റെ Tailwind കോൺഫിഗറേഷനിലോ ലേഔട്ട് കമ്പോണന്റുകളിലോ (layout components) എന്തെങ്കിലും മാറ്റങ്ങൾ (regressions) വരുന്നുണ്ടോ എന്ന് കണ്ടെത്താൻ ഞാൻ ഈ ഫലങ്ങൾ ഉപയോഗിക്കുന്നു.

ഞാൻ അപ്‌ടൈം മോണിറ്ററിംഗോ (uptime monitoring) എൻഡ്-ടു-എൻഡ് ടെസ്റ്റുകളോ (end-to-end tests) ഉപയോഗിക്കാറില്ല. ഈ സൈറ്റുകൾ സ്റ്റാറ്റിക് (static) ആണ്. എന്റെ റൺടൈം മുഴുവൻ പ്രീ-ബിൽറ്റ് HTML, CSS എന്നിവയാണ്. ഈ മൂന്ന് പരിശോധനകൾ എന്റെ യഥാർത്ഥ റിസ്കുകൾ പരിഹരിക്കാൻ മതിയാകും.

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