Comment ça marche
Planifier une tâche
Exécutez une tâche aux moments que vous choisissez.
Ajouter un webhook
Prévenez un autre outil dès que quelque chose se produit.
Choisir les événements
Site publié, formulaire reçu ou enregistrement modifié.
Tâches planifiées
Une tâche planifiée appelle une adresse selon le calendrier que vous fixez. Dirigez-la vers l'un des chemins /api/ de votre site, ou vers n'importe quelle adresse https publique, et choisissez GET ou POST. Donnez-lui un nom pour savoir à quoi elle sert.
Les planifications utilisent les cinq champs que lisent la plupart des planificateurs : minute, heure, jour du mois, mois et jour de la semaine. Saisissez-en une, ou partez d'un préréglage : toutes les 5 minutes, toutes les heures, tous les jours à 09:00, les lundis à 09:00, ou le premier du mois. Chaque tâche s'exécute dans le fuseau horaire que vous choisissez, et le studio indique quand aura lieu la prochaine exécution.
Les changements d'heure sont gérés pour vous. Une heure qui se produit deux fois quand les horloges reculent s'exécute une seule fois, et une heure sautée par les horloges s'exécute à la première minute après le changement, si bien qu'une tâche quotidienne à 02:30 ne manque jamais. Mettez une tâche en pause et reprenez-la avec un interrupteur.
Webhooks
Un webhook prévient un autre outil dès que quelque chose se passe sur votre site. Il existe trois événements : le site a publié une nouvelle version, un visiteur a envoyé un formulaire, ou un enregistrement de la base de données a été ajouté, modifié ou supprimé. Indiquez l'adresse d'envoi, et une note sur son utilité.
Chaque envoi est signé avec un secret qui ne vous est montré qu'une fois, pour que l'outil récepteur puisse vérifier qu'il vient de votre projet. Si le récepteur est hors service, Briks réessaie : cinq tentatives au total, espacées d'environ 30 secondes, 2 minutes, 8 minutes et 32 minutes, avec le même identifiant d'envoi à chaque fois pour que les doublons puissent être ignorés.
Envoyez un événement de test pour vérifier votre récepteur, consultez dans le studio le déroulement de chaque envoi, et créez un nouveau secret de signature quand vous en avez besoin : l'ancien secret cesse de fonctionner immédiatement.
Quotas par plan
Chaque projet peut avoir 1 tâche et 1 webhook sur Free, 5 de chaque sur Starter, 10 sur Pro, 25 sur Studio et 50 sur Agency.
Les appels sont comptés par jour, en UTC : chaque exécution de tâche et chaque tentative de livraison compte pour un appel. Un projet peut en faire 2 000 par jour avec Free, 5 000 avec Starter, 10 000 avec Pro, 50 000 avec Studio et 100 000 avec Agency.
Les adresses doivent être publiques. Les adresses de réseau privé sont refusées à l'enregistrement d'une tâche ou d'un webhook, et vérifiées de nouveau à chaque appel.
À quoi elles servent
Les tâches conviennent à tout ce qui doit se produire selon un calendrier : un résumé matinal des demandes de la veille, un nettoyage nocturne des anciens enregistrements, un appel hebdomadaire à un autre outil qui actualise une liste.
Les webhooks conviennent à tout ce qui doit se produire dès que quelque chose change : une nouvelle ligne dans votre liste de clients quand un formulaire arrive, un message à votre équipe quand une nouvelle version est en ligne, un catalogue mis à jour quand une fiche change.
Une tâche appelle une adresse ; elle ne fait pas le travail elle-même. L'adresse doit exister et répondre, qu'il s'agisse d'un chemin de votre propre site ou de l'adresse publique d'un autre outil.
Tâches planifiées et webhooks en pratique
Trois exemples d'entreprises, et comment chacune l'utiliserait. Lorsqu'un site est illustré, il s'agit d'un exemple créé avec Briks pour une entreprise fictive, pas d'un client.
- 01Cabinet de psychologie
Une tâche le matin en semaine
Un cabinet dispose d'un chemin /api/ propre à son site, qui envoie au responsable la liste des demandes de la veille. Une tâche planifiée l'appelle chaque jour ouvré à 08:00, dans le fuseau horaire du cabinet, et reste à l'heure malgré les changements d'heure du printemps et de l'automne.
Calder Psychology est un site exemple créé par Briks pour un cabinet de psychologie fictif, pas un client. Ouvrir l'exemple - 02Entreprise de bâtiment
Les demandes de devis dans les outils du bureau
Une entreprise du bâtiment ajoute un webhook pour les formulaires reçus, qui envoie chaque demande de devis à l'outil de tableur utilisé par son bureau. Si cet outil est brièvement indisponible, Briks réessaie pendant environ 40 minutes.
Construction Pro est un site exemple créé par Briks pour un entreprise de bâtiment fictif, pas un client. Ouvrir l'exemple - 03Boutique de saris
Un catalogue toujours à jour
Une boutique de saris garde sa collection sous forme d'enregistrements. Un webhook pour enregistrement modifié informe son outil de catalogue chaque fois qu'un sari est ajouté ou que son prix change, et un autre pour site publié prévient l'équipe à chaque mise en ligne d'une nouvelle version.
Saree Shop est un site exemple créé par Briks pour un boutique de saris fictif, pas un client. Ouvrir l'exemple
Ce que vous obtenez
- 1 tâche et 1 webhook par projet avec Free, 5 de chaque avec Starter, 10 avec Pro, 25 avec Studio, 50 avec Agency
- Événements : site publié, formulaire reçu, enregistrement modifié
- Des planifications dans votre fuseau horaire, avec des préréglages
- Envois signés, réessayés jusqu'à cinq fois