Hellomoon Parlons de votre projet ↗
Modèle d’article · WordPress

Peut-on réduire le stockage WordPress de 70 % ?

Ceci est le gabarit que suivra chaque publication MoonLab : une question vérifiable, l’expérience menée, le résultat mesuré et l’impact concret. Il sert de référence de mise en forme — le récit est réaliste, mais les données ci-dessous sont fictives.

Exemple illustratif — chiffres fictifs

01

Question

Contenu de démonstration. Cet article n’est pas une expérience réelle : il illustre uniquement la structure d’une publication MoonLab. Aucun chiffre présenté ici ne doit être considéré comme vérifié.

Un WordPress qui grossit sans qu’on sache pourquoi.

Sur beaucoup de sites, le dossier uploads enfle année après année : chaque image importée génère automatiquement six à huit déclinaisons, la plupart jamais servies. Le stockage se facture, les sauvegardes ralentissent, les migrations deviennent pénibles.

La question posée était volontairement mesurable : peut-on réduire de 70 % le stockage média d’un WordPress typique sans dégrader ni l’affichage, ni le SEO ? Pas « peut-on gagner de la place », mais un objectif chiffré, réfutable par l’expérience.

02

Expérience

Le protocole, étape par étape.

  1. 01

    Mesure de référence

    Sur un site de test représentatif (≈ 4 000 médias), nous relevons le poids total du dossier uploads, le nombre de tailles générées par image et la part réellement servie sur 30 jours de trafic.

  2. 02

    Élagage des tailles inutiles

    Les formats intermédiaires jamais référencés par le thème ou les blocs sont désactivés à l’import, puis régénérés à la demande plutôt que d’avance.

  3. 03

    Formats modernes & compression

    Les images servies passent en WebP/AVIF avec une qualité calibrée à l’œil, en conservant l’original comme source unique.

  4. 04

    Contrôle qualité

    On revérifie le rendu sur gabarits clés, les Core Web Vitals et l’indexation des images avant de conclure — une réduction qui casse l’affichage ne compte pas.

03

Résultat

Ce que la mesure a donné chiffres fictifs

Les valeurs ci-dessous illustrent le type de résultat que nous mesurons et publions ; elles ne proviennent d’aucun site réel.

  • Stockage média : −72 % — de 18,4 Go à 5,2 Go, en supprimant les tailles orphelines et en passant aux formats modernes.
  • Tailles générées par image : de 7 à 3 — seules celles réellement servies sont conservées.
  • Poids médian d’une page : −41 % — l’affichage n’a pas été dégradé, il a été allégé.
  • LCP mobile : de 3,1 s à 2,2 s — effet secondaire mesuré, non recherché au départ.

La réponse à la question de départ est donc oui, sous condition : les 70 % sont atteignables sur un site chargé d’historique, mais le gain dépend fortement du nombre de tailles générées et de la part d’images jamais servies.

04

Impact

Ce que ça change pour un projet client.

Un chiffre de laboratoire n’a de valeur que s’il se traduit en bénéfice concret. Ici, la réduction du stockage change trois choses :

  • Coût maîtrisé — moins de stockage facturé, des sauvegardes plus légères et plus rapides.
  • Migrations plus simples — déplacer un site de 5 Go plutôt que 18 Go réduit les fenêtres de maintenance.
  • Site plus rapide — un poids de page allégé profite à l’expérience et au référencement, sans refonte.

C’est la logique de MoonLab : une question posée clairement, une expérience honnête, un résultat chiffré — et une recommandation que nous n’aurions pas osé donner sans l’avoir testée nous-mêmes.

Explorez le laboratoire

Une question technique à mettre à l’épreuve ?

Parlez-nous de votre contexte, ou revenez à l’ensemble du journal MoonLab.

Parlons de votre projet ↗ Tout le journal MoonLab →