Webhook Tester
Invia richieste HTTP a webhook endpoint e visualizza le risposte in tempo reale.
Configurazione richiesta
Log risposte
Nessuna richiesta ancora inviata.
Configura l'endpoint e premi Invia Webhook.
Come utilizzare Webhook Tester
1. Configura metodo e URL
Scegli il metodo HTTP (POST, PUT, PATCH, DELETE o GET) e inserisci l'URL dell'endpoint webhook che vuoi testare.
2. Aggiungi header e body
Personalizza gli header HTTP (di default e' preimpostato Content-Type: application/json) e, per POST/PUT/PATCH, scrivi il body JSON della richiesta.
3. Invia il webhook e leggi la risposta
Clicca "Invia webhook" per eseguire la richiesta: nel pannello di destra vedi status code, response headers, body e tempo di risposta in millisecondi.
4. Ripeti o consulta la cronologia
Usa "Ripeti ultima" per rieseguire l'ultima richiesta identica, oppure scorri il log per rivedere fino a 10 richieste precedenti nella sessione corrente.
Suggerimenti
- Usa un servizio come webhook.site per generare rapidamente un endpoint temporaneo su cui testare il comportamento del tool prima di puntare al tuo endpoint reale.
- Espandi i "Response headers" per verificare header come Content-Type o rate-limit restituiti dal server, utili per il debug delle integrazioni.
- Controlla sempre il tempo di risposta in millisecondi: latenze elevate ripetute possono segnalare problemi di performance lato endpoint prima ancora di guardare il codice applicativo.
Domande frequenti
Quali metodi HTTP posso testare?
Il tool supporta POST, PUT, PATCH, DELETE e GET. Per POST, PUT e PATCH viene mostrato anche il campo body JSON; per DELETE e GET il body non e' richiesto.
Perche' la richiesta fallisce con "Impossibile raggiungere il server"?
Nella maggior parte dei casi e' un problema di CORS: l'endpoint che stai testando deve permettere richieste cross-origin dal browser. Verifica anche che l'URL sia corretto e raggiungibile pubblicamente (non un indirizzo locale come localhost, non raggiungibile dal browser che carica questa pagina).
Quante richieste vengono salvate nella cronologia?
Le ultime 10 richieste inviate, con relativa risposta, restano visibili nel log della sessione corrente. Superata questa soglia le richieste piu' vecchie vengono scartate automaticamente; il log si azzera ricaricando la pagina o cliccando "Cancella log".
Come funziona "Ripeti ultima"?
Ripristina nel form URL, metodo, header e body esatti dell'ultima richiesta inviata e la esegue immediatamente di nuovo, utile per verificare rapidamente se un endpoint torna a rispondere dopo una modifica lato server.
I dati delle richieste inviate vengono salvati su un server?
No. Le richieste partono direttamente dal tuo browser verso l'endpoint indicato e la cronologia resta solo in memoria nella sessione corrente della pagina; non viene salvata su alcun server ne' persistita al ricaricamento.