Astro 7.4 : un --timings pour les builds lents

Ce qui se passe

Astro 7.4 (15 octobre 2026) ajoute à la commande de build une option pour répondre à « pourquoi mon build est lent ? » : un plugin Vite, la coloration syntaxique, le traitement des images, ou une page particulièrement lourde.

Terminal

astro build --timings

À la fin du build, Astro imprime un résumé : phases du build, plugins Vite, traitement Markdown et coloration, rendu des pages, images, intégrations, plus la liste des pages les plus lentes (médiane et 95e centile).

L'exemple de l'équipe

Sur le blog de démonstration, l'équipe ajoute un composant <CommentSection> qui récupère les commentaires d'un article ; chaque <Comment> va ensuite chercher le profil de son auteur. Rien d'anormal à l'écran, mais les profils ne peuvent partir qu'après le retour des commentaires : deux allers-retours réseau en série par page.

Le rapport l'a montré d'en haut : la génération des pages prend 81 % du build (2,10 s sur 2,61 s pour 9 pages), presque tout dans les composants, et les pages lentes sont celles qui utilisent la mise en page des articles. Charger les commentaires et tous les profils d'un coup avec Promise.all() ramène la génération de 2,10 s à 1,13 s, et divise par deux le temps de chaque article.

Le reste de la version

Services d'images séparés. À la compilation on a du temps et tout Node : Sharp convient. En exécution, sur un serveur ou à la périphérie, Sharp ne tourne souvent pas : un CDN d'images est plus adapté. image.service accepte désormais les deux :
JavaScript
```
import { defineConfig } from 'astro/config';

export default defineConfig({
  image: {
    service: {
      build: { entrypoint: 'astro/assets/services/sharp' },
      runtime: { entrypoint: 'my-image-cdn-service' },
    },
  },
});
```
Un service unique fonctionne comme avant. @astrojs/cloudflare traite maintenant les images des pages prérendues par le même pipeline que les autres adaptateurs.
notFound() pour les entrées composées à la main (astro/fetch, astro/hono) : sans lui, pages() renvoyait une 404 vide au lieu de votre 404.astro. astro() l'inclut déjà.
Polices. Les fournisseurs peuvent déclarer getFontProperties() (graisses, styles, sous-ensembles, formats) et Astro prévient quand votre configuration demande ce que la famille n'a pas. Facultatif en Astro 7, obligatoire en Astro 8 pour les fournisseurs sur mesure.
Expérimental : parallelPrerender. Le rendu statique passe dans des worker threads : tous les cœurs sauf un par défaut, chaque worker ajoutant de la mémoire. Réglable : parallelPrerender: { workers: 4 }. Sans effet quand l'adaptateur prérend lui-même, soit @astrojs/cloudflare, avec un avertissement au build. Il se combine avec les builds statiques incrémentaux de la 7.2.
Expérimental : redirectPage. Pour les redirections d'un site statique, Astro génère une page avec <meta http-equiv="refresh">. Avec le drapeau, src/pages/3xx.astro la remplace et reçoit from, to, status et delay.

Ce qu'il faut savoir avant de monter

Le Node minimal passe à 22.22.0, dernière version 22 gérée par StackBlitz : mettez Node à jour avant Astro. Mise à jour guidée : npx @astrojs/upgrade.

Source : blog Astro, « Astro 7.4 », 15 octobre 2026.