Noticing new Gmail on a Mac without opening the browser

The widget gallery on a Mac lists Calendar, Reminders, Weather, Stocks, Music, and a dozen others. Gmail is not among them. Opening the gallery, scrolling to the end, and finding nothing is where the search for a Mac Gmail widget usually begins, and the reason for the absence is structural rather than an oversight.

Underneath the question is a more useful one. A widget is wanted for one of two reasons, and the two reasons have completely different fixes. One is the glance: seeing whether anything arrived without opening anything. The other is the alert: being told when something arrives, whether or not a browser happens to be running. Deciding which one is actually needed saves a lot of wasted setup.

What a widget on a Mac actually is

Widgets have lived in Notification Center for years, reached by clicking the clock in the menu bar. Starting with macOS Sonoma, they can also sit directly on the desktop, and they became interactive, so a Reminders item can be ticked off or a podcast paused without opening the app behind it.

The important part is that last phrase. A widget is not a small independent program. It is an extension that ships inside an installed application, written by the same developer, drawing on the data that application already holds. Mail has a widget because Mail is installed. Calendar has one for the same reason. Nothing in the system can invent a widget for a service whose application does not exist on the Mac.

That is the whole explanation for the missing Gmail widget. Google publishes Gmail for Android and iOS and as a web application, with no desktop build for macOS. No Gmail application on the Mac means no Gmail widget extension to install, and no amount of searching the gallery changes that.

There is one exception to the rule, and it is worth knowing about, because it is the only route that produces a real Gmail widget on a Mac desktop.

Borrowing the widget from the iPhone

Continuity can show iPhone widgets on the Mac desktop without the matching application being installed on the Mac at all. The requirements are specific: the iPhone must be running iOS 17 or later, both devices must be signed in with the same Apple Account, and the iPhone must be near the Mac or on the same Wi-Fi network.

Gmail's iOS application does provide widgets, added in the usual way by holding the iPhone home screen and choosing Gmail from the widget list. Google describes them as letting you search the inbox, start a new message, and check for unread messages at a glance. When Continuity is working, that widget can be dragged onto the Mac desktop from the gallery like any other.

Two limits matter. The first is the click. Apple's documentation is direct about what happens when a widget's application is not installed on the Mac: a message appears saying to open that app on the iPhone to continue. The widget shows information on the Mac, and acting on it means picking up the phone.

The second is the dependency. The widget is a view onto a device that has to be present. Leave the iPhone in another room, on a different network, or with a flat battery, and the widget on the Mac desktop is looking at nothing.

For the glance, this works and costs nothing. For the alert, it does not, because a widget sitting on the desktop is only visible when the desktop is visible, which on a working Mac is rarely.

What Gmail's own notifications actually do

Gmail can raise desktop notifications, and many people never turn them on. In Gmail, open Settings, choose See all settings, scroll to Desktop notifications, and pick one of three options: new mail notifications on, important mail notifications on, or mail notifications off. Save the change at the bottom of the page.

The catch is stated in Google's own help: notifications arrive in Chrome, Firefox, or Safari after signing in to Gmail and opening it in the browser. The browser is the delivery mechanism. Quit it, and the alerts stop. Close the Gmail tab while leaving the browser running, and they stop as well.

This is the exact failure most people describe without naming it. The setting is on, the notifications worked yesterday, and today nothing arrived, because at some point the tab was closed during a cleanup. Nothing announces that this has happened. The mail simply stops being noticed until somebody goes looking.

Route	Shows a glance	Alerts without a browser	Depends on	Cost
iPhone Gmail widget via Continuity	Yes	No	iPhone nearby, iOS 17 or later	Free
Gmail desktop notifications	No	No	Gmail open in a browser tab	Free
Apple Mail or another client	Yes, via the Mail widget	Yes	The client running	Free or paid
Gmail as a standalone Mac app	No	Yes	The app running	Free or one time

The three places a Mac can tell you something arrived

Widgets are only one of the surfaces available, and they are the least persistent of them. It helps to know what the other two do before settling on any route.

