WordPress 6.7, sorti en novembre 2024, a ajouté la génération automatique de WebP à la médiathèque du cœur : à l'envoi d'un JPEG, WordPress génère désormais par défaut les versions WebP des tailles de vignettes enregistrées, en plus du fichier original, sans passer par une extension. Cette évolution s'ajoute à des capacités déjà présentes dans les versions récentes du cœur, comme l'écriture automatique des attributs width et height sur les images insérées, ou l'indication fetchpriority="high" appliquée à la grande image détectée au-dessus de la ligne de flottaison.
Techniquement, cette génération de WebP a lieu une seule fois, au moment de l'envoi. WordPress convertit les tailles de vignettes enregistrées à cet instant précis, avec les dimensions déclarées par le thème ou les extensions actifs via add_image_size. Les fichiers obtenus sont statiques : ils se retrouvent dans le dossier d'uploads exactement comme les originaux JPEG qu'ils accompagnent, prêts à être servis, mais figés dans leur format et leurs dimensions dès leur création.
Ce figement n'est pas un défaut d'implémentation, c'est une limite structurelle. Si un thème change sa grille produit et a besoin d'un nouveau ratio de recadrage, si un marchand souhaite passer à l'AVIF (qui compresse souvent davantage les photos produit que le WebP à qualité comparable), ou si un nouvel emplacement du site appelle une taille qui n'était pas enregistrée au moment de l'envoi, rien de tout cela ne s'applique rétroactivement à un catalogue d'images déjà présentes dans la médiathèque. Toucher chaque photo produit existante suppose une régénération en masse, déclenchée volontairement, après coup.
ImagePipe génère les variantes à la demande plutôt qu'à l'envoi, si bien qu'un changement de preset ou un nouvel emplacement ne nécessite de toucher à la médiathèque en rien : la requête suivante pour cette image est servie sous la nouvelle configuration, sans étape de régénération à planifier. La négociation de format va aussi plus loin que ce que fait le cœur aujourd'hui : en Pro et au-dessus, ImagePipe ajoute l'AVIF à la même négociation par en-tête Accept qui choisit déjà entre WebP et JPEG, de sorte que le format le plus léger supporté continue d'être sélectionné à mesure que le support navigateur évolue, pas seulement celui généré une fois pour toutes à l'envoi.
Pour une boutique avec des années de photos produit existantes plutôt qu'un catalogue neuf, la question qui compte n'est pas de savoir si le cœur de WordPress sait produire du WebP aujourd'hui, il le sait manifestement, mais ce qui se passe quand les besoins de présentation changent après que ces photos ont déjà été envoyées. Cet écart entre une conversion figée une fois pour toutes et une image dont le format et les dimensions peuvent encore s'adapter ensuite, c'est précisément là que se situe le système de presets d'ImagePipe, à côté du cœur plutôt qu'à sa place.