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

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

اکنون بعد از هر Build در Cloudflare Pages، سه بررسی مشخص را انجام می‌دهم. من از یک مجموعه تست کامل استفاده نمی‌کنم؛ بلکه از بررسی‌های سریعی استفاده می‌کنم که دقیقاً نقاط شکست واقعی من را هدف قرار می‌دهند.

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

این سه بررسی عبارتند از:

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

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

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

من این کار را به صورت دستی بعد از استقرار انجام می‌دهم. این کار تضمین می‌کند که URLهایی را ارسال می‌کنم که واقعاً فعال (live) هستند. اگر IndexNow خطای ۴۰۳ برگرداند، می‌دانم که فایل تأیید کلید (key verification file) من مفقود شده یا یک قانون redirect خراب است. شناسایی زودهنگام این موضوع از تأخیر در ایندکس شدن جلوگیری می‌کند.

۳. ممیزی‌های هفتگی Lighthouse من هر دوشنبه ساعت ۰۴:۳۰ UTC یک بررسی Lighthouse انجام می‌دهم. برای هر سایت، یک صفحه اصلی و یک صفحه داخلی (deep page) را بررسی می‌کنم.

من این معیارها را زیر نظر می‌گیرم:

  • عملکرد (Performance) زیر ۸۰
  • CLS بالای ۰.۱
  • افت امتیاز دسترسی‌پذیری (Accessibility)

از آنجایی که سایت‌های من از HTML و CSS استاتیک استفاده می‌کنند، امتیازها باید ثابت بمانند. اگر افت کنند، احتمالاً تغییر اخیر در Tailwind یا یک کامپوننت باعث به هم ریختن چیدمان (layout) شده است. من از این نتایج برای نظارت بر روندها استفاده می‌کنم، نه برای متوقف کردن Buildها.

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

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