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

من دو هفته را صرف عیب‌یابی مشکلات محیط عملیاتی (production) کردم.

یک قانون در sitemap مانع دسترسی به فایل index من شد. یک race condition باعث شکست در آپلود تصاویر شد. این مشکلات فقط پس از استقرار (deployment) ظاهر شدند.

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

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

۱. در دسترس بودن و یکپارچگی Sitemap

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

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

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

۲. ارسال به IndexNow

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

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

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

۳. پایش روند (Trend Monitoring) با Lighthouse

من هر دوشنبه طبق یک برنامه مشخص، یک بررسی Lighthouse انجام می‌دهم. این بررسی به عملکرد (performance)، تغییرات چیدمان (layout shifts) و قابلیت دسترسی (accessibility) می‌پردازد.

من به جای شکست‌های قطعی، روندها را زیر نظر می‌گیرم. اگر امتیازی کمی کاهش یابد، استقرار (deploy) را متوقف نمی‌کنم. از این نتایج برای شناسایی عقب‌گردها (regressions) در تنظیمات Tailwind یا کامپوننت‌های چیدمان استفاده می‌کنم.

چرا این سه مورد؟

من از پایش بالا بودن سرویس (uptime monitoring) استفاده نمی‌کنم چون به Cloudflare اعتماد دارم. از تست‌های end-to-end استفاده نمی‌کنم چون سایت‌های من استاتیک هستند. برای یک استقرار CDN استاتیک، این سه بررسی ریسک‌های اصلی من را پوشش می‌دهند.

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