Hook0 vs ngrok Webhooks auf localhost empfangen
ngrok bringt jeden lokalen Dienst auf eine öffentliche URL. Das Hook0-CLI macht etwas Engeres. Es leitet Webhooks über ein Relay, das du selbst hosten kannst, an deinen lokalen Server weiter. Diese Seite vergleicht beide für diesen Einsatz und sagt, wann ngrok die bessere Wahl ist.
Kurz gesagt
ngrok und Hook0 überschneiden sich bei genau einem Einsatz, nämlich Webhooks während der Entwicklung auf deinen Rechner zu holen. ngrok ist ein allgemeiner Ingress, der jeden lokalen HTTP-, TCP- oder TLS-Dienst erreichbar macht, mit eigenen Domains und Traffic Policies in den bezahlten Tarifen. Hook0 ist ausgehendes Webhooks-as-a-Service, und sein CLI bringt hook0 listen mit, einen WebSocket-Tunnel, der Webhooks ohne Konto an localhost weiterleitet. Das Relay dahinter ist Open Source, du kannst dein eigenes betreiben. Nimm ngrok, wenn du mehr als Webhooks erreichbar machen musst. Nimm Hook0, wenn die Webhooks, die du testest, die sind, die dein Produkt später an seine Nutzer sendet.
Die wichtigsten Unterschiede
Allgemeiner Ingress oder Webhook-Tunnel
ngrok macht lokale HTTP-, TCP- und TLS-Dienste erreichbar und deckt damit Demos, APIs, SSH und Webhooks gleichermaßen ab. hook0 listen 3000 deckt nur Webhooks ab. Es öffnet einen WebSocket zum Relay, gibt eine öffentliche URL aus und leitet jede eingehende Anfrage an deinen lokalen Port weiter.
Kein Konto zum Start
Der ngrok-Agent braucht vor dem ersten Tunnel ein Konto und einen Authtoken. hook0 listen erzeugt lokal ein Token und verbindet sich direkt mit dem öffentlichen Relay, du bekommst also eine URL ohne Registrierung. Mit --token behältst du dieselbe URL über Neustarts hinweg.
Ein Relay, das du selbst hostest
Der Hook0-Relay-Server ist Open Source unter SSPL-1.0 und liegt mit einem Helm-Chart im Hook0-Repository. Richte das CLI mit --relay-url auf deine eigene Instanz, dann bleiben Test-Payloads auf Infrastruktur, die du betreibst. ngrok ist ein gehosteter Dienst.
Für die Senderseite gebaut
Das Kernprodukt von Hook0 stellt Webhooks an deine Nutzer zu, mit Protokoll pro Versuch, kostenlosen Retries, HMAC-Signaturen und Replay. Dasselbe CLI sendet Events, verwaltet Subscriptions und spielt Fehlschläge erneut ab, so testest du die ganze Schleife von hook0 event send bis zu deinem lokalen Handler.
Webhooks lokal empfangen
| Kriterium | Hook0-CLI | ngrok |
|---|---|---|
| Hauptrolle | Ausgehendes Webhooks-as-a-Service, mit Dev-Tunnel im CLI | Allgemeiner Ingress und Tunnel |
| Freigegebene Protokolle | HTTP-Webhooks, an eine lokale URL weitergeleitet | HTTP/S und TCP, TLS im Pay-as-you-go-Tarif |
| Konto nötig | Nein, für hook0 listen |
Ja, Konto und Authtoken |
| Stabile URL | Gleiches Token, gleiche URL (--token) |
Eine Development-Domain in jedem Tarif, eigene Domains ab Pay-as-you-go |
| Kostenloser Tarif | Öffentliches Relay ohne Kosten | 1 GB Datentransfer, 20.000 HTTP/S-Anfragen, bis zu 3 Endpoints |
| Anfragen einsehen | Terminal-Dashboard (TUI) mit Headern, Body und Status | Traffic Inspector, 24 h Aufbewahrung im Free-Tarif |
| Signaturprüfung | HMAC-SHA256-Signatur auf der Senderseite | Traffic-Policy-Aktion verify-webhook für viele Anbieter |
| Schutz bei der Weiterleitung | Nur localhost, außer mit --allow-external |
Nicht zutreffend (du wählst das Ziel) |
| Relay selbst hosten | Ja, Open Source (SSPL-1.0) mit Helm-Chart | Nein, gehosteter Dienst |
| Installation | cargo install (Rust nötig) |
Homebrew, apt, Windows Store oder direkter Download |
Wann ngrok besser passt
Nimm ngrok, wenn du etwas anderes als Webhooks erreichbar machen musst, etwa eine Demo-App, eine API für Kollegen, einen TCP-Dienst oder einen Endpoint hinter einer eigenen Domain mit Traffic Policies. Es lässt sich außerdem auf den meisten Systemen mit einem Befehl installieren, während das Hook0-CLI heute über Cargo installiert wird.
Häufige Fragen
Ist Hook0 eine Alternative zu ngrok?
Für einen Einsatz ja, nämlich Webhooks während der Entwicklung auf localhost zu empfangen. hook0 listen leitet Webhooks über ein WebSocket-Relay an deinen lokalen Server weiter, ohne Konto. Für alles darüber hinaus (TCP-Dienste, Demos, eigene Domains, Traffic Policies) ist ngrok das breitere Tool.
Wie empfange ich Webhooks auf localhost mit Hook0?
Installiere das CLI und starte hook0 listen 3000. Es gibt eine öffentliche URL auf play.hook0.com aus. Trag diese URL beim Anbieter oder in einer Hook0-Subscription ein, dann wird jede Anfrage an localhost:3000 weitergeleitet und im Terminal-Dashboard angezeigt.
Brauche ich ein Konto für hook0 listen?
Nein. Das CLI erzeugt ein Token auf deinem Rechner und verbindet sich mit dem öffentlichen Relay. Ein Hook0-Konto brauchst du nur, um Events über die Hook0-API zu senden, zum Beispiel mit hook0 event send.
Kann ich das Hook0-Relay selbst hosten?
Ja. Der Relay-Server liegt unter SSPL-1.0 mit einem Helm-Chart im Hook0-Repository. Starte deine Instanz und richte das CLI mit --relay-url darauf. Füge --insecure hinzu, wenn sie ein selbstsigniertes Zertifikat nutzt.
Kann ich dieselbe Webhook-URL über mehrere Sitzungen behalten?
Ja. Die URL hängt am Token, also liefert hook0 listen 3000 --token mein-stabiles-token jedes Mal dieselbe URL. Bei ngrok enthält jeder Tarif eine Development-Domain.
Ist Hook0 mit ngrok verbunden?
Nein. ngrok ist eine Marke ihres Inhabers. Hook0 ist unabhängig und weder mit ngrok verbunden noch von ngrok unterstützt. Diese Seite ist ein sachlicher Vergleich für Entwickler, die beide prüfen.
Wie wir verglichen haben, und unsere Quellen
Diese Seite vergleicht, wie beide Tools Webhooks während der Entwicklung auf einem lokalen Rechner empfangen. Die Angaben zu ngrok stammen von seiner öffentlichen Preisseite und Dokumentation. Die Angaben zu Hook0 stammen aus dem Quellcode von CLI und Relay sowie aus der CLI-Referenz.
Quellen
- ngrok Preise (abgerufen am 2026-10-06)
- ngrok Share-Localhost-Quickstart (abgerufen am 2026-10-06)
- ngrok Aktion verify-webhook (abgerufen am 2026-10-06)
- Hook0-CLI-Referenz (abgerufen am 2026-10-06)
Unabhängiger Vergleich. Hook0 ist weder mit ngrok verbunden noch wird Hook0 davon unterstützt oder gesponsert. Produktnamen und Marken gehören ihren jeweiligen Eigentümern, und jede Wettbewerberangabe verweist auf eine öffentliche Quelle mit dem Abrufdatum.
Zuletzt geprüft 2026-10-06.
Du hast Besseres zu bauen
Hör auf, Webhook-Infrastruktur selbst zu schreiben. Liefer Features. Start in wenigen Minuten.