Automatisation et no-code
Make automatisation : à quoi sert l'outil Make, et ce qu'il coûte à tenir
Par Sylvain Ramaradjou, le 20 septembre 2026.
Make, anciennement Integromat, est une plateforme d'automatisation no-code : tu relies tes applications entre elles dans une interface visuelle, et l'outil exécute ensuite la suite d'étapes que tu as dessinée, sans une ligne de code. Il tient ce qu'il promet, et cette page l'explique en entier : ce qu'on y construit, comment la facture se forme, ce qui s'arrête et qui le remet en route. Elle dit aussi pourquoi nous travaillons autrement chez nos clients.
En bref
- Make relie tes applications entre elles, dans une interface visuelle, sans code.
- Un scénario est une suite de modules : un déclencheur, des actions, des conditions.
- La facture se compte en opérations exécutées, et c'est ce qui la fait grossir sans prévenir.
- La gestion des erreurs existe dans l'outil, et quelqu'un chez toi regarde les alertes.
- La question d'avant : pourquoi tes outils ont chacun un morceau de la même information.
C'est quoi l'outil Make ?
L'outil Make sert à faire circuler l'information entre des applications qui ne se parlent pas d'origine. Tu poses un déclencheur d'un côté, une ou plusieurs actions de l'autre, et le système exécute à ta place chaque fois que le déclencheur tombe.
Ce qui a fait son adoption tient à son interface. Le workflow visuel affiche chaque étape sous forme de bulle reliée à la suivante : tu vois le chemin que suit ta donnée et tu le déplaces à la souris. C'est ce que recouvre le mot automatisation no-code, et l'interface utilisateur intuitive est le premier argument que tu liras partout.
L'intégration d'applications y est très large, du tableur au CRM en passant par la messagerie d'équipe : cette connectivité étendue est le vrai actif du produit. Et le tout se paie à l'usage, ce qui change la façon de le concevoir.
L'outil appartient à une famille plus large : le principe du no-code pour PME se joue au-delà de lui.
Make, Integromat, et le make des développeurs
Integromat et Make désignent le même produit : l'outil a changé de nom, ce qui avait été
construit dedans a suivi. À ne pas confondre avec make, l'utilitaire en ligne de
commande dont les développeurs se servent pour compiler des programmes. Ce sont deux outils
sans rapport entre eux.
Comment ça marche : scénarios, modules et connecteurs
Un scénario, c'est le nom que porte un flux de travail automatisé dans l'outil. Il se lit de gauche à droite et se compose de modules, une étape par bulle.
- Le déclencheur ouvre le scénario : un message qui arrive, une ligne ajoutée dans un tableur, un formulaire envoyé, ou une heure de la journée.
- Les modules d'action font le travail : créer une fiche, envoyer un message, mettre à jour une ligne.
- Les conditions et filtres décident de la suite, pour ne continuer que dans les cas qui t'intéressent.
- Les connecteurs sont des ponts déjà écrits vers les applications du marché, livrés avec leurs déclencheurs et leurs actions.
Les modules et connecteurs disponibles décident de ce que tu peux relier sans effort : c'est le premier critère à regarder.
Deux briques servent dès que le cas se complique. Le routeur envoie la donnée dans plusieurs branches selon un critère, l'itérateur traite une liste ligne par ligne. Itérateurs et routeurs donnent à l'outil sa flexibilité d'automatisation et permettent d'y monter de vrais scénarios complexes, à plusieurs dizaines d'étapes. C'est une force réelle, et elle mérite d'être dite.
Quand aucun connecteur n'existe : webhooks et API
Il reste toujours une application que personne n'a branchée. Deux issues existent. Le webhook est une adresse que ton autre outil appelle pour signaler qu'il s'est passé quelque chose. L'appel direct à l'API consiste à écrire toi-même la requête que l'application attend. Webhooks et API élargissent le terrain à peu près sans limite.
Ils demandent quelqu'un qui sait ce qu'est un jeton d'accès et un en-tête de requête, et ce quelqu'un devient chez toi le propriétaire du branchement.
Qu'est-ce que les PME en font, en pratique ?
Les usages qui reviennent tiennent en quatre familles, celles que les gens montent en premier.
-
La synchronisation CRM : une piste qui arrive par un formulaire ou une campagne et qui se retrouve dans l'outil commercial sans que personne la retape.
-
Les alertes et les récapitulatifs : un message dans la messagerie d'équipe quand une commande sort de l'ordinaire, un point envoyé chaque lundi matin.
-
Les tableurs qui se remplissent seuls : Excel et Google Sheets automatisés, souvent la première automatisation d'une PME, parce que le tableur est déjà là.
-
L'automatisation marketing : inscriptions, relances, transferts entre l'outil d'emailing et le reste.
Ces quatre familles suppriment toutes une ressaisie. L'automatisation des tâches répétitives commence presque toujours par ce geste-là, celui que quelqu'un refait chaque jour sans le compter, et c'est le premier geste d'optimisation des processus.
Combien ça coûte, et qu'est-ce qui fait grossir la facture ?
Le modèle est une tarification basée sur crédits : chaque forfait inclut un volume d'opérations par mois, et une opération correspond à une étape exécutée dans un scénario. Un enchaînement de 6 modules qui tourne 100 fois consomme 600 opérations, et c'est le calcul à poser avant de construire.
Trois postes font grossir la facture, et ils restent invisibles au moment où tu construis.
-
Le nombre d'étapes. Un module ajouté pour vérifier une donnée coûte une opération à chaque passage du scénario.
-
La fréquence. Un scénario qui va voir toutes les quelques minutes s'il y a du nouveau consomme aussi les jours vides.
-
Les scénarios oubliés. Celui qu'on a monté pour un besoin ponctuel et que personne n'a arrêté depuis.
Sur la grille tarifaire, va la lire chez l'éditeur : elle évolue, et un montant recopié ici ne resterait pas juste longtemps. La mécanique de facturation se comprend une fois pour toutes. C'est un modèle de consommation : le coût suit l'usage et se découvre à la première facture d'un mois chargé, sans apparaître sur le schéma que tu viens de dessiner. Cette sensibilisation aux coûts se fait presque toujours après coup.
Qu'est-ce qui casse, et qui le répare ?
C'est cette partie qui décide de ce que l'outil te coûtera dans la durée.
Un scénario dépend de tout ce qu'il touche. L'application au bout du connecteur change ses règles d'accès, un jeton expire, un champ est renommé dans ton tableur : l'exécution s'arrête. C'est la vie normale d'une chaîne d'outils qui évoluent chacun de leur côté, sans se prévenir.
L'outil a prévu le cas, et il le fait plutôt bien. La gestion des erreurs fait partie de ce qu'il sait faire : un traitement d'erreur sur un module, une exécution incomplète rejouée, des notices d'erreur par message.
Ce dispositif laisse ouverte une question d'organisation : qui regarde. L'alerte arrive dans la boîte de la personne qui a monté le scénario, et elle est souvent ailleurs. Le trou se découvre plus tard.
C'est ce que nous appelons une couche de plus. L'outil s'installe entre tes applications, et c'est exactement sa fonction : il ajoute un abonnement à ta liste, un endroit à surveiller dans ta semaine, et quelqu'un chez toi qui devient propriétaire de ce qui s'y passe. Une pièce mobile de plus dans ta boîte.
L'outil fait bien son travail. Une automatisation demande simplement de l'attention après le jour où elle marche.
Make ou Zapier : qu'est-ce qui les sépare ?
La comparaison revient dans toutes les recherches, autant la poser à plat. Les deux produits font le même métier, relier des applications sans code.
| Critère | Zapier | Make |
|---|---|---|
| Prise en main | la plus simple des deux | plus de méthode à investir |
| Forme d'un enchaînement | une suite d'étapes, linéaire par défaut | un canevas avec branches, boucles et filtres |
| Terrain de prédilection | les enchaînements courts entre deux outils | les scénarios multi-étapes à embranchements |
| Ce qui se facture | la tâche exécutée | l'opération consommée |
Zapier est le plus simple à prendre en main, Make demande plus de méthode et rend davantage en échange. Le critère qui tranche pour toi dépend de ce que tu veux relier. Comparer les outils d'automatisation dans leur ensemble est un autre exercice, qui part de ton besoin.
Côté apprentissage, la documentation de l'éditeur, les communautés et les formations et ressources disponibles ne manquent pas. Savoir s'il vaut la peine d'y passer du temps quand on dirige une PME est une question à part, et elle ne se tranche pas ici.
Pourquoi tes outils ne se parlent-ils pas ?
Quand une PME cherche à relier cinq outils, la première question posée est celle du pont. Il en existe une autre, qui vient avant. Pourquoi tes outils ont-ils chacun un morceau de la même information ? Ton circuit de décision se joue là : qui tranche quoi, avec quelle information. C'est souvent le premier gisement de temps perdu.
Notre réponse est un choix d'architecture, et nous l'appliquons d'abord chez nous. Notre site le dit dans ces termes : notre propre business tourne avec des agents IA, 100 % construits sur Claude, zéro Make, zéro n8n.
Chez nos clients, les process vivent dans Notion, source de vérité partagée entre l'équipe et les agents. Les agents y lisent et y écrivent directement, et Notion, avec ses agents personnalisés (une option payante en plus de l'abonnement), y automatise aussi des flux de travail. Le système tient sur une seule pièce, que l'équipe reprend sans son concepteur. Sur une tâche précise : une proposition commerciale passée de 8 h à 30 min, 16× plus rapide : un exemple publié sur notre accueil, mesuré sur ce process et rien d'autre.
Le modèle d'IA est une commodité : un modèle que tu possèdes si la souveraineté prime, Claude si tu cherches la puissance et la rapidité. Ce qui tient dans la durée, c'est l'architecture et la mémoire.
Selon l'article que nous avons publié le 26 mai 2026 sur les projets d'IA qui ne produisent aucun retour, ce qui décide du résultat tient à l'usage quotidien qu'en fait l'équipe. Déployer l'IA, c'est facile. La faire adopter, c'est notre métier.
Questions fréquentes
01 À quoi sert l'outil Make ?
Il sert à faire circuler l'information entre des applications qui ne communiquent pas d'origine : récupérer une donnée d'un côté, la transformer, l'écrire de l'autre, chaque fois qu'un événement se produit. Le tout se dessine dans une interface visuelle, sans code.
02 Est-ce que Make est gratuit ?
Il existe une offre gratuite, limitée en volume d'opérations et en fréquence d'exécution. Elle suffit pour essayer et pour un usage personnel. Les grilles tarifaires évoluent : va vérifier la sienne chez l'éditeur avant de bâtir quoi que ce soit dessus.
03 À qui s'adresse Make ?
À une équipe qui a déjà plusieurs outils en place, un besoin de circulation clair entre eux, et quelqu'un qui accepte d'en garder la charge dans la durée. Sans ce troisième point, ça tient tant que rien ne bouge autour.
On part de ton process
Si tu es sur cette page, c'est qu'un enchaînement te coûte du temps quelque part. C'est le bon point de départ, et c'est par là que commence un premier échange : la tâche, qui la fait, ce qu'elle bloque. L'architecture vient après. Si deux enchaînements te suffisent et que rien ne bouge autour, garde-les : tu n'as besoin de personne. Si tu comptes grandir, ce qu'on met en place tient de 5 à 50 sans tout refaire.
Fais le test cette semaine : ouvre la liste de ce qui tourne déjà chez toi, et compte ceux dont quelqu'un surveille encore les alertes.