웹훅

일반적인 사용 사례

웹훅의 중요성

웹훅은 지속적인 폴링의 필요성을 제거하여 이메일 데이터와 상호 작용하는 방식을 변환합니다. 새 이벤트를 확인하기 위해 API 를 반복적으로 쿼리하는 것(자원을 낭비하고 지연을 도입하는)과 달리 웹훅은 정보가 사용 가능해지는 즉시 전달합니다. 이 실시간 기능은 다음 캠페인 전에 반송된 주소를 제거하거나 수신자 참여에 따라 후속 시퀀스를 트리거하는 것과 같은 시간에 민감한 작업에 필수적입니다. 이메일 마케터와 개발자에게 웹훅은 이전에 불가능했던 정교한 자동화를 가능하게 합니다. 누군가가 이메일의 링크를 클릭하면 웹훅이 즉시 CRM 을 업데이트하거나, 영업 알림을 트리거하거나, 연락처를 타겟팅된 육성 시퀀스에 등록할 수 있습니다. 이러한 사용자 행동에 대한 즉각적인 반응은 참여율과 전환율을 극적으로 개선합니다. 웹훅은 또한 인프라 비용과 복잡성을 줄입니다. 폴링 기반 접근 방식은 아무 변화가 없을 때도 지속적으로 업데이트를 확인하기 위한 전용 리소스가 필요합니다. 웹훅을 사용하면 이벤트가 실제로 발생할 때만 데이터를 처리하여 시스템을 더 효율적이고 확장 가능하게 만듭니다. 이 이벤트 기반 아키텍처는 이제 현대 이메일 인프라의 표준 관행입니다.

웹훅 작동 방식

웹훅은 단순하지만 강력한 메커니즘으로 작동합니다: 미리 정의된 이벤트가 발생하면 소스 시스템이 귀하가 지정한 URL 로 HTTP POST 요청을 보냅니다. 웹훅 엔드포인트라고 하는 이 URL 은 이벤트에 대한 상세 정보가 포함된 JSON 페이로드를 받습니다. 이메일 시스템의 경우 이는 이메일이 반송되거나, 열리거나, 다른 추적된 이벤트를 트리거하는 순간 애플리케이션이 알림을 받는다는 것을 의미합니다. 프로세스는 이메일 서비스 제공업체에 엔드포인트 URL 을 등록하고 수신하려는 이벤트를 선택할 때 시작됩니다. 예를 들어 구독자가 이메일을 열면 ESP 가 이 행동을 감지하고 이벤트 유형, 타임스탬프, 수신자 이메일 및 기타 관련 메타데이터가 포함된 페이로드를 즉시 구성합니다. 그런 다음 이 페이로드는 HTTPS POST 요청을 통해 엔드포인트로 전송됩니다. 서버는 HTTP 200 상태 코드를 반환하여 수신을 확인해야 합니다. 웹훅이 전달에 실패하면(서버 다운타임이나 네트워크 문제로 인해) 대부분의 제공업체는 지수 백오프를 사용한 재시도 로직을 구현합니다. 이를 통해 일시적인 실패가 발생해도 결국 모든 이벤트 데이터를 받을 수 있습니다. 전체 프로세스는 일반적으로 밀리초 내에 완료되어 이메일 성과에 대한 거의 즉각적인 가시성을 제공합니다.

모범 사례

자주 묻는 질문