Was sind Self-Hosted Push-Benachrichtigungen?
Wer Server, Homelab oder Monitoring-Systeme betreibt, braucht Push-Benachrichtigungen: wenn ein Backup fehlschlägt, ein Dienst offline geht oder ein Deployment abgeschlossen ist. Statt auf kommerzielle Dienste wie PushOver oder Firebase Cloud Messaging zu setzen, bieten ntfy und Gotify vollständig selbst gehostete Alternativen – ohne Cloud-Abhängigkeit, DSGVO-konform und kostenlos.
Beide Tools existieren seit mehreren Jahren und haben sich in der Self-Hosting-Community etabliert. Sie unterscheiden sich aber fundamental in ihrer Philosophie: ntfy priorisiert maximale Einfachheit, Gotify strukturiertes Application-Management.
ntfy: Push über HTTP – so einfach wie curl
ntfy (ausgesprochen "notify") ist ein minimalistischer Notification-Dienst mit einem unschlagbar einfachen Konzept: Jede HTTP-URL ist ein Topic. Statt Clients zu registrieren oder API-Keys zu verwalten, schickst du einfach eine HTTP-POST-Anfrage an eine beliebige URL – das war's.
Stärken von ntfy:
- Zero-Config-Nutzung:
curl -d "Backup fertig" https://ntfy.sh/mein-topic– das ist der komplette Workflow für den Start - Kein Konto nötig: Topics sind URL-basiert zugänglich (außer du sicherst sie mit Authentication)
- Native Apps für alle Plattformen: iOS, Android, Web-UI und ein professioneller Desktop-Client
- Prioritäten und Tags: Nachrichten können mit Priority (min/low/default/high/urgent) und Emoji-Tags versehen werden
- ntfy.sh als kostenfreier Public-Service: Der öffentliche Server kann als Fallback genutzt werden – oder du hostest selbst
- Attachments und Actions: Datei-Anhänge und interaktive Buttons direkt in Notifications
- UNIX-native: Der ntfy CLI lässt sich direkt in Cron-Jobs, Backup-Skripte und CI/CD-Pipelines integrieren
Schwächen von ntfy:
- Öffentliche Topics ohne Auth: Ohne Authentication ist jeder Topic weltweit les- und schreibbar
- Kein strukturiertes App-Management: Alle Notifications kommen in einen gemeinsamen Feed, gefiltert nach Topic-Namen
- Weniger persistente Nachrichten: Der Cache ist zeitbegrenzt – alte Nachrichten verschwinden nach konfigurierbarer Zeit
ntfy ist ideal für Sysadmins, Homelab-Setups, Entwickler und alle, die Notifications aus Shell-Skripten, Cron-Jobs oder CI/CD-Pipelines senden wollen.
Gotify: Strukturiertes Notification-Management
Gotify verfolgt einen anderen Ansatz: Es ist eine vollständige Notification-Plattform mit Application-Management, Benutzerverwaltung und einem WebSocket-basierten Push-System. Jede Anwendung bekommt einen eigenen API-Token, Nachrichten werden persistent gespeichert und können im Web-UI durchsucht werden.
Stärken von Gotify:
- Application-basiertes System: Verschiedene Dienste registrieren sich als Apps – sauber getrennte Notification-Streams pro Anwendung
- Vollständiges Web-UI: Nachrichten durchsuchen, Apps verwalten, Benutzer anlegen – alles über eine Oberfläche
- WebSocket-Push: Echtzeit-Zustellung via WebSocket, kein Polling notwendig
- Nachrichten-Persistenz: Alle Notifications werden in SQLite gespeichert – kein Verlust bei Mobile-Disconnect
- Android-App (F-Droid): Gut gepflegte offizielle Android-App ohne Google-Play-Abhängigkeit
- Plugin-System: Gotify unterstützt Plugins für Erweiterungen (z.B. Matrix-Bridge)
- Markdown in Nachrichten: Notification-Content kann als Markdown formatiert werden
Schwächen von Gotify:
- Kein iOS-Client: Die offizielle iOS-App wurde eingestellt – iOS-Nutzer müssen auf Third-Party-Apps wie "Gotify for iOS" ausweichen
- Aufwändigere Ersteinrichtung: Apps registrieren, Token kopieren, Dienste anpassen – mehr Schritte als bei ntfy
- Kein öffentlicher Fallback: Ohne eigenen Server funktioniert Gotify nicht
- Weniger CLI-freundlich: Im Vergleich zu ntfy ist die Nutzung aus Shell-Skripten umständlicher
Gotify eignet sich für Teams mit mehreren Services, strukturiertes Monitoring und alle, die Notification-Streams sauber nach Quellen trennen wollen.
Direkter Vergleich
| Kriterium | ntfy | Gotify |
|---|---|---|
| Einstiegshürde | Sehr niedrig (curl reicht) | Mittel (App registrieren) |
| Protokoll | HTTP/HTTPS, WebSocket | HTTP/HTTPS, WebSocket |
| Nachrichten-Persistenz | Zeitbegrenzter Cache | Dauerhaft (SQLite) |
| Benutzerverwaltung | Token-basiert (einfach) | Vollständig (User + Apps) |
| iOS-Support | Nativ | Kein offizieller Client |
| Android-Support | Nativ | Nativ (F-Droid) |
| CLI-Nutzung | Native ntfy CLI | Nur via HTTP/curl |
| Plugin-System | Nein | Ja |
| Öffentlicher Service | ntfy.sh verfügbar | Nein |
| Markdown in Msgs | Nein | Ja |
| Resource-Verbrauch | Minimal | Gering |
Self-Hosting: Deployment-Vergleich
Beide Tools lassen sich als Docker Container mit wenigen Zeilen betreiben:
ntfy (Docker Compose):
services:
ntfy:
image: binwiederhier/ntfy
command: serve
restart: unless-stopped
volumes:
- ./ntfy-cache:/var/cache/ntfy
- ./ntfy-config:/etc/ntfy
ports:
- "8080:80"
Gotify (Docker Compose):
services:
gotify:
image: gotify/server
restart: unless-stopped
volumes:
- ./gotify-data:/app/data
ports:
- "8080:80"
environment:
- GOTIFY_DEFAULTUSER_PASS=sicheres-passwort
Beide lassen sich hinter Traefik oder Caddy als Reverse Proxy mit automatischem TLS betreiben – ein Must-have für den produktiven Einsatz. Für Kubernetes gibt es funktionierende Helm Charts und Community-Konfigurationen.
Apprise: Das Schweizer Taschenmesser für Notifications
Wer sowohl ntfy als auch Gotify als Backend nutzen will – oder verschiedene Notification-Kanäle zentral verwalten möchte – sollte Apprise kennenlernen. Apprise ist eine Python-Bibliothek und CLI, die über 80 Notification-Dienste unterstützt: ntfy, Gotify, Slack, Telegram, Matrix, Discord, E-Mail und viele mehr. Mit einer einzigen Apprise-Konfiguration kannst du Notifications an mehrere Kanäle gleichzeitig senden:
apprise -vv -t "Backup fertig" -b "Server backup completed successfully" \
ntfy://mein-ntfy-server/backups \
gotify://mein-gotify-server/backup-app-token \
tgram://TELEGRAM_BOT_TOKEN/CHAT_ID
Apprise ist besonders wertvoll, wenn Notification-Provider wechseln oder parallel genutzt werden sollen.
Wann welches Tool wählen?
ntfy wählen wenn:
- Du aus Shell-Skripten, Cron-Jobs oder CI/CD-Pipelines schnell Notifications senden willst
- Einfachheit wichtiger ist als Struktur
- iOS-Nutzer im Team sind
- Du ntfy.sh als kostenfreien Public-Service nutzen möchtest
- Dein Setup wenige oder einzelne Services hat
Gotify wählen wenn:
- Du mehrere Dienste mit eigenen Notification-Streams verwaltest
- Android-Nutzer ausreichend sind (kein iOS benötigt)
- Nachrichten-Persistenz und Durchsuchbarkeit wichtig ist
- Du ein sauberes Multi-App-Panel mit Benutzerverwaltung bevorzugst
- Markdown-Formatierung in Notifications nötig ist
Fazit
Beide Tools lösen dasselbe Problem auf unterschiedliche Weisen. ntfy gewinnt durch seine frappierend einfache Bedienung – kein anderes Tool lässt sich so schnell in beliebige Automatisierungen integrieren, und der öffentliche Service ntfy.sh senkt die Einstiegshürde auf null. Gotify überzeugt mit strukturiertem Application-Management und dauerhafter Nachrichten-Persistenz.
Für die meisten Homelab- und DevOps-Setups ist ntfy die bessere Wahl – außer du benötigst explizit Gotifys Team-Features, Plugin-System oder persistente Nachrichten-History. Wer beides will, kombiniert Apprise als Abstraktionsschicht darüber.