Pré-requisitos
- Uma chave de API Pubrio com acesso a monitores
- Um endpoint HTTPS publicamente acessível (ou uma URL de teste do usewebhook.com)
Etapa 1: Criar um Monitor com Destino de Webhook
headers adiciona cabeçalhos HTTP personalizados a cada entrega (útil para autenticação). O objeto body adiciona campos personalizados à raiz do payload do webhook.
Etapa 2: Validar a Conexão do Webhook
Use o endpoint Validate Webhook para testar se o seu endpoint está acessível. Isso envia um payload de amostra com dados fictícios — nenhum crédito é consumido e nenhum sinal real é buscado.Etapa 3: Testar com Dados Reais
Depois que a conexão for validada, acione uma execução real usando o endpoint Process Try. Isso busca sinais reais e os entrega ao seu webhook — usetried_at com uma data recente no passado para garantir que haja dados disponíveis:
Ao contrário do validate, o endpoint try executa uma varredura real e consome créditos. Use-o para confirmar que os payloads reais chegam corretamente e para ter uma estimativa rápida dos resultados antes que a varredura agendada seja executada.
Etapa 4: Verificar Assinaturas
Cada monitor tem uma assinatura única para verificar que os payloads recebidos vêm de fato da Pubrio.monitor.monitor_id nos payloads recebidos para verificar a autenticidade.
Estrutura do Payload do Webhook
Os payloads variam de acordo com odetection_mode do monitor:
- Sinal Primeiro
- Empresa Primeiro
No modo Cada entrada de sinal contém os detalhes do sinal e as empresas e pessoas enriquecidas associadas.
signal_first, o payload contém um array signals no nível raiz:Os campos personalizados de
body definidos em destination_config aparecem no nível raiz do payload (por exemplo, "pipeline": "my-webhook" quando configurado no seu destino).Sinais de Expansão
Além dejobs, news e advertisements, um monitor pode observar sinais de expansão — a evidência datada de que uma empresa está entrando ou crescendo em um novo mercado. Adicione expansions a signal_types:
froms e tos para o corredor, além de stages, scopes, momentum, freshness, signal_types, signal_subtypes, signal_strengths, source_types e window_days. Resolva os slugs válidos em Expansion Reference.
Os sinais de expansão são agrupados por empresa e mercado, não por sinal. Uma empresa entrando em dois mercados gera duas entradas, cada uma com sua própria linha do tempo de sinais daquele mercado.
Payload de Sinal de Expansão
Destino por E-mail
Para equipes que preferem a entrega por e-mail, definadestination_type como "email":
A Pubrio oferece suporte a entrega de e-mail com marca branca para agências e equipes. Entre em contato para saber mais sobre personalização de domínio de envio e identidade visual.
Solução de Problemas
O webhook não recebe payloads
O webhook não recebe payloads
- Verifique se o seu endpoint é publicamente acessível (não está atrás de um firewall ou VPN)
- Garanta que ele retorne um código de status
200— outros códigos são tratados como falhas - Use o endpoint Validate Webhook para testar a conectividade
- Verifique os Statistic Logs em busca de mensagens de erro e códigos de resposta
Monitor pausado após falhas
Monitor pausado após falhas
Se o seu webhook retornar códigos diferentes de 200 de forma consistente, o monitor é pausado ao atingir
max_failure_trigger falhas consecutivas. Corrija o problema e reative usando o Update Monitor.Payloads duplicados
Payloads duplicados
Se uma entrega falhar e houver novas tentativas configuradas, você pode receber o mesmo payload várias vezes. Use
triggered_at ou o ID do log para deduplicar do seu lado.Payload muito grande
Payload muito grande
Reduza
max_records_per_trigger para limitar os registros por entrega. Você também pode restringir seus filtros para reduzir o volume de sinais correspondentes.
