Comprendre la tarification des workers (bêta)

Workers exécutent du code en arrière-plan pour automatiser des tâches dans Notion. Ils sont idéaux pour les tâches qui ne nécessitent pas de raisonnement par IA, comme la synchronisation de données, la rédaction de Dernières modifications et la gestion d’Événements. Workers sont souvent associés à un agent personnalisé, où l’agent décide de la marche à suivre et les Workers exécutent de manière fiable des étapes spécifiques.

Pendant la version bêta, les Workers peuvent être essayés gratuitement sur les Forfaits Business et Enterprise (y compris les essais Business). À partir du 15 octobre 2026, ils nécessiteront des crédits Notion. Les administrateurs d’espace de travail peuvent acheter des crédits Notion en tant que module complémentaire aux Forfaits Business et Enterprise.

La période bêta gratuite s’applique uniquement aux Workers. Les actions des agents personnalisés consommeront des crédits conformément au Forfait et aux paramètres de crédit de votre espace de travail.

Les Workers utilisent des crédits Notion, qui sont comptabilisés en exécutions. Chaque exécution représente une unité de travail effectuée en votre nom. Le nombre de crédits par exécution peut varier en fonction de la charge de travail du Worker, comme sa durée d’exécution ou le volume de traitement nécessaire. En règle générale, plus la charge de travail est importante, plus le nombre de crédits utilisés est élevé.

Les workers peuvent s’exécuter de plusieurs manières (nous continuerons à étoffer cette liste) :

• Synchronisations (planifiées) : Chaque synchronisation compte comme une exécution.

• Appels d’outils (déclenchés par un agent) : Chaque appel d’outil de Worker déclenché par un agent personnalisé compte comme une exécution.

• Webhooks (pilotés par les événements) : Chaque événement traité par un Worker compte comme une exécution.

Les Workers coûtent généralement 0,0023 $ par exécution, ce qui correspond à environ 4 348 exécutions pour 1 000 crédits Notion mensuels (10 $). Ils sont moins coûteux que les agents personnalisés car les tarifs sont calculés en fonction du travail réalisé à chaque exécution et parce qu’ils ne nécessitent pas de prise de décision par IA.

Les tables ci-dessous présentent des points de référence de coût pour chaque type d’action de Worker. Utilisez-les comme point de départ pour comprendre les coûts. Votre utilisation réelle peut varier et constitue le meilleur moyen d’évaluer les crédits.

Les exemples ci-dessous illustrent des types d’utilisation de synchronisation. Votre utilisation réelle dépend de la fréquence d’exécution de vos synchronisations et de la charge de travail du Worker à chaque exécution.

La synchronisation d’un plus grand volume de données ou le traitement de plusieurs Dernières modifications coûtera plus cher. Si vous avez plusieurs synchronisations, plusieurs Workers ou des Workers qui s’exécutent en réponse à de nombreux événements, l’utilisation totale peut être plus élevée.

Exemple 1 : Une synchronisation nocturne transfère les tickets Jira clôturés dans un journal d’ingénierie Notion pour un examen hebdomadaire.

• Fréquence de synchronisation : Quotidienne (faible)

• Exécutions par jour : 1

• Coût par mois : 0,07 $

Exemple 2 : Une synchronisation Zendesk par heure actualise les tickets ouverts et le risque lié au SLA dans un tableau de bord des opérations de service client dans Notion, afin que les chef·fes d’équipe puissent rééquilibrer la couverture au fil de la journée.

• Fréquence de synchronisation : Horaire (moyen)

• Exécutions par jour : 24

• Coût par mois : 1,66 $

Exemple 3 : Une synchronisation du pipeline maintient à jour un outil de suivi des ventes dans Notion avec les étapes des opportunités Salesforce tout au long de la journée de travail.

• Fréquence de synchronisation : Toutes les 15 minutes (élevée)

• Exécutions par jour : 96

• Coût par mois : 6,62 $

Les Workers peuvent également alimenter des outils personnalisés utilisés par les agents personnalisés. Par exemple, un agent personnalisé peut appeler un Worker pour récupérer des données d’un autre système, effectuer un calcul ou mettre à jour des enregistrements.

L’utilisation des appels d’outils dépend de la fréquence à laquelle un agent appelle un Worker. Chaque appel d’outil compte comme sa propre exécution de Worker (ainsi, une exécution d’agent peut générer plusieurs exécutions de Worker).

Exemple 1 : Un agent Bug Tracker quotidien examine les tickets Jira ouverts. Chaque exécution déclenche le Worker pour récupérer le statut du ticket, vérifier les bloqueurs et rédiger un résumé sur une page de Projets Notion.

• Volume d’appels d’outils : Planifié (faible)

• Exécutions de Worker : 3 par exécution d’agent personnalisé

• Exécutions d’agent personnalisé : 30 par mois

• Coût par mois : 0,21 $

Exemple 2 : Un agent RevOps s’exécute lorsqu’une opportunité change d’étape dans Salesforce. Chaque exécution déclenche le worker pour valider les champs obligatoires, appeler Clearbit pour l’enrichissement et réécrire l’enregistrement dans un suivi de pipeline Notion.

• Volume d’appels d’outils : Déclenchement par activité (Moyen)

