Webhooks

Le système de webhook est hébergé dans les régions AWS us-east-1 et eu-west-1.

Les plages d’adresses IP pour AWS sont fournies dans le lien suivant :

http://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html

Pour les clients Premium ayant des organisations mondiales, nous garantissons l’envoi de webhooks exclusivement à partir de la liste d’adresses IP suivante :

Webhooks static IP adresses

Pour les clients Premium avec résidence des données dans l’UE, nous garantissons l’envoi de webhooks exclusivement à partir de la liste d’adresses IP suivante :

Webhooks static EU IPs

En cas de modification de la liste des adresses IP, celles-ci seront communiquées de manière large et proactive à l’avance par tous les canaux disponibles à tous les utilisateurs enregistrés actifs.

The delivery API is powered by a CDN network consisting of hundreds of servers distributed across continents. The CDN layer is purged when you publish an entry in a space. Purging is instantaneous and the fresh content propagtes within seconds. However, there is throttling logic that slows down cache purging if you publish a space programatically (e.g. every few seconds).

If you depend on fresh data in a webhook target which triggers for publish, its usually best to implement a small polling script to ensure the data you get from the CDN is fresh.

Following is a snippet to implement a polling script:

Webhooks polling script

The webhooks are used to notify you when content has been changed. Specify a URL, configure your webhook, and we will send an HTTP POST request whenever something happens to your content.

Yes, webhooks have a filter property which can be used to filter webhooks based on properties of the entity that triggered the webhook. It is possible to filter on:

  • entity ID e.g. sys.id

  • environment ID e.g. sys.environment.sys.id

  • content type ID e.g. sys.contentType.sys.id (for entries only)

For more information see: Webhook filters.

While creating your webhook, you will be asked to choose what type of events should trigger it. Events are separated by the type of entity (Content Type, Entry and Asset) and the underlying action (Create, Save, Autosave, etc). For example, you can create a webhook that will be triggered whenever an Entry is Unpublished.

For even more fine control have a look at webhook filters.

When creating a new webhook, the URL field will reject:

  • Private IPs (10.x, 192.x, etc.)

  • Localhost

  • Hostnames without a Top Level Domain

  • URLs that resolve to localhost or redirects

Go to Settings → Webhooks from the navigation bar at the top. From there, hit Add webhook, and you will be directed to your new webhook.

Then choose a name, put in the information of your HTTP endpoint (URL and authentication), specify any custom headers and select the types of events that should trigger the webhook. You can also specify filters for more fine control.