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.
Android comes first. iOS, Web and team workspaces are the next directions, with their current availability made explicit.

PushPort
We are concentrating on the core: connecting Android applications, understanding subscriptions, composing localized messages and keeping schedules on the server. The shape of the product will grow from real use and real questions.
Features ↗Android, audience filters, one-time schedules, images and translations.
Delivery for iOS and Web, using the same application structure.
Organizations and collaboration for teams.

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