Bartender on Mac: how to set it up

Installing Bartender does not tidy a menu bar. The app ships with almost everything visible and waits for a decision about each item, which is why a fresh install often looks worse than the mess it was meant to fix. The order below is the one that produces a stable menu bar in about twenty minutes, and it starts before the first launch.

Check three things before installing

The first is the macOS version. The support pages state that Bartender 6 targets macOS Tahoe and Sequoia, and that a Bartender 6 license also works with Bartender 5 for anyone still on Sonoma. The build distributed on 10 September 2026 was version 6.6.2 and declared a minimum system version of 14.0. Anyone on an older release should decide which generation to run before downloading anything, because the two versions are separate apps with separate settings.

The second is the license scope. The published FAQ says a license covers one user across all the Macs that person uses. It is counted per person, not per machine, so a desktop at home and a laptop for work do not need two purchases.

The third is where the purchase happens. The purchase page lists a one time Bartender 6 license, a yearly Bartender Pro subscription, and a lifetime Mega Supporter tier, with a four week trial and a fourteen day refund window. It also states that Bartender 6 is included in a Setapp subscription. Prices are shown in local currency by the checkout provider, so the figure on screen depends on the buyer's location. Someone who already pays for Setapp has a different decision to make than someone comparing a single purchase against a subscription, and it is worth settling that before the trial clock starts.

Understand what the permission prompts are for

On first launch macOS asks for Accessibility and for Screen and System Audio Recording. Both requests look heavier than they are, and knowing what each one does makes later troubleshooting far quicker.

Accessibility is what allows one app to move and click the menu bar items belonging to other apps. Without it, nothing can be hidden or rearranged. The screen recording permission exists because the app reads the menu bar visually to work out where items sit and what state they are in. That falls into the same macOS permission bucket as recording the display, which is why the prompt is worded so strongly.

The signed entitlements in the distributed build also declare calendar access, location, weather data, and Apple Events automation, with Music and Spotify named as specific scripting targets. Those support the trigger system and the media related items. Any permission tied to a feature that goes unused can simply stay denied in System Settings.

When a granted permission stops working, the documented fix is to remove the app from both the Accessibility and the Screen and System Audio Recording lists, relaunch it, and grant access again. macOS records the app's code signature alongside the permission, so an update that changes the version or the signing identity can leave the record and the binary out of step. The build checked on 10 September 2026 was signed by Bartender App LLC, which is worth knowing for anyone whose permissions broke after an update rather than after a fresh install.

Sort every icon into three buckets

The settings window lists every menu bar item and asks how each should be treated. Hiding all of them recreates the original problem in a different place, so sort first and configure second.

Bucket one is status. Battery, Wi-Fi, a recording indicator, a VPN state. These exist to be glanced at, not clicked. They stay visible.

Bucket two is frequent action. Input source, audio output, clipboard history, whatever gets clicked several times a day. These stay visible too.

Bucket three is everything else. Backup tools, driver panels, updaters, utilities that arrived with some other install. All of it gets hidden.

Most setups end with roughly five visible items after this pass. Borderline cases resolve themselves: hide the item for a week, and if nobody went looking for it, the decision is made. One refinement is worth adding. Some apps have a preference to remove their own menu bar icon entirely. Turning it off at the source is better than hiding it, because it shortens the list of items anything has to manage.

Commit to one way of revealing hidden items

The feature list describes four reveal gestures in the menu bar itself: swipe, scroll, click, and hover. On top of that there is Quick Search, which finds and activates a hidden item from the keyboard, and the Bartender Bar, a second strip below the menu bar that holds hidden items.

Enabling all of them is the common mistake. Multiple triggers mean hidden items appear at moments nobody asked for, and hover is the worst offender because moving the pointer near the top of the screen is something that happens constantly.

A reasonable default: trackpad users pick swipe, mouse users pick click, keyboard users pick Quick Search plus a hotkey. Choose one, turn the rest off, and the menu bar stops behaving unpredictably. One note about the Bartender Bar: the site flags that the macOS screen capture item can become visible while that bar is in use, which matters to anyone who screen shares or records regularly.

Use groups and spacing when width still runs out

Cutting the visible list sometimes is not enough, particularly on a 13 or 14 inch MacBook running an app with a long menu of its own. Two settings address that directly.

