웹훅이란 무엇입니까?

게시 됨: 2018-06-23

그것은 우리 모두에게 일어납니다. 회의 중에 누군가가 친숙하고 친숙하게 들리는 용어를 던집니다. 그러나 그 자리에 앉아 모든 동료들 앞에서 그것이 실제로 의미하는 바가 무엇인지 묻는다면, 당신은 혼란스러워하고 회의가 끝나거나 당황할 때까지 허우적거리다가 화재 경보기를 끄고 눈물을 흘리며 건물을 탈출하십시오.

마케팅 및 고객 참여가 점점 더 데이터 중심적이고 기술에 의존하여 잠재력을 최대한 발휘함에 따라 SDK, PII 및 API와 같은 용어가 점점 더 많아지는 것처럼 느낄 수 있습니다. 오늘 우리는 이러한 알아야 할 용어 중 가장 연상되는 것 중 하나인 겸손한 "웹훅(webhook)"에 대해 간단히 살펴보겠습니다.

웹훅이란 무엇입니까?

기본적으로 웹훅은 미리 선택된 이벤트에 따라 발생하는 한 애플리케이션 또는 서비스에서 다른 애플리케이션 또는 서비스로의 통신입니다. Webhook은 일종의 HTTP 콜백이며 "reverse API"라고도 하지만 Webhook이 무엇이고 어떻게 작동하는지 명확히 하지는 않습니다.

좋습니다. 하지만 webhook이 무엇이며 어떻게 작동하는지 설명해 주시겠습니까?

인터넷 시대에 어떤 디지털 시스템도 섬이 아닙니다. 단절된 시스템은 단절된 사용자 경험으로 이어지며, 고객과 지속 가능한 관계 구축에 관심이 있는 브랜드는 서로 다른 기술이 효과적으로 소통할 수 있는 방법이 필요합니다.

웹훅은 그러한 방법 중 하나입니다.

웹훅은 기본적으로 두 개의 개별 시스템이 실시간으로 전송되는 데이터를 기반으로 효과적인 조치를 취하는 이벤트 기반 방법입니다. 응용 프로그램 간의 메시지는 "sup"의 디지털 버전이 아니라 수신 시스템에 특정 작업을 언제 어떻게 수행해야 하는지에 대한 일련의 지침을 제공하는 데 필요한 중요한 정보의 전달입니다. 이 때문에 웹훅은 마케터에게 데이터 및 프로그래밍 방식 기능에 대한 보다 동적이고 유연한 액세스를 제공하고 프로세스를 간소화하는 트리거된 워크플로 및 고객 여정을 설정할 수 있는 권한을 부여합니다.

잠깐, 웹훅이 API와 다른 점은 무엇입니까?

API와 웹훅은 모두 별개의 디지털 시스템 간의 통신을 지원하는 데 사용되지만 이러한 통신이 수행되는 방식과 각각이 가장 적합한 상황은 약간 다른 경향이 있습니다.

API를 시스템 간 통신에 활용하면 호출 및 응답 작업인 경향이 있습니다. 초기 시스템은 수신 시스템의 API 끝점에 대한 API 호출을 만들고 응답(데이터, 이미지 또는 기타 디지털 자산). 웹훅을 사용하면 커뮤니케이션 기능이 지침 목록과 비슷합니다. 첫 번째 시스템은 두 번째 시스템에서 수행할 작업(예: 고객의 항공사 로열티 계정에 10개의 로열티 포인트 추가)과 정확히 언제 수행해야 하는지(예: 해당 고객이 다섯 번째 항공편 예약을 완료한 경우). Webhook의 "If This, Then That" 측면은 웹후크에게 엄청난 유연성을 제공하고 고객의 브랜드 경험의 격차를 메우기 위한 강력한 도구가 됩니다.

