Skip to main content
Webhook은 모니터 결과를 수신하는 권장 방법입니다. 모니터가 트리거되면, Pubrio가 구성된 URL로 JSON 페이로드를 포함한 POST 요청을 실시간으로 전송합니다.

사전 요구 사항

  • 모니터 접근 권한이 있는 Pubrio API 키
  • 공개적으로 접근 가능한 HTTPS 엔드포인트(또는 usewebhook.com의 테스트 URL)
빠른 테스트: usewebhook.com을 사용하여 무료 임시 webhook URL을 생성하세요. 아무것도 배포하지 않고 모든 수신 페이로드를 확인할 수 있습니다.

1단계: Webhook 전달 대상으로 모니터 생성

응답:
headers 객체는 매 전달마다 커스텀 HTTP 헤더를 추가합니다(인증에 유용). body 객체는 webhook 페이로드의 루트 레벨에 커스텀 필드를 추가합니다.
응답의 signature를 저장하세요 — 수신 페이로드를 검증하는 데 필요합니다. 이것은 생성 시, 서명 공개 엔드포인트, 또는 is_signature_reveal: true를 사용한 모니터 조회를 통해서만 반환됩니다.

2단계: Webhook 연결 검증

Webhook 검증 엔드포인트를 사용하여 엔드포인트가 도달 가능한지 테스트합니다. 이것은 플레이스홀더 데이터가 포함된 샘플 페이로드를 전송합니다 — 크레딧이 소비되지 않고, 실제 신호도 가져오지 않습니다.
성공적인 응답은 전송된 샘플 요청 페이로드와 엔드포인트가 반환한 응답을 포함합니다 — 이를 통해 라이브 전환 전에 연결이 정상임을 확인할 수 있습니다.

3단계: 실제 데이터로 테스트

연결이 검증되면, 프로세스 트라이 엔드포인트를 사용하여 실제 실행을 트리거합니다. 이것은 실제 신호를 가져와 webhook으로 전달합니다 — tried_at에 최근 과거 날짜를 사용하여 데이터가 있는지 확인하세요:
validate와 달리, try 엔드포인트는 실제 스캔을 실행하고 크레딧을 소비합니다. 실제 페이로드가 올바르게 도착하는지 확인하고, 예약된 스캔이 시작되기 전에 결과를 빠르게 추정하는 데 사용하세요.

4단계: 서명 검증

각 모니터에는 수신 페이로드가 Pubrio에서 온 것인지 확인하기 위한 고유 서명이 있습니다.
이 서명을 수신 페이로드의 monitor.monitor_id와 비교하여 진위를 검증합니다.

Webhook 페이로드 구조

페이로드는 모니터의 detection_mode에 따라 다릅니다:
signal_first 모드에서는 페이로드에 최상위 signals 배열이 포함됩니다:
각 신호 항목에는 신호 세부 정보와 관련된 보강 기업 및 인물이 포함됩니다.
destination_config의 커스텀 body 필드는 페이로드의 루트 레벨에 병합됩니다. 이를 사용하여 내부 라우팅 또는 태깅을 위한 정적 메타데이터를 추가하세요(예: "pipeline": "my-webhook").

확장 신호

jobs, news, advertisements 외에도 모니터는 확장 신호 — 기업이 새로운 시장에 진입하거나 성장하고 있음을 보여주는 날짜가 지정된 증거 — 를 감시할 수 있습니다. signal_typesexpansions를 추가하기만 하면 됩니다.
확장 필터는 채용/뉴스/광고용 어휘가 아니라 Expansion Search의 어휘를 사용합니다. 코리도를 지정하는 fromstos 외에 stages, momentum, freshness, scopes, signal_types, signal_strengths, window_days가 있습니다. 유효한 슬러그는 Expansion Reference에서 확인하세요.
확장 신호는 개별 신호 단위가 아니라 기업과 시장 조합 단위로 그룹화됩니다. 한 기업이 두 시장에 진입하면 항목이 두 개 생성되며, 각각 해당 시장의 신호 타임라인을 담습니다.

확장 신호 페이로드

각 필드의 의미는 확장 필드 레퍼런스를 참조하세요. 트리거가 아니라 필요할 때 동일한 행을 조회하려면 Expansion Signal Search를 사용하세요.

이메일 전달 대상

이메일 전달을 선호하는 팀은 destination_type"email"로 설정하세요:
Pubrio는 에이전시와 팀을 위한 화이트 라벨 이메일 전달을 지원합니다. 발신자 도메인 및 브랜딩 커스터마이징에 대해 문의하기에서 알아보세요.

문제 해결

  • 엔드포인트가 공개적으로 접근 가능한지 확인하세요(방화벽이나 VPN 뒤에 있지 않은지)
  • 200 상태 코드를 반환하는지 확인하세요 — 다른 코드는 실패로 처리됩니다
  • Webhook 검증 엔드포인트를 사용하여 연결을 테스트하세요
  • 통계 로그에서 오류 메시지와 응답 코드를 확인하세요
webhook이 지속적으로 200이 아닌 코드를 반환하면, max_failure_trigger 연속 실패 횟수에 도달한 후 모니터가 일시 중지됩니다. 문제를 수정하고 모니터 업데이트를 통해 다시 활성화하세요.
전달이 실패하고 재시도가 구성된 경우, 동일한 페이로드를 여러 번 수신할 수 있습니다. triggered_at 또는 로그 ID를 사용하여 중복을 제거하세요.
max_records_per_trigger를 줄여 전달당 레코드 수를 제한하세요. 필터를 좁혀 매칭되는 신호 볼륨을 줄일 수도 있습니다.