A crowded Mac menu bar is a small problem until it is not. One more cloud client, VPN, password manager, audio utility or developer tool appears, the MacBook notch takes the centre of the display, and an icon quietly disappears. macOS offers no useful warning. The item is simply no longer available where you expect it.

Bartender exists because Apple still treats the right side of the menu bar as if every Mac ran three status items. It lets you decide which icons remain visible, which stay hidden and which appear only when something changes. That sounds like cosmetic housekeeping. On a working Mac, it is closer to interface repair.

Version 6 is also a harder product to judge than the older Bartender many Mac users remember. The utility has new ownership, a broader Pro tier and the kind of permissions that deserve scrutiny. A menu-bar organiser has to observe and manipulate a sensitive part of the interface. Convenience is only half the review. The other half is whether the product earns enough trust to run from login until shutdown.

The notch made an old problem worse

Menu-bar space has always been finite, but the notch changed how that limit behaves. The left side belongs to the active application’s menus. The right side fills with system controls and third-party status items. The notch removes the useful middle. If both sides grow far enough, macOS starts hiding items even though nothing in the interface explains what happened.

Changing the display resolution can create more logical space, but it is a poor fix. Text becomes smaller or the whole desktop feels wrong just to accommodate icons that do not need permanent attention. Automatically hiding the entire menu bar creates a different interruption. Rearranging items with Command-drag helps for a while, but does not reduce their number.

Bartender tackles the actual issue: visibility should be selective. I want the clock, battery state and a few controls available at a glance. I do not need to see a backup agent, update checker and cloud synchronisation icon every second of the day. Those applications can keep working without renting permanent pixels.

This distinction is why the app can feel more valuable than its feature list suggests. It does not make the Mac faster. It removes a repeated moment of visual searching and turns a crowded system surface back into something predictable.

Hiding icons is the easy part

The basic workflow is straightforward. Bartender identifies menu-bar items and lets you set their normal visibility. Frequently used controls stay in the bar. Less important items move into the hidden group, which can be revealed when needed. The result should look deliberately sparse rather than artificially empty.

The harder part is deciding what should happen when an icon becomes relevant. A normally quiet utility may need attention because synchronisation failed, a microphone is active or a VPN disconnected. Keeping everything hidden forever would exchange clutter for missed information.

Bartender’s value is therefore not the number of items it can conceal. It is the set of rules around when those items return. A good configuration is calm most of the time and informative at the right moment. A bad one becomes a second notification system that flashes constantly.

I would configure it conservatively. Start by hiding only the icons whose state almost never matters. Leave security, network and recording indicators visible until you know exactly how the applications signal a problem. After a week, move the genuinely quiet items out of sight. That produces a better result than hiding everything on the first day and then wondering where an important control went.

Triggers are where Bartender becomes useful

Conditional visibility separates Bartender from a static overflow drawer. An item can appear when its image changes or when another condition is met. In practice that means a status icon can remain out of sight while everything is normal, then return when it has information worth showing.

This is exactly how a status area should work. A healthy backup agent is not news. A failed backup is. A connected VPN may be the expected state, while a disconnected one needs attention. The menu bar should represent exceptions, not the entire inventory of software running in the background.

There is a setup cost. Image-based triggers depend on the visual states an application exposes, and every third-party icon behaves differently. They are not magic semantic rules. If an app redesigns its icon, a carefully configured trigger may need attention. Anyone expecting a perfect automatic policy will be disappointed.

The right way to value triggers is by looking at the few cases that matter, not by counting how many can be created. If Bartender surfaces one failed synchronisation or recording state at the right time, the feature has done something useful. Twenty clever rules that nobody remembers are maintenance.

Profiles make sense for Macs that change roles

A MacBook used alone has one menu-bar budget. The same machine attached to a wide display has another. Work, presentation and travel modes also call for different priorities. Bartender profiles let the visible set change with the context rather than forcing one layout everywhere.

That is useful on a notebook that moves between a desk and its own display. The external monitor can show more controls without becoming crowded. The internal display can keep only the essentials. A presentation profile can remove distracting items before screen sharing, while a development profile can expose local server, container or network tools.

Profiles are valuable only if switching is dependable. A layout that remains in the wrong state after disconnecting a display is worse than a simple static setup because it breaks the user’s mental model. This is one area I would test during the trial: dock, undock, sleep, wake, enter full screen and change Spaces. The important question is not whether the first transition works. It is whether the menu bar returns to the expected state every time.

I would also resist creating too many profiles. Two or three clear contexts are manageable. A dozen modes turn a utility designed to reduce friction into another system that needs debugging.

Search solves the icon you rarely need

Once icons are hidden, finding a rarely used one can become the next problem. Search is the practical answer. It is faster to type part of an item’s name than to reveal a large row and visually scan it, especially on a small display.

This matters for utilities opened only during troubleshooting. I may not remember where an audio driver, colour tool or background agent sits, but I can remember its name. Search turns the hidden set into a command palette for status items.

It also changes how aggressively the menu bar can be simplified. Without search, every hidden icon creates a small retrieval cost. With search, the cost stays low even when the hidden group grows. This is one of the few additions that scales with the problem instead of adding more decoration around it.

The implementation still has to feel immediate. A menu-bar search that hesitates is surprisingly irritating because the alternative is already on screen. This is another sensible trial check: invoke it repeatedly from the keyboard, find items with similar names and confirm that the result opens the expected control rather than merely revealing its icon.

The resident cost should be boring

