Déplacer ultérieurement les téléchargements WordPress hors des dossiers datés

Une autre solution via plugin est Media File Renamer (par le développeur Jordy Meow). Sa version Pro permet aussi de renommer les fichiers médias et de les déplacer vers d’autres dossiers. Voici comment procéder :

• Préparation : Désactive d’abord, comme indiqué plus haut, les téléversements basés sur la date dans WordPress, afin que les nouveaux fichiers ne soient plus placés dans des sous-dossiers.
• Utilisation du plugin : Avec Media File Renamer Pro tu peux maintenant réorganiser tes médias existants. Le plugin propose par exemple une fonction en masse pour renommer et déplacer plusieurs fichiers à la fois. Tu peux déplacer tous les fichiers d’un dossier mensuel vers le dossier principal d’uploads. Dans l’interface du plugin, sélectionne les médias concernés et donne soit de nouveaux noms de fichiers soit laisse-les et utilise l’option de les déplacer vers le répertoire principal.
• Mise à jour des références : Media File Renamer met à jour les références dans les articles lors du renommage. Si tu déplaces donc des fichiers vers un autre chemin, le plugin devrait adapter toutes les occurrences de l’URL dans les publications. Vérifie le résultat par échantillonnage : l’image s’affiche-t-elle toujours dans l’article ? L’URL est-elle correcte ?
• Redirections : À notre connaissance, Media File Renamer ne crée pas automatiquement de redirections des anciennes vers les nouvelles URL. Autrement dit, les liens externes ou les accès directs aux anciens chemins renverraient une erreur 404. Tu devras donc gérer séparément les redirections (par ex. avec un plugin de redirection ou via .htaccess).

Évaluation : Media File Renamer Pro est puissant et peut également renommer/déplacer les fichiers. Cependant, il demande plus d'étapes manuelles et de contrôle. Tu devras peut‑être procéder dossier par dossier et surveiller le résultat. Pour de nombreux médias, cela peut être chronophage. De plus, prudence : si deux fichiers de dossiers mensuels différents ont le même nom, un conflit surviendrait lors du déplacement dans un dossier commun. Dans ce cas, tu devras d'abord renommer un fichier pour obtenir des noms uniques. Assure‑toi donc qu'il n'existe pas de noms de fichiers en double avant de tout réunir dans un dossier.

Conclusion : Pour les utilisateurs avancés, Media File Renamer Pro est une option pour effectuer la tâche « supprimer les dossiers mensuels ». Si tu utilises déjà le plugin, tu peux tenter la voie manuelle. Sinon, neo Rename offre une solution spécifiquement conçue et plus simple.

Si tu veux te débarrasser des dossiers datés tout en conservant une vraie structure de répertoires, Media Library Folders (MLF) est un compromis pragmatique. Le plugin ajoute une barre latérale de dossiers à gauche dans la médiathèque WordPress et déplace physiquement les fichiers sur le serveur, au lieu de créer uniquement des catégories virtuelles. Les URL restent propres et les fichiers peuvent être logiquement triés par thème.

Fonctions en un coup d'œil :

• Créer des dossiers par glisser‑déposer : Une gestion des dossiers similaire à l'explorateur Windows.
• Déplacement physique : Lors d'un déplacement, MLF corrige automatiquement toutes les références dans les articles et pages.
• Annuler & actions groupées (Pro) : Annuler la dernière action ; déplacer plusieurs fichiers/dossiers simultanément.
• Affectation multiple (Pro) : Une image peut apparaître dans plusieurs dossiers.
• Synchronisation serveur (Pro) : Les dossiers créés par FTP apparaissent dans l'administration – pratique pour de très grandes bibliothèques.

Le principal avantage par rapport aux plugins de dossiers purement « virtuels » : les dossiers existent réellement dans le système de fichiers. Tu peux donc sauvegarder des images via FTP ou copier vers un stockage CDN sans perdre la structure des dossiers. Pour des rédactions qui utilisent des dossiers thématiques («/produits/», «/photos‑équipe/» etc.), c'est une méthode familière et qui prévient les collisions de noms de fichiers.

Cependant, MLF ne crée pas de redirections 301 pour les anciens chemins. Si tu viens de la structure année/mois, tu devras intervenir toi‑même via un plugin de redirection ou .htaccess – ou utiliser la solution en un clic neo Rename, qui inclut les redirections. De plus, trier par glisser‑déposer des milliers d'images prend du temps ; il n'y a pas d'étiquetage automatique comme dans neo Library.

Le plugin WP Original Media Path adopte une approche différente. Il permet de modifier le dossier Uploads de WordPress - ce qui était possible dans le core jusqu'à WordPress 3.5. Avec ce plugin, tu peux par exemple définir que tes médias soient désormais sous « wp-content/media/ » au lieu de « wp-content/uploads/ », ou même utiliser une sous‑domaine pour les médias. Cela affecte le chemin de base des uploads. Important : WP Original Media Path n'est pas rétroactif - il n'ajuste pas automatiquement les entrées existantes. Mais tu peux l'utiliser pour établir une nouvelle structure unifiée puis la basculer manuellement. Un déroulé possible :

