Commencez par un essai qui distingue le fichier du site
Votre photo monte jusqu’à la fin de la barre de progression, puis WordPress annonce que le serveur ne peut pas traiter l’image. Le message suggère parfois de choisir une image plus petite. Cela ne signifie pas forcément que le fichier dépasse la limite de téléversement : son transfert peut avoir réussi alors que sa transformation a échoué.
Enregistrez votre article avant de recommencer. Ouvrez ensuite la médiathèque dans un autre onglet et regardez si l’image y figure déjà. Des tentatives répétées peuvent créer plusieurs entrées, dont certaines incomplètes. Ne supprimez pas immédiatement ces éléments : notez celui qui correspond à l’essai et vérifiez s’il est déjà utilisé dans une page.
Préparez une petite photo JPEG sans information confidentielle, d’environ 1 200 pixels de large. Importez-la seule. Si elle fonctionne, le site peut traiter au moins ce fichier dans ces conditions. Si elle échoue aussi, concentrez-vous sur le navigateur, la session ou l’hébergement. Ce test simple vous évite de modifier la configuration pour un seul original abîmé.
Choisissez parmi les trois approches
La première approche consiste à préparer une copie de l’image. Elle convient lorsque certains fichiers passent et d’autres échouent, notamment les photos très grandes, les images exportées par un logiciel particulier ou un format récent. Vous pourrez souvent publier sans toucher au site.
La deuxième approche vérifie le chemin d’importation et le navigateur. Utilisez-la quand le même fichier fonctionne depuis un autre appareil, dans la médiathèque mais pas dans l’article, ou lorsque l’éditeur reste bloqué avant la fin de l’envoi.
La troisième examine le serveur et les composants du site. Elle devient prioritaire si plusieurs utilisateurs échouent avec de petites images ordinaires, si la panne suit une migration ou si elle revient à chaque importation. Conservez les résultats des premiers essais : ils serviront au support et éviteront de recommencer tout le diagnostic.
Ces approches ne sont pas trois corrections à appliquer automatiquement. Faites un changement, reprenez le même fichier témoin et observez le résultat avant de poursuivre.
Approche 1 : réduire les dimensions d’une copie
Conservez l’original dans un dossier distinct de votre ordinateur. Ouvrez une copie avec votre logiciel de photos habituel et cherchez la commande de redimensionnement. Activez la conservation des proportions. Pour une illustration d’article affichée sur une largeur modérée, essayez par exemple une largeur de 1 600 à 2 000 pixels. Adaptez ensuite cette valeur à l’usage réel et à la qualité attendue.
Ne confondez pas la largeur en pixels et le poids en mégaoctets. Une photo très comprimée peut rester immense une fois décodée. Diminuer seulement sa qualité JPEG n’allège pas autant son traitement que réduire également ses dimensions. Une image de 8 000 × 6 000 pixels contient seize fois plus de pixels qu’une version de 2 000 × 1 500.
Exportez la copie sous un nouveau nom simple, puis ouvrez-la pour vérifier sa netteté et son orientation. Importez cette version seule dans WordPress. Si elle passe, vous disposez d’une solution immédiate pour cette publication et d’un indice sur la capacité de traitement du site.
Comprendre la suggestion de 2 560 pixels
Certains messages citent une dimension de 2 560 pixels. WordPress utilise notamment cette valeur comme seuil par défaut pour son mécanisme de réduction des grandes images, selon le traitement applicable. Ce nombre ne constitue pas une interdiction universelle d’envoyer une image plus grande, ni une garantie qu’une image plus petite passera sur tous les hébergements.
Prenez-le comme un repère de dépannage. Si votre photo mesure 9 000 pixels de large, une copie adaptée à l’affichage du site réduira nettement le travail demandé. Si votre image fait déjà 900 pixels et échoue, répéter cette recommandation ne vous aidera pas : il faut chercher une autre cause.
Un portfolio destiné à présenter des œuvres en détail peut avoir besoin de fichiers plus grands qu’un blog. Définissez ce besoin avant de réduire toute la photothèque. Le dépannage d’un import ne justifie pas d’écraser les originaux ni de dégrader les images déjà publiées.
Réexporter un fichier qui semble pourtant normal
Une image peut s’ouvrir sur votre ordinateur et rester difficile à traiter ailleurs. Son encodage, ses métadonnées ou son profil de couleurs peuvent intervenir. Essayez une nouvelle exportation depuis le logiciel qui l’ouvre correctement. Pour une photo classique, choisissez JPEG et un profil sRGB lorsque ce réglage est proposé. Gardez une qualité suffisante et comparez visuellement les deux versions.
Si l’image contient de la transparence, utilisez un format qui la conserve, comme PNG, plutôt qu’une conversion JPEG automatique. Une animation demande également un traitement adapté : exporter une seule image fixe supprime le mouvement. Présentez cette version comme une illustration de remplacement seulement si cela convient à votre contenu.
Changer uniquement l’extension du nom ne convertit pas le fichier. Une photo HEIC renommée en .jpg reste une photo HEIC. Utilisez la fonction Exporter ou Enregistrer sous, puis vérifiez le format obtenu. Si WordPress annonce explicitement que le type de fichier n’est pas autorisé, traitez ce refus de format avant de rechercher un manque de mémoire.
Interpréter le résultat sans tirer une conclusion trop large
Si une copie réduite fonctionne, notez ses dimensions, son format et son poids. Essayez ensuite une deuxième image du même lot, préparée de la même manière. Vous vérifierez ainsi que votre méthode fonctionne au-delà d’un seul fichier. Pour publier plusieurs photos, commencez par de petits lots et surveillez la médiathèque.
Si seule une réexportation corrige l’erreur alors que les dimensions restent semblables, le fichier initial ou son encodage mérite davantage d’attention. Cela ne prouve pas que l’hébergement manque de puissance. Conservez l’original problématique pour un examen privé par le support si l’erreur doit être comprise précisément.
Si toutes les images échouent, même les petites copies nouvellement exportées, cessez de multiplier les conversions. Vous risqueriez surtout de perdre du temps et d’accumuler des doublons. Passez au deuxième parcours avec le même fichier témoin pour obtenir une comparaison exploitable.
Approche 2 : comparer la médiathèque et l’éditeur
Dans l’administration, ouvrez Médias, puis Ajouter un fichier média ; le libellé peut varier légèrement selon la version. Importez le fichier témoin depuis cet écran. Retournez ensuite dans un brouillon et sélectionnez cette image dans la médiathèque, sans la téléverser une seconde fois.
Si cette méthode fonctionne alors que l’ajout direct dans le bloc Image échoue, vous avez un moyen de poursuivre la rédaction. Relevez l’éditeur utilisé : éditeur de blocs, éditeur classique ou constructeur de pages. Ils ne suivent pas nécessairement le même parcours technique pour envoyer et traiter les médias.
Si la médiathèque contient l’image mais que le bloc ne l’affiche pas, vérifiez l’adresse et la réponse de l’image avant de refaire l’import. Une erreur d’affichage, un cache ou une URL inaccessible peuvent produire un problème différent après un téléversement réussi. Le critère utile reste le même : à quelle étape l’opération cesse-t-elle de fonctionner ?
Tenir compte du traitement dans le navigateur
À partir de WordPress 7.1, le traitement des médias peut s’effectuer dans un navigateur compatible, avec un repli côté serveur lorsque les conditions ne sont pas réunies. Le navigateur peut alors préparer des images et des miniatures avant leur stockage. La version de WordPress, le navigateur et l’appareil comptent donc dans le diagnostic.
Enregistrez le brouillon, puis comparez avec un navigateur à jour sur le même ordinateur. Gardez le même compte, le même fichier et le même écran d’importation. Une réussite dans ce contexte montre une différence à examiner ; elle ne permet pas de conclure immédiatement que le serveur est réparé.
Si l’appareil manque de ressources, fermez les applications et onglets lourds avant un nouvel essai. Évitez de démarrer simultanément plusieurs importations volumineuses. Un ordinateur différent peut fournir une comparaison utile. Notez toutefois que ce changement peut aussi modifier le réseau, le navigateur et le parcours de traitement : cherchez ensuite à isoler la différence responsable.
Examiner un blocage propre au navigateur
Essayez un profil de navigateur sans extension supplémentaire. Une extension de confidentialité, de filtrage ou de modification des pages peut perturber un chargement. Préférez cette comparaison à la désactivation de toutes les protections de votre profil habituel. Une fenêtre privée ne garantit pas, à elle seule, que toutes les extensions et restrictions sont absentes.
Pour un diagnostic plus précis, ouvrez les outils de développement, puis Console et Réseau. Relancez un seul import et relevez la requête qui échoue, son statut et l’heure. Une réponse 403, une session expirée ou un script bloqué n’appellent pas la même correction qu’une erreur de traitement d’image.
Le traitement dans le navigateur dépend aussi des règles de sécurité servies avec l’administration. Faites examiner une erreur liée à ces règles par le prestataire ou le développeur concerné. N’effacez pas globalement la politique de sécurité du site pour faire disparaître un message. Partagez des captures nettoyées, sans cookies, jetons ni réponses contenant des données privées.
Approche 3 : relever l’environnement du serveur
Dans Outils, ouvrez Santé du site, puis Informations. Consultez les rubriques consacrées au serveur et au traitement des médias. Relevez la version de PHP, l’éditeur d’image utilisé et les bibliothèques disponibles. Ces informations décrivent l’environnement ; leur présence ne prouve pas que tous les formats et toutes les opérations fonctionnent.
Pour le traitement côté serveur, WordPress s’appuie notamment sur Imagick ou GD. Les formats pris en charge dépendent de l’installation de ces bibliothèques. Un serveur peut traiter correctement le JPEG et rencontrer une difficulté avec un autre format. Transmettez au support le format réel du fichier qui échoue, en plus de son extension.
Si la panne suit un changement de version PHP ou une migration, demandez une comparaison avec l’ancien environnement. Une bibliothèque absente ou un format qui n’est plus pris en charge constitue une piste plus précise qu’une demande générale d’augmentation de mémoire. Ne remplacez pas arbitrairement Imagick par GD au moyen d’un extrait de code trouvé en ligne.
Vérifier la mémoire, le temps de traitement et la charge
Consultez les journaux disponibles dans le panneau d’hébergement à l’heure exacte de l’essai. Un message indiquant une limite de mémoire atteinte justifie d’examiner la mémoire PHP effectivement accordée au site. Un dépassement de temps ou un processus interrompu demande un autre contrôle. Si vous ne trouvez pas le journal, fournissez l’heure au support et demandez la cause enregistrée.
Une limite de téléversement et une limite de mémoire répondent à deux besoins distincts. Autoriser un fichier de 64 Mo ne garantit pas que le serveur pourra le décoder, le redimensionner et créer toutes ses variantes. Augmenter seulement upload_max_filesize ne corrige donc pas une erreur de traitement apparue après le transfert.
Faites ajuster une limite uniquement lorsque le diagnostic le justifie, dans les bornes permises par l’offre d’hébergement. Conservez la valeur précédente et vérifiez le résultat avec le fichier témoin. Une valeur illimitée peut aggraver une saturation ; elle ne remplace pas l’identification d’un traitement anormal ou de plusieurs tâches concurrentes.
Contrôler l’écriture et l’espace disponible
Le traitement doit pouvoir lire le fichier et écrire ses résultats. Vérifiez l’espace disponible dans le compte d’hébergement, ainsi que le quota de fichiers lorsqu’il existe. Un compte peut manquer de possibilités de création de fichiers même si son indicateur d’espace paraît encore acceptable. Demandez aussi au support de vérifier l’espace temporaire utilisé par le traitement des images.
Si le problème a commencé après une restauration, faites contrôler le propriétaire et les permissions du dossier de téléversement. Le processus qui exécute PHP doit disposer des accès adaptés. Une correction dépend de l’organisation de l’hébergement ; appliquer les mêmes permissions partout ne constitue pas un diagnostic.
N’utilisez pas des droits 777 sur tout le site. Ne supprimez pas non plus des dossiers de miniatures au hasard pour récupérer de la place. Identifiez d’abord les fichiers inutiles, leur usage et la sauvegarde disponible. Si l’erreur mentionne directement un dossier temporaire absent ou une écriture impossible, traitez ce problème de stockage avant de relancer les transformations.
Isoler un composant qui intervient sur les images
Reconstituez les changements récents : outil d’optimisation, conversion automatique, stockage externe, thème ou nouvelle taille d’image. Un composant peut intervenir après l’import et faire échouer une étape que WordPress aurait autrement terminée. Les journaux peuvent citer son fichier, mais ce nom reste un indice à confirmer.
Sur une copie de test, reprenez le fichier témoin et désactivez normalement un seul composant suspect. Testez, réactivez-le, puis comparez. La copie doit reproduire les réglages utiles au diagnostic sans envoyer les fichiers vers un espace de production partagé par erreur. Si elle utilise un serveur différent, gardez cette différence en tête.
Pour un site actif, préparez la sauvegarde et le retour arrière avant une intervention. Désactiver toute la chaîne de stockage d’une boutique peut affecter ses images publiques. Commencez par le réglage ou le composant directement impliqué, puis vérifiez la réapparition du problème après réactivation lorsque cet essai peut être effectué sans risque pour les visiteurs.
Réparer les miniatures seulement après la cause
Une entrée dans la médiathèque peut exister sans toutes les tailles attendues. Après correction de la panne, vérifiez d’abord un nouvel import. Si celui-ci fonctionne, examinez les anciennes entrées touchées. Il n’est pas nécessaire de relancer immédiatement le traitement de plusieurs milliers de médias.
Avec SSH et WP-CLI disponibles, une régénération peut être limitée à l’identifiant du média concerné. Sauvegardez les fichiers et la base, confirmez la bonne installation et remplacez 123 par l’identifiant vérifié. Sur multisite, faites sélectionner explicitement le bon site. La commande ci-dessous cible les tailles manquantes et demande de ne pas supprimer les anciennes miniatures. Ce réglage ne remplace pas la sauvegarde : une régénération modifie aussi les informations associées au média.
Cette opération utilise le serveur et ne récupère pas un original perdu. Le fichier source doit rester lisible depuis cet environnement. Si vos médias sont externalisés, faites confirmer la procédure par le responsable de cette intégration avant de lancer la commande. Elle peut encore échouer si sa cause n’a pas été corrigée. Contrôlez ensuite le média et les pages qui l’emploient. Si vous n’utilisez pas SSH, demandez cette intervention ciblée à l’hébergeur plutôt que de lancer une régénération générale sans diagnostic.
wp media regenerate 123 --only-missing --skip-deleteValider la réparation et garder une routine simple
Testez une image témoin, puis une image représentative de votre usage habituel. Ouvrez leur fiche dans la médiathèque, insérez-les dans un brouillon et vérifiez l’aperçu sur ordinateur et sur mobile. Regardez la netteté, l’orientation, la transparence éventuelle et le chargement des images. La disparition du message ne suffit pas si le résultat visuel est incorrect.
Supprimez uniquement les doublons de test dont vous avez confirmé l’absence d’utilisation. Conservez les originaux hors du site et notez la correction qui a fonctionné. Pour les publications suivantes, préparez des dimensions cohérentes avec vos pages : cela simplifie l’import et évite de transmettre des fichiers inutilement lourds aux visiteurs.
Un outil de retouche sur ordinateur suffit souvent pour cette préparation, sans ajouter d’extension WordPress. Une extension de régénération peut être utile ensuite pour un besoin identifié, mais elle dépend encore des ressources disponibles et doit être essayée sur un média avant tout traitement en masse. Elle ne répare pas un disque plein ni une bibliothèque serveur défaillante.
Si vous devez transmettre le cas au support
Envoyez le texte exact de l’erreur, l’heure avec le fuseau horaire, les dimensions et le format du fichier, ainsi que les résultats du petit JPEG témoin. Précisez si l’import échoue dans la médiathèque, dans l’éditeur ou dans les deux. Ajoutez la version de WordPress et le navigateur utilisés, puis les changements récents connus.
Demandez quelle étape échoue : réception, décodage, transformation, écriture ou finalisation. Un exemple reproductible et ces résultats comparatifs permettent une réponse plus utile qu’une demande de « débloquer les images ». Transmettez le fichier problématique par un canal privé s’il contient des informations personnelles.
Sur un hébergement géré, notamment lorsque vous n’avez pas accès à PHP ou aux fichiers, restez dans les réglages réellement disponibles et utilisez l’assistance du service. Vous pouvez toujours préparer une copie adaptée et comparer les parcours d’importation. Les modifications de serveur doivent être faites par la personne qui administre cet environnement.
