Webhook test
Manda una richiesta alla URL qui sotto e guardala arrivare: metodo, percorso, query, header, corpo, tipo di contenuto e IP di origine, in diretta.
Crea un endpoint di prova
Ti diamo una URL. Mandale una qualsiasi richiesta HTTP e la richiesta compare qui, header e corpo compresi. Non viene creato nulla finché non premi il pulsante.
Che cosa ti mostra un webhook receiver
Un webhook receiver risponde a una richiesta HTTP e ne conserva traccia. Questo mostra metodo e percorso, ogni header così come è stato inviato, la query, il corpo, il tipo di contenuto e l'indirizzo da cui è partita, così puoi confrontare quello che il tuo codice voleva mandare con quello che è uscito davvero.
Un browser annota gli stessi dati per ogni richiesta fatta da una pagina, in un file HAR invece che riga per riga. Se è questo che ti serve, parti da come registrare un file HAR, leggerlo e condividerlo in sicurezza.
Mandare un webhook test dal tuo codice
Punta qualsiasi client alla URL qui sopra: curl, una libreria HTTP, il pulsante di prova di un fornitore di pagamenti o un job della tua build. Ogni metodo viene accettato, il percorso dopo l'id dell'endpoint viene registrato come è stato inviato e le righe compaiono qui senza ricaricare la pagina.
I webhook portano lavoro anche fuori da Session Replay, non solo dentro un endpoint di prova. Una segnalazione completa arriva dove il tuo team già lavora, ed è così che una segnalazione diventa un ticket Jira o una scheda che il tuo canale può smistare.
Domande
Hai appena visto tutto quello che portava una richiesta HTTP
Ecco come dovrebbe essere una segnalazione di bug. Session Replay cattura lo schermo, l'output della console, il log di rete e i dettagli del browser dalla pagina in cui il bug è successo, così nessuno deve prima riprodurlo.