Passer au contenu principal
Nous élargissons activement le support des webhooks.Nouvellement ajouté : réessais automatiques avec backoff exponentiel — les livraisons échouées sont maintenant réessayées jusqu’à 5 fois sur 30 minutes.À venir bientôt :
  • URLs de webhook par défaut pour toute l’équipe
  • Signatures cryptographiques pour la vérification des charges utiles
Vous voulez un accès anticipé ? Contactez-nous à info@olostep.com ou rejoignez notre communauté Slack.

Aperçu

Les webhooks envoient des notifications HTTP POST en temps réel à votre serveur lorsque des opérations de longue durée se terminent. Au lieu de vérifier le statut, votre application reçoit des mises à jour instantanées.

Cas d’utilisation

Traitement Asynchrone

Recevez une notification lorsque des lots ou des crawls se terminent au lieu de vérifier

Déclencheurs de Pipeline

Déclenchez automatiquement le traitement en aval lorsque les données sont prêtes

Alertes

Envoyez des alertes à Slack, par email, ou à d’autres systèmes à la fin

Synchronisation de Données

Gardez votre base de données synchronisée avec les résultats d’Olostep

Événements Pris en Charge

Déclenché lorsqu’un lot termine son traitement (tous les éléments terminés ou échoués).
Déclenché lorsqu’un crawl se termine et que toutes les pages découvertes ont été traitées.

Configuration des Webhooks

Passez webhook lors de la création d’une ressource. Cette URL reçoit la notification de fin.
Nom du paramètre : Le paramètre canonique est webhook. Pour la compatibilité rétroactive, webhook_url est également accepté comme alias.

Charge Utile du Webhook

Toutes les charges utiles des webhooks suivent une structure d’enveloppe unifiée :

Champs de l’Enveloppe

Utilisez le champ id pour dédupliquer les livraisons de webhooks dans votre récepteur. Le même ID d’événement apparaît dans toutes les tentatives de réessai.

Comportement de Réessai

Les livraisons de webhooks échouées sont automatiquement réessayées avec un backoff exponentiel sur une fenêtre de 30 minutes : Fenêtre totale de réessai : 30 minutes
Délai d’expiration par requête : 30 secondes

Ce qui Compte comme Succès

Votre point de terminaison doit retourner un code de statut 2xx dans les 30 secondes. Toute autre réponse déclenche un réessai.

Bonnes Pratiques

Retournez 200 OK immédiatement et traitez le webhook de manière asynchrone. Si votre traitement prend plus de 30 secondes, nous réessayerons — causant des livraisons en double.
Utilisez le champ id pour dédupliquer. Stockez les IDs d’événements traités et ignorez les doublons.
Enregistrez toutes les réceptions de webhooks pour le débogage. Incluez l’ID de l’événement, le timestamp et le résultat du traitement.
Utilisez toujours HTTPS pour les points de terminaison de webhooks. Les points de terminaison HTTP sont vulnérables à l’interception et aux attaques de l’homme du milieu.

Dépannage

  1. Vérifiez que le paramètre webhook a été inclus dans votre requête
  2. Vérifiez que votre point de terminaison est accessible publiquement (pas localhost)
  3. Consultez les journaux de votre serveur pour les requêtes entrantes
  4. Assurez-vous de retourner un code de statut 2xx
Cela est attendu lors des réessais. Implémentez un traitement idempotent en utilisant le champ id :
Votre point de terminaison doit répondre dans les 30 secondes. Traitez les webhooks de manière asynchrone :

À Venir Bientôt

URL par Défaut de l'Équipe

Configurez une URL de webhook par défaut dans les paramètres de votre compte. Toutes les requêtes utiliseront cette URL sauf si elle est remplacée.

Vérification de la Signature

Signatures cryptographiques (HMAC-SHA256) pour vérifier que les charges utiles des webhooks proviennent d’Olostep.
Vous voulez un accès anticipé à ces fonctionnalités ? Contactez-nous à info@olostep.com ou rejoignez notre communauté Slack.