Groups collapse several related items into one. Two cloud storage clients, a VPN sitting next to Wi-Fi, scattered playback controls: each set becomes a single icon that expands on click, so the width drops without adding real steps.

Spacing reduces the gap between items, which fits more of them into the same width. The stated purpose is to get more items in before reaching the notch, with appearance as a secondary reason. Tighten it gradually and stop before mis-clicks start.

For the notch itself, the documented behaviour is that currently shown items are hidden automatically to make room, so items pushed behind the camera housing become reachable again.

Setting	What it changes	Best used when
Groups	Several items collapse into one clickable icon	Related items already sit next to each other
Spacing	Gap between items shrinks	A few pixels short of fitting before the notch
Presets	A whole menu bar layout switches at once	The right layout depends on the situation
Triggers	A preset applies automatically on a condition	The situation is detectable, such as battery or Wi-Fi

Build presets around situations, not preferences

A single fixed layout eventually fails, because what belongs on screen during focused work is not what belongs on screen while a display is being shared. Presets are saved layouts, and triggers apply them automatically based on conditions such as battery, Wi-Fi, location, time, and date.

The first preset worth building is the screen sharing and recording one, showing only the standard macOS items. It removes an entire category of accident, where a client app or a personal messenger appears in a recording that goes to other people.

The second is power related. Show battery and connection state on the road, hide them on mains power. Keep the trigger conditions simple at the start. A complex condition that fires for reasons nobody remembers is worse than no automation at all, because the layout changes and the cause is invisible.

Fix the three settings that generate most confusion

The support page collects the common reports, and all three read as bugs until the reason is clear.

The pointer moves on its own. Keeping track of the menu bar layout requires moving the pointer periodically, and switching to on demand behaviour stops that from happening unless a reveal is requested. Anyone who writes for long stretches should change this first.

Items reorder after a restart. Enabling item indexing in Advanced Settings records positions so the order survives a reboot. Turn it on before spending time arranging anything.

Settings do not carry across versions. The support FAQ states plainly that a Bartender 5 configuration cannot be imported into Bartender 6, because the platform underneath changed. Screenshots of the old settings panes, taken while the old install still runs, make rebuilding much faster. Take them before uninstalling anything.

Use the trial to answer four questions

A four week trial is long enough to answer questions that no feature list can answer, and short enough that it pays to be deliberate about them. Four are worth writing down at the start.

Does the reveal gesture survive a busy day? A gesture that feels elegant during setup can turn irritating once real work resumes, and the honest test is a normal week rather than an afternoon of deliberate testing. If hidden items keep appearing unbidden, the gesture is wrong, not the app.

Does the layout hold after restarts and sleep? Menu bar ordering on macOS is genuinely fragile, which is why item indexing exists as a setting at all. A layout that reverts every Monday morning will not be tolerated for long, so restart at least twice during the trial and check.

Does anything conflict? Other utilities also position themselves in the menu bar, and two tools competing for the same space produce flicker, duplicated icons, or items that refuse to move. Anything that manages windows, captures the screen, or draws its own overlay near the top of the display is the likely culprit. Quitting suspects one at a time isolates it quickly.

Does the permission set feel proportionate? Screen recording access is not a small ask, and the answer is personal rather than technical. Some people are comfortable granting it to a signed utility from a known vendor; others would rather run with fewer capabilities. Deciding during a trial is much cheaper than deciding after a purchase.

What happens to items that are not apps

Not everything in the menu bar comes from a third party app. The clock, Control Centre, Spotlight, Siri, and the Now Playing indicator are system items, and macOS treats them differently from an app's own icon. Several of them can be removed or added in System Settings without any extra software, which is the cheapest form of tidying available and often overlooked.

Control Centre is the useful example. Items such as Bluetooth, Sound, and Focus can be set to appear in the menu bar always, only when active, or never. Setting several of them to appear only when active removes a handful of icons before any third party tool is involved. Whatever remains is then a much smaller problem to solve, and the visible list after sorting comes down accordingly. Doing this pass first also makes the trial more informative, because the tool is being judged on the icons that genuinely cannot be dealt with any other way.

What to change first

Decide the three buckets before touching any other setting, because every later choice depends on which icons stay visible. Then pick exactly one reveal gesture and switch the others off. If the decision is still open between menu bar tools, a comparison of what each one actually does is in Features and How it compares, and the trade off between one time and recurring cost is laid out in Pricing.