Что такое вебхук?

Опубликовано: 2018-06-23

Это случается со всеми нами. Вы находитесь на совещании, и кто-то бросает термин, который КАЖЕТСЯ знакомым и ЗВУЧИТ знакомым, но если бы вас поставили на место и спросили перед всеми вашими сверстниками, что это на самом деле означает, вы бы застряли в тупике. бормоча до тех пор, пока собрание не закончится или вы не запаникуете, не включите пожарную сигнализацию и не покинете здание в слезах.

По мере того, как маркетинг и взаимодействие с клиентами становятся все более управляемыми данными и зависят от технологий для раскрытия своего полного потенциала, может показаться, что таких терминов становится все больше и больше: SDK, PII и API. Сегодня мы кратко рассмотрим один из наиболее вызывающих воспоминания терминов, которые необходимо знать, а именно скромный «вебхук».

Итак, что такое вебхук?

По сути, веб-перехватчик — это связь одного приложения или службы с другим, которая происходит после предварительно выбранного события. Веб-перехватчики — это тип обратного вызова HTTP, который иногда называют «обратным API», хотя это мало что дает для разъяснения того, что такое веб-перехватчики и как они работают.

Хорошо, но не могли бы вы пояснить, что такое вебхуки и как они работают?

Это примерно так: в эпоху Интернета ни одна цифровая система не является островом (а если и является, то не должна быть). Разрозненные системы приводят к разъединению пользовательского опыта, и брендам, которые заботятся о построении устойчивых отношений со своими клиентами, нужны способы эффективного взаимодействия различных технологий.

Вебхуки — один из таких способов.

По своей сути веб-перехватчик — это основанный на событиях метод, позволяющий двум отдельным системам предпринимать эффективные действия на основе данных, которые передаются в режиме реального времени. Это сообщение между приложением — не цифровая версия «поддержки», а скорее передача жизненно важной информации, которая необходима для предоставления принимающей системе набора инструкций о том, когда и как выполнять конкретную задачу. Благодаря этому веб-хуки могут предоставить маркетологам более динамичный и гибкий доступ к данным и программным функциям, а также дать им возможность настраивать инициируемые рабочие процессы и циклы взаимодействия с клиентом, которые оптимизируют процессы.

Подождите, чем вебхуки отличаются от API?

И API-интерфейсы, и веб-перехватчики используются для поддержки связи между отдельными цифровыми системами, но то, как осуществляется эта связь и для каких ситуаций каждая из них лучше всего подходит, как правило, немного отличается.

Когда вы используете API для связи между системами, это, как правило, представляет собой действие «вызов-и-ответ»: начальная система делает вызов API к конечной точке API принимающей системы и получает ответ (в виде данных, изображений или другие цифровые активы). С помощью веб-перехватчиков коммуникация больше похожа на список инструкций — первая система сообщает второй, что делать (например, добавить 10 баллов лояльности на счет лояльности клиента в авиакомпании), а также когда именно она должна это сделать (например, когда этот клиент завершает свое пятое бронирование рейса). Этот аспект веб-хуков «Если это, то это» дает им массу гибкости и делает их мощным инструментом для заполнения пробелов в опыте взаимодействия с брендом ваших клиентов.

В лучшем случае веб-перехватчики могут быть мощным средством поддержки методов автоматизированного маркетинга. Пока есть событие и сервис, способные воздействовать на это событие, маркетологи могут использовать даже события, не связанные с приложениями и веб-сайтами, чтобы стимулировать и влиять на впечатления своих клиентов от бренда. Веб-перехватчики могут создавать тесные связи — часто в ситуациях, когда интеграция API невозможна или слишком дорога — и могут помочь гарантировать, что технологии, которые ценны для вашего маркетинга, действительно синхронизированы друг с другом, когда и где это имеет наибольший смысл. .

Эм, как насчет примера?

Quizlet позволяет учащимся просматривать информацию с помощью карточек, тестов и игр. С пятью режимами обучения онлайн-платформа хотела подтолкнуть пользователей проверить различные режимы и игры, которые они еще не использовали. Но при сборе очень тонких данных, необходимых для эффективного проведения кампаний, Quizlet столкнулся с двумя проблемами: точность и использование данных. Они хотели сохранить полный спектр исторических данных для каждого использования режима пользователем и эффективно собирать новую информацию, но изо всех сил пытались обеспечить точность данных, не собирая гораздо больше данных, чем им нужно.

Команда инженеров Quizlet использовала гибкий совместный подход при определении своих следующих шагов, обратившись к своей маркетинговой команде за дополнительной помощью по оптимизации сбора данных. Обмениваясь идеями друг с другом, Quizlet остановились на использовании веб-хуков для эффективного решения проблемы с данными.

