Comment corriger l’erreur 413 Request Entity Too Large sur WordPress ?

Tu essaies d’uploader un fichier sur ton site WordPress et tu tombes sur « 413 Request Entity Too Large » ? En gros, ton serveur te dit que le fichier que tu essaies d’envoyer est trop gros pour lui.

C’est une erreur que je croise régulièrement chez mes clients, que ce soit pour un upload d’image trop lourde, l’installation d’un thème ou d’un plugin volumineux, un import de produits WooCommerce, ou même une restauration de sauvegarde. La bonne nouvelle c’est que ça se corrige en quelques minutes.

Je te montre comment faire, en commençant par la méthode la plus simple.

L’erreur 413 fait partie de la famille des erreurs HTTP 4xx (les erreurs liées à la requête du client). Elle apparaît quand tu envoies au serveur un fichier ou une donnée qui dépasse la taille maximale autorisée.

Le message peut s’afficher de différentes façons selon ton navigateur et ton serveur :

• 413 Request Entity Too Large
• 413 Payload Too Large
• HTTP Error 413
• Request Entity Too Large – The requested resource does not allow request data

C’est le même problème à chaque fois : ton fichier est trop gros par rapport à ce que ton serveur accepte. La limite par défaut varie selon les hébergeurs, mais elle tourne souvent autour de 2 Mo à 10 Mo. Si tu essaies d’uploader une vidéo de 50 Mo ou un thème de 30 Mo, forcément ça coince.

En plus de 10 ans de dépannage WordPress, voici les cas où je tombe le plus souvent sur cette erreur :

• Upload d’images ou vidéos : tu essaies de mettre en ligne une photo HD non compressée ou une vidéo depuis la bibliothèque de médias
• Installation d’un thème ou plugin : certains thèmes premium comme Avada font plus de 20 Mo, et le serveur bloque l’upload
• Import WooCommerce : tu importes un fichier CSV de produits un peu trop volumineux, ou des images produits en masse
• Restauration de sauvegarde : tu restaures un backup via un plugin comme UpdraftPlus et le fichier de sauvegarde dépasse la limite. Ça peut aussi provoquer une erreur de mémoire en plus

Dans tous ces cas, la solution c’est soit de réduire la taille du fichier, soit d’augmenter la limite d’upload du serveur. Je te montre les deux approches.

C’est la méthode que j’utilise en priorité chez mes clients. Pas besoin de toucher au code, tout se fait depuis l’interface de ton hébergeur.

Si tu es chez o2switch ou OVH (les deux hébergeurs les plus courants chez mes clients), tu as accès à cPanel. Voici la marche à suivre :

1. Connecte toi à ton cPanel
2. Cherche la section « Logiciels » ou « Software »
3. Clique sur « Sélectionner une version de PHP » (ou « MultiPHP INI Editor » chez certains hébergeurs)
4. Sélectionne ton domaine, puis clique sur l’onglet « Options » (parfois il faut d’abord passer par « Extensions » puis « Options » selon la version de cPanel)
5. Repère les champs upload_max_filesize et post_max_size. Ce sont des menus déroulants : sélectionne 64M pour le premier et 128M pour le second
6. Enregistre les modifications

C’est tout. Retourne sur ton site et retente l’upload. Dans 90% des cas c’est réglé.

Attention : mets toujours post_max_size plus grand que upload_max_filesize. Le post_max_size c’est la taille totale de la requête envoyée au serveur (qui inclut le fichier + les données du formulaire). Si les deux sont identiques, ça peut encore bloquer.

Si ton hébergeur ne propose pas cette option dans cPanel, passe aux méthodes suivantes.

Si tu n’as pas accès au réglage PHP via cPanel, tu peux passer par le fichier .htaccess. C’est la méthode la plus documentée sur internet et elle fonctionne sur les serveurs Apache (la majorité des hébergements mutualisés).

Connecte toi en FTP (avec FileZilla par exemple) ou via le gestionnaire de fichiers de ton hébergeur. Le fichier .htaccess se trouve à la racine de ton site WordPress.

Ajoute ces lignes à la fin du fichier, juste avant #END WordPress :
php_value upload_max_filesize 64M
php_value post_max_size 128M
php_value max_execution_time 300
php_value max_input_time 300
Important : chaque directive doit être sur sa propre ligne. Si tu les mets toutes sur une seule ligne, ça va provoquer une erreur 500 sur ton site.

Enregistre et retente l’upload.

Le max_execution_time et max_input_time c’est pour éviter un timeout si le fichier est gros et que l’upload prend du temps. 300 secondes (5 minutes) c’es

