Vous cliquez sur « Mettre à jour » pour une extensionUn logiciel qui ajoute des fonctionnalités spécifiques à ... More ou un thème. WordPress réfléchit un instant. Puis vous voyez : « Update failed: Could not create directory. »
Sur un hébergement WordPress géré, cette erreur est particulièrement frustrante. Les hébergements gérés sont censés fonctionner sans problème. Mais quand ce n’est pas le cas, vous ne pouvez pas toujours résoudre les choses de la manière habituelle, vous n’avez peut-être pas d’accès SSH, ou les contrôles de permissions peuvent être verrouillés.
Ce guide explique ce qui cause cette erreur sur un hébergement géré et comment la corriger, avec un accent sur les solutions qui fonctionnent dans le cadre des contraintes de ce type d’hébergement.
Malgré son apparence inquiétante, cette erreur a quelques causes simples :
| Cause | Probabilité sur hébergement géré |
|---|---|
| Espace disque saturé | ÉLEVÉE: de nombreux plans ont des limites strictes |
| Permissions incorrectes | FAIBLE: les hébergements gérés gèrent généralement cela |
| Dossier temporaire PHP manquant | MOYENNE: peut arriver après des changements serveur |
| Propriétaire des fichiers incorrect | FAIBLE: possible après des migrations |
| Conflit d’extensionUn logiciel qui ajoute des fonctionnalités spécifiques à ... More | FAIBLE: mais possible |
Sur les hébergements gérés (Kinsta, WP Engine, Cloudways, etc.), l’espace disque est le coupable le plus fréquent. Ces hébergeurs imposent des limites de stockage strictes, et il est facile de les atteindre sans s’en rendre compte.
Avant de faire des modifications, confirmez le problème :
Idéalement, vous devriez voir « Accessible en écriture » pour tous les répertoires clés. Si vous voyez « Non accessible en écriture » pour les extensions ou thèmes, vous avez un problème de permissions. Si tout indique « Accessible en écriture » mais que les mises à jour échouent encore, l’espace disque est probablement votre problème.
Vérifiez aussi :
Les plans d’hébergement géré ont des limites de stockage strictes. Lorsque vous les dépassez, WordPress ne peut pas écrire de nouveaux fichiers.
Kinsta :
WP Engine :
Cloudways :
Méthode générale : La plupart des hébergeurs affichent l’utilisation disque dans cPanel ou leur tableau de bordL'interface d'administration où les utilisateurs gèrent le... More personnalisé.
Astuce : Certains hébergeurs (comme Kinsta) incluent le stockage des sauvegardes dans votre limite de plan. Si vous avez de nombreuses sauvegardes, elles comptent dans votre espace.
Sur un hébergement géré, vous ne pouvez généralement pas modifier les permissions vous-même. Mais vous pouvez vérifier si elles sont correctes, puis demander au support de les corriger.
| Type | Permission |
|---|---|
| Dossiers | 755 |
| Fichiers | 644 |
wp-config.php | 640 ou 644 |
.htaccess | 644 ou 640 |
Avec FileZilla ou un outil similaire :
/wp-content/plugins → Permissions des fichiers755, cochez « Recurse into subdirectories » → « Apply to directories only »themes et uploadsPour les fichiers, définissez 644 (appliqué aux fichiers uniquement).
Contactez le support. Demandez-leur de :
C’est une correction de 5 minutes pour la plupart des équipes de support d’hébergement.
Parfois, le dossier temporaire de PHP est manquant ou inaccessible. Vous pouvez indiquer à WordPress exactement où mettre les fichiers temporaires.
wp-config.php à la racine de votre WordPress/* C'est tout, arrêtez de modifier ! Bonne publication. */ :php
define('WP_TEMP_DIR', dirname(__FILE__) . '/wp-content/temp/');
temp dans /wp-content/ (s’il n’existe pas)temp à 755wp-config.php au lieu de modifier php.iniCette méthode est souvent plus simple sur un hébergement géré car vous n’avez pas toujours accès à php.ini.
Si l’erreur persiste, votre hébergeur devra peut-être configurer upload_tmp_dir dans les paramètres PHP du serveur. C’est une autre demande rapide au support.
WordPress gère normalement l’accès au système de fichiers automatiquement. Mais vous pouvez forcer l’utilisation de la méthode directe, contournant les invites FTP/SFTP.
Ajoutez ceci à votre wp-config.php (avant la ligne « arrêtez de modifier ») :
php
define('FS_METHOD', 'direct');
Ce que cela fait : Indique à WordPress d’écrire les fichiers directement en utilisant le même utilisateur que le serveur web.
Remarque : Cela ne fonctionne que si les permissions sont déjà correctes. Si la propriété est incorrecte, cela n’aidera pas, mais sur un hébergement géré, la propriété est généralement correcte.
Le support d’hébergement géré existe exactement pour ces situations. Ne souffrez pas en silence.
« J’obtiens l’erreur « Update failed: Could not create directory » lors de la mise à jour des extensions/thèmes. J’ai vérifié l’espace disque et il n’est pas plein. Pouvez-vous vérifier :
- La propriété du système de fichiers (devrait être l’utilisateur du serveur web)
- Le dossier temporaire PHP (
upload_tmp_dir) existe et est accessible en écriture- Aucun quota disque ou limite d’inodes ne bloque les écritures »
| Hébergeur | Temps de réponse | Problèmes connus |
|---|---|---|
| Kinsta | Excellent | Vois rarement cette erreur |
| WP Engine | Excellent | Généralement espace disque |
| Cloudways | Bon | Parfois lié aux permissions |
| Pressable | Bon | Généralement espace disque |
| Flywheel | Bon | Parfois dossier temporaire |
L’erreur « Could not create directory » est frustrante, mais sur un hébergement géré, il s’agit rarement d’un problème complexe. Vérifiez d’abord l’espace disque, c’est le coupable le plus fréquent et le plus facile à corriger. Si ce n’est pas cela, parcourez les corrections de permissions et du dossier temporaire.
Et rappelez-vous : Vous payez pour un support d’hébergement géré. Utilisez-le. Un chat ou un ticket rapide peut résoudre en quelques minutes ce qui pourrait vous prendre des heures à diagnostiquer.