Respect the recipient
Permission and subscription choices determine who can receive a message. Relevance starts with respecting those choices.
The idea behind PushPort
A product update. A reminder someone asked for. News that matters to a particular audience. PushPort is built for these everyday moments.

Connect an application and send its users a notification. Then a few practical questions follow: who can receive it, which language should it use, and when should it go out?
PushPort brings those decisions together. An application, its audience and its messages belong in one clear workflow. Our aim is to make that workflow understandable for the person running the product, while keeping integration straightforward for its developer.
A useful notification starts with a reason to send it.
Permission and subscription choices determine who can receive a message. Relevance starts with respecting those choices.
A request accepted by a push provider and a notification opened on a device are different events. We give them different names.
Validate native integrations on real devices and browsers, and improve them from integration feedback.

PushPort
Connect Android through Firebase, Apple through APNs and websites through Web Push. Each platform has its own settings within one PushPort application. The KMP SDK reuses these native integrations. Verify permissions and delivery on your own devices before starting a campaign.
Features ↗Connect Android through Firebase, Apple through APNs and websites through Web Push. Each platform has its own settings within one PushPort application. The KMP SDK reuses these native integrations. Verify permissions and delivery on your own devices before starting a campaign.
Validate native integrations on real devices and browsers, and improve them from integration feedback.
Organizations and collaboration for teams.

Tell us where notifications fit into your product and which part takes more effort than it should.
Share feedback