Hébergement mutualisé saturé : quota, bande passante, inodes — que faire ?

Mis à jour le 5 novembre 2026 · 8 minutes de lecture

« Quota disque dépassé », « limite de ressources atteinte », boîte mail qui rejette tout nouveau message : ces alertes d'hébergement mutualisé paraissent obscures, mais elles cachent presque toujours l'une de trois limites bien précises. Voici comment les comprendre et les débloquer sans attendre que le site tombe.

Trois limites, trois symptômes différents

Sur un hébergement mutualisé, votre site partage un même serveur physique avec des centaines d'autres clients. Pour que cela reste viable, l'hébergeur impose trois plafonds distincts, souvent confondus alors qu'ils n'ont rien à voir entre eux :

• Le quota disque — l'espace total occupé par vos fichiers et votre base de données.
• Les inodes — le nombre total de fichiers et de dossiers, indépendamment de leur poids.
• La bande passante — le volume de données transférées entre le serveur et vos visiteurs chaque mois.

Dépasser l'un de ces plafonds peut rendre votre site aussi inaccessible qu'une vraie panne serveur, alors que techniquement rien n'est cassé : c'est simplement bloqué.

Le quota disque : la limite la plus visible

C'est la plus intuitive : images, vidéos, thèmes, extensions, sauvegardes et base de données s'accumulent au fil des années jusqu'à atteindre le plafond de l'offre souscrite.

Les causes les plus fréquentes d'un quota disque saturé :

1. Sauvegardes automatiques générées et stockées sur le serveur lui-même, qui s'empilent sans purge.
2. Médiathèque non optimisée : photos en pleine résolution jamais compressées.
3. Logs applicatifs ou d'erreurs qui grossissent silencieusement pendant des mois.
4. Boîtes e-mail professionnelles hébergées sur le même espace, jamais vidées.
5. Anciens thèmes et extensions désactivés mais jamais supprimés.

Une fois le quota atteint, l'hébergeur bloque généralement toute nouvelle écriture : plus de commande enregistrée, plus de formulaire reçu, plus de mise à jour possible, et parfois une erreur 500 pure et simple sur l'ensemble du site.

Les inodes : la limite invisible qui surprend tout le monde

C'est le piège classique : un site peut utiliser seulement 2 Go d'espace disque sur un forfait de 10 Go, et pourtant être bloqué pour cause de limite d'inodes atteinte. Un inode est attribué à chaque fichier et chaque dossier, quelle que soit sa taille — un fichier de 2 Ko compte autant qu'une vidéo de 500 Mo.

Les offres mutualisées plafonnent souvent entre 100 000 et 250 000 inodes. Un CMS mal nettoyé, avec son cache, ses miniatures d'images générées en plusieurs tailles et ses journaux de sauvegarde, peut facilement en consommer des dizaines de milliers.

Les coupables habituels : les extensions de cache qui créent des milliers de petits fichiers, les plugins qui génèrent automatiquement cinq ou six tailles de miniature par image importée, et les sauvegardes incrémentales mal configurées.

La bande passante : la limite liée au trafic

Certaines offres d'entrée de gamme imposent un volume de transfert mensuel. Chaque visite, chaque image chargée, chaque téléchargement consomme ce forfait. Une fois épuisé, l'hébergeur peut ralentir fortement le site, afficher une page d'erreur, ou le suspendre jusqu'au mois suivant.

Les déclencheurs les plus courants d'un dépassement de bande passante :

• Un pic de trafic inattendu (article viral, campagne publicitaire, mention presse).
• Des vidéos ou gros fichiers hébergés directement sur le serveur plutôt que sur un service externe.
• Un trafic automatisé anormal : robots d'indexation trop agressifs, scraping, voire début d'attaque.
• L'absence de mise en cache, qui multiplie inutilement le volume transféré par visite.

Si vous préparez un pic prévisible (soldes, lancement produit, campagne média), consultez notre guide sur la préparation d'un pic de trafic pour anticiper ce type de saturation.

Comment libérer de la place en urgence

1. Faire le ménage dans les sauvegardes et les logs

Supprimez les sauvegardes stockées localement sur le serveur de plus de deux ou trois générations, et videz les fichiers de logs d'erreurs accumulés depuis des mois. Un gestionnaire de fichiers ou un accès FTP suffit généralement.

2. Vider le cache et les révisions du CMS

Les extensions de cache génèrent des milliers de fichiers temporaires : un simple « vider le cache » depuis l'administration peut libérer une quantité surprenante d'inodes. Pensez aussi à purger les révisions d'articles et les éléments de la corbeille accumulés dans la base de données.

3. Compresser et externaliser les images

Compressez la médiathèque existante et, pour les sites à fort volume de contenu, envisagez d'externaliser le stockage des images et vidéos vers un service dédié ou un CDN, qui réduit à la fois l'espace disque utilisé et la bande passante consommée sur votre hébergement.

4. Désinstaller, pas seulement désactiver

Un thème ou une extension désactivée continue d'occuper de l'espace disque et des inodes. Supprimez définitivement tout ce qui n'est plus utilisé, après vérification qu'aucune dépendance n'en a besoin.

Comment éviter que cela se reproduise

• Surveillez l'usage réel de votre espace disque et de vos inodes dans le panneau d'administration de votre hébergeur, pas seulement au moment de la panne.
• Automatisez les sauvegardes vers un stockage externe plutôt que sur le serveur lui-même.
• Planifiez une purge régulière des logs, caches et révisions, par exemple chaque mois.
• Réévaluez votre offre si le site grandit : un passage en hébergement VPS lève ces limites partagées. Notre guide pour choisir un hébergeur fiable détaille les critères à comparer avant de changer d'offre.

Le vrai danger n'est pas la saturation elle-même — elle se corrige en quelques minutes une fois identifiée — mais le délai avant de s'en rendre compte. Un quota atteint un vendredi soir peut bloquer les commandes de tout un week-end avant que quelqu'un ne s'en aperçoive.

Questions fréquentes