3 בדיקות פוסט-פריסה שאני מריץ אחרי כל Build ב-Cloudflare Pages

ביליתי שבועיים בפתרון באגים בסביבת הפרודקשן. כלל הפניה (redirect) אחד של ה-sitemap חסם את ה-sitemap index שלי. בעיה אחרת הייתה עיכוב בהעלאת תמונות.

אני לא משתמש בחבילות בדיקות end-to-end מלאות. במקום זאת, אני משתמש בשלוש בדיקות ספציפיות. הן מתמקדות במצבי הכשל שאני באמת נתקל בהם.

אני מריץ אותן על שלושה אתרי Astro 5: aiappdex.com, findindiegame.com, ו-ossfind.com.

1. אימות Sitemap

אני בודק אם sitemap-index.xml מחזיר קוד סטטוס 200 בכל הדומיינים.

אני בודק גם את sitemap-0.xml. אני מוודא שהוא מכיל מספר מינימלי של URLs. עבור aiappdex.com, המספר הזה הוא 1,000. אם הספירה יורדת, זה אומר שצינור הנתונים (data pipeline) שלי נכשל.

למדתי את זה בדרך הקשה. כלל הפניה (redirect) שבר פעם אחת את ה-sitemap שלי למשך חמישה ימים. הוא נראה תקין בדפדפן אבל נכשל עבור ה-crawlers. שימוש ב-curl עוזר לתפוס את זה מיד.

2. שליחה ל-IndexNow

לאחר בדיקת ה-sitemap, אני מריץ סקריפט ששולח URLs ל-IndexNow. זה מעדכן את Bing, Yandex, Naver ו-Seznam על תוכן חדש.

אם אתר מחזיר שגיאת 403, קובץ האימות שלי חסר או שכלל הפניה שבור. אני תופס את זה מיד לאחר הפריסה כדי למנוע עיכובים באינדוקס.

אני מריץ את זה ידנית לאחר הפריסה. זה מבטיח שאני שולח URLs שזמינים ב-CDN.

3. סקירות Lighthouse שבועיות

אני מריץ סקירה (audit) מתוזמנת בכל יום שני. הבדיקה הזו לוקחת כמה דקות לכל אתר.

אני מנטר שלושה מדדים:

  • ציוני Performance מתחת ל-80
  • CLS מעל 0.1
  • נסיגה (regressions) בציוני Accessibility

אני משתמש בתוצאות האלו כדי לעקוב אחר מגמות. אני לא חוסם פריסות אם ציון יורד מעט. עבור אתר סטטי, שלוש הבדיקות האלו מכסות את הסיכונים העיקריים שלי.

אני לא משתמש בניטור uptime או בבדיקות API. האתרים שלי סטטיים. הכל בנוי מראש (pre-built). הבדיקות האלו מגנות על החלקים ב-stack שלי שבאמת משתנים.

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