Тестер вебхуков — бесплатный URL для приёма HTTP-запросов

Как это работает

1. 1
   Скопируйте адрес приёмника Уникальный адрес создаётся при загрузке страницы. Нажмите «Копировать URL» или выделите поле и скопируйте вручную. Адрес продолжает работать после закрытия вкладки, а при возвращении подставляется тот же самый.
2. 2
   Направьте на него вебхук Вставьте адрес в настройки вебхука у провайдера — Stripe, GitHub, Twilio, «Битрикс24», n8n, Make — или отправьте запрос сами командой curl, которая показана под адресом.
3. 3
   Разберите запрос Запросы выводятся сверху вниз, от свежих к старым, и обновляются каждые три секунды. Разверните любой, чтобы увидеть все заголовки, параметры строки запроса и тело: JSON, форма и XML форматируются для чтения.

Часто задаваемые вопросы

Что такое тестер вебхуков и когда он нужен?

Вебхук — это HTTP-запрос, который сервис отправляет вам, когда что-то произошло: прошёл платёж, открылся pull request, пришла SMS. Отлаживать такое неудобно: пока нет работающего приёмника, не видно, что именно отправил провайдер. Тестер выдаёт публичный адрес, который принимает что угодно, записывает и показывает вам. Это самый быстрый способ ответить на вопрос «вызывает ли меня провайдер вообще и как выглядит его payload» ещё до того, как написана первая строка обработчика.

Сколько хранятся перехваченные запросы?

Адрес живёт два часа с момента последнего запроса или обновления страницы и не больше суток в сумме. В приёмнике хранятся 30 последних запросов, старые вытесняются новыми. Тело больше 8 КБ сохраняется обрезанным, а запросы тяжелее 256 КБ отклоняются — этого хватает для реальных payload и не хватает, чтобы использовать сервис как файлохранилище.

Какие HTTP-методы принимает адрес?

GET, POST, PUT, PATCH и DELETE. Каждый возвращает HTTP 200 с коротким JSON-подтверждением — это важно для провайдеров, которые повторяют доставку при любом ответе кроме 2xx. Строка запроса, произвольные заголовки и любой content-type записываются полностью.

Можно ли увидеть сырое тело, а не только форматированное?

Фактически да. JSON выводится с отступом в два пробела, тело формы раскладывается на пары «ключ — значение», XML получает отступы. Если тело объявлено как JSON, но не разбирается, инструмент прямо об этом пишет и показывает байты ровно так, как они пришли, — обычно именно эту ошибку вы и ищете.

Это бесплатная замена webhook.site?

Основную задачу — одноразовый адрес, который принимает и показывает запросы — инструмент закрывает без аккаунта, лимитов и предложений перейти на платный тариф. Чего здесь нет, так это платных возможностей: настраиваемых ответов, XHR-редиректа, WebSocket-эндпоинтов и постоянных адресов. Если нужны программируемые ответы, лучше подойдут webhook.site или RequestBin. Если нужно просто увидеть, что шлёт провайдер, здесь быстрее.

Можно ли так тестировать вебхуки на localhost?

Увидеть, что отправляет провайдер, — да; переслать это на вашу машину — нет, для этого нужен туннель вроде ngrok или cloudflared. Обычно используют оба: сначала перехватывают запрос здесь, чтобы узнать точную структуру payload и заголовков, пишут обработчик под неё, а потом переключают провайдера на адрес туннеля.

Почему вебхук от провайдера не появляется?

Проверьте три вещи по порядку. Скопирован ли адрес целиком — обрезанный идентификатор даёт 404, который панели провайдеров показывают как невнятную ошибку доставки. Не требует ли провайдер подтверждённый или только HTTPS-эндпоинт: адрес выдаётся по HTTPS, так что обычно всё в порядке. И загляните в журнал доставки самого провайдера — Stripe, GitHub и Shopify показывают полученный ответ, и если там 404, значит приёмник истёк и нужен новый адрес.

Безопасно ли отправлять сюда реальные payload?

Нет, и об этом лучше сказать прямо. Прочитать пришедшее может любой, кто знает адрес, — ровно как в любом публичном приёмнике запросов. Используйте тестовые ключи и учебные события. Если нужно разобрать боевой payload с данными клиентов, перехватывайте его на своей инфраструктуре.

Из блога

Похожие инструменты