Каждый раз, когда пользователь Quizlet выбирал режим обучения в приложении или в Интернете (только в состоянии входа в систему), это событие собиралось Braze SDK и отправлялось в Braze через Rest API. Это событие инициировало кампанию, основанную на действиях, которая, в свою очередь, отправляла веб-перехватчик с объектом JSON, персонализированным с помощью Liquid, на конечную точку пользователей/отслеживания API Braze Rest, если выполнялись следующие критерии. Каждый из семи режимов исследования был настроен со своим собственным веб-узлом, и повторное соответствие было запрещено, чтобы гарантировать, что новые точки данных не создавались для человека, который использовал один и тот же режим более одного раза — каждый профиль пользователя будет использовать до семи данных. точки для представления семи возможных режимов обучения, которые они могли бы использовать.

Существуют ли какие-либо рекомендации о том, когда использовать веб-хуки?

Ну да, конечно есть.

Один большой, чтобы иметь в виду: время-деньги. Или, по крайней мере, ценность имеющихся у вас данных о ваших клиентах начинает снижаться в момент их создания, а это означает, что управление данными, которые у вас есть на данный момент, и действия на их основе являются ключевым фактором эффективности вашего взаимодействия с клиентами. усилия.

Вебхуки могут стать ключевой частью этого. Помимо поддержки отправки сообщений клиентам через платформы обмена сообщениями OTT, такие как мессенджер Facebook, Line или Kik, веб-хуки также могут быть ключевым инструментом, обеспечивающим беспрепятственное выполнение важных действий для ваших пользователей.

В Braze одна из распространенных практик, которую мы часто наблюдаем у наших клиентов, заключается в использовании веб-перехватчиков для отправки скидок или кредитов пользователю, когда он выполняет определенные действия. Благодаря взаимодействию Braze, основанному на действиях, бренды могут перечислить типы триггерных событий, которые оправдывают раздачу скидки, а затем, как только платформа Braze получит уведомление о том, что пользователь выполнил соответствующее событие (которое может быть просмотр определенного продукта или преодоление определенного уровня в мобильной игре или отказ от цифровой корзины), веб-перехватчик может быть отправлен на серверную часть клиента или API Braze для обработки обновлений профиля пользователя, автоматически добавляя соответствующий кредит на счет этого человека в режиме реального времени.

Обратите внимание, что для реализации этого опыта не требуется никаких инженерных разработок, извлечения списков или добавления тегов к дополнительной информации — только первоначальная настройка веб-перехватчика между соответствующими системами. Это большая победа, когда вы стремитесь обеспечить целостное взаимодействие с клиентами, не заставляя вашу команду инженеров поддерживать вас круглосуточно.

Имеет смысл. Любые другие большие варианты использования?

Также часто можно увидеть, как веб-перехватчики используются для обновления до других технологий или серверов о ключевых действиях пользователя, которые происходят за пределами их конкретной компетенции. Например, если пользователь нажимает кнопку «Отписаться» в электронном письме (это означает, что вам больше не разрешено по закону отправлять ему сообщения в этом канале), разумно настроить веб-перехватчик для оповещения и проверки связи с другими системами, такими как аналитическая база данных или CRM — с той же информацией, обеспечивающей целостное представление о поведении пользователей.

Кроме того, рассмотрите возможность использования базовой гибкости веб-перехватчиков — это инструмент, созданный для поддержки широкого спектра действий и творческих подходов к удовлетворению потребностей клиентов. Например, вы не видите много платформ для взаимодействия с клиентами, добавляющих прямую почтовую рассылку в качестве канала, но с помощью веб-хуков бренды могут использовать поддержку этих платформ для целевого, сегментированного охвата для отправки открыток или других почтовых рассылок клиентам через прямую рассылку. почтовые сервисы, такие как Lob. Используя эту гибкость, можно использовать веб-хуки для продвижения вашей маркетинговой стратегии в новых, инновационных направлениях без значительных новых затрат или инженерной поддержки. Это большое дело.

Что-нибудь еще?

Не упускайте из виду то, что делает вебхуки особенными. В отличие от API, для их работы не требуется первоначальный запрос, а поскольку для работы им не требуется опрос и тип базы данных, веб-перехватчики действительно могут работать в режиме реального времени по мере поступления новой информации и запуска действий. Эти качества позволяют веб-перехватчикам тесно связывать системы, даже если технологические экосистемы, с которыми вы работаете, не настолько интегрированы, как вам хотелось бы.

Когда вы работаете с системами, которые не созданы для совместной работы, маркетологи часто оказываются в ситуации, когда им приходится довольствоваться неполным контекстом или запоздалой информацией, что приводит к неудовлетворительному или разочаровывающему опыту работы с брендом для клиентов их бренда. Наряду с API и SDK веб-хуки дают маркетологам возможность настраивать и запускать действия для любого события, происходящего в их приложении или на веб-сайте, в режиме реального времени. Это может быть преображающим. Эта способность предпринимать немедленные и надлежащие действия имеет решающее значение для эффективного взаимодействия между брендом и его клиентами в данный момент и может сделать веб-хуки таким же важным каналом для взаимодействия с клиентами, как такие вещи, как электронная почта или push-уведомления.

Так что воспользуйтесь возможностью, чтобы увидеть, могут ли веб-перехватчики помочь более эффективно соединить ваши системы и отправить данные, необходимые для обеспечения блестящего взаимодействия с брендом, о котором вы мечтаете. Ваши клиенты будут вам благодарны.