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

ביליתי שבועיים בפתרון באגים בסביבת הפרודקשן.

כלל sitemap חסם את קובצי ה-XML שלי. Race condition גרם לכשלים בהעלאת תמונות. הפסקתי לנחש והוספתי שלוש בדיקות ספציפיות ל-workflow שלי.

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

הבדיקות הללו מכוונות למצבי הכשל (failure modes) האמיתיים שלי.

  1. אימות sitemap

אני בודק אם sitemap-index.xml מחזיר קוד סטטוס 200 בכל הדומיינים. אני משתמש ב-curl ללא מעקב אחרי הפניות (redirect following). זה תופס כללים שכותבים מחדש (rewrite) כתובות URL בצורה שגויה.

אני בודק גם את ה-sub-sitemaps. אני מוודא שהם מכילים מספר מינימלי של כתובות URL. לדוגמה, אם aiappdex.com יורד מתחת ל-1,000 כתובות URL, זה אומר שצינור הנתונים (data pipeline) שלי נכשל.

  1. שליחה ל-IndexNow

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

אני עוקב אחרי שגיאות 403. שגיאת 403 בדרך כלל אומרת שקובץ אימות המפתח (key verification file) לא נפרס בהצלחה או שכלל הפניה (redirect rule) שיבש את הנתיב. זיהוי מוקדם של זה מונע עיכובים באינדוקס.

אני מריץ את זה ידנית לאחר הפריסה. זה מבטיח שאני שולח כתובות URL שבאמת נמצאות ב-live ב-CDN.

  1. ביקורות Lighthouse מתוזמנות

אני מריץ בדיקות Lighthouse באמצעות cron job בכל יום שני. אני בודק דף בית אחד ודף פנימי עמוק אחד לכל אתר.

אני מנטר את המדדים הבאים:

  • ביצועים (Performance) (יעד מעל 80)
  • CLS (יעד מתחת ל-0.1)
  • ציוני נגישות (Accessibility scores)

אני משתמש ב-Lighthouse ככלי לניטור מגמות. אני לא חוסם פריסות (deploys) אם ציון יורד מעט. אני משתמש בנתונים כדי לזהות רגרסיות (regressions) ב-Tailwind config שלי או בפריסות הרכיבים (component layouts).

למה דווקא השלושה האלה?

אני לא משתמש בניטור uptime או בבדיקות משתמש מקצה לקצה (end-to-end). האתרים שלי הם פריסות SSG סטטיות. כל זמן ההרצה (runtime) מורכב מ-HTML ו-CSS שנבנו מראש (pre-built).

שטח הפנים של הכשלים (failure surface) קטן. שלוש הבדיקות הללו מכסות את הדרכים הסבירות ביותר שבהן סביבת הפרודקשן שלי עלולה להישבר.

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