Telling your Mac apps apart when the icons all look alike

The Dock fills up quickly once a few websites have been turned into applications. Six icons go in over a month, and then one afternoon the wrong one gets clicked, and then it happens again. The icons are all small, all square, all flat, and several of them are a single letter on a coloured background. At Dock size, three of them are the same shade of blue.

The obvious fix is to change the pictures, and that is worth doing. But it is worth understanding first why they look alike, because the answer changes which fix is the right one, and because Apple's method for changing an icon has a limitation that catches people out later.

Why the icons look alike in the first place

An icon that came from a website is almost always the site's favicon, which is a different object from an application icon and was designed for a different job.

A favicon is drawn to be legible at the size of a browser tab, which is tiny. That constraint pushes every designer toward the same answers: one letter or one simple mark, high contrast, a flat square, no depth, no detail. It works beautifully at that size. Blown up to the size of a Dock icon it looks bare, and set beside five other favicons made under the same constraints it looks like all of them.

macOS also treats app icons differently from images. Apple's own applications share a consistent rounded shape and a consistent sense of scale, which is what makes a row of them readable at a glance. An image pasted onto an application is used as it arrives. A square screenshot stays a hard square, and it sits in the Dock looking noticeably unlike everything around it.

The result is a Dock where the differences between icons are smaller than the differences between the apps. Fixing that is partly an image problem and partly a layout problem, and most people only try to solve the first half.

Apple's method, exactly

Changing an icon on a Mac does not need any extra software. The steps are in Apple's own guidance on changing icons for files and folders, and they apply to an application bundle just as they do to a folder.

First, open the image file by double clicking it, which opens it in Preview, then choose Edit and Copy from the menu bar. This copies the image content to the clipboard.

Second, select the application whose icon should change, then choose File and Get Info from the menu bar.

Third, in the Info window, click the small icon at the top of the window, just below the title bar, then choose Edit and Paste.

Two mistakes account for nearly every failure here, and Apple names both. If Paste is greyed out, the click probably landed on the large icon further down the Info window, in the preview area, rather than on the small one at the top. And if the icon turns into a generic JPEG or PNG symbol rather than the picture, the file itself was copied in the Finder rather than the image inside it. The image has to be opened and copied from within Preview.

To undo the change, open Get Info again, click the small icon at the top so it is highlighted, and press Delete. The application goes back to the icon it shipped with.

Applications living in the Applications folder may ask for an administrator password before the change is allowed, which is normal on a Mac where the account in use is not an administrator. The Dock sometimes keeps showing the old picture for a while after the change has been made, and removing the app from the Dock and adding it back is the quickest way to force it to catch up.

What a pasted icon does not survive

This method writes the custom icon onto the item in the Finder. It does not change what is inside the application bundle, and that distinction decides what happens next.

Replace the application and the custom icon goes with the old copy. That covers reinstalling it, updating it by dragging a new version over the old one, and rebuilding it from scratch. Anyone who has carefully set six icons and then updated the tool that produced the apps has met this once and rarely forgets it.

Copying the application to another Mac usually carries the icon, since it is stored with the item, but restoring from some backup and sync arrangements does not. The icon is also invisible to anything that reads the bundle rather than the Finder, so it is not what appears in every context.

Approach	Effort per app	Survives replacing the app	Looks native at Dock size
Leave the site's favicon	None	Yes	Rarely
Paste an image with Get Info	A minute, repeated after every update	No	Depends entirely on the image
Set the icon when the app is built	Once, at creation	Yes	Depends on the source image

The middle row is the one that quietly costs the most over a year, because the work comes back every time something changes.

Picking images that actually work

A better picture is not the same as a bigger picture, and most failed icon sets fail for the same handful of reasons.

Screenshots do not work. A shrunken screenshot of an interface is grey mush at Dock size, and every screenshot of every web application looks like every other one.

Text does not work. A word set in the middle of a square is unreadable at the size it will be displayed, and by the time it is large enough to read, the icon is all word and no shape.

What works is a silhouette that can be recognised without colour, plus a colour that is different from its neighbours. Test both. Shrink the candidate image to roughly the size of a Dock icon and look at it from a normal seating distance. If the shape alone does not identify it, colour is doing all the work, and colour alone stops working the moment two apps land on similar hues.

Consistency across the set matters as much as each individual choice. Six icons drawn in six different styles look like clutter even when each one is good on its own. The same background treatment with different marks reads as a family, and a family is easier to scan than a collection.

Every place the icon has to work

An icon is judged in the Dock because that is where it is being looked at while the frustration builds, but it appears in at least five other places, each at a different size and against a different background.

The application switcher, reached by holding Command and pressing Tab, shows icons large and in a row on a translucent panel. This is the most unforgiving surface there is, because the icons are big enough to show how little detail a favicon contains, and because the switcher is used at speed with no time to read anything.

The Applications folder and Launchpad show them in a grid against a plain background, where similar shapes cluster together and become genuinely hard to separate. Spotlight shows a small icon beside the name, and the name usually wins there, which is why naming matters more than it seems.

Notifications carry the app's icon too. Six apps built from six similar favicons produce six visually similar banners, and the whole point of the notification is to be identified in the half second before it disappears. An alert that cannot be attributed to an app at a glance is only slightly better than no alert.

Mission Control and the window switcher show the icon over a thumbnail of the window itself, which is the one surface where the content helps. Everywhere else, the picture is all there is.

A design that only works at one size has not been tested. Before settling on an image, look at it in the switcher and in a notification, not only in the Dock. It takes thirty seconds and it catches the icons that seemed fine and were not.

This is also the argument against using the same mark with only a colour change across a set. Colour reads well in the Dock, where the icons sit in a line, and reads poorly in a grid or on a translucent panel where the background is doing something of its own.

Position does more work than the picture

The part most people skip is free and helps immediately.

An icon is found by position before it is found by appearance. An application that always sits third in the Dock gets clicked correctly even when its picture is ordinary, because the hand goes to the place rather than to the image. Set the order deliberately, keep it stable, and the recognition problem shrinks without touching a single image.

Names deserve the same attention. Two apps called Calendar and Calendar are indistinguishable in Spotlight, in the app switcher, and in the Dock's tooltips. Naming them for what they are, such as Calendar Work and Calendar Personal, fixes a set of problems that no icon can reach, since the app switcher and Spotlight are text.

Between a good name, a stable position, and a distinctive colour, the icon itself is the smallest of the three. It is still worth getting right, but it is not where to start.

Setting the icon once, at the point the app is made

The durable version of all this is to give the application its icon when it is created, so the icon is part of the app rather than a note attached to it in the Finder.

A tool that turns a website into a standalone Mac app can take a name and an icon as part of building it, which means the icon survives updates and rebuilds instead of needing to be pasted again each time. Prepared entries for common services also arrive with an icon already chosen, so the most common case involves no image work at all. The Features page covers what naming and icons involve, and the Supported services list shows which sites come prepared.

For apps that already exist, and for anything downloaded from elsewhere, Apple's Get Info method remains the right tool. The two approaches are not in competition. One is for applications being made, the other is for applications that are already there.

What to change first

Before editing any images, put the Dock in a deliberate order and rename any two apps that currently share a name. That takes five minutes and removes most of the wrong clicks. Then replace only the icons that are still genuinely confusable, using Get Info for apps that already exist and setting the icon at creation time with a site to app tool such as Kagemusha for anything built from here on.