• Exécutions de Worker : 4 par exécution d’agent personnalisé

• Exécutions d’agent personnalisé : 3 000 par mois

• Coût par mois : 27,60 $

Exemple 3 : Un agent Support Eng s’exécute à chaque ticket Zendesk entrant. Chaque exécution déclenche le Worker pour récupérer le ticket, extraire le contexte du compte Salesforce, appliquer les règles de routage depuis Notion et publier dans le canal Slack approprié.

• Volume d’appels d’outils : Continu (Élevé)

• Exécutions de Worker : 5 par exécution d’agent personnalisé

• Exécutions d’agent personnalisé : 9 000 par mois

• Coût par mois : 103,50 $

Les exemples ci-dessous montrent des volumes de webhooks typiques et leur coût potentiel. Votre utilisation réelle dépend du nombre d’événements envoyés par vos outils et du nombre de déclencheurs de webhook que vous avez configurés. Chaque événement entrant traité compte comme une exécution de Worker, le coût total est donc proportionnel à votre volume d’événements.

Exemple 1 : Un webhook Stripe se déclenche lors de la création et de l’annulation d’abonnements. Le Worker met à jour un suivi de facturation Notion avec les détails de l’événement.

• Volume d’événements entrants : Faible

• Événements par jour : 20

• Coût par mois : 1,38 $

Exemple 2 : Un webhook GitHub se déclenche à chaque fusion de PR sur 10 dépôts. Le Worker enregistre chaque fusion dans un journal des modifications Notion et avertit le canal Slack concerné.

• Volume d’événements entrants : Moyen

• Événements par jour : 200

• Coût par mois : 13,80 $

Exemple 3 : Un webhook Zendesk se déclenche à chaque création de ticket et changement de statut. Le Worker enrichit chaque événement avec les données de compte Salesforce et met à jour un tableau de bord de support Notion.

• Volume d’événements entrants : Élevé

• Événements par jour : 5 000

• Coût par mois : 345,00 $

Dans la version bêta gratuite, vous pouvez suivre l’utilisation des crédits par le worker au cours des 30 derniers jours directement dans la CLI.

Affiche une répartition détaillée de l’utilisation d’un Worker au cours des 30 derniers jours. Cela inclut les crédits de prévisualisation estimés, le nombre d’exécutions et les métriques d’exécution/réseau qui aident à expliquer ce qui motive l’utilisation.

Affiche un résumé de tous les workers, y compris l’estimation des crédits d’aperçu utilisés et les exécutions au cours des 30 derniers jours.

Vous pouvez consulter l’utilisation des Workers dans le tableau de bord des crédits Notion :

1. Dans la barre latérale, cliquez sur Paramètres.

2. Sélectionnez Accès et facturation → Crédits Notion.

Les administrateurs et les créateurs de Workers peuvent voir les informations suivantes pour chaque Worker :

• Crédits utilisés

• Exécutions terminées

• État

• Créateur

Pendant la période bêta, les Workers apparaissent dans le tableau de bord avec un badge Gratuit. Survolez le badge pour voir quand la période gratuite prend fin. L’utilisation des Workers n’est pas décomptée de votre solde de crédits pendant la bêta.

La colonne Limites de dépenses affiche N/A pour les Workers tant que les limites de crédit ne sont pas disponibles.

Vous pouvez gérer les workers dans votre espace de travail en allant dans Paramètres et en sélectionnant l’onglet Workers.

Depuis cette interface, vous pouvez :

• Activez ou désactivez les Workers pour votre espace de travail. Par défaut, les Workers sont activés pour les propriétaires.

• Contrôler qui peut utiliser les workers, y compris des personnes ou des groupes d’utilisateur·rices spécifiques.

• Suivre et gérer les workers individuels.

  • Afficher tous les workers de votre espace de travail, y compris leur propriétaire et leur état.

  • Désactivez ou supprimez un worker à tout moment.

  • Suspendre tous les workers.

Les Workers sont gratuits dans la version bêta ; vous pouvez donc profiter de cette période pour exécuter des processus réels et estimer le nombre de crédits dont vous aurez besoin une fois que les crédits seront appliqués.

Essayez d’appliquer les meilleures pratiques ci-dessous pour que l’utilisation des Workers reste prévisible :

• Commencez avec un calendrier lent. Pour les synchronisations, commencez par des exécutions horaires ou quotidiennes si des mises à jour en temps réel ne sont pas nécessaires.

• Augmentez la fréquence uniquement si nécessaire. Passez à toutes les 15 minutes, 5 minutes ou chaque minute uniquement si le flux de travail l’exige.

• Regroupez le travail lorsque cela est possible. Au lieu d’exécuter un Worker pour chaque petit changement, regroupez les dernières modifications ensemble.

• Synchronisez uniquement ce dont vous avez besoin. Synchronisez uniquement les bases de données, les enregistrements ou les champs nécessaires.

• Évitez les nouvelles tentatives inutiles. Si un Worker échoue, assurez-vous qu’il ne fait pas de nouvelles tentatives trop fréquemment sans que le problème sous-jacent soit résolu.

• Examinez régulièrement l’utilisation. Vérifiez l’utilisation de la CLI lors de la configuration et après des modifications majeures du flux de travail.