← Tous les articles

Pourquoi vos images WordPress n’ont rien à faire dans le cloud

L’optimisation d’image via des API externes est pratique – jusqu’à ce que votre délégué à la protection des données demande où finissent réellement les données clients. Un rapide coup d’œil sur ce qui se passe vraiment lors de la conversion.

Imaginez que vous optimisiez le site d’un client. Vous installez une extension d’optimisation d’image populaire, cliquez sur « Optimiser toutes les images » — et venez d’envoyer des dizaines de milliers d’images vers un serveur quelque part dans le monde.

Ça paraît dramatique ? Un peu.

Ce qui se passe avec les extensions basées sur une API

De nombreuses extensions d’optimisation d’image fonctionnent selon le même principe : votre image est envoyée vers un service externe, y est traitée, puis renvoyée. C’est techniquement astucieux et donne souvent de bons résultats.

Le problème : vous ne savez pas exactement ce qui arrive à l’image entre « l’envoi » et « la récupération ». Est-elle stockée ? Pendant combien de temps ? Sur quels serveurs ? Dans quelles conditions ?

Pour un blog personnel, cela n’a peut-être pas d’importance. Pour un site d’entreprise, une boutique avec des photos de produits, ou un site montrant des photos de personnes réelles, c’est une véritable question de protection des données.

La perspective RGPD

D’un point de vue technique, envoyer des images vers un service externe est un transfert de données à un tiers. Si ce tiers se trouve hors de l’UE, cela devient encore plus complexe — transfert vers un pays tiers, clauses contractuelles types, niveau de protection adéquat.

Cela ne signifie pas que tous les services cloud sont problématiques. Mais cela signifie que vous devez le savoir et le documenter. Et que « c’était pratique » n’est pas une réponse suffisante face à votre autorité de contrôle.

Le local est plus simple — et tout aussi bon

Voici la bonne nouvelle : la plupart des installations WordPress ont déjà tout ce qu’il faut pour la conversion WebP et AVIF. GD est intégré par défaut dans PHP et actif sur pratiquement tous les hébergements. Imagick est une extension optionnelle — présente sur de nombreux hébergeurs, mais pas partout. Img Performer utilise GD comme bibliothèque principale et se rabat sur Imagick si GD n’est pas disponible. Sur des installations minimales sans aucune des deux extensions, la conversion n’est pas possible — l’extension l’indique alors clairement dans les réglages.

Img Performer utilise exactement ces bibliothèques déjà présentes. Aucune image ne quitte votre serveur. La conversion se fait là où l’image se trouve déjà — et le résultat est techniquement identique à ce que fournissent les services cloud.

Moins de complexité, moins de questions de protection des données, mêmes résultats. C’est en fait la plus ennuyeuse de toutes les bonnes solutions — et c’est exactement pour cela que nous l’apprécions.