Web push notifications: how to bring visitors back without their email

Someone visits your site, looks at your offer, then leaves. They didn't leave an email, didn't call, didn't buy. Normally, that visitor is gone. Web push notifications are exactly the mechanism that lets you bring them back — without knowing who they are and without having their email address.

The idea is simple: the visitor clicks „Allow notifications" once, and from then on you can send a message straight to their phone or desktop, even when they're not on your site. It sounds almost too good — and yes, it has real limits, which we cover honestly below. But used well, it's one of the few channels that recovers an anonymous visitor. Let's look at how it actually works and how to set it up without annoying people.

What push notifications really are (and why they need no email)

A web push notification is a short message that pops up in the corner of the screen or in your phone's notification bar, just like a message from an app. The key difference from a newsletter is fundamental: you don't need anyone's email address.

Instead of an email, the „address" is the visitor's browser itself. When someone clicks „Allow", their browser generates a unique, anonymous subscription that your site saves. You don't see who the person is, you have no name and no contact — but you can send a message to that subscription any time.

The result: a re-contact channel that quietly builds itself while people browse your site, with no forms to fill and no consent needed for email-type personal data.

How it works technically, in short

To send push notifications, you need a few pieces working together:

• HTTPS is mandatory — push doesn't work on a site without an SSL certificate. Any serious site already has one.
• A service worker — a small script running in the background inside the browser, which can receive messages even when your site is closed.
• The user's permission — the browser shows the „Allow / Block" dialog. Without „Allow", nothing is sent.
• A push service — messages travel through a service (Google's for Chrome, Apple's for Safari, for example) that delivers them to the device.

In practice you don't build all this from scratch. You either use a ready-made tool (like OneSignal) or have it integrated directly into your site. The key thing to remember: the message reaches the person even when they're not on your site — that's what makes push valuable.

The moment you ask for permission decides everything

The most common mistake: the „Allow notifications" dialog jumps in someone's face in the first second, before they even understand where they've landed. Almost everyone clicks „Block" — and once blocked, it's nearly impossible to ask again.

The good rule: ask for permission after the visitor has shown a sign of interest. For example, after they've scrolled through your offer, spent a few moments on the page, or clicked a „I want deals" button.

Better still: show your own friendly message first („Want us to let you know when new offers arrive?"), and only trigger the real browser dialog if the person says yes. That way you don't burn your single chance on people who weren't interested anyway, and those who accept are exactly the audience worth re-contacting.

What messages are worth sending (and which drive people away)

A push channel is only as good as its messages. Send too often or too empty, and people switch everything off.

What's worth sending for a local business:

• A real offer or discount, with a deadline („-20% on treatments until Sunday").
• A product back in stock or a freed-up slot in your schedule.
• A relevant seasonal moment (Easter, Christmas, back to school).
• A concrete update — new service, new location, changed hours.

What drives people away: daily messages, „we miss you" with no reason, or notifications leading to a generic page. Every notification should lead to something specific — the offer in the message, not the homepage. Think of them like text messages: rare, short, with a clear reason to tap.

The honest limits: iPhone, opt-in rates, and blocking

It wouldn't be fair to sell you push as a magic solution. It has real limits:

• On iPhone, web push notifications only work if the visitor adds your site to their home screen (like an app). Few people do that, so on Apple the reach is much smaller than on Android and desktop.
• Only some of your visitors will click „Allow". That's normal — don't expect most of them to subscribe.
• Anyone can block or disable notifications in one click, and if you overdo it, they will.
• You have no contact data — if the person changes their phone or clears their browser data, the subscription is gone.

That's why push is best as an extra channel, not a replacement for email or phone. It's free to turn on and it recovers visitors you'd otherwise have lost entirely — but treat it as a bonus, not the backbone of your marketing.

How we approach this at MPO Web Studio

On the sites we build, push notifications are an option we integrate directly, without fragile plugins and without slowing the page. We handle the technical side — service worker, permissions, the friendly prompt before the browser's own — and leave you a simple place to send messages from.

We work remotely across the country, we build you a ready-made demo first that you see before paying anything, and pricing is transparent, agreed from the start. No hidden costs and no „guaranteed number one on Google" promises — be wary of anyone who tells you that.

If you want to see what a site that recovers its visitors would look like, send us a message on WhatsApp. We'll tell you honestly whether push makes sense for your business or whether another channel would bring you more.