Votre CRM ne sait pas ce qu'il y a dans votre compta, et votre site web ignore tout de l'état réel de votre stock. Quelqu'un dans votre équipe passe son temps à faire le pont à la main, en recopiant sagement les mêmes données d'un écran à l'autre.
On va poser les choses simplement : voici ce qu'est une API, ce qu'elle change au quotidien, ce que coûte la création d'un connecteur et les cas où l'investissement vaut vraiment la peine.
Qu'est-ce qu'une API ?
Pour comprendre, oubliez le code informatique pendant deux minutes. Imaginez simplement un guichet d'accueil sur la façade de chacun de vos logiciels.
Un autre outil vient s'y présenter, demande une information ou en dépose une nouvelle. Au-dessus du comptoir, des règles très claires sont affichées : qui a le droit d'entrer, ce qu'on a le droit de demander, et combien de requêtes on peut faire par heure.
C'est exactement ça, une API (Application Programming Interface, ou interface de programmation en français). C'est le guichet officiel qui permet à deux systèmes de se parler sans se mélanger les pinceaux.
Comment ça marche concrètement ?
Un échange entre deux logiciels via une API se déroule toujours en quatre temps très simples :
- Votre CRM va au guichet du logiciel de comptabilité et demande la liste des factures du mois.
- La comptabilité vérifie qui demande et si cette personne en a le droit.
- Si tout est en ordre, elle prépare les données et les lui tend.
- Votre CRM récupère l'information et vous l'affiche à l'écran.
Sur le marché, vous croiserez trois grandes familles d'API :
- REST : le standard ultra-majoritaire que vous retrouverez sur 90 % de vos outils web.
- GraphQL : le format moderne et sur-mesure, très prisé sur les applications récentes.
- SOAP : l'ancêtre du secteur, encore présent sur certains vieux logiciels d'entreprise.
La bonne nouvelle ? Vous n'avez jamais à choisir entre les trois : l'éditeur de votre logiciel a déjà pris la décision pour vous.
Ce que l'intégration d'API change chez vous
- La double saisie disparaît. Vous tapez une information une seule fois, et elle se propage immédiatement là où on en a besoin.
- Vos données restent fraîches. Vos tableaux de bord affichent ce qui se passe à la seconde près, pas la situation d'un fichier Excel exporté vendredi dernier.
- Vos outils travaillent en chaîne. Une commande validée sur votre site crée la fiche client dans le CRM, génère la facture en compta et alerte l'équipe logistique sans que personne n'ait à cliquer nulle part.
C'est d'ailleurs sur ce principe que fonctionnent les plateformes d'automatisation comme Make ou n8n : elles envoient un robot faire la queue aux guichets de vos logiciels à votre place.
Comment savoir si vos outils ont une API ?
Faites le test : tapez le nom de votre outil suivi du mot « API » dans Google. Vous allez tomber sur l'un de ces trois scénarios :
- L'éditeur affiche une documentation publique. C'est le cas idéal et le plus fréquent avec les logiciels SaaS modernes.
- L'API existe, mais elle est payante. Elle est souvent débloquée à partir d'un forfait « Enterprise ». C'est une simple ligne à ajouter au budget.
- Il n'y a aucune API. C'est fréquent sur les vieux logiciels installés directement sur votre PC. Des sorties de secours existent, mais elles sont moins stables à long terme.
Trois questions à poser directement à votre éditeur :
- Votre API est-elle accessible et bien documentée ?
- Y a-t-il une limite sur le nombre d'appels autorisés par jour ?
- L'accès à l'API est-il inclus dans mon abonnement actuel ?
Combien coûte un connecteur API ?
Le temps nécessaire pour concevoir un connecteur API dépend presque entièrement de l'état de vos logiciels :
- Quelques jours de travail si les deux API sont récentes, bien documentées et votre besoin classique.
- Plusieurs semaines si l'API est ancienne, mal documentée ou s'il s'agit d'un logiciel métier développé chez vous il y a dix ans.
Mais attention : le vrai sujet qui fait varier la facture, ce n'est pas l'écriture du code. Ce sont les arbitrages métier que vous devez trancher :
- Que fait-on si un client existe déjà des deux côtés, mais avec deux adresses différentes ?
- Comment gère-t-on une commande annulée alors que la facture est déjà partie en compta ?
Tant que ces règles ne sont pas fixées, le développeur ne peut pas avancer. Et ces décisions vous appartiennent.
Quand l'API n'est pas la bonne solution
Inutile de sortir l'artillerie lourde systématiquement :
- Petits volumes : si vous avez 10 lignes à recopier par mois, l'effort de développement et de maintenance ne sera jamais amorti.
- Besoin ponctuel : pour migrer un historique une seule fois lors d'un changement d'outil, un bon fichier CSV fait parfaitement l'affaire.
- Zéro API disponible : créer des contournements complexes (comme simuler des clics humains) coûte cher et casse à la moindre mise à jour.
Ce qu'on construit grâce aux API
Chez nous, une API sert de fondation à cinq types de projets très concrets :
- Faire communiquer deux outils qui s'ignoraient pour faire circuler vos données sans ressaisie.
- Ouvrir une API sur votre propre logiciel pour permettre à vos clients ou partenaires de se connecter directement chez vous.
- Nourrir un tableau de bord qui regroupe toutes vos sources de données sur un seul écran en temps réel.
- Donner des bras à un agent IA pour qu'il puisse exécuter des actions dans vos logiciels au lieu de juste vous répondre du texte.
- Orchestrer un process de A à Z, depuis la prise de commande en ligne jusqu'au suivi du stock et la facturation.
API ou Webhook : quelle différence ?
C'est une histoire de sens de circulation :
- Une API : c'est vous qui allez frapper au guichet du logiciel pour demander des nouvelles quand vous en avez besoin (mode pull).
- Un webhook : c'est le logiciel distant qui vous passe un coup de fil de lui-même dès qu'il se passe un truc chez lui (mode push).