ಪ್ರತಿ Cloudflare Pages build ನಂತರ ನಾನು ಮಾಡುವ 3 Post-Deploy Checks

ನಾನು ಎರಡು ವಾರಗಳ ಕಾಲ production ಬಗ್‌ಗಳನ್ನು ಸರಿಪಡಿಸಲು ಸಮಯ ವ್ಯಯಿಸಿದೆ. ಒಂದು ತಪ್ಪಾದ redirect rule ನನ್ನ sitemap ಅನ್ನು ತಡೆಹಿಡಿಯಿತು. deployment lag//ವಿಳಂಬದಿಂದಾಗಿ ಚಿತ್ರದ ಅಪ್‌ಲೋಡ್ ವಿಫಲವಾಯಿತು.

ಈಗ ನಾನು ಪ್ರತಿ Cloudflare Pages build ನಂತರ ಮೂರು ನಿರ್ದಿಷ್ಟ ಪರಿசோதனೆಗಳನ್ನು ಮಾಡುತ್ತೇನೆ. ನಾನು ಪೂರ್ಣ ಪ್ರಮಾಣದ test suite ಅನ್ನು ಬಳಸುವುದಿಲ್ಲ. ಬದಲಾಗಿ, ನನ್ನ ವೈಫಲ್ಯದ ಪ್ರಮುಖ ಅಂಶಗಳನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡು ವೇಗವಾದ ಪರಿசோதனೆಗಳನ್ನು ಮಾಡುತ್ತೇನೆ.

ನಾನು ಮೂರು ಸೈಟ್‌ಗಳಲ್ಲಿ Astro 5 SSG ಬಳಸುತ್ತಿದ್ದೇನೆ: aiappdex.com, findindiegame.com, ಮತ್ತು ossfind.com.

ಆ ಮೂರು ಪರಿசோதனೆಗಳು ಇಲ್ಲಿವೆ:

  1. Sitemap Verification ಎಲ್ಲಾ ಡೊಮೇನ್‌ಗಳಲ್ಲಿ sitemap-index.xml 200 status ಅನ್ನು ನೀಡುತ್ತಿದೆಯೇ ಎಂದು ನಾನು ಪರಿಶೀಲಿಸುತ್ತೇನೆ. ನಾನು sitemap-0.xml ಅನ್ನು ಸಹ ಪರಿಶೀಲಿಸುತ್ತೇನೆ. URL ಸಂಖ್ಯೆಯು ನಿಗದಿತ ಮಿತಿಗಿಂತ (threshold) ಹೆಚ್ಚಿದೆ ಎಂದು ನಾನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತೇನೆ. aiappdex.com ಗಾಗಿ, ನಾನು ಕನಿಷ್ಠ 1,000 URLಗಳನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತೇನೆ. ಒಂದು ವೇಳೆ ಸಂಖ್ಯೆ ಕಡಿಮೆಯಾದರೆ, ನನ್ನ data pipeline ವಿಫಲವಾಗಿದೆ ಎಂದರ್ಥ.

ನಾನು redirect following ಇಲ್ಲದೆ curl ಅನ್ನು ಬಳಸುತ್ತೇನೆ. ಇದು redirect rule ಒಂದು sitemap ಅನ್ನು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಸರಿಯಾಗಿ ತೋರಿಸುವಂತೆ ಮಾಡಿ, crawlers ಗಾಗಿ ಅದನ್ನು ಹಾಳುಮಾಡುವ ತಪ್ಪುಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತದೆ.

  1. IndexNow Submission Sitemap ಪರಿசோதனೆಗಳು ಪೂರ್ಣಗೊಂಡ ನಂತರ, ನಾನು URLಗಳನ್ನು IndexNow ಗೆ ಸಲ್ಲಿಸಲು ಒಂದು script ಅನ್ನು ರನ್ ಮಾಡುತ್ತೇನೆ. ಇದು ಹೊಸ ವಿಷಯದ (content) ಬಗ್ಗೆ Bing, Yandex, Naver, ಮತ್ತು Seznam ಗೆ ಮಾಹಿತಿ ನೀಡುತ್ತದೆ.

ನಾನು ಇದನ್ನು deployment ನಂತರ ಮ್ಯಾನುಯಲ್ ಆಗಿ ಮಾಡುತ್ತೇನೆ. ಇದರಿಂದ ನಾನು ನಿಜವಾಗಿಯೂ ಲೈವ್ ಆಗಿರುವ URLಗಳನ್ನು ಸಲ್ಲಿಸುತ್ತಿದ್ದೇನೆ ಎಂದು ಖಚಿತವಾಗುತ್ತದೆ. IndexNow 403 error ನೀಡಿದರೆ, ನನ್ನ key verification file ಇಲ್ಲದಿರುವುದು ಅಥವಾ redirect rule ತಪ್ಪಾಗಿರುವುದು ನನಗೆ ತಿಳಿಯುತ್ತದೆ. ಇದನ್ನು ಮೊದಲೇ ಪತ್ತೆಹಚ್ಚುವುದು indexing ವಿಳಂಬವನ್ನು ತಡೆಯುತ್ತದೆ.

  1. Weekly Lighthouse Audits ನಾನು ಪ್ರತಿ ಸೋಮವಾರ 04:30 UTC ಗೆ Lighthouse ಪರಿசோதனை ಮಾಡುತ್ತೇನೆ. ಪ್ರತಿ ಸೈಟ್‌ನ ಒಂದು homepage ಮತ್ತು ಒಂದು deep page ಅನ್ನು ನಾನು ಪರಿಶೀಲಿಸುತ್ತೇನೆ.

ನಾನು ಈ metrics ಗಳನ್ನು ಗಮನಿಸುತ್ತೇನೆ:

  • Performance 80 ಕ್ಕಿಂತ ಕಡಿಮೆ ಇದ್ದರೆ
  • CLS 0.1 ಕ್ಕಿಂತ ಹೆಚ್ಚಿದ್ದರೆ
  • Accessibility score ಕುಸಿದರೆ

ನನ್ನ ಸೈಟ್‌ಗಳು static HTML ಮತ್ತು CSS ಬಳಸುವುದರಿಂದ, ಸ್ಕೋರ್‌ಗಳು ಸ್ಥಿರವಾಗಿರಬೇಕು. ಒಂದು ವೇಳೆ ಅವು ಕುಸಿದರೆ, Tailwind ಅಥವಾ ಯಾವುದಾದರೂ component ನಲ್ಲಿ ಮಾಡಿದ ಇತ್ತೀಚಿನ ಬದಲಾವಣೆಯು layout ಅನ್ನು ಹಾಳುಮಾಡಿದೆ ಎಂದರ್ಥ. ನಾನು ಈ ಫಲಿತಾಂಶಗಳನ್ನು build ಗಳನ್ನು ತಡೆಯಲು ಬಳಸುವ ಬದಲು, ಟ್ರೆಂಡ್‌ಗಳನ್ನು (trends) ಗಮನಿಸಲು ಬಳಸುತ್ತೇನೆ.

ನಾನು uptime ಅಥವಾ API availability ಅನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ. ನನ್ನ ಸೈಟ್‌ಗಳು static ಆಗಿವೆ. database ಕೇವಲ build time ನಲ್ಲಿ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಒಂದು static CDN deployment ಗಾಗಿ, ಈ ಮೂರು ಪರಿசோதனೆಗಳು ನನ್ನ ಪ್ರಮುಖ ಅಪಾಯಗಳನ್ನು (risks) ಒಳಗೊಳ್ಳುತ್ತವೆ.

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