Move WordPress uploads out of date folders retroactively

An alternative plugin solution is offered by Media File Renamer (by developer Jordy Meow). Its Pro version also allows you to rename media files and move them to other folders. You can proceed as follows:

• Preparation: First disable date-based uploads in WordPress as described above so new files do not end up in subfolders again.
• Using the plugin: With Media File Renamer Pro you can now reorganize your existing media. The plugin offers, for example, a bulk function to rename and move multiple files at once. You could move all files from a monthly folder into the main uploads folder. In the plugin interface select the media in question and either assign new filenames or keep them and use the option to move them to the main directory.
• Update references: Media File Renamer updates references in posts automatically when renaming. So if you move files to another path, the plugin should adjust all occurrences of the URL in posts accordingly. Spot-check the result: Is the image still displayed in the post? Is the URL correct?
• Redirects: As far as we know, Media File Renamer does not create automatic redirects from old to new URLs. That means external links or direct requests to the old paths would return a 404 error. You would need to handle redirects separately (for example with a redirect plugin or via .htaccess).

Assessment: Media File Renamer Pro is powerful and can also perform renaming/moving. However it requires more manual steps and supervision. You may need to proceed folder by folder and monitor the result. With many media files this can be time-consuming. Also be careful: if two files from different monthly folders have the same name, moving them into a common folder will cause a conflict. In such cases you would first need to rename one file to ensure unique names. Make sure no duplicate filenames exist before merging everything into one folder.

Conclusion: For advanced users Media File Renamer Pro is an option to remove the monthly folder. If you already use the plugin, you can try the manual route. Otherwise neo Rename offers a simpler solution tailored to this task.

If you want to get rid of date folders but still keep a real directory structure, Media Library Folders (MLF) offers a pragmatic compromise. The plugin adds a left folder sidebar to the WordPress media library and moves files physically on the server instead of just creating virtual categories. This keeps URLs clean while still organizing files logically by topic.

Features at a glance:

• Create folders via drag & drop: Folder management similar to Windows Explorer.
• Physical moving: When moving, MLF automatically corrects all references in posts & pages.
• Undo & bulk actions (Pro): Undo the last action; move multiple files/folders at once.
• Multiple assignments (Pro): An image can appear in multiple folders.
• Server sync (Pro): FTP-created folders appear in the backend – useful for very large libraries.

The biggest advantage compared to purely “virtual” folder plugins: The folders really exist on the filesystem. That lets you back up images via FTP or copy them to CDN storage without losing the folder structure. For editorial teams that like to use themed folders (“/products/”, “/team-photos/”, etc.) this is a familiar workflow and prevents filename collisions.

However, MLF does not create 301 redirects for old paths. If you come from the year/month structure, you must add redirects yourself with a redirect plugin or .htaccess – or use the one-click solution neo Rename, which includes redirects. Also, drag-and-drop sorting takes some time with thousands of images; there is no automatic tagging like in neo Library.

The plugin WP Original Media Path follows a slightly different approach. It allows you to change the WordPress uploads folder - something that was possible in core until WordPress 3.5. With this plugin you can, for example, set your media to live under “wp-content/media/” instead of “wp-content/uploads/”, or even use a subdomain for media. This affects the base path of uploads. Important to know: WP Original Media Path is not retroactive - it does not automatically update existing entries. But you can use it to establish a new unified structure and then switch manually. A possible procedure:

• Install the plugin and set the new path/URL. You could keep wp-content/uploads (if you only want to get rid of the subfolders) or specify a completely new path (e.g. wp-content/uploads_all or wp-content/media). Save the setting. WordPress writes the new path to the options (database) – all future uploads will go there.
• Move files: Now move the contents of the old uploads folder to the new location via FTP or shell. If you only want to remove the year folders and stay in the same main path, that means: move all files from uploads/YYYY/MM/ subfolders directly into uploads/. (You can delete the empty year folders afterwards.) If you chose a completely new path, move the entire directory accordingly.
• Replace database entries: Now you must update all references in the DB so WordPress finds the media under the new path. As described in the plugin docs, a search-and-replace operation is unavoidable. Search for the old base path (e.g. wp-content/uploads/2025/08/) and replace it with the new path (e.g. wp-content/uploads/). Practically you can do this with a plugin like Better Search Replace or WP-CLI. Remember to account for serialized data.

After these steps all media are available at the new path. Existing content points to the new URL. WP Original Media Path has informed WordPress about the changed path; the rest you must handle yourself as with manual methods.

Use case: This plugin makes sense if you want, for example, a completely different storage location for uploads, such as a different directory or a separate domain/CDN. For simply removing the date folders within the same main folder it may be overkill, since the standard path (uploads) would be retained. You could use WP Original Media Path to move all uploads to a subfolder “media” instead of “uploads”. Important: The plugin does not work with Multisite.

