craft.ai

Intégrations

Vos outils, reliés — sans en changer

Une intégration utile part de l'outil que vous avez déjà. Chaque page ci-dessous décrit ce que l'API du produit permet réellement, trois automatisations concrètes qu'on met en place avec, et les limites qu'on rencontre pour de vrai : quotas, plan payant nécessaire, absence de webhook.

Page mise à jour le

On ne remplace pas votre logiciel de compta ni votre boutique en ligne. On se branche dessus. Ces pages existent parce que la réponse à « est-ce que ça se connecte ? » n'est jamais un simple oui : elle dépend de ce que l'éditeur expose, du plan que vous payez, et de ce qui reste à faire à la main quand l'API s'arrête.

Votre outil n'est pas dans la liste ? La question à poser est toujours la même : expose-t-il une API ou des webhooks documentés, et sur quel plan tarifaire ? Si la réponse est oui, on s'y connecte. Si la réponse est non, on vous le dit avant de vous facturer quoi que ce soit — et on regarde ensemble s'il existe un autre point d'accroche, un export programmé ou une boîte mail dédiée par exemple.

Vos questions

Faut-il changer d'outil pour automatiser ?

Dans la très grande majorité des cas, non. Le principe de ces intégrations est justement l'inverse : on se branche sur ce que vous utilisez déjà, via l'API ou les webhooks que l'éditeur publie. Changer d'outil coûte une migration de données, une reprise d'historique et une période où votre équipe est moins efficace qu'avant — trois coûts réels qu'une automatisation ne compense presque jamais. On ne recommande un changement que quand l'outil actuel n'expose aucun moyen d'accès programmatique, et dans ce cas on vous explique précisément pourquoi.

Que se passe-t-il si l'éditeur change son API ?

C'est un risque réel, pas une hypothèse d'école, et il fait partie de ce qu'on regarde avant de construire. Une intégration s'appuie sur un contrat technique qui appartient à l'éditeur, pas à vous : il peut le faire évoluer, le déprécier, ou le réserver à un plan supérieur. Concrètement, on privilégie les API versionnées et documentées publiquement, on isole le code d'intégration pour qu'une rupture ne casse que ce morceau-là, et la supervision remonte l'erreur au lieu de la laisser passer en silence. Une automatisation qui échoue bruyamment est réparable ; une qui échoue discrètement vous fait perdre des données pendant des semaines.

Ces intégrations nécessitent-elles un abonnement en plus ?

Parfois oui, et c'est indiqué sur chaque page plutôt que découvert en cours de projet. Beaucoup d'éditeurs réservent l'accès à leur API à un plan intermédiaire ou supérieur, ou facturent les appels au-delà d'un quota. Cela fait partie du coût réel de l'automatisation, au même titre que le temps de développement. Le vérifier avant de commencer évite la situation la plus désagréable : un outil livré techniquement, mais inutilisable tant que l'abonnement n'a pas été relevé.

Une idée en tête ?

Réservez un rendez-vous ou écrivez-nous — réponse sous 24 h.

Rendez-vous Écrire un message