Un webhook Dayshift envoie une notification en temps réel dès qu'un évènement se produit dans votre espace — une réservation créée, un avis reçu, un rendez-vous annulé. Reliés à Zapier ou Make, ces évènements peuvent déclencher n'importe quelle action dans les outils que vous utilisez déjà, sans écrire de code.

Comprendre le format d'un évènement

Chaque webhook envoie un objet JSON avec un champ event identifiant le type d'action, et un objet data contenant les informations utiles :

{ "event": "booking.created", "data": { "id": "bkg_8f3a1c2d", "customer": "sophie@example.com", "service": "Consultation initiale", "start": "2026-08-26T14:30:00Z" } }

Les évènements les plus utilisés : booking.created (nouvelle réservation), booking.cancelled (annulation), review.received (avis Google reçu) et message.received (nouveau message qualifié via l'assistant IA).

Avec Zapier

  • Créez un nouveau Zap et choisissez "Webhooks by Zapier" comme déclencheur, avec l'option "Catch Hook".
  • Copiez l'URL générée par Zapier et collez-la dans Solutions > Automatisations & webhooks API, dans le champ d'URL de destination.
  • Déclenchez un évènement de test (une réservation en mode démo suffit) pour que Zapier détecte automatiquement les champs disponibles.
  • Ajoutez l'action de votre choix : créer une ligne dans Google Sheets, un contact HubSpot, ou un message Slack dans le canal de l'équipe.

Avec Make (ex-Integromat)

Le principe est identique, avec un module "Webhooks > Custom webhook" comme point d'entrée du scénario. Make affiche l'intégralité de la structure JSON après le premier évènement reçu, ce qui facilite le mapping vers les modules suivants (Notion, Stripe, ou un module HTTP pour vos propres endpoints).

Cas d'usage fréquent : notification Slack instantanée

Le scénario le plus demandé reste simple : dès qu'un booking.created est reçu, publier un message dans un canal Slack dédié avec le nom du client, la prestation et l'horaire. Il prend moins de cinq minutes à configurer et évite d'avoir à surveiller le tableau de bord en continu.

Sécuriser la réception des évènements

Chaque webhook est signé avec une signature HMAC-SHA256, transmise dans l'en-tête de la requête. Si votre scénario Zapier ou Make se contente de lire les données, la vérification de signature n'est pas nécessaire — mais si vous branchez un endpoint personnalisé (via l'API REST), vérifier cette signature avant de traiter la requête garantit qu'elle provient bien de Dayshift et non d'un tiers qui aurait deviné l'URL.

L'historique complet des envois (succès, échecs, temps de réponse) est consultable depuis Solutions > Automatisations & webhooks API, pour diagnostiquer un scénario qui ne se déclenche pas comme prévu.