• Installer le plugin et définir le nouveau chemin/URL. Tu pourrais par exemple laisser wp-content/uploads (si tu veux seulement supprimer les sous‑dossiers) ou indiquer un chemin totalement nouveau (par ex. wp-content/uploads_all ou wp-content/media). Enregistre le réglage. WordPress écrit le nouveau chemin dans les options (base de données) – tous les futurs uploads iront alors à cet endroit.
• Déplacer les fichiers : Déplace ensuite par FTP ou Shell le contenu de l'ancien dossier d'uploads vers le nouvel emplacement. Si tu veux seulement dissoudre les dossiers année, en restant dans le même dossier principal, cela signifie : déplacer tous les fichiers des sous‑répertoires uploads/YYYY/MM/ directement dans uploads/. (Les dossiers d'année vides peuvent ensuite être supprimés.) Si tu as choisi un chemin totalement nouveau, déplace l'intégralité du répertoire en conséquence.
• Remplacer dans la base de données : Tu dois maintenant adapter toutes les références dans la base de données pour que WordPress trouve les médias au nouveau chemin. Comme indiqué dans la doc du plugin, une opération de recherche‑remplacement est inévitable. Tu recherches l'ancien chemin de base (par ex. wp-content/uploads/2025/08/) et le remplaces par le nouveau chemin (par ex. wp-content/uploads/). Cela se fait facilement avec un plugin comme Better Search Replace ou via WP‑CLI. Pense à prendre en compte les données sérialisées.

Après ces étapes, tous les médias sont disponibles au nouveau chemin. Les contenus existants pointent vers la nouvelle URL. WP Original Media Path a informé WordPress du chemin modifié, le reste doit être géré manuellement comme avec les méthodes manuelles.

Usage recommandé : Ce plugin est utile si tu veux par exemple un emplacement de stockage complètement différent pour les uploads, comme un autre répertoire ou un domaine/CDN séparé. Pour simplement éliminer les dossiers datés dans le même dossier principal, c'est peut‑être excessif, puisque le chemin standard (uploads) resterait. Tu pourrais cependant utiliser WP Original Media Path pour déplacer tous les uploads dans un sous‑dossier « media » au lieu de « uploads ». Important : le plugin ne fonctionne pas avec Multisite.

Pour les utilisateurs techniquement avertis, il est possible de supprimer les dossiers datés sans plugins spécifiques. Il faut alors déplacer les fichiers manuellement et ajuster toutes les entrées de la base de données :

• Sauvegarde de la base de données : Faites impérativement d'abord une sauvegarde de la base de données ! Une mauvaise opération de recherche‑remplacement peut rendre la base inutilisable. La sécurité passe avant tout.
• Déplacer les fichiers manuellement : Par FTP avec FileZilla ou par SSH avec Termius ou via un script, déplace les fichiers des dossiers année/mois vers le dossier principal uploads/. Fais très attention aux conflits de noms de fichiers. Si deux fichiers ont le même nom (par ex. bild.jpg dans "2023/03/" et encore dans "2026/06/"), ils ne peuvent pas coexister tous les deux dans "uploads/".
• Recherche & remplacement dans la base : Il faut maintenant réécrire toutes les occurrences en base qui pointent vers les anciens chemins. Cela concerne surtout la colonne post_content des posts et pages, où les images sont incluses via des balises. De plus, les métadonnées des attachments dans wp_postmeta, notamment les entrées _wp_attached_file qui stockent le chemin relatif au dossier Uploads (ex. "2026/06/bild.jpg"), doivent être ajustées. Dans de rares cas, des widgets, menus ou options de thème référencent aussi des images dont le chemin doit être modifié.
  Le plus pratique est d'utiliser le plugin Better Search Replace ou la commande WP‑CLI. Exemple de commande WP‑CLI :

  wp search-replace '/wp-content/uploads/2025/08/' '/wp-content/uploads/' --skip-columns=guid

  Cela remplacerait toutes les occurrences de la chaîne de chemin dans toutes les tables en laissant de côté les GUID. Tu devrais exécuter cette commande pour chaque combinaison année/mois ou avec une regex (WP-CLI prend en charge --regex). Alternativement, utilise Better Search Replace dans le back-end WP, sélectionne toutes les tables pertinentes et recherche par exemple /wp-content/uploads/2026/06/ puis remplace par /wp-content/uploads/. Répète cela pour toutes les combinaisons année/mois existantes. Données sérialisées : Better Search Replace prend en compte les données PHP sérialisées, ce qui est important pour que par exemple les configurations de widgets ou _wp_attachment_metadata ne soient pas cassées. Le search-replace de WP-CLI respecte aussi les sérialisations (tant que tu n'utilises pas le mode regex).
  Dans la table wp_posts, chaque attachment-post a une entrée GUID avec l'URL d'origine. Il est recommandé de ne pas modifier ces GUID car ils servent uniquement d'identifiant unique interne (et sont par exemple importants pour les flux RSS). Si tu fais une opération générale de recherche&remplacement, tu toucherais cependant aussi les GUID. Si possible, exclue la colonne guid (Better Search Replace le fait automatiquement en exécution standard). WP-CLI propose --skip-columns=guid pour cela. En cas de doute ce n'est toutefois pas une catastrophe si la GUID est modifiée, elle doit juste rester cohérente et unique.

• Vider le cache : Si tu utilises un plugin de cache comme WP Fastest Cache ou un CDN, vide le cache pour que les images relinkées soient servies immédiatement.
• Contrôle : Vérifie après l'opération si les médias se chargent correctement sans dossiers datés. Particulièrement dans les articles : toutes les images fonctionnent-elles ? Un moyen rapide est de visiter la page et de regarder la console du navigateur pour des erreurs 404. Dans la médiathèque, les vignettes doivent rester visibles. Désactive aussi le cache du navigateur dans la console développeur.

Cette méthode manuelle atteint au final le même résultat que les solutions par plugin, mais demande rigueur et expérience. Avantage : Tu n'as pas besoin de plugins supplémentaires (sauf éventuellement Better Search Replace, que tu peux ensuite supprimer) et tu gardes le contrôle total. Inconvénient : C'est sujet aux erreurs - un terme de recherche mal choisi ou une étape oubliée peut engendrer des images cassées. Et c'est chronophage, surtout si de nombreux dossiers et fichiers sont concernés.

Si tu ne veux pas déplacer les fichiers mais désires quand même changer la structure d'URL visible, tu peux utiliser des règles de réécriture. Une solution consiste à rediriger automatiquement les visiteurs d'une URL avec chemin daté vers la même URL sans le chemin daté ou inversement. Deux approches :

• Variante A : les fichiers ont été déplacés, rediriger les anciennes URLs : Cela correspond à la méthode manuelle complétée par une règle .htaccess de redirection. Supposons que tu aies déplacé tous les fichiers dans le répertoire principal. Crée maintenant dans wp-content/uploads/ une .htaccess avec le contenu suivant :

  RewriteEngine On
  RewriteBase /wp-content/uploads/
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^([0-9]{4})/([0-9]{2})/(.*) /wp-content/uploads/$3 [L,R=301]

  Cette règle fait ceci : si sous uploads/YYYY/MM/nom-de-fichier aucun fichier réel n'est trouvé, renvoie une redirection 301 vers /uploads/nom-de-fichier. Les jokers ([0-9]{4}) et ([0-9]{2}) captent les années et les mois, $3 représente le nom de fichier avec un chemin éventuel après (au cas où il y aurait à l'avenir des sous-répertoires dans le nom). Ainsi, par exemple, les accès à /uploads/2026/06/menue.pdf sont redirigés vers /uploads/menue.pdf. Le statut [R=301] indique que c'est une redirection permanente (utile pour le SEO). Cette solution est très élégante pour intercepter les liens externes existants ou les entrées d'index des moteurs de recherche et les diriger vers les nouveaux chemins. Elle doit se trouver dans le répertoire uploads (pas dans la .htaccess principale) pour prévaloir sur WordPress.

• Variante B : les fichiers restent dans des sous-dossiers, rediriger en interne les nouvelles URLs courtes : C'est l'inverse : tu laisses les fichiers physiquement là où ils sont (2026/06 etc.) mais veux afficher des URLs « courtes » aux visiteurs. Cela implique de modifier les contenus pour référencer les images sans le chemin daté. Pour que ces liens fonctionnent sans déplacer les fichiers, il faut une règle de réécriture interne qui résout une requête /uploads/image.jpg vers l'emplacement réel /uploads/2026/06/image.jpg. C'est plus compliqué car le serveur doit déterminer dans quel dossier année/mois se trouve le fichier. Écrire une règle globale pour cela n'est pas trivial - tu devrais soit tester toutes les combinaisons année/mois soit avoir une logique fixe. Si les noms de fichiers sont uniques, on pourrait tenter une solution via RewriteMap ou un script pour trouver le bon chemin, mais cela dépasse les règles .htaccess standards. En bref : faisable mais coûteux en effort et sujet aux erreurs. En pratique on l'utilise rarement. Il est plus simple de déplacer les fichiers ou d'utiliser une autre des approches ci-dessus.

Utilise les redirections .htaccess surtout en complément pour intercepter les anciennes URLs après une restructuration (Variante A). Ainsi tu préserves le jus SEO de tes images et évites les 404. Si tu utilises neo Rename, tu n'as pas à t'en préoccuper. Le plugin peut ajouter les redirects automatiquement.