Webhook test
Envie um pedido para a URL abaixo e veja-o chegar: método, caminho, query, cabeçalhos, corpo, tipo de conteúdo e IP de origem, ao vivo.
Criar um endpoint de teste
Damos-lhe uma URL. Envie-lhe qualquer pedido HTTP e o pedido aparece aqui, com cabeçalhos e corpo. Nada é criado até carregar no botão.
O que um webhook receiver lhe mostra
Um webhook receiver responde a um pedido HTTP e guarda o seu registo. Este mostra o método e o caminho, cada cabeçalho tal como foi enviado, a query, o corpo, o tipo de conteúdo e o endereço de onde o pedido partiu, para comparar o que o seu código queria enviar com o que saiu de facto.
Um navegador regista os mesmos dados de cada pedido que uma página fez, num ficheiro HAR em vez de linha a linha. Se é disso que precisa, comece por como gravar um ficheiro HAR, lê-lo e partilhá-lo em segurança.
Enviar um webhook test a partir do seu código
Aponte qualquer cliente para a URL acima: curl, uma biblioteca HTTP, o botão de teste de um fornecedor de pagamentos ou um job da sua build. Qualquer método é aceite, o caminho depois do id do endpoint é registado tal como foi enviado, e as linhas aparecem aqui sem recarregar a página.
Os webhooks também levam trabalho para fora do Session Replay, não apenas para dentro de um endpoint de teste. Um relatório de erro terminado é enviado para onde a sua equipa já trabalha, e é assim que um relatório se torna uma issue do Jira ou um cartão para o seu canal fazer a triagem.
Perguntas
Acabou de ver tudo o que um pedido HTTP transportava
É assim que um relatório de erro devia ser. O Session Replay captura o ecrã, a saída da consola, o registo de rede e os detalhes do navegador da página onde o erro aconteceu, para que ninguém tenha de o reproduzir primeiro.