𝟯 ਪੋਸਟ-ਡਿਪਲੋਏਮੈਂਟ ਚੈੱਕ ਜੋ ਮੈਂ ਹਰ Cloudflare Pages ਬਿਲਡ ਤੋਂ ਬਾਅਦ ਕਰਦਾ ਹਾਂ

ਮੈਂ ਉਹਨਾਂ ਬੱਗਸ (bugs) ਨੂੰ ਠੀਕ ਕਰਨ ਵਿੱਚ ਦੋ ਹਫ਼ਤੇ ਲਗਾਏ ਜੋ ਸਿਰਫ਼ ਪ੍ਰੋਡਕਸ਼ਨ (production) ਵਿੱਚ ਹੀ ਦਿਖਾਈ ਦਿੱਤੇ।

ਇੱਕ _redirects ਨਿਯਮ ਨੇ ਮੇਰੇ sitemap ਨੂੰ ਰੋਕ ਦਿੱਤਾ। ਇਮੇਜ ਅੱਪਲੋਡ ਅਤੇ Cloudflare ਡਿਪਲੋਏਮੈਂਟ ਵਿਚਕਾਰ ਇੱਕ race condition ਕਾਰਨ ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਆਈ।

ਹੁਣ, ਮੈਂ ਹਰ ਡਿਪਲੋਏਮੈਂਟ ਤੋਂ ਬਾਅਦ ਤਿੰਨ ਖਾਸ ਚੈੱਕ ਕਰਦਾ ਹਾਂ। ਇਹ ਪੂਰੇ ਟੈਸਟ ਨਹੀਂ ਹਨ। ਇਹ ਉਹਨਾਂ ਸਹੀ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ ਜੋ ਮੈਂ ਆਪਣੀਆਂ Astro 5 SSG ਸਾਈਟਾਂ ਨਾਲ ਮੁੱਛਲਦਾ ਹਾਂ।

ਚੈੱਕ 1: Sitemap ਦੀ ਉਪਲਬਧਤਾ

ਮੈਂ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹਾਂ ਕਿ sitemap-index.xml ਸਾਰੇ ਡੋਮੇਨਾਂ 'ਤੇ 200 ਸਟੇਟਸ (status) ਦਿੰਦਾ ਹੈ।

ਮੈਂ sitemap-0.xml ਵੀ ਚੈੱਕ ਕਰਦਾ ਹਾਂ। ਇਸ ਫਾਈਲ ਵਿੱਚ ਅਸਲ URLs ਹੁੰਦੇ ਹਨ। ਮੈਂ ਚੈੱਕ ਕਰਦਾ ਹਾਂ ਕਿ URL ਦੀ ਗਿਣਤੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੰਖਿਆ ਤੋਂ ਉੱਪਰ ਰਹੇ। ਇੱਕ ਸਾਈਟ ਲਈ, ਜੇਕਰ ਗਿਣਤੀ 1,000 ਤੋਂ ਘੱਟ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਮੈਨੂੰ ਪਤਾ ਲੱਗ ਜਾਂਦਾ ਹੈ ਕਿ ਮੇਰਾ data pipeline ਫੇਲ ਹੋ ਗਿਆ ਹੈ।

ਮੈਂ ਇਸ ਨੂੰ ਚੈੱਕ ਕਰਨ ਲਈ curl ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ। ਮੈਂ redirects ਨੂੰ ਫੋਲੋ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਮੈਨੂੰ ਉਹਨਾਂ ਟੁੱਟੇ ਹੋਏ redirect ਨਿਯਮਾਂ ਨੂੰ ਫੜਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਠੀਕ ਲੱਗਦੇ ਹਨ ਪਰ crawlers ਨੂੰ ਰੋਕ ਦਿੰਦੇ ਹਨ।

ਚੈੱਕ 2: IndexNow ਸਬਮਿਸ਼ਨ

Sitemap ਚੈੱਕ ਤੋਂ ਬਾਅਦ, ਮੈਂ URLs ਨੂੰ IndexNow ਵਿੱਚ ਸਬਮਿਟ ਕਰਨ ਲਈ ਇੱਕ ਸਕ੍ਰਿਪਟ ਚਲਾਉਂਦਾ ਹਾਂ। ਇਹ Bing, Yandex, Naver, ਅਤੇ Seznam ਨੂੰ ਨਵੇਂ ਕੰਟੈਂਟ ਬਾਰੇ ਸੂਚਿਤ ਕਰਦਾ ਹੈ।