Bartender runs continuously. That makes its idle behaviour more important than the resources it uses while a panel is open. A permanently resident utility does not get a free pass because an Activity Monitor snapshot shows a small number.

The useful quantity is accumulated CPU time over a working day. A process using 0.5 percent of one core continuously consumes 432 CPU-seconds in 24 hours. Frequent idle wake-ups can also matter on battery even when average CPU looks low. Memory is less critical on a modern Mac, but an organiser should not become one of the larger background processes.

I do not have a controlled measurement set that supports publishing a universal figure for Bartender 6, and pretending otherwise would make this review less useful. Hardware, icon count, triggers and display changes all affect the result. What I can give is a repeatable check: note the process’s CPU Time in Activity Monitor at the start and end of a normal day, inspect Energy Impact while the Mac is otherwise idle, then repeat one day with Bartender disabled. Do not judge it from a two-second percentage.

The reveal interaction should also be instant. Record the screen at 60 frames per second, click to show the hidden items and count frames until the bar is fully drawn. One frame is about 16.7 milliseconds. The exact threshold is personal, but a direct interface action that regularly feels delayed has failed its simplest job.

Permissions are part of the product

Any application that watches the menu bar needs more access than a passive window utility. Depending on configuration and macOS version, Bartender may ask for permissions such as Accessibility and Screen Recording so it can identify items and respond to visual changes. Those permissions are powerful. Screen Recording can expose what is visible on screen, while Accessibility allows an app to interact with interface elements.

The correct response is neither panic nor blind acceptance. Check the request when it appears, confirm that it matches a feature you intend to use and remove access if the app is uninstalled. macOS lists these controls in Privacy & Security, where they can be reviewed later.

I would not install Bartender casually on a managed corporate Mac. The security team may prohibit this class of permission, and an employee should not work around that policy for a cleaner menu bar. On a personal Mac, the decision comes down to whether the convenience justifies granting a long-running third-party process this visibility.

Ownership matters for the same reason. Bartender changed hands in 2024, and the transition was criticised because the new ownership was not communicated clearly at first. The current publisher has since discussed the change and continues to release versions, but users are reasonable to reassess trust. A security-sensitive utility is not only its binary. It is also the organisation maintaining, signing and updating that binary.

Bartender 6, Bartender 5 and macOS versions

Compatibility is unusually important here because Bartender depends on parts of macOS that Apple can change. The developer’s current support guidance separates versions by operating system: Bartender 6 is the line for macOS 26 Tahoe, while Bartender 5 remains the product for Sequoia and Sonoma. That makes checking the official compatibility information essential before paying or upgrading.

This is not an application I would update blindly on the first day of a major macOS release. Menu-bar behaviour often changes during Apple’s annual cycle. If the Mac is production equipment, confirm the supported combination and keep a path back to the previous working setup.

The app itself is easy to disable, so the operational risk is modest. The more annoying loss would be a complex configuration. Export or document important rules and profiles before a major upgrade. A screenshot of the item assignments is better than rebuilding them from memory.

The Pro subscription changes the buying decision

Bartender’s purchase page now presents a lifetime option that includes Bartender Pro access, while Pro is also positioned as an optional subscription covering ongoing upgrades and a wider set of Mac utilities. The exact offers can change, so the current purchase page should be treated as the source rather than an old review price.

I prefer paying once for a focused utility. A menu-bar manager is infrastructure, not a stream of new content. If the one-time licence covers the version and macOS release I use, that is the cleaner purchase. A subscription makes sense only when its continuing upgrades or additional applications have independent value.

This is where bundle economics often become misleading. Five included utilities are not five benefits if only one stays installed. Evaluate Pro using the software you would otherwise buy, not the number of icons on the comparison page. If Bartender alone solves the problem, the menu-bar-only licence is the reference point.

The free trial is important because the product’s value depends on your machine. Someone with six status items may discover there is no problem to solve. Someone running several developer, audio and cloud tools on a notched MacBook may understand the appeal within an hour.

What I would compare it with

macOS can rearrange many status items with Command-drag, and newer versions expose some system controls through Control Centre. Those options cost nothing and should be tried first. They are sufficient when the bar is merely untidy rather than full.

Free and cheaper third-party menu-bar hiders also exist. Their appeal is obvious, but the comparison should focus on conditional visibility, profiles, search, compatibility work and update history. A static hide-and-reveal tool can solve the basic overflow problem. Bartender earns the difference only if its rules and context switching are useful to you.

There is also the option of removing status items at the source. Many applications can disable their menu-bar icon in settings. That is the best solution for an icon you never use because it removes clutter without giving another utility access to the interface. Bartender should manage the items that remain useful, not excuse every application from offering sensible controls.

Verdict

Bartender 6 is still the most complete answer to a Mac menu bar that has outgrown the space Apple gives it. Selective hiding is the foundation, but triggers, profiles and search are what make the result better than a simple overflow drawer. On a notched MacBook that moves between displays, those features can restore a predictable part of the interface.

It is not an automatic recommendation. The app runs all day, depends on sensitive macOS permissions and now sits inside a broader commercial model. Those are not footnotes. They are part of what you are buying.

I would install the trial, hide only the obvious low-value items, test every display transition and inspect its accumulated resource use after a real day. I would also read the current compatibility and purchase pages before choosing a licence. If the bar remains manageable without it, keep the simpler system. If important icons already disappear behind the notch, Bartender solves a real problem with unusual precision.

Image: Bartender.

Get the best of Think Different in your inbox

One email a month: new articles, reviews and the upcoming live webinar + free recording. No spam, unsubscribe anytime.