𝟯 Controlli Post-Deploy che Eseguo dopo Ogni Build di Cloudflare Pages
Ho passato due settimane a risolvere bug che apparivano solo in produzione.
Una regola della sitemap ha bloccato il mio sitemap index. Un altro problema riguardava i ritardi nel caricamento delle immagini.
Non utilizzo una suite completa di test end-to-end. Invece, uso tre controlli specifici per intercettare gli errori che riscontro effettivamente.
Li eseguo su tre siti costruiti con Astro 5 SSG su Cloudflare Pages.
- Verifica della sitemap
Verifico se sitemap-index.xml restituisce un codice di stato 200 su tutti i domini.
Controllo anche sitemap-0.xml. Mi assicuro che contenga un numero minimo di URL. Per un sito, quel numero è 1.000. Se il conteggio diminuisce, significa che la mia pipeline di dati ha fallito.
L'ho imparato a mie spese. Una volta, una regola di redirect ha corrotto la mia sitemap per cinque giorni. Sembrava tutto a posto nel browser, ma non funzionava per i crawler. L'uso di curl mi ha aiutato a trovare l'errore immediatamente.
- Invio tramite IndexNow
Dopo che i controlli della sitemap sono passati, eseguo uno script per inviare gli URL a IndexNow. Questo invia i miei URL a Bing, Yandex, Naver e Seznam.
Se IndexNow restituisce un errore 403, il mio file di verifica della chiave è mancante o una regola di redirect è interrotta. Intercettare questo problema subito dopo il deployment evita ritardi nell'indicizzazione.
Lo eseguo manualmente dopo un deploy invece che all'interno di GitHub Actions. Questo mi assicura di inviare URL che sono online e stabili.
- Audit settimanali con Lighthouse
Eseguo un controllo Lighthouse ogni lunedì alle 04:30 UTC.
Monitoro le prestazioni, i layout shift e i punteggi di accessibilità. Poiché questi siti utilizzano Astro SSG senza JS lato client, i punteggi dovrebbero rimanere costanti. Un calo mi indica che un cambiamento nel CSS o in un componente ha rotto il layout.
Non uso questi punteggi per bloccare i deploy. Li uso per monitorare i trend.
Perché proprio questi tre?
Non utilizzo il monitoraggio dell'uptime o controlli API. I miei siti sono statici. Cloudflare gestisce l'infrastruttura. Il database viene interrogato solo al momento della build.
Per i deployment su CDN statici, questi tre controlli coprono i miei rischi reali.
Fonte: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-2862