GitHub-Ereignisse als Push-Benachrichtigung

23. Juli 2026 · 4 Min. Lesezeit

Es gibt zwei gute Wege von GitHub aufs Handy, und sie ergänzen sich: der Repo-Webhook für Ereignisse und ein curl-Schritt in GitHub Actions für CI-Ergebnisse mit eigenen Texten.

Weg 1: der Repo-Webhook (Pushes, Releases, Stars, Issues)

Endpoint in der Webhooky-App anlegen (Android / iOS) – z. B. „GitHub“ mit Sound notification_2 und Standardtext „Aktivität im Repo“.
Im Repository: Settings → Webhooks → Add webhook. Payload-URL = dein Endpoint, Content-Type application/json, dann Events wählen (nur Push, oder „Let me select individual events“ für Releases, Stars, Issues …).

GitHubs Payloads sind ereignisspezifisches JSON ohne title/message-Felder – die Push zeigt also die konfigurierten Texte deines Endpoints. Du hörst, dass etwas passiert ist und siehst welches Repo; die Details stehen auf GitHub. Ein Endpoint pro Repo (jeweils mit eigener Farbe) hält Ordnung.

Weg 2: CI-Alarme aus GitHub Actions – mit echten Texten

Bei „der Build ist rot“ willst du den Fehler in der Benachrichtigung, keinen generischen Text. Häng einen letzten Step an den Workflow:

  - name: Notify on failure
    if: failure()
    run: |
      curl -X POST https://api.webhooky.app/DEIN_KEY \
        -H "Content-Type: application/json" \
        -d '{"title":"🚨 CI rot: ${{ github.repository }}","message":"${{ github.workflow }} auf ${{ github.ref_name }}","sound":"error_1"}'

Bei öffentlichen Repos die Endpoint-URL als Repository-Secret hinterlegen. Ein passender if: success()-Step mit level_up_2 macht auch grüne Builds hörbar.

Welcher Weg wofür?

Webhook für das Nebenbei-Bewusstsein (Stars, Releases, Team-Pushes), Actions-Step für CI-Ergebnisse mit exakten Texten. Beides zusammen kostet nichts – die 100 Benachrichtigungen des Gratis-Plans reichen für viele Pushes. GitLab im Einsatz? Derselbe Guide für GitLab.

Hol dir Webhooky

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