For technically proficient users there is the option to remove the date folders without special plugins. For this you must move files manually and update all database entries:

• Database backup: Always create a DB backup first! A wrong search & replace can render the database unusable. Safety first.
• Move files manually: Using FTP with FileZilla or SSH with Termius or a script, move the files from the year/month folders into the main uploads/ folder. Be very careful about filename conflicts. If two files share the same name (e.g. image.jpg in "2023/03/" and again in "2026/05/"), they cannot both coexist in "uploads/".
• Database search & replace: Now all places in the DB that reference the old paths must be rewritten. This mainly affects the post_content column of posts and pages where images are embedded via tags. Additionally, attachment metadata in wp_postmeta or _wp_attached_file entries must be updated; these store the path relative to the uploads folder, e.g. "2026/05/image.jpg". In rare cases widgets, menus, or theme options may also reference images whose paths need updating.
  Most conveniently this is done with the Better Search Replace plugin or via a WP-CLI command. Example WP-CLI command:

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

  This would replace occurrences of the path string across all tables and skip GUIDs. You would need to run this per year/month combination or use regex (WP-CLI supports --regex). Alternatively use Better Search Replace in the WP backend, select all relevant tables and search for e.g. /wp-content/uploads/2026/05/ and replace with /wp-content/uploads/. Repeat for all existing year/month combinations. Serialized data: Better Search Replace handles serialized PHP data, which is important so widget configurations or _wp_attachment_metadata are not broken. WP-CLI's search-replace also respects serializations (as long as you don't use regex mode).
  In the wp_posts table each attachment post has a GUID entry with the original URL. It is advisable not to change these GUIDs, as they serve merely as an internal unique identifier (and are relevant for RSS feeds, for example). If you run a general search & replace operation, you might also catch the GUIDs. If possible, exclude the guid column (Better Search Replace does this automatically on a standard run). WP-CLI offers --skip-columns=guid for that. If in doubt it is not catastrophic if the GUID is changed, it just needs to remain consistent and unique.

• Clear cache: If you use a caching plugin like WP Fastest Cache or a CDN, clear the cache so the newly linked images are delivered immediately.
• Check: After the run, verify that the media now load correctly without date folders. Especially in posts: do all images work? A quick way is to open the page and check the browser console for 404 errors. Thumbnails should still be visible in the media library. Also disable the browser cache in the developer console.

This manual method ultimately achieves the same result as the plugin solutions, but requires great care and experience. Advantage: You need no extra plugins (except possibly Better Search Replace, which you can remove afterwards) and you have full control. Disadvantage: It is error-prone - a wrong search term or missed step can lead to broken images. And it is time-consuming, especially with many folders and files.

If you do not want to move files but still want to change the external URL structure, you can use rewrite rules. One solution is to redirect visitors from a requested date-path URL to the corresponding URL without the date path or vice versa. Two approaches:

• Variant A: files were moved, redirect old URLs: This corresponds to the manual method supplemented with a .htaccess redirect rule. Suppose you moved all files into the main directory. Now create an .htaccess in wp-content/uploads/ with the following content:

  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]

  This rule does the following: If no real file is found under uploads/YYYY/MM/Filename, send a 301 redirect to /uploads/Filename. The placeholders ([0-9]{4}) and ([0-9]{2}) capture year and month numbers, $3 represents the filename possibly followed by a path (in case subdirectories were ever included in the filename). For example, requests to /uploads/2026/05/menue.pdf are redirected to /uploads/menue.pdf. The [R=301] status ensures it is a permanent redirect (useful for SEO). This solution is very elegant for catching existing external links or search engine index entries of the old URLs and routing them to the new paths. It should be placed in the uploads directory (not the main .htaccess) so it takes effect before WordPress.

• Variant B: Keep files in subfolders and internally rewrite new short URLs: This is the reverse case: you leave the files physically where they are (in 2026/05 etc.) but want to show “short” URLs on the site and to visitors. That means you would need to change post content so it references images without the date path. To make those links work without moving the files, you need an internal rewrite rule that resolves a request for /uploads/image.jpg to the actual file location /uploads/2026/05/image.jpg. This is more complex because the server somehow needs to determine which year folder the file is in. Writing a global rule for that is not trivial - you would have to try every year/month combination or have a fixed logic. If filenames are unique, you could try to find the correct path via RewriteMap or a script, but that goes beyond standard .htaccess rules. In short: this variant is doable but time-consuming and error-prone. In practice it’s rarely used. It would be easier to move the files or choose one of the other approaches above.

Use .htaccess redirects mainly as a supplement to catch old URLs after restructuring (Variant A). That preserves the SEO value of your images and prevents 404 errors. If you use neo Rename, you don’t have to worry about this. The plugin can add the redirects automatically.