Files Magic AI · How-To

How to Rename Photos by Date on Mac

IMG_4471.HEIC says nothing, and Finder's "Date Modified" often lies too. The actual date a photo was taken, and how to rename by it.

By Ram Velmurugan · Founder & Lead Developer, 1dot.ai

9-step guide·Covers Live Photo pairs·8 min read
Quick answer: The Photos app has no export option to name files by date, and Automator and Shortcuts read your Mac's filesystem date, not the date the camera actually recorded. For an accurate rename, install the free exiftool utility (brew install exiftool) and run exiftool "-FileName<DateTimeOriginal" -d "%Y-%m-%d_%H.%M.%S.%%e" . in the folder. It reads the date embedded in each photo, not the date on the file. For photos that also need naming by what they show, a photographed receipt or document mixed into your camera roll, Magic Rename reads the content itself, on-device.

A phone camera roll exports as a folder of IMG_4471.HEIC, IMG_4472.HEIC, IMG_4473.HEIC, in whatever order they happened to come off the device. None of that tells you when a photo was taken without opening it, and the obvious fix, sort by date, runs into a problem most people don't expect: the date Finder shows you is very often not the date you think it is.

This guide covers why that happens, which native Mac tools actually solve it and which only look like they do, and the one free command-line tool that reads the real date. Then it covers the case a date-based rename can't handle on its own, photos that are really photographed documents, which is where Magic Rename fits.

File Date vs. Photo Date: Why They Don't Match

Every photo file carries two separate kinds of date. One lives in the Mac's filesystem: when this specific file was created or last modified on this specific drive. Finder shows you this one by default, in list view or Get Info. The other lives inside the file itself, in a block of EXIF metadata the camera or phone writes at the exact moment it captures the image, in a field called DateTimeOriginal.

These two dates start out identical, then drift apart the moment a file moves. AirDrop a photo to another Mac, and the receiving computer stamps a brand-new filesystem creation date on it, today, even though the picture is three years old. Download the same photo from iCloud, copy it to an external drive, or restore it from a backup, and the same thing happens. The EXIF date inside the file never changes through any of that. Only the filesystem date does, which is exactly backward from what most people assume when they see "Date Modified" in Finder.

This is the reason a rename method that reaches for the filesystem date, which several native options do, quietly gives you the wrong answer for any photo that has been moved even once.

Does the Photos App Have a Rename-by-Date Option?

No, and this surprises people who assume it must, since Photos already knows the exact capture date of everything in your library and sorts by it constantly. Open File > Export > Export X Photos, and the File Name dropdown gives you exactly three choices:

OptionWhat it produces
Use TitleWhatever title you manually gave the photo inside Photos, or a generic one if you never titled it.
Use FilenameThe name the photo already had when it was imported, usually the camera's own IMG_#### pattern.
SequentialA text prefix you choose, followed by a running number: Trip - 1, Trip - 2, and so on.

None of the three touches the date. You can organize exported files into dated subfolders using the Subfolder Format setting in the same export dialog, which helps for browsing but still leaves every individual filename exactly as generic as before.

Automator's "Add Date or Time" and Its Catch

Automator's Rename Finder Items action, dropped onto a Quick Action or a standalone workflow, includes a rename mode called Add Date or Time, which looks like exactly what this problem needs. Point it at a folder, choose a format, and it prepends or appends a date to every filename.

The catch: that date comes from the file's creation date on your Mac, the same filesystem date covered above, not from the camera's EXIF timestamp. For photos still sitting exactly where they landed after import, this can be close enough. For anything that has been copied, AirDropped, or pulled off a backup, it will confidently rename files with the wrong date and give no indication that anything is off.

The Shortcuts App: Same Catch, Different Interface

Shortcuts, built into macOS since Monterey, can build the same kind of workflow: a Get Details of Files action pulls a property from each photo, Format Date turns it into a filename-friendly string, and Rename File applies it. It is more flexible than Automator's fixed dropdown, since you can combine the date with other text, and it runs well as a Quick Action from Finder's right-click menu.

The property most people reach for, Creation Date, is once again a filesystem property in most configurations, not the embedded EXIF capture date. It is a genuinely good tool for a quick batch where you know the files haven't moved since they were taken, but it is not the reliable answer once photos have traveled through AirDrop, cloud sync, or a backup drive.

exiftool: Renaming by the Date Actually Embedded in the Photo

ExifTool is a free, open-source command-line program that has been the standard tool for reading and writing photo and video metadata for over two decades. It is not made by Apple and does not come preinstalled, but it is a single Homebrew install away, and it reads DateTimeOriginal directly from inside the file, the same field the camera wrote the instant the shutter opened. That field survives every copy, transfer, and backup untouched, which is exactly what a filesystem date does not do.

The command
exiftool "-FileName<DateTimeOriginal" -d "%Y-%m-%d_%H.%M.%S.%%e" .Run from inside the photo folder, this reads each file's DateTimeOriginal tag, formats it as 2026-06-14_15.32.08, and renames the file to that plus its original extension. Nothing about the image itself changes, only the name.

