Push Notifications for Your Business
A direct line to users who actually want it

What are push notifications?

Push notifications are short messages a device shows even when the website is not currently open. There are two worlds: app push from an installed native app, and web push that comes straight from the browser. For a Progressive Web App, web push is the decisive channel, because it works without an app store and without installation.

Technically, a push notification is at first just a delivery to the browser. Whether it becomes a visible message and how it looks is controlled by your service worker. That gives you control over the content, title, icon, and the destination behind the tap.

How push notifications work technically

At the centre sits theservice worker, a script that runs in the background independently of the open page. Once the user consents, the browser creates an individual subscription and hands it to your server. Delivery itself runs through each browser's push service and is signed with the VAPID method, so that only your server may send for that domain.

The flow in four steps: the user gives consent, the browser creates a subscription, your server stores that subscription, and when needed the server sends a message that the service worker shows as a notification. Crucially, none of these stages works without consent.

On desktop and Android, web push is widely supported. On iOS, web push has been possible since iOS 16.4, but only if the site was first installed as a PWA via "Add to Home Screen". To reach iOS users more reliably, web push is therefore often combined withWallet messages.

The user decides whether they want to be reached

Push only works well in one direction: thought through from the user's wish. Anyone who treats push as a pure broadcast channel and blasts everyone the same way loses subscribers faster than they gained them. They turn the messages off or block the site entirely, and then the channel is burned for good.

Three things decide success or failure. First: the user should be able to choose whether they want to be notified at all. Second: they should be able to choose the channel, that is, whether they would rather receive a message by email or as a push. Third: the message has to be relevant. A message with no connection to the recipient is a reason to unsubscribe, not added value.

In practice that means: offer a real choice instead of a blanket "allow notifications". Let users subscribe to the topics that interest them, and leave the channel up to them. Push is strong when it reflects a deliberate decision by the user, and weak when it is forced on them.

Why push notifications pay off for business

The biggest lever is re-engagement. Most visitors come once and never return. With a push subscription you bring back a share of those visitors without needing their email address and without depending on an algorithm.

Push is also a direct channel that belongs to you. Unlike reach on social networks, it does not depend on third-party platforms and their fees. And compared with email, a push message does not land in the spam folder but right on the lock screen, which, with the right content, leads to noticeably more returning visitors and conversions.

Typical use cases

In an online shop, push works well for availability and price alerts or a reminder about an abandoned cart. In newsrooms and on news sites, for new articles in subscribed sections. For clubs and organisations, for dates, cancellations, and short-notice announcements where email is too slow.

In a B2B context, push is useful more selectively, for example for status updates on a process or maintenance notices. The rule of thumb is the same everywhere: the more concrete the occasion and the clearer the relevance to the recipient, the better the channel performs.

Try it yourself

With a tap on the button you subscribe to this page's push notifications and see the flow from the user's perspective. Consent can be withdrawn again in the browser at any time.

Best practices and GDPR

Ask for consent at the right moment, not on the first page load. A user who does not yet know what your site offers will reflexively decline the request, and a permission that has been declined once is hard to win back. So ask only when there is a recognisable benefit.

In privacy terms, web push is a consent under the GDPR. The opt-in must be freely given and informed, the user must know what they are signing up for, and they must be able to unsubscribe at any time. Send only what you announced, and at a frequency that does not overwhelm anyone. Better rare and relevant than frequent and arbitrary.

Adding push notifications with miTT PWA

ThemiTT PWA for Joomla and the WordPress PWA bring web push straight into your CMS, including service worker setup, subscription management, and sending. You need no native app and no external service, and the user keeps full control over their subscription.