ਜੇਕਰ IndexNow 403 error ਦਿੰਦਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਮੇਰੀ key verification ਫਾਈਲ ਡਿਪਲੋਏ ਹੋਣ ਵਿੱਚ ਫੇਲ ਹੋ ਗਈ ਹੈ। ਇਸ ਨੂੰ ਤੁਰੰਤ ਫੜਨ ਨਾਲ ਸਰਚ ਇੰਜਣ ਇੰਡੈਕਸਿੰਗ (search engine indexing) ਵਿੱਚ ਦੇਰੀ ਹੋਣ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਮੈਂ ਇਸਨੂੰ ਡਿਪਲੋਏਮੈਂਟ ਤੋਂ ਬਾਅਦ ਮੈਨੂਅਲੀ (manually) ਚਲਾਉਂਦਾ ਹਾਂ। ਮੈਂ ਇਹ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਰਦਾ ਹਾਂ ਕਿ ਮੈਂ ਸਿਰਫ਼ ਉਹਨਾਂ URLs ਨੂੰ ਸਬਮਿਟ ਕਰਾਂ ਜੋ ਲਾਈਵ ਅਤੇ ਸਥਿਰ ਹਨ।

ਚੈੱਕ 3: Lighthouse ਟ੍ਰੈਂਡਸ

ਮੈਂ ਇੱਕ ਸ਼ਡਿਊਲ (schedule) 'ਤੇ Lighthouse ਚੈੱਕ ਚਲਾਉਂਦਾ ਹਾਂ, ਨਾ ਕਿ ਹਰ ਡਿਪਲੋਏਮੈਂਟ ਤੋਂ ਬਾਅਦ।

ਮੈਂ ਤਿੰਨ ਮੈਟ੍ਰਿਕਸ (metrics) ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹਾਂ:

  • Performance (ਮੈਂ 80 ਤੋਂ ਘੱਟ ਸਕੋਰ ਲੱਭਦਾ ਹਾਂ)
  • CLS (ਮੈਂ 0.1 ਤੋਂ ਉੱਪਰ ਸਕੋਰ ਲੱਭਦਾ ਹਾਂ)
  • Accessibility ਸਕੋਰ

ਕਿਉਂਕਿ ਮੇਰੀਆਂ ਸਾਈਟਾਂ static HTML ਅਤੇ CSS ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ, ਇਹ ਸਕੋਰ ਸਥਿਰ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇਕਰ ਉਹ ਡਿੱਗਦੇ ਹਨ, ਤਾਂ ਮੇਰੀ Tailwind config ਜਾਂ ਕਿਸੇ component ਵਿੱਚ ਬਦਲਾਅ ਨੇ ਸ਼ਾਇਦ ਲੇਆਉਟ (layout) ਨੂੰ ਖਰਾਬ ਕਰ ਦਿੱਤਾ ਹੈ।

ਮੈਂ ਡਿਪਲੋਏਮੈਂਟਸ ਨੂੰ ਰੋਕਣ ਲਈ ਇਹਨਾਂ ਸਕੋਰਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ। ਮੈਂ ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਟ੍ਰੈਂਡਸ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਕਰਦਾ ਹਾਂ।

ਇਹ ਤਿੰਨ ਹੀ ਕਿਉਂ?

ਮੈਂ uptime monitors ਜਾਂ end-to-end user tests ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ। ਮੇਰੀਆਂ ਸਾਈਟਾਂ ਇੱਕ CDN 'ਤੇ static deployments ਹਨ। ਡਾਟਾਬੇਸ ਨੂੰ ਸਿਰਫ਼ build time ਵੇਲੇ ਹੀ ਕੁਐਰੀ (query) ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇਹ ਤਿੰਨ ਚੈੱਕ ਉਹਨਾਂ ਇੱਕੋ-ਇੱਕ ਅਸਲ ਜੋਖਮਾਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ ਜੋ ਮੈਂ ਇਸ ਸੈੱਟਅੱਪ ਨਾਲ ਮੁੱਛਲਦਾ ਹਾਂ।

ਸਰੋਤ: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-70b