Guides & How-Tos

How to build a tagging system you will actually keep using

By the Muse team· 5 August 2026· 6 min read

Most tagging systems die within a fortnight. The tagger gets busy, the tags stop landing, and six months later the untagged pile is bigger than the tagged one. A system survives only when the effort at save time is close to zero and the tags themselves are ones you would actually type into a search box.

Most people who start tagging their files do it properly for about two weeks. Then work gets busy, or the folder fills faster than the habit can keep pace, and the tagging quietly stops. Six months later the untagged pile is bigger than the tagged one, and the whole idea reads as a failure rather than what it actually was: a system that asked for the wrong kind of effort at the wrong moment.

The reason is not laziness. Tagging is work you do now, at the exact moment you are saving something and thinking about something else entirely, for a benefit you only collect later, and only if the search you eventually run actually needs that tag. That is a bad trade for a tired brain to keep making voluntarily. A system that survives has to make the now part close to free and the later part genuinely worth it, or it loses to whatever else is competing for your attention at save time.

What makes a tag worth keeping?

A tag is only useful if it changes what you can find later. The test is not whether the word is true of the thing, it is whether you would ever type that word into a search box while looking for it. Nobody searches "photograph". Nobody searches "image" or "link" either, because the search box already knows roughly what kind of thing it is looking at from the file itself.

What people actually type is closer to the job the thing was for: hero shot, client deck, reference for the kitchen job. Tag for the search you will actually run, not for a neutral description of what the item is. A tag that describes the item is decoration. A tag that matches a future search is infrastructure, and infrastructure is worth the two seconds it costs to add.

Keep the vocabulary small, closed and consistent

Twelve tags used consistently beat two hundred tags used once each. A small vocabulary is one you can hold in your head, so you reach for the same word every time instead of inventing a near-synonym because you cannot remember which one you used last month.

Wikipedia's overview of tagging systems describes exactly this failure mode: an open, unmanaged vocabulary tends to fracture into near-duplicates such as singular and plural forms, or straightforward synonyms, splitting a set that was meant to be one thing. Pick singular or plural once, for the whole vocabulary, and never mix the two afterwards. It sounds like a small rule. It is the difference between a search that returns everything filed under a word and a search that returns half of it, because the other half went in under the other spelling. Treat your list of tags as closed, not endlessly open. Before inventing a new one, check whether an existing tag already does the job.

Would you ever actually type this?

Before a new tag joins the vocabulary, ask whether you would ever type it into a search box, unprompted, while looking for something. If the honest answer is no, the tag is decoration, and decoration is exactly the effort that gets skipped once you are busy, which is most of the time.

Do not tag what search can already find

A good search tool already does part of this job for you, so tagging the same thing again is wasted effort. If whatever holds your files already reads the text inside an image, or matches things by what they look like, you do not need a tag for "contains the word invoice" or "looks orange". That work is already done.

Tag the parts a machine cannot see instead: the job something was for, the mood you were chasing, the constraint that made it useful at the time, a client's name, a project's deadline. Job, mood and constraint survive a search in a way a description of the pixels rarely needs to, because a description of the pixels is usually obvious on sight the moment a result appears on screen. What you cannot see on sight is what the thing was actually for.

Prune on a schedule, not never

A tag used once is not a category, it is noise, and it should either be merged into a tag you actually use or dropped outright. Left alone, a vocabulary only grows, because adding a new tag is almost always quicker than stopping to check whether one already exists that would do.

Set a recurring point to go back through the full list: the start of a new project, the turn of a season, whenever the list starts to feel long enough that you hesitate before typing. Merge or delete anything sitting at a use count near zero. A vocabulary pruned occasionally stays small enough to hold in your head. One that is never pruned becomes exactly the two-hundred-tag pile that made the last system fail.

Where do tags end and collections begin?

Tags and collections are not the same job, and treating them as interchangeable is how both end up half used, which is worth unpacking properly in a closer look at when to reach for each. A collection answers where something belongs: the project it is for, the client it is tied to, the board it sits on. A tag answers what something is like, cutting sideways across every collection at once, so a tag like "warm light" can turn up inside a client project and a personal moodboard in the very same search. Use collections for structure and tags for texture, and stop asking either one to do the other's job. One item can sit in several collections at once for the same reason a single item can honestly carry several tags: neither system should force a single answer onto something that has more than one true home.

Muse tags what you save automatically, without asking. Images and screenshots are tagged on your Mac by Apple's built-in Vision, with a colour name kept as a fallback so nothing sits untagged; a saved link has no pixels to read, so it tags itself from its own words instead, the site name and the key nouns in its title. None of that is a finished vocabulary. It is a reasonable starting guess, and an honest one: it knows roughly what is in a photograph, not the client it was for or the mood you were chasing when you saved it. The handful of tags that actually make a library findable months later are still the ones only you know to add, and you can add, rename or remove any of them exactly as you would in Finder.

None of the rules above need an app to work. A small, closed, consistent vocabulary and a habit of pruning it will outlast almost any tool you apply them in. What changes with a system like Muse is only the starting point: instead of opening on an empty, untagged pile, you are correcting a reasonable guess, which is a smaller job than tagging from nothing, and a smaller job is the kind that actually survives the second week.

Frequently asked

Why do tagging systems usually stop working after a few weeks?
Tagging asks you to do work now, at the moment you save something, for a benefit you only collect later and only if that exact tag turns out to matter. Once the effort at save time gets in the way of whatever else you are doing, tagging is the first habit to slip, and an untagged pile builds up faster than most people notice.
How many tags should a vocabulary actually have?
Small enough to hold in your head. Twelve tags used consistently outperform two hundred tags used once each, because a small list means you reach for the same word every time instead of inventing a near-duplicate you will not remember next month.
Should I tag what an image obviously shows?
No, if your search tool already finds that on its own. Tagging what is visible on sight, or what text-in-image and appearance search already cover, duplicates work a good search already does. Tag the parts a machine cannot see instead: the job something was for, the mood, or the constraint that made it useful.
What is the difference between a tag and a collection?
A collection answers where something belongs, such as a project or a client. A tag answers what something is like, and can cut across many collections at once. Treating the two as interchangeable is why both end up half used; a collection gives structure and a tag gives texture.

A library that tags itself, then lets you finish the job

Free for 30 days. Then $29 once, and it is yours.

Written by the Muse team

We build Muse, a native Mac app that keeps everything you collect in one private library and finds it again in seconds.