۳ بررسی پس از استقرار که من بعد از هر Build در Cloudflare Pages انجام می‌دهم

من دو هفته را صرف عیب‌یابی مشکلات محیط عملیاتی (production) کردم. یک قانون تغییر مسیر (redirect) در نقشه سایت (sitemap)، ایندکس نقشه سایت من را مسدود کرده بود. مشکل دیگر مربوط به تأخیر در آپلود تصاویر بود.

من از مجموعه‌ تست‌های کامل end-to-end استفاده نمی‌کنم. در عوض، از سه بررسی مشخص استفاده می‌کنم. این بررسی‌ها بر حالت‌های خطایی تمرکز دارند که من واقعاً با آن‌ها مواجه می‌شوم.

من این‌ها را روی سه سایت Astro 5 اجرا می‌کنم: aiappdex.com، findindiegame.com و ossfind.com.

۱. تأیید نقشه سایت (Sitemap Verification)

من بررسی می‌کنم که آیا sitemap-index.xml در تمام دامنه‌ها کد وضعیت ۲۰۰ را برمی‌گرداند یا خیر.

همچنین sitemap-0.xml را بررسی می‌کنم. اطمینان حاصل می‌کنم که حداقل تعداد مشخصی URL داشته باشد. برای aiappdex.com، این تعداد ۱,۰۰۰ است. اگر تعداد کاهش یابد، یعنی خط لوله داده‌های (data pipeline) من با شکست مواجه شده است.

من این را از راه سخت یاد گرفتم. یک بار یک قانون redirect باعث شد نقشه سایت من به مدت پنج روز خراب شود. در مرورگر درست به نظر می‌رسید اما برای خزنده‌ها (crawlers) با خطا مواجه می‌شد. استفاده از curl کمک می‌کند این مشکل را بلافاصله شناسایی کنم.

۲. ارسال به IndexNow

پس از بررسی نقشه سایت، اسکریپتی را برای ارسال URLها به IndexNow اجرا می‌کنم. این کار Bing، Yandex، Naver و Seznam را از محتوای جدید مطلع می‌کند.

اگر سایتی خطای ۴۰۳ برگرداند، یعنی فایل تأیید من وجود ندارد یا یک قانون redirect خراب شده است. من این مورد را بلافاصله پس از استقرار (deployment) شناسایی می‌کنم تا از تأخیر در ایندکس شدن جلوگیری شود.

من این کار را به صورت دستی پس از استقرار انجام می‌دهم. این کار تضمین می‌کند که URLهایی را ارسال می‌کنم که روی CDN فعال هستند.

۳. ممیزی‌های هفتگی Lighthouse

من هر دوشنبه یک ممیزی برنامه‌ریزی‌شده انجام می‌دهم. این بررسی برای هر سایت چند دقیقه زمان می‌برد.

من سه معیار را زیر نظر دارم:

  • امتیازهای Performance زیر ۸۰
  • CLS بالای ۰.۱
  • افت (regression) در امتیاز Accessibility

من از این نتایج برای مشاهده روندها استفاده می‌کنم. اگر امتیازی کمی کاهش یابد، استقرار (deployment) را متوقف نمی‌کنم. برای یک سایت استاتیک، این سه بررسی ریسک‌های اصلی من را پوشش می‌دهند.

من از پایش بالا بودن سرویس (uptime monitoring) یا بررسی‌های API استفاده نمی‌کنم. سایت‌های من استاتیک هستند. همه چیز از قبل ساخته شده است (pre-built). این بررسی‌ها از بخش‌هایی از پشته (stack) من که واقعاً تغییر می‌کنند، محافظت می‌کنند.

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