𝟯 𝗣𝗼𝘀𝘁-𝗗𝗲𝗽𝗹𝗼𝘆 𝗖𝗵𝗲𝗰𝗸𝘀 𝗜 𝗥𝘂𝗻 𝗔𝗳𝘁𝗲𝗿 𝗘𝘃𝗲𝗿𝘆 𝗖𝗹𝗼𝘂𝗱𝗳𝗹𝗮𝗿𝗲 𝗣𝗮𝗴𝗲𝘀 𝗕𝘂𝗶𝗹𝗱
ביליתי שבועיים בפתרון באגים (debugging) בבעיות בסביבת הפרודקשן.
כלל sitemap חסם את קובץ ה-index שלי. race condition גרם לכשלים בהעלאת תמונות. הבעיות האלו הופיעו רק לאחר הפריסה (deployment).
עכשיו, אני מריץ שלוש בדיקות ספציפיות אחרי כל build. אני לא משתמש בערכת בדיקות (test suite) מלאה. אני משתמש בבדיקות מהירות שמתמקדות בנקודות הכשל האמיתיות שלי.
אני מריץ אותן על שלושה אתרים שנבנו עם Astro 5 SSG: aiappdex.com, findindiegame.com, ו-ossfind.com.
𝟭. Sitemap Availability and Integrity
אני מוודא ש-sitemap-index.xml מחזיר קוד סטטוס 200 בכל הדומיינים.
אני בודק גם את sitemap-0.xml. אני מוודא שמספר ה-URLs עומד בסף מינימלי. עבור aiappdex.com, הסף הזה הוא 1,000. אם הוא יורד מתחת לכך, סימן שצינור הנתונים (data pipeline) שלי נכשל.
למדתי את זה בדרך הקשה. כלל redirect לא תקין עבד בדפדפן שלי אבל חסם את ה-crawlers. שימוש ב-curl כדי לבדוק את קוד הסטטוס תפס את השגיאה מיד.
𝟮. IndexNow Submission
לאחר שעוברות בדיקות ה-sitemap, אני מריץ סקריפט ששולח URLs ל-IndexNow. זה מודיע ל-Bing, Yandex, Naver ו-Seznam על תוכן חדש.
אם IndexNow מחזיר שגיאת 403, קובץ אימות המפתח (key verification file) שלי חסר או שכלל redirect שובר את הנתיב. זיהוי מוקדם של זה מונע עיכובים באינדוקס.
אני מריץ את זה ידנית לאחר הפריסה. זה מבטיח שאני שולח URLs שהם חיים ויציבים.
𝟯. Lighthouse Trend Monitoring
אני מריץ בדיקת Lighthouse לפי לוח זמנים בכל יום שני. הבדיקה הזו בוחנת ביצועים (performance), שינויי פריסה (layout shifts) ונגישות (accessibility).
אני עוקב אחר מגמות במקום אחרות בכשלים מוחלטים. אם ציון יורד מעט, אני לא חוסם את ה-deploy. אני משתמש בתוצאות האלו כדי לזהות רגרסיות ב-Tailwind config שלי או ברכיבי הפריסה (layout components).
למה דווקא השלושה האלו?
אני לא משתמש בניטור uptime כי אני סומך על Cloudflare. אני לא משתמש בבדיקות end-to-end כי האתרים שלי סטטיים. עבור פריסת CDN סטטית, שלוש הבדיקות האלו מכסות את הסיכונים העיקריים שלי.
Source: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-3a61