Что такое вебхук?
Опубликовано: 2018-06-23Это случается со всеми нами. Вы находитесь на совещании, и кто-то бросает термин, который КАЖЕТСЯ знакомым и ЗВУЧИТ знакомым, но если бы вас поставили на место и спросили перед всеми вашими сверстниками, что это на самом деле означает, вы бы застряли в тупике. бормоча до тех пор, пока собрание не закончится или вы не запаникуете, не включите пожарную сигнализацию и не покинете здание в слезах.
По мере того, как маркетинг и взаимодействие с клиентами становятся все более управляемыми данными и зависят от технологий для раскрытия своего полного потенциала, может показаться, что таких терминов становится все больше и больше: SDK, PII и API. Сегодня мы кратко рассмотрим один из наиболее вызывающих воспоминания терминов, которые необходимо знать, а именно скромный «вебхук».
Итак, что такое вебхук?
По сути, веб-перехватчик — это связь одного приложения или службы с другим, которая происходит после предварительно выбранного события. Веб-перехватчики — это тип обратного вызова HTTP, который иногда называют «обратным API», хотя это мало что дает для разъяснения того, что такое веб-перехватчики и как они работают.
Хорошо, но не могли бы вы пояснить, что такое вебхуки и как они работают?
Это примерно так: в эпоху Интернета ни одна цифровая система не является островом (а если и является, то не должна быть). Разрозненные системы приводят к разъединению пользовательского опыта, и брендам, которые заботятся о построении устойчивых отношений со своими клиентами, нужны способы эффективного взаимодействия различных технологий.
Вебхуки — один из таких способов.
По своей сути веб-перехватчик — это основанный на событиях метод, позволяющий двум отдельным системам предпринимать эффективные действия на основе данных, которые передаются в режиме реального времени. Это сообщение между приложением — не цифровая версия «поддержки», а скорее передача жизненно важной информации, которая необходима для предоставления принимающей системе набора инструкций о том, когда и как выполнять конкретную задачу. Благодаря этому веб-хуки могут предоставить маркетологам более динамичный и гибкий доступ к данным и программным функциям, а также дать им возможность настраивать инициируемые рабочие процессы и циклы взаимодействия с клиентом, которые оптимизируют процессы.
Подождите, чем вебхуки отличаются от API?
И API-интерфейсы, и веб-перехватчики используются для поддержки связи между отдельными цифровыми системами, но то, как осуществляется эта связь и для каких ситуаций каждая из них лучше всего подходит, как правило, немного отличается.
Когда вы используете API для связи между системами, это, как правило, представляет собой действие «вызов-и-ответ»: начальная система делает вызов API к конечной точке API принимающей системы и получает ответ (в виде данных, изображений или другие цифровые активы). С помощью веб-перехватчиков коммуникация больше похожа на список инструкций — первая система сообщает второй, что делать (например, добавить 10 баллов лояльности на счет лояльности клиента в авиакомпании), а также когда именно она должна это сделать (например, когда этот клиент завершает свое пятое бронирование рейса). Этот аспект веб-хуков «Если это, то это» дает им массу гибкости и делает их мощным инструментом для заполнения пробелов в опыте взаимодействия с брендом ваших клиентов.
В лучшем случае веб-перехватчики могут быть мощным средством поддержки методов автоматизированного маркетинга. Пока есть событие и сервис, способные воздействовать на это событие, маркетологи могут использовать даже события, не связанные с приложениями и веб-сайтами, чтобы стимулировать и влиять на впечатления своих клиентов от бренда. Веб-перехватчики могут создавать тесные связи — часто в ситуациях, когда интеграция API невозможна или слишком дорога — и могут помочь гарантировать, что технологии, которые ценны для вашего маркетинга, действительно синхронизированы друг с другом, когда и где это имеет наибольший смысл. .
Эм, как насчет примера?
Quizlet позволяет учащимся просматривать информацию с помощью карточек, тестов и игр. С пятью режимами обучения онлайн-платформа хотела подтолкнуть пользователей проверить различные режимы и игры, которые они еще не использовали. Но при сборе очень тонких данных, необходимых для эффективного проведения кампаний, Quizlet столкнулся с двумя проблемами: точность и использование данных. Они хотели сохранить полный спектр исторических данных для каждого использования режима пользователем и эффективно собирать новую информацию, но изо всех сил пытались обеспечить точность данных, не собирая гораздо больше данных, чем им нужно.