The first surface is the notification banner, which appears at the top right and then moves into Notification Center. It interrupts once. If the Mac is unattended when it fires, the banner is gone by the time anybody looks, and only the entry in Notification Center remains. This is the surface Gmail's desktop notifications use, through the browser.

The second is the Dock badge, the red circle with a number on an application icon. It is the most durable of the three because it does not expire. The count sits there until the mail is read, it is visible whenever the Dock is visible, and it needs no glance at a particular corner of the desktop. Mail puts one on its icon when a Gmail account is added to it. An application built around the Gmail page can show one too, provided the tool behind it maps what the page reports into a badge, which is worth checking before committing to that route.

The third is the menu bar, which is always on screen regardless of which application is in front. Nothing from Google occupies it, and a third party utility is the only way to put a Gmail count there.

Ranked by how likely a busy person is to actually notice, the order is usually Dock badge, then banner, then widget. A widget on the desktop is hidden behind every open window, which on a working Mac means it is hidden almost all the time. That single fact is why so many people set up a widget, feel satisfied for a day, and then go back to leaving a browser tab open forever.

Every route in the table above is worth judging by which of those three surfaces it can actually reach, and by whether that surface survives being ignored for an hour, rather than by how the setup looks in a screenshot on the day it is finished.

Two different problems wearing the same request

Read the table by column rather than by row and the split becomes obvious. No single free route does both things.

If the requirement is genuinely a glance, an unread count visible while working on something else, the iPhone widget through Continuity is the shortest path and involves installing nothing on the Mac. A mail client such as the one already on the Mac is the other answer, since adding the Gmail account to Mail brings the Mail widget to life with Gmail's contents in it.

If the requirement is an alert, widgets are the wrong object entirely. A widget that nobody is looking at has told nobody anything. What is needed is a notification raised by something that keeps running, which means either a mail client or an application built around the Gmail page itself.

The client route changes the interface, which is a real trade. Gmail labels arrive as mailboxes, inbox categories do not appear, and filters stay editable only on the web. For an inbox that leans on all three, that is a high price to pay for reliable alerts.

Keeping Gmail and giving it somewhere to live

The other route keeps Gmail exactly as it is and changes only where it runs. Both the browsers and dedicated tools can do a version of this.

Safari on macOS Sonoma and later has Add to Dock in the File menu and the Share menu. The result is a web app with an icon in the Dock and in Spotlight, running independently of Safari, sharing no cookies or website data with it, and able to receive notifications like any other app. Chrome has a similar feature under the More menu, in Cast, save, and share, called Install page as app.

Both work for a single account. The limits appear with a second one, since a browser installed app belongs to the profile it was created from, so a personal Gmail and a work Gmail installed from the same profile end up tied to whichever account that profile holds. Safari's version has no profile separation at all. An app can also vanish if the profile behind it is reset, leaving a Dock icon that no longer opens anything.

A tool that turns a website into a standalone Mac app produces the same kind of window without that dependency. The result is an ordinary application bundle with its own name, its own icon, and its own isolated session, so two Gmail accounts can sit in the Dock as two apps, both permanently signed in. Notifications are raised by that app under its own name, and they keep arriving whether or not a browser is open, because no browser is involved. The Features page covers what per app profiles and notifications involve, and Gmail is among the prepared entries on the Supported services list.

Nothing is reimplemented on this route, so nothing is lost. Labels are labels, filters are filters, search is Gmail's search. The window is a web page underneath, which means rendering and keyboard shortcuts behave exactly as they do on the web. That is the trade, and for an account that lives in Gmail's own interface it is usually the cheap side of the bargain.

What to change first

Decide which of the two you want before installing anything. If it is the glance, drag the Gmail widget from the iPhone onto the Mac desktop through Continuity, which takes a minute and installs nothing. If it is the alert, stop relying on a browser tab and give Gmail its own application with a site to app tool such as Kagemusha, so the notification arrives whether or not a browser happens to be open.