٣ فحوصات ما بعد النشر أقوم بها بعد كل عملية بناء في Cloudflare Pages
قضيت أسبوعين في تصحيح أخطاء مشاكل الإنتاج.
تسببت قاعدة في خريطة الموقع (sitemap) في حظر ملفات XML الخاصة بي. كما تسببت حالة تسابق (race condition) في فشل تحميل الصور. توقفت عن التخمين وأضفت ثلاثة فحوصات محددة إلى سير عملي.
أقوم بتشغيل هذه الفحوصات على ثلاثة مواقع Astro 5 SSG: aiappdex.com، و findindiegame.com، و ossfind.com.
تستهدف هذه الفحوصات أنماط الفشل الفعلية التي أواجهها.
- التحقق من خريطة الموقع (Sitemap Verification)
أتحقق مما إذا كان sitemap-index.xml يعيد رمز الحالة 200 في جميع النطاقات. أستخدم curl بدون تتبع إعادة التوجيه (redirect following). هذا يساعد في اكتشاف القواعد التي تعيد كتابة الروابط (URLs) بشكل غير صحيح.
كما أتحقق من خرائط المواقع الفرعية (sub-sitemaps). أتأكد من أنها تحتوي على الحد الأدنى من الروابط. على سبيل المثال، إذا انخفض عدد الروابط في aiappdex.com عن ١,٠٠٠ رابط، فهذا يعني أن خط معالجة البيانات (data pipeline) قد فشل.
- الإرسال عبر IndexNow
بعد اجتياز فحص خريطة الموقع، أقوم بتشغيل سكربت لإرسال الروابط إلى IndexNow. هذا يرسل إشعارات إلى Bing و Yandex و Naver و Seznam حول المحتوى الجديد.
أراقب أخطاء 403. عادةً ما يعني الخطأ 403 فشل نشر ملف التحقق من المفتاح (key verification file) أو أن قاعدة إعادة توجيه قد أفسدت المسار. اكتشاف هذا مبكراً يمنع تأخير الفهرسة.
أقوم بتشغيل هذا يدوياً بعد النشر. يضمن ذلك أنني أرسل الروابط التي تعمل بالفعل على الـ CDN.
- عمليات تدقيق Lighthouse المجدولة
أقوم بتشغيل فحوصات Lighthouse عبر cron job كل يوم اثنين. أتحقق من صفحة رئيسية واحدة وصفحة داخلية واحدة لكل موقع.
أراقب هذه المقاييس:
- الأداء (Performance) (الهدف فوق 80)
- CLS (الهدف أقل من 0.1)
- درجات إمكانية الوصول (Accessibility scores)
أستخدم Lighthouse كمراقب للاتجاهات (trend monitor). لا أمنع عمليات النشر إذا انخفضت الدرجة قليلاً. أستخدم البيانات لاكتشاف أي تراجع (regressions) في إعدادات Tailwind أو تخطيطات المكونات (component layouts).
لماذا هذه الثلاثة؟
أنا لا أستخدم مراقبة وقت التشغيل (uptime monitoring) أو اختبارات المستخدم الشاملة (end-to-end user tests). مواقعي هي عمليات نشر SSG ثابتة. بيئة التشغيل بالكامل هي HTML و CSS مبنية مسبقاً.
مساحة احتمالية الفشل صغيرة. تغطي هذه الفحوصات الثلاثة أكثر الطرق احتمالاً لتعطل بيئة الإنتاج الخاصة بي.
المصدر: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-3j14