ntfy-Alternativen: was taugt, wenn Self-Hosting nicht die Antwort ist
20. Juli 2026 · aktualisiert im Oktober 2026 · 6 Min. Lesezeit
ntfy verdient seine Beliebtheit – Open Source, selbst hostbar, unbegrenzt auf der eigenen Kiste, und eine ausgezeichnete Android-App. Zwei Dinge lassen Leute trotzdem weitersuchen: die iOS-Geschichte und die Tatsache, dass auf ntfy.sh der Topic-Name das Passwort ist. Hier das ehrliche Feld – inklusive der Fälle, in denen ntfy schlicht die richtige Antwort ist.
Was ntfy richtig macht
Es ist wirklich gute Software. Pub/Sub über einfaches HTTP, curl -d "Backup fertig" ntfy.sh/mein-topic ist die gesamte Integration. Der öffentliche Server braucht überhaupt kein Konto. Selbst gehostet hast du unbegrenztes Volumen, ohne dass etwas dein Netz verlässt, unter einer freizügigen Lizenz. Die Android-App ist erstklassig. Wenn Self-Hosting dein Ziel ist und nicht dein Hindernis: aufhören zu lesen und ntfy nehmen.
Die drei Gründe, warum Leute sich umsehen
1. iOS lässt sich nicht vollständig selbst hosten – und das überrascht
Das ist der große Punkt, und er gehört präzise erklärt, weil er oft missverstanden wird. Apple beschränkt Hintergrundverarbeitung stark, sofortige Pushes auf iOS sind ohne zentralen Server also unmöglich. ntfys eigene Dokumentation sagt das offen: Ein selbst gehosteter Server muss upstream-base-url setzen (üblicherweise auf https://ntfy.sh), damit eine Poll-Anfrage nach oben weitergereicht und über Firebase und APNs an dein iPhone zugestellt wird. Dein Handy holt die eigentliche Nachricht dann von deinem eigenen Server.
Daraus folgen zwei Dinge. Erstens ist die erscheinende Benachrichtigung generisch – die weitergereichte Anfrage enthält nur eine Nachrichten-ID und einen gehashten Topic-Namen, iOS zeigt also „New message“ statt deines Textes. Zweitens: Konfigurierst du keinen Upstream, steht in der Doku unmissverständlich, dass die Zustellung „Stunden dauern kann, je nach Zustand des Telefons“.
Wer also genau deshalb selbst gehostet hat, um Big Tech herauszuhalten, stellt fest, dass die iPhone-Benachrichtigungen trotzdem über ntfy.sh, Firebase und Apple laufen. Die Daten bleiben minimal, und angesichts von Apples Beschränkungen ist das ein vernünftiger Entwurf – nur eben nicht das in sich geschlossene Setup, das man erwartet.
2. Auf ntfy.sh ist der Topic-Name das Zugangsdatum
Wer deinen Topic-Namen errät oder erfährt, kann darauf posten – und mitlesen, sofern du das Topic nicht über einen bezahlten Tarif reservierst oder eine eigene Instanz mit Zugriffskontrolle betreibst. Für ein „Backup fertig“ ist das in Ordnung. Für alles, wo Fremde nicht hineinschreiben sollen, ist es ein echter Punkt.
3. Einen Server zu betreiben ist Arbeit
Updates, TLS-Erneuerungen, Backups, eine Kiste, die laufen muss. Schön, wenn es dir Spaß macht. Aufwand, wenn du nur wolltest, dass dein Handy bei einem fehlgeschlagenen Cronjob brummt.
Die Alternativen im Vergleich
| Self-Hosting | iOS-Zustellung | Konto nötig | Roher Webhook kann direkt posten | Kosten | |
|---|---|---|---|---|---|
| ntfy | Ja | Braucht Upstream-Relay; generischer Text | Nein (gehostet) | Ja – Body kommt als Text an | Self-hosted gratis; ntfy.sh-Gratistarif rate-limitiert, bezahlt ab etwa 5 $/Mon. |
| Webhooky | Nein | Natives APNs, voller Text | Nein | Ja | 100 Benachrichtigungen pro Monat gratis, dann 4,99 €/Mon. oder 29,99 €/Jahr |
| Pushover | Nein | Natives APNs, voller Text | Ja | Nein – braucht sein API-Format | 4,99 $ einmalig pro Plattform |
| Gotify | Ja (nur so) | Keine offizielle App | Deins | Token in der URL, also ja | Gratis, Open Source |
| Apprise | n/a – eine Bibliothek | Je nach Backend | Kommt darauf an | Nein – du rufst sie aus Code auf | Gratis, Open Source |
| Telegram-Bot | Nein | Gut | Ja + BotFather | Nein – Token & Chat-ID nötig | Gratis |
| Home-Assistant-App | Ja (nur so) | Gut | Deins | Über eine Automation | Gratis |
Preise von Drittanbietern ändern sich; die Angaben entsprechen dem Stand der Anbieterseiten zur letzten Aktualisierung.
Trotzdem Self-Hosting? Gotify oder Home Assistant
Wenn Self-Hosting nicht dein Grund zum Wechseln ist, überspring das hier. Falls du dich aber innerhalb dieser Kategorie umsiehst: Gotify ist ein winziger Go-Server, noch einfacher zu betreiben, mit demselben iOS-Problem – nur schlimmer, denn eine offizielle iOS-App gibt es gar nicht. Wenn du ohnehin Home Assistant betreibst, kann dessen Companion-App aus einer Automation heraus pushen, und die Infrastruktur steht schon. Apprise ist etwas anderes: eine Python-Bibliothek, die mit 80+ Benachrichtigungs-Backends spricht – das Mittel der Wahl, wenn eine Zeile Code an mehrere Dienste gleichzeitig gehen soll, kein Ziel für sich.
Soll es auf dem iPhone einfach laufen? Pushover oder Webhooky
Beide sind gehostet und liefern über natives APNs – ein Alert verhält sich also wie jede andere App-Benachrichtigung: voller Text auf dem Sperrbildschirm, kein Relay, kein „New message“. Pushover kostet 4,99 $ einmalig pro Plattform und ist seit über einem Jahrzehnt dabei; der Haken ist, dass Absender sein API-Format sprechen müssen, mit den Parametern token, user und message.
Wo Webhooky hineinpasst
Unser Werkzeug – gewichte die Tabelle also stärker als diesen Abschnitt. Es ist eine native App für iOS und Android und liefert über APNs und FCM, denselben Weg, den jeder Messenger nutzt. Kein Server, kein Konto: installieren, und die Endpunkt-URL existiert – mit einem zufälligen 24-stelligen Key als einzigem Zugangsdatum.
« ntfy »
curl -d "Backup fertig" ntfy.sh/mein-geheimes-topic
« Webhooky »
curl -X POST https://api.webhooky.app/DEIN_KEY \
-d '{"title":"✅ Backup fertig","sound":"level_up_2"}'
Die Unterschiede, die im Alltag zählen: strukturierter Titel und Nachricht statt eines rohen Body-Dumps, 40 Sounds pro Endpunkt oder pro Nachricht wählbar, und Webhook-Absender wie Stripe, Shopify, GitHub oder Etsy können direkt auf die URL posten – unbekanntes JSON fällt auf den eingestellten Titel und Text zurück. Der Preis dafür ist das Spiegelbild von ntfy: Du kannst es nicht selbst hosten, und ab 100 Benachrichtigungen kostet es.
Wann ntfy die bessere Wahl bleibt
Wenn Self-Hosting der Punkt ist – Datenhoheit, unbegrenztes Volumen, Android als Haupttelefon – ist ntfy das richtige Werkzeug, und nichts hier schlägt es. Es ist außerdem die einzige Option dieser Liste, die gratis, Open Source und wirklich deine ist. Der Grund zu gehen ist schmal und konkret: Du bist vorwiegend auf dem iPhone und willst die tatsächliche Nachricht auf dem Sperrbildschirm – oder du wolltest nie einen Server. Die vollständige Dreier-Gegenüberstellung mit Pushover steht hier, das breitere Feld in den besten Webhook-Benachrichtigungs-Apps.
Webhooky ausprobieren
100 Benachrichtigungen gratis pro Monat, kein Konto, Endpunkt in zwei Minuten eingerichtet.
Häufige Fragen
Funktioniert ntfy gut auf iOS?
Es funktioniert, mit Einschränkungen. Apple verbietet dauerhafte Hintergrundverbindungen, ein selbst gehostetes ntfy muss daher upstream-base-url setzen, um Poll-Anfragen über ntfy.sh, Firebase und APNs weiterzureichen. Die Benachrichtigung zeigt dann ein generisches „New message“, weil nur Nachrichten-ID und gehashtes Topic übertragen werden. Ohne Upstream kann die Zustellung laut Doku Stunden dauern.
Kann ich ntfy selbst hosten und iOS komplett privat halten?
Für sofortige Zustellung nicht. Das Upstream-Relay ist für zeitnahe iOS-Pushes nötig, überträgt aber nur eine Nachrichten-ID und einen gehashten Topic-Namen – den eigentlichen Inhalt holt dein Handy anschließend von deinem Server.
Was ist die beste ntfy-Alternative fürs iPhone?
Pushover oder Webhooky. Beide liefern über natives APNs mit vollem Nachrichtentext, und keines braucht einen Server. Pushover kostet 4,99 $ einmalig pro Plattform; Webhooky gibt dir 100 Benachrichtigungen pro Monat gratis und nimmt ein beliebiges Webhook-Payload direkt an.
Gibt es eine self-hosted ntfy-Alternative?
Gotify kommt am nächsten – ein kleiner Open-Source-Push-Server, noch einfacher zu betreiben, aber ohne offizielle iOS-App. Wenn du schon Home Assistant betreibst, kann dessen Companion-App aus einer Automation pushen.