Not every file has a DateTimeOriginal tag. Screenshots, images downloaded from the web, and some re-saved or edited files never had one written in the first place. Chaining a second tag catches most of the rest:

exiftool "-FileName<DateTimeOriginal" "-FileName<FileModifyDate" -d "%Y-%m-%d_%H.%M.%S.%%e" .

ExifTool tries each source tag in order and uses the first one present in a given file, so genuine photos get their real capture date and anything missing that field falls back to its file modification date instead of being skipped outright.

Good vs. Bad Photo Filenames

BadWhy it failsGood
IMG_4471.HEICThe camera's own counter. No date, no context, resets on some devices.2026-06-14_15.32.08.heic
Trip - 47.jpgPhotos app's Sequential export option. Groups a trip together but not by date.2026-06-14_09.05.41.jpg
4471 (2).heicAuto-numbered duplicate from a second copy of the same import.2026-06-14_15.32.10.heic
Photo Jun 14, 3 32 08 PM.jpgLooks date-based, but was built from the filesystem date, which may not match the EXIF date if the file was ever copied.2026-06-14_15.32.08.jpg

Renaming a Photo Folder with exiftool, Step by Step

1

Install Homebrew, if you don't already have it

Setup

Homebrew is the package manager most Mac command-line tools install through. If brew already works in Terminal, skip to step 2; otherwise, run the install script from brew.sh.

2

Install exiftool

Terminal

Run:

brew install exiftool
3

Navigate to your photo folder

Terminal

In Terminal, cd into the folder holding the photos you want renamed, or drag the folder onto the Terminal window after typing cd and a space to paste its path automatically.

4

Preview the dates before renaming anything

Check first

Run:

exiftool -DateTimeOriginal -FileName -T *.jpg

This prints each file's current name next to its recorded capture date, with nothing changed yet, so you can confirm the dates look right before committing.

5

Duplicate the folder as a safety copy

Recommended

ExifTool has no built-in undo for a rename operation. Duplicate the folder first (Cmd-D in Finder) the first time you run this, until you are comfortable with the command.

6

Run the rename command

Applies the rename
exiftool "-FileName<DateTimeOriginal" -d "%Y-%m-%d_%H.%M.%S.%%e" .

Every photo with a DateTimeOriginal tag is renamed to its capture timestamp. ExifTool prints a summary of how many files it renamed and how many it left untouched.

7

Add a fallback for files with no capture date

Optional, second pass

For anything exiftool skipped, screenshots, web downloads, re-saved images, run it again with a fallback tag so those get a usable name too instead of staying generic:

exiftool "-FileName<DateTimeOriginal" "-FileName<FileModifyDate" -d "%Y-%m-%d_%H.%M.%S.%%e" .
8

Check Live Photo pairs

Worth a glance

If any photos are Live Photos exported as an unmodified original, each one comes as a matching image-and-video pair sharing the same base filename. Confirm the pair still matches after renaming; a video timestamped a few seconds off from its image can end up with a different new name and break the pairing.

9

Hand content-heavy photos to Magic Rename separately

A different problem

If the folder also has photographed documents mixed in, a receipt, a whiteboard, a business card, pull those out and run them through Magic Rename instead, since a date alone won't tell you what any of them actually are.

When Date Alone Isn't Enough

A folder of straightforward personal photos, a beach trip, a birthday, a dog running around a yard, is exactly what exiftool is built for: fast, accurate, based on the real capture metadata, with no ambiguity about what "the date" even means. But a phone camera roll rarely stays that clean. It also picks up photographed documents along the way, a receipt snapped in a parking lot, a whiteboard from a meeting, a business card, a printed form, and for those, the date is the least useful thing you could name the file after.

This is a different job, reading what is actually in the picture rather than when it was taken, and it is what Magic Rename is built for. Its on-device OCR and vision read the visible content of an image, the text on a receipt, the handwriting on a whiteboard, the fields on a card, and generate a name from that, entirely on your Mac, with nothing uploaded. A photo that is mostly scenery with little or no readable text gets a shorter, more general name than one full of text, since there is simply less content for it to work from, which is also exactly why exiftool's date-based approach remains the better fit for ordinary photos.

A practical split
Run exiftool across the whole folder first to get every photo onto an accurate, sortable date. Then pull out anything that is really a photographed document and run just those through Magic Rename, which can build a name from a saved template combining a date field with content fields like document type or title, or leave it on Auto mode to decide per file.

Not every photo needs a date. Some need to be read.

Magic Rename reads what is actually in a photographed document and names it accordingly, entirely on your Mac. 7-day free trial, no credit card required.

Try Magic RenameExplore Files Magic AI

Sources & Further Reading

Photos app export file-naming options (Use Title, Use Filename, Sequential): Apple Support, "Export photos, videos, slideshows, and memories on Mac". ExifTool documentation and the FileName-from-tag renaming pattern: exiftool.org. Live Photo unmodified-original export as a matching image-and-video pair: cross-referenced across Apple's own Photos export documentation and independent reporting on Live Photo exporting.