최선의 경우 웹훅은 자동화된 마케팅 관행을 지원하는 강력한 방법이 될 수 있습니다. 해당 이벤트에 대해 조치를 취할 수 있는 이벤트 및 서비스가 있는 한 마케터는 앱이 아닌 웹사이트가 아닌 이벤트를 사용하여 고객의 브랜드 경험을 주도하고 영향을 미칠 수 있습니다. Webhook은 종종 API 통합이 불가능하거나 비용이 많이 드는 상황에서 긴밀한 연결을 구축할 수 있으며, 마케팅에 가치 있는 기술이 가장 합리적인 시기와 장소에서 실제로 서로 동기화되도록 할 수 있습니다. .

음, 예를 들어볼까요?

Quizlet을 사용하면 학생이 플래시 카드, 테스트 및 게임을 통해 정보를 검토할 수 있습니다. 5가지 학습 모드를 통해 온라인 플랫폼은 사용자가 아직 사용하지 않는 다양한 모드와 게임을 확인하도록 유도하고 싶었습니다. 그러나 캠페인을 효과적으로 실행하는 데 필요한 매우 미묘한 데이터를 수집할 때 Quizlet은 정확성과 데이터 사용이라는 두 가지 문제에 직면했습니다. 그들은 모든 사용자의 모드 사용에 대한 전체 스펙트럼의 기록 데이터를 유지하고 새로운 정보를 효율적으로 수집하기를 원했지만 필요한 것보다 훨씬 더 많은 데이터를 수집하지 않고 데이터 정확성을 보장하는 데 어려움을 겪었습니다.

Quizlet의 엔지니어링 팀은 다음 단계를 결정할 때 민첩하고 협업적인 접근 방식을 취했으며 마케팅 팀에 데이터 수집 최적화에 대한 추가 지원을 요청했습니다. Quizlet은 서로 아이디어를 교환함으로써 웹훅을 사용하여 데이터 문제를 효과적으로 해결하게 되었습니다.

Quizlet 사용자가 앱이나 웹에서 학습 모드를 선택할 때마다(로그인 상태만) 해당 이벤트는 Braze SDK에 의해 수집되고 Rest API를 통해 Braze로 전송되었습니다. 이 이벤트는 Action-Based Campaign을 트리거했으며, 다음 기준이 충족되는 경우 Liquid를 통해 개인화된 JSON 개체가 포함된 웹훅을 Braze Rest API 사용자/추적 엔드포인트로 보냈습니다. 7가지 연구 모드 각각은 자체 웹훅으로 설정되었으며 동일한 모드를 두 번 이상 사용한 사람에 대해 새 데이터 포인트가 생성되지 않도록 재적격성은 허용되지 않았습니다. 각 사용자 프로필은 최대 7개의 데이터를 사용합니다. 포인트는 그들이 사용할 수 있는 7가지 가능한 연구 모드를 나타냅니다.

웹훅을 언제 사용해야 하는지에 대한 지침이 있습니까?

네, 물론 있습니다.

명심해야 할 한 가지 큰 사실은 시간이 곧 돈이라는 것입니다. 또는 최소한 고객에 대한 데이터의 가치는 생성되는 순간 감소하기 시작합니다. 즉, 현재 보유한 데이터를 관리하고 이에 따라 조치를 취하는 것이 고객 참여 효율성의 핵심 요소입니다. 노력.

Webhook은 이를 가능하게 하는 핵심 부분이 될 수 있습니다. 웹후크는 Facebook 메신저, Line 또는 Kik과 같은 OTT 메시징 플랫폼을 통한 고객 지원 전송을 지원하는 것 외에도 사용자에게 필수적인 작업이 원활하게 이루어지도록 하는 핵심 도구가 될 수 있습니다.

Braze에서 고객에게서 많이 볼 수 있는 일반적인 관행 중 하나는 웹훅을 사용하여 사용자가 특정 작업을 수행할 때 할인이나 크레딧을 보내는 것입니다. Braze의 행동 기반 참여를 통해 브랜드는 할인을 제공해야 하는 트리거 이벤트 유형을 나열할 수 있으며, Braze 플랫폼은 사용자가 관련 이벤트를 수행했다는 통지를 받자마자(특정 이벤트를 볼 수 있음) 제품 또는 모바일 게임에서 특정 레벨을 달성하거나 디지털 장바구니를 포기하는 경우) 웹훅을 클라이언트의 백엔드 또는 Braze API로 보내 사용자 프로필 업데이트를 처리하고 실시간으로 해당 개인의 계정에 적절한 크레딧을 자동으로 추가할 수 있습니다.

