Push-Benachrichtigungen ohne eigene App

20. Juli 2026 · 4 Min. Lesezeit

Jede Anleitung zu Push-Benachrichtigungen beginnt gleich: Firebase-Projekt anlegen, APNs-Key registrieren, Geräte-Tokens speichern, Server betreiben. Das ist der richtige Weg, wenn du eine App an Kunden auslieferst. Es ist absurder Overkill, wenn nur dein eigenes Handy klingeln soll.

Was der Selbstbau-Weg wirklich bedeutet

Eine Mobile-App bauen und veröffentlichen (App-Store-Review inklusive).
FCM für Android einrichten, APNs-Keys und Zertifikate für iOS.
Geräte-Tokens einsammeln, speichern und Rotation behandeln.
Ein Backend betreiben, das mit FCM/APNs spricht – dauerhaft.

Tage an Arbeit vor dem ersten Klingeln – und danach ein System, das gepflegt werden will.

Die Abkürzung

Webhooky ist diese App, schon fertig gebaut. Installieren (Android / iOS), und du bekommst eine persönliche Endpoint-URL – ohne Konto, ohne Tokens, ohne Zertifikate. Alles, was einen HTTP-POST senden kann, lässt jetzt dein Handy klingeln:

curl -X POST https://api.webhooky.app/DEIN_KEY \
  -H "Content-Type: application/json" \
  -d '{"title":"🚨 Platte fast voll","message":"/dev/sda1 bei 92%","sound":"error_1"}'

Die Zustellung läuft über dieselbe FCM/APNs-Infrastruktur, die du sonst selbst aufgesetzt hättest – du überspringst nur das Aufsetzen. Fertige Snippets: Python, Node.js oder der HTTP-Grundlagen-Guide.

Wann du doch eine eigene App brauchst

Selbst auf FCM/APNs zu bauen ist richtig, wenn deine Nutzer Benachrichtigungen unter deiner Marke bekommen sollen. Um dich selbst zu benachrichtigen – Cronjobs, Deploy-Fehler, Verkäufe, Sensoren – ist ein fertiger Endpoint die ganze Antwort: Die 100 Benachrichtigungen des Gratis-Plans kosten nichts, und es gibt keinen Server zu hüten.

Hol dir Webhooky

Kostenlos für deine ersten 100 Benachrichtigungen – Endpoint in zwei Minuten eingerichtet.