Sur certains hébergements modernes qui utilisent PHP-FPM, les directives php_value dans le .htaccess sont ignorées. C’est frustrant parce que tu fais la modif, tu recharges, et rien ne change.

Dans ce cas, la vraie solution c’est de créer un fichier .user.ini à la racine de ton site WordPress (au même endroit que le wp-config.php).

Crée le fichier via le gestionnaire de fichiers de ton hébergeur ou en FTP, et ajoute ces lignes :
upload_max_filesize = 64M
post_max_size = 128M
max_execution_time = 300
max_input_time = 300
Enregistre et attends quelques minutes. Le fichier .user.ini n’est pas lu en temps réel par le serveur, il y a un délai de rafraîchissement (en général 5 minutes). Après ce délai, retente l’upload.

Note technique : contrairement à ce qu’on lit sur pas mal de blogs, modifier upload_max_filesize et post_max_size via @ini_set() dans le wp-config.php ou le functions.php ne fonctionne pas pour les limites d’upload. PHP vérifie la taille du fichier avant d’exécuter WordPress, donc ces directives arrivent trop tard. Le .user.ini est lu par PHP au démarrage, c’est pour ça que ça marche.

Si rien ne marche ou si tu ne veux pas modifier de fichiers de configuration, il reste la solution de contournement : uploader le fichier directement en FTP.

Par exemple, si c’est un plugin qui est trop gros pour être installé via le back-office :

1. Décompresse le fichier .zip du plugin sur ton ordinateur
2. Connecte toi en FTP à ton site
3. Uploade le dossier du plugin dans wp-content/plugins/
4. Retourne dans ton back-office WordPress, va dans Extensions, et active le plugin

Même principe pour un thème : uploade le dossier dans wp-content/themes/

Cette méthode contourne complètement la limite d’upload du serveur puisque le transfert FTP n’a pas de restriction de taille.

Si ton site tourne sur un serveur Nginx (et pas Apache), le .htaccess ne fonctionne pas. Il faut modifier le fichier de configuration Nginx.

Cherche le fichier nginx.conf et ajoute ou modifie cette directive :
client_max_body_size 64M;Tu peux la placer dans le bloc http (pour tout le serveur), dans le bloc server (pour un seul site) ou même dans un bloc location (pour un chemin spécifique). Si tu es sur un VPS, je te conseille de la mettre dans le bloc server du site concerné plutôt que de toucher à la config globale.

Puis redémarre Nginx. Cette manipulation nécessite un accès root au serveur, donc si tu es sur un hébergement mutualisé tu ne pourras pas le faire toi même. Contacte ton hébergeur dans ce cas, ils le feront pour toi.

Plutôt que d’augmenter les limites à chaque fois, voici quelques bonnes habitudes :

• Compresse tes images avant de les uploader. Des outils gratuits comme TinyPNG ou Imagify réduisent la taille de tes images sans perte visible de qualité. Une image de 5 Mo peut souvent descendre à 200 Ko
• Évite d’uploader des vidéos directement sur WordPress. Héberge les sur YouTube ou Vimeo et intègre les avec un embed. Ton serveur te remerciera
• Pour les imports WooCommerce volumineux, découpe ton fichier CSV en plusieurs petits fichiers au lieu d’en envoyer un seul de 50 Mo
• Vérifie ta limite d’upload actuelle en allant dans WordPress > Médias > Ajouter. La limite est affichée en bas de la page (« Taille maximum du fichier téléversé : XX Mo »)

Et si malgré tout tu augmentes les limites, fais le de manière raisonnable. Ne mets pas 500 Mo juste « au cas où ». Sur un hébergement mutualisé, tu partages les ressources avec d’autres sites. 64 Mo pour l’upload et 128 Mo pour le post c’est largement suffisant pour la majorité des usages.

L’erreur 413 c’est simplement ton serveur qui te dit « ce fichier est trop gros pour moi ». Tu as 4 façons de la corriger :

1. cPanel (la plus simple, ma préférée)
2. .htaccess (la plus documentée, pour les serveurs Apache)
3. .user.ini (quand le .htaccess est ignoré, notamment avec PHP-FPM)
4. Upload FTP (le contournement, toujours disponible)

Et pense à réduire la taille de tes images en les convertissant en webp avant de les uploader, ça t’évitera de tomber sur cette erreur à répétition.

Si tu galères ou si l’erreur persiste malgré tout, contacte moi. C’est le genre de problème que je règle en 5 minutes chez mes clients. Et si tu veux éviter ce