٣ فحوصات ما بعد النشر أقوم بها بعد كل عملية بناء في Cloudflare Pages

قضيت أسبوعين في تصحيح أخطاء لم تظهر إلا في بيئة الإنتاج (production).

تسببت إحدى القواعد في حظر خريطة الموقع (sitemap) الخاصة بي. وتعلقت مشكلة أخرى بحالة تسابق (race condition) أثناء رفع الصور. هذه الأخطاء كلفتني الكثير من الوقت.

الآن، أقوم بإجراء ثلاثة فحوصات محددة بعد كل عملية نشر على Cloudflare Pages. أستخدم Astro 5 SSG في ثلاثة مواقع: aiappdex.com، و findindiegame.com، و ossfind.com.

تركز هذه الفحوصات على إخفاقات حقيقية واجهتها بالفعل.

  1. التحقق من خريطة الموقع (Sitemap Verification)

أتحقق مما إذا كان sitemap-index.xml يعيد رمز الحالة 200 في جميع النطاقات.

أتحقق أيضًا من sitemap-0.xml. أتأكد من أنه يحتوي على الحد الأدنى من الروابط (URLs). بالنسبة لموقع aiappdex.com، هذا العدد هو 1,000. إذا انخفض العدد، فهذا يعني أن خط معالجة البيانات (data pipeline) الخاص بي قد فشل.

تسببت قاعدة إعادة توجيه (redirect) خاطئة ذات مرة في إخفاء خريطة الموقع عن عناكب الزحف (crawlers) لمدة خمسة أيام. بدت الخريطة سليمة في المتصفح ولكنها فشلت في اختبار curl. هذا الفحص يكشف تلك الأخطاء فوراً.

  1. الإرسال عبر IndexNow

بعد التحقق من خريطة الموقع، أقوم بتشغيل نص برمجِي (script) لإرسال الروابط إلى IndexNow. هذا يخطّر Bing و Yandex و Naver و Seznam بالمحتوى الجديد.

إذا أعاد IndexNow خطأ 403، فهذا يعني أن ملف التحقق من المفتاح مفقود أو أن قاعدة إعادة التوجيه معطلة. اكتشاف هذا مبكراً يمنع تأخير الفهرسة.

أقوم بتشغيل هذا يدوياً بعد النشر. هذا يضمن أنني أرسل فقط الروابط التي تعمل وتتمتع بالاستقرار.

  1. عمليات تدقيق Lighthouse الأسبوعية

أقوم بإجراء فحص Lighthouse كل يوم اثنين في تمام الساعة 04:30 بالتوقيت العالمي المنسق (UTC). أفحص صفحة رئيسية واحدة وصفحة داخلية واحدة لكل موقع.

أراقب ثلاثة مقاييس:

  • الأداء (Performance) (الهدف: أعلى من 80)
  • CLS (الهدف: أقل من 0.1)
  • درجات إمكانية الوصول (Accessibility scores)

أستخدم Lighthouse لمراقبة الاتجاهات. لا أقوم بإيقاف عمليات البناء إذا انخفضت الدرجة قليلاً. أستخدم هذه النتائج لرصد أي تراجع (regressions) في إعدادات Tailwind أو مكونات التخطيط (layout components).

لا أستخدم مراقبة وقت التشغيل (uptime monitoring) أو اختبارات النهاية إلى النهاية (end-to-end tests). هذه المواقع ثابتة (static). بيئة التشغيل بالكامل لدي هي HTML و CSS مبنية مسبقاً. هذه الفحوصات الثلاثة تغطي المخاطر الفعلية التي أواجهها.

المصدر: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-3fi0