Integromat ou Make : même plateforme, scénarios plus puissants et coûts à surveiller
Si vous cherchez encore Integromat, vous êtes au bon endroit : la plateforme s’appelle désormais Make. Le changement de marque intervenu en 2022 ne demande pas de repartir de zéro. Make reprend les bases d’Integromat tout en élargissant ses possibilités : connecter des applications, faire circuler des données et automatiser des processus métier plus complexes.
Integromat et Make : une continuité, pas deux plateformes
Integromat était une solution d’automatisation no-code lancée en 2014. Son principe reposait sur un éditeur visuel capable de relier des services en ligne et de déclencher des actions sans développer une intégration complète. En 2022, Integromat est devenu Make. Ce changement de nom accompagne l’évolution du produit, qui ne se limite plus à connecter deux applications entre elles.
Make permet de construire des workflows avec plusieurs étapes, des règles conditionnelles et des transformations de données. Les anciens utilisateurs retrouvent les notions qui leur sont familières : scénarios, modules, connexions et exécutions sur un canvas. La marque a changé, mais la continuité fonctionnelle reste claire. Une recherche comme « integromate », « Integromat » ou « Make » renvoie donc au même univers d’automatisation.
Pourquoi le nouveau nom est plus cohérent avec le produit
Le nom Make insiste sur la création. La plateforme sert à automatiser une tâche isolée, mais aussi à construire une chaîne de traitement adaptée à une organisation. Une équipe peut recevoir un lead, vérifier ses données, l’orienter selon son profil, créer une fiche dans un CRM, envoyer une notification dans Slack, puis enregistrer les informations dans Airtable ou Notion.
Cette évolution de positionnement aide à comprendre quand utiliser l’outil. Make convient surtout lorsque les données doivent être transformées et réparties selon des règles, ou synchronisées entre plusieurs applications. Pour une simple copie d’un point A vers un point B, une solution plus linéaire peut suffire. Dès que le processus comporte plusieurs conditions ou services, l’éditeur visuel devient plus adapté.
Comprendre un scénario Make avant de l’utiliser
Un scénario est un workflow d’automatisation. Il rassemble des modules, chacun correspondant à une action ou à une étape du processus. Il peut surveiller une nouvelle commande Shopify, créer un contact dans HubSpot, envoyer un message Slack, ajouter une ligne dans Google Workspace ou déclencher une alerte liée à Stripe.
Les modules transmettent des données d’une étape à l’autre. Chaque exécution consomme des opérations selon les modules activés et le nombre de données traitées. Cette distinction compte pour estimer le coût d’un scénario, surtout lorsque celui-ci traite des listes ou des catalogues plutôt qu’un événement unique.
Du déclencheur aux actions : la mécanique de base
Un scénario commence généralement par un déclencheur. Celui-ci peut être planifié, par exemple toutes les 15 minutes, ou événementiel grâce à un webhook entrant. Un webhook transmet les informations à Make dès qu’un événement survient. Il convient donc aux situations où une réaction rapide est nécessaire, comme la réception d’un paiement ou d’une demande de support.
Les données circulent ensuite entre les modules sous forme de bundles. Un bundle peut représenter un contact, une commande ou une réponse de formulaire. Les champs récupérés à une étape peuvent être mappés dans la suivante : nom, adresse e-mail, montant, statut, identifiant de commande ou toute autre donnée disponible dans l’application source.
Filtres, routeurs et agrégateurs : là où Make devient puissant
Les filtres empêchent l’exécution d’une action lorsqu’une condition n’est pas remplie. Un routeur crée plusieurs branches. Une commande supérieure à 500 € peut ainsi être envoyée vers une validation commerciale, tandis qu’une commande standard suit un traitement automatique. Les itérateurs parcourent une collection, comme les articles d’une commande. Les agrégateurs regroupent ensuite plusieurs éléments dans un seul résultat, par exemple un récapitulatif à envoyer par e-mail.
Cette organisation permet de traiter les données selon leur contenu. Un scénario peut repérer une anomalie, séparer les cas utiles et déclencher une alerte lorsqu’une intervention est nécessaire. Cette logique évite qu’une commande incomplète, un lead sans consentement ou un paiement échoué ne disparaisse entre deux outils sans signalement.
Ce que Make permet de connecter, y compris au-delà des intégrations natives
Make annonce plus de 1 500 applications connectées. Parmi les services couramment utilisés figurent Notion, Airtable, Slack, Shopify, HubSpot, Stripe et Google Workspace. Les intégrations natives accélèrent la configuration : elles proposent des modules prêts à utiliser et évitent de manipuler directement les requêtes techniques pour les besoins courants.
Cette approche convient aux équipes qui veulent automatiser des tâches sans dépendre d’un développement complet. Elle peut servir à synchroniser un CRM, mettre à jour un tableau de bord, suivre des leads, envoyer une facture après validation d’une commande ou transmettre une alerte à une équipe support.
API, HTTP et JSON pour les besoins spécifiques
Une intégration native ne donne pas toujours accès à toutes les fonctions d’une application. Les modules HTTP et JSON apportent alors davantage de flexibilité. Ils permettent d’appeler une API, d’envoyer des paramètres vers un endpoint et de transformer la réponse reçue.
Make peut ainsi communiquer avec une application métier moins répandue, à condition de comprendre la documentation de son API. Il est possible de l’utiliser sans savoir coder pour de nombreux scénarios, tout en conservant une approche low-code pour les flux spécifiques. La courbe d’apprentissage augmente toutefois lorsqu’il faut gérer l’authentification, les structures JSON ou les quotas d’API.
Les erreurs doivent faire partie du scénario
Une automatisation fiable ne se limite pas à relier des modules qui fonctionnent dans un cas idéal. Il faut prévoir ce qui se passe lorsqu’un champ est absent, qu’une API répond trop lentement ou qu’un service refuse une requête. Make permet de définir une gestion des erreurs : ignorer certains cas, interrompre l’exécution ou reprendre le traitement selon la situation.
Avant de mettre un scénario en production, vérifiez les historiques d’exécution et testez des données incomplètes. Décidez aussi qui reçoit une alerte en cas de blocage. Cette préparation réduit les pertes de données et évite de découvrir un problème avant une démonstration client ou une clôture comptable. Les journaux d’exécution servent ensuite à retrouver l’étape concernée et à corriger le scénario.
Opérations et prix : estimer le coût sans mauvaise surprise
La tarification de Make repose sur un volume d’opérations mensuelles. Le plan gratuit est annoncé avec 1 000 opérations par mois. Un plan payant débute à 15 $ par mois pour 10 000 opérations mensuelles. Ces chiffres donnent un premier repère, mais le coût réel dépend surtout de la fréquence d’exécution, du nombre de modules et du volume de bundles traités.
| Élément à mesurer | Effet sur la consommation | Point de vigilance |
|---|---|---|
| Fréquence du scénario | Plus il s’exécute souvent, plus le nombre d’opérations augmente | Éviter de vérifier un service inutilement |
| Nombre de modules | Chaque étape de traitement pèse dans le volume | Réduire les actions redondantes |
| Nombre de bundles | Une liste ou un catalogue multiplie les traitements | Tester sur un volume réaliste |
| Branches et reprises | Les filtres, routeurs et erreurs ajoutent des exécutions | Prévoir une marge mensuelle |
Un scénario qui traite 500 références toutes les 15 minutes ne se pilote pas comme une simple notification déclenchée par un nouveau formulaire. Pour estimer la consommation, comptez les modules parcourus lors d’une exécution typique, puis tenez compte du nombre de données traitées et de la fréquence prévue.
Lorsque l’activité atteint plusieurs dizaines de milliers d’opérations par mois, le suivi de consommation devient un indicateur opérationnel. Une optimisation peut consister à réduire une vérification trop fréquente, à supprimer une étape redondante ou à limiter le traitement aux données réellement nécessaires. Le calcul doit toutefois partir du fonctionnement concret du scénario, et non du seul nombre d’applications connectées.
Make ou Zapier : choisir selon la complexité plutôt que la notoriété
Zapier reste une alternative connue pour relier rapidement des applications. Son approche peut convenir à des automatisations simples et à des équipes qui recherchent une prise en main directe. Make se distingue lorsque le workflow exige des embranchements, des transformations de données, des appels API ou une vue détaillée de l’ensemble du processus.
- Choisissez Make si vous devez manipuler des données, utiliser des routeurs conditionnels, agréger des résultats ou connecter une API sans intégration prête à l’emploi.
- Préférez une solution plus simple si votre besoin se limite à quelques enchaînements linéaires et que l’équipe ne souhaite pas administrer de logique avancée.
- Évaluez n8n ou Power Automate si votre environnement technique, vos exigences d’hébergement ou votre écosystème bureautique orientent naturellement ce choix.
Pour une startup, une PME ou une équipe marketing, CRM, e-commerce, finance ou support, Make apporte surtout de l’autonomie. Il réduit les ressaisies et les demandes récurrentes à la DSI, à condition de documenter les scénarios, de nommer clairement les modules et de désigner un responsable de leur maintenance.
La plateforme convient donc aux équipes qui veulent automatiser sans développer chaque connexion, mais qui acceptent de gérer une logique plus détaillée. Les templates, la communauté, les tutoriels en français et les agences spécialisées peuvent faciliter le démarrage. À mesure que les scénarios se multiplient, la documentation et le suivi des opérations deviennent nécessaires pour conserver un fonctionnement lisible et maîtriser les coûts.