Magic Rename's on-device OCR, vision, and templates: Files Magic AI's Magic Rename product page. The same content-based approach applied to other file types: renaming screenshots, renaming scanned receipts, and renaming PDFs by content. How AI file renaming works more broadly: our AI file renaming guide.


Frequently Asked Questions

Can the Photos app rename exported photos by date?
No. When you export from Photos (File > Export > Export Photos), the File Name dropdown only offers three choices: Use Title (the title you gave the photo inside Photos), Use Filename (the name the photo already had), and Sequential (a prefix plus a running number). There is no built-in option to name files by the date they were taken, even though Photos knows that date and can sort your library by it.
Why is the "Date Modified" I see in Finder different from when I actually took the photo?
Finder shows filesystem dates: when the file was created or last modified on this specific Mac. Those dates reset whenever a file is copied, AirDropped, downloaded from iCloud, or restored from a backup, so a photo you took two years ago can show a "Date Modified" of last week if you just moved it to a new drive. The date the photo was actually taken lives separately, inside the file itself, in an EXIF tag called DateTimeOriginal, and that tag does not change when the file is copied.
Can Automator rename photos by the date they were taken?
Automator's Rename Finder Items action has an "Add Date or Time" mode, but it pulls the file's creation date on your Mac, the same filesystem date Finder shows, not the EXIF date embedded in the photo. For a photo that has never left your Mac since you took it, those two dates usually match. For anything copied, AirDropped, or synced from somewhere else, they can be days or years apart.
Does the Shortcuts app have the same problem?
Largely yes. A Shortcuts automation built from Get Details of Files, Format Date, and Rename File reads the same filesystem creation date Automator does, unless you specifically pull a photo's metadata property rather than its file property, and even then behavior varies by how the file arrived on your Mac. It is a fine tool for quick, one-off batches where the filesystem date happens to be accurate, but it is not the reliable method if your photos have been moved around.
What is exiftool, and is it safe to use?
ExifTool is a free, open-source command-line program, not made by Apple, that has been the standard tool for reading and writing photo and video metadata for over two decades. It reads the EXIF DateTimeOriginal tag directly from inside the file, which is the actual date-and-time the camera recorded when the picture was taken, and uses that to build the new filename. It does not modify your original photos beyond changing their names, and it is widely used by photographers, archivists, and digital asset workflows specifically because it reads metadata rather than guessing from the filesystem.
What happens to photos with no EXIF date at all, like screenshots or downloaded images?
ExifTool skips a file, or falls back to a second tag you specify, whenever the primary date field is missing. Screenshots, images downloaded from the web, and pictures that have been re-saved by some editing apps often carry no DateTimeOriginal tag, since that field only gets written by a camera or phone at the moment of capture. Chaining a fallback tag such as the file's modify date catches most of these, but a batch with a lot of non-camera images is worth spot-checking after the rename.
Will renaming break a Live Photo?
It can, if you are not careful. Exporting a Live Photo's unmodified original from Photos gives you two files with the same base name, an image (.HEIC or .JPG) and a short video (.MOV), and both need to keep matching filenames for Photos to reimport them as a single Live Photo rather than a still frame. If you rename the image and video separately using each file's own metadata, a few seconds of difference in their recorded timestamps can leave them with two different new names. Test on a small batch first, or rename image and video using the same source timestamp, before running this on an entire Live Photo library.
Does renaming exported files change anything inside the Photos app itself?
No. Photos manages its own internal library and does not care what you name a file after it has been exported. Renaming exported copies affects only those files on disk, wherever you have put them, a backup drive, a shared folder, an external hard drive. Your actual Photos library, and how it sorts and displays pictures by date internally, is untouched.
When does an AI tool like Magic Rename make more sense than a date-based rename?
When the date alone doesn't tell you enough. A folder of straightforward personal photos is exactly what exiftool is built for: fast, accurate, based on real capture metadata. But phone camera rolls also collect photographed documents, a receipt, a whiteboard, a business card, a printed form someone handed you, where knowing the date is less useful than knowing what the picture actually shows. Magic Rename reads the visible content of an image with on-device OCR and vision, entirely on your Mac with nothing uploaded, and names that kind of photo by what's in it rather than just when it was taken.

"IMG_4471" and a Finder date you can't quite trust are a bad combination for finding a photo later. The fix for ordinary photos is a free command-line tool that reads the date the camera actually recorded, not the one your Mac happened to stamp on the file during its last copy. The fix for photographed documents mixed into the same camera roll is different, and that's where Magic Rename comes in. For the same content-aware approach applied elsewhere, see how to rename screenshots automatically on Mac and how to rename scanned receipts on Mac. For a broader look at how this category of tool works, read How AI File Renaming Works on Mac. Once a photo library is named consistently, finding and clearing duplicate photos is a natural next step, and our bulk renaming guide covers the classic pattern-based tools if a full AI workflow is more than a given folder needs.

Published August 21, 2026 · More guides · Files Magic AI