이러한 경험을 하려면 엔지니어링, 목록 가져오기, 추가 정보 태깅이 필요하지 않습니다. 관련 시스템 간의 초기 웹훅 설정만 있으면 됩니다. 엔지니어링 팀이 24시간 지원하도록 하지 않으면서 응집력 있는 고객 경험을 보장하려는 경우 큰 성공입니다.

말이된다. 다른 큰 사용 사례가 있습니까?

또한 특정 범위 밖에서 발생하는 주요 사용자 작업에 대해 다른 기술이나 서버로 업데이트하는 데 사용되는 웹훅을 보는 것이 일반적입니다. 예를 들어 사용자가 이메일 구독 취소를 클릭하면(즉, 해당 채널에서 더 이상 법적으로 메시지를 보낼 수 없음을 의미) 웹훅을 설정하여 다른 시스템(예: 분석 데이터베이스 또는 CRM - 동일한 정보를 사용하여 해당 사용자의 행동에 대한 전체적인 관점을 보장합니다.

그 외에도 웹훅의 근본적인 유연성을 고려하십시오. 이는 고객 참여 요구 사항을 해결하기 위한 다양한 작업과 창의적인 접근 방식을 지원하기 위해 만들어진 도구입니다. 예를 들어 다이렉트 메일을 채널로 추가하는 고객 참여 플랫폼은 많지 않지만 브랜드는 웹훅을 사용하여 타겟이 지정된 세분화된 아웃리치를 위해 해당 플랫폼의 지원을 활용하여 다이렉트 메일을 통해 고객에게 엽서 또는 기타 다이렉트 메일러를 보낼 수 있습니다. Lob과 같은 메일 서비스. 이러한 유연성을 수용함으로써 웹후크를 사용하여 새로운 비용이나 엔지니어링 지원 없이도 새롭고 혁신적인 방향으로 마케팅 전략을 추진할 수 있습니다. 큰일입니다.

다른 건 없나요?

웹훅을 특별하게 만드는 요소를 놓치지 마십시오. API와 달리 작동을 위해 초기 요청이 필요하지 않으며 작동하기 위해 폴링 및 데이터베이스 유형이 필요하지 않기 때문에 웹훅은 새로운 정보가 제공되고 작업을 트리거할 때 실제로 실시간으로 작동할 수 있습니다. 이러한 특성 덕분에 작업 중인 기술 에코시스템이 원하는 만큼 통합되지 않은 경우에도 웹훅이 시스템을 긴밀하게 연결할 수 있습니다.

함께 작동하도록 구축되지 않은 시스템으로 작업할 때 마케터는 종종 불완전한 컨텍스트 또는 지연된 정보로 인해 처리해야 하는 위치에 놓이게 되어 브랜드 고객에게 품질이 좋지 않거나 실망스러운 브랜드 경험을 제공하게 됩니다. API 및 SDK와 함께 웹훅을 사용하면 마케터가 앱이나 웹사이트에서 실시간으로 발생하는 모든 이벤트를 설정하고 조치를 실행할 수 있습니다. 그것은 혁신적일 수 있습니다. 즉각적이고 적절한 조치를 취하는 이러한 기능은 브랜드와 고객 간의 효과적인 즉각적인 상호 작용의 핵심이며 웹훅을 이메일이나 푸시 알림과 같은 고객 참여를 위한 중요한 채널로 만들 수 있습니다.

따라서 웹훅이 시스템을 보다 효과적으로 연결하고 지원하고자 하는 멋진 브랜드 경험을 강화하는 데 필요한 데이터를 전송하는 데 도움이 될 수 있는지 확인하십시오. 고객은 감사할 것입니다.