Intelligence Artificielle

Make (Integromat) : automatisation avancée visuelle

10 min de lecture

Ce que vous saurez faire à la fin

  • Construire un scénario Make avec 15+ modules en moins d’une heure
  • Utiliser routers, iterators et aggregators pour logique conditionnelle avancée
  • Traiter des volumes 10× supérieurs à Zapier pour un prix 3× inférieur
  • Chainer IA + API métier + notifications dans un seul scénario fiable
  • Gérer les erreurs proprement avec Error Handlers et retry automatique

Prérequis

  • Compte Make.com (ex-Integromat) — 1 000 opérations gratuites/mois
  • 2 à 3 applications à connecter (Sheets, Gmail, WhatsApp, WooCommerce, etc.)
  • Notions de logique : SI/ALORS, boucles

Étape 1 — Make vs Zapier : quand choisir Make

  • Zapier : simple, 1 trigger → 1 action → 1 autre action. Idéal pour < 5 étapes.
  • Make : logique visuelle, boucles, routers, parallélisation. Idéal pour scénarios complexes, haut volume, budget serré.

Exemple concret : traiter 2 000 nouveaux leads/mois avec enrichissement, scoring IA, CRM et notification. Zapier = 250 USD/mois. Make = 29 USD/mois.

Étape 2 — Votre premier scénario

  1. Create new scenario
  2. Choisissez le trigger : « Watch new rows » Google Sheets → feuille « Commandes »
  3. + → Tools → « Set variables » → nommez et stockez le nom du client
  4. + → Gmail → « Send email » en utilisant les variables
  5. Clic Run once pour tester, vérifier chaque bulle colorée (verte = OK)
  6. Activer le toggle ON + définir la fréquence (every 15 min, every hour, etc.)

Étape 3 — Router : exécuter plusieurs branches selon condition

Cas : selon la catégorie du lead, envoyer à un commercial différent.

  1. + Router
  2. Branche 1 : filter « Catégorie = VIP » → assigner au directeur commercial
  3. Branche 2 : filter « Pays = Sénégal » → assigner commercial Afrique de l’Ouest
  4. Branche 3 : fallback → pool général

Un seul scénario, 3 flux métier. Maintenance centralisée.

Étape 4 — Iterator : boucler sur une liste

Cas : chaque matin, envoyer une relance à tous les clients impayés.

  1. Trigger Schedule daily 8:00
  2. Google Sheets « Search rows » → toutes lignes où Statut = impayé
  3. + Flow Control → Iterator → branche sur chaque ligne
  4. Pour chaque itération : Gmail Send Email personnalisé
  5. + Aggregator → Slack : « X relances envoyées ce matin »

Étape 5 — Module HTTP pour API sans connecteur

Make a 1 500+ connecteurs, mais pas tous. Pour une API non supportée (Orange B2B, Wave Business) :

HTTP Make a request
URL: https://api.orange.com/push/v1/sms
Method: POST
Headers: Authorization: Bearer {{token}}
Body: {"outboundSMSMessageRequest": {...}}

Vous pouvez tester la requête dans Postman, puis copier-coller dans Make.

Étape 6 — Chainer Claude / OpenAI pour traitement IA

  1. Module Anthropic Claude → « Create a prompt »
  2. Prompt : « Lis l’email suivant et retourne en JSON : catégorie, urgence (1-5), personne à contacter »
  3. Module JSON → « Parse JSON » → la sortie Claude devient des variables utilisables
  4. Utilisez Urgency dans un router pour déclencher l’alerte

Étape 7 — Error Handlers pour résilience

Un scénario sans gestion d’erreur est une bombe à retardement.

  1. Clic droit sur n’importe quel module → Add Error Handler
  2. Choisissez : Resume (continuer avec valeur par défaut), Rollback (annuler), Commit (ignorer erreur), Break (arrêter mais notifier)
  3. Branche error → Slack alerte équipe tech
  4. Activez « Auto-retry » 3 fois avec backoff exponentiel

Étape 8 — Optimiser les opérations consommées

Make facture à l’opération. Chaque module activé = 1 op. Optimisations :

  • Utiliser le scheduling avec cron au lieu d’instantané si latence pas critique (5 min suffisent)
  • Grouper les Google Sheets Search Rows en une seule requête (limit 500)
  • Utiliser Data Store Make pour cache au lieu de relire Sheets à chaque run
  • Désactiver les scénarios de test avant mise en production

Erreurs courantes

  • Pas de filtre après trigger : vous consommez des ops pour rien sur des événements non pertinents
  • Modifier en prod sans tester : toujours dupliquer scénario → tester → bascule DNS-style
  • Pas d’incremental on triggers : retomber sur des runs historiques si vous remettez le scénario ON
  • Secrets dans variables publiques : utilisez Make « Connections » pour isoler les clés API

Prochaines étapes

  • Migrer vos 5 Zaps les plus chers vers Make pour diviser la facture
  • Mettre en place un monitoring Grafana via l’API Make pour voir temps moyen par scénario
  • Former un binôme en interne pour qu’un seul point de défaillance ne bloque pas la prod

Pourquoi Make automatisation visuelle change la donne en 2026

En Afrique de l’Ouest francophone, beaucoup d’equipes tech improvisent encore leurs process. Cet article propose un fil d’execution clair, teste sur des projets reels a Dakar, Abidjan, Cotonou et Lome, pour passer de l’idee a la mise en production sans bricolage. Vous repartez avec un workflow reproductible, des commandes verifiees et des reperes de cout en FCFA (1 EUR = 655,957 FCFA).

Avant de plonger dans les etapes, posez le contexte : quelle equipe, quel budget mensuel en FCFA, quels outils deja en place (Mixx by Yas pour les paiements mobiles, Wave, Orange Money). C’est ce cadrage qui evite les detours couteux.

Etape 1 : verifier les prerequis techniques

Avant tout, alignez votre poste de travail. Verifiez que vous disposez d’un acces internet stable (au minimum 10 Mbps en download), d’un compte Google Workspace ou equivalent pour la collaboration, et d’une carte bancaire internationale ou d’un compte Wave Business pour les souscriptions outillage.

# Verifier la version de Node.js (cible 22 LTS)
node --version
# Verifier git
git --version

Si la sortie affiche v22.x ou superieure pour Node et git 2.40+, vous etes pret. Sinon, installez la derniere version LTS depuis nodejs.org. Ce signal indique que les outils CLI modernes (Make CLI, Plausible CLI, etc.) tourneront sans warning.

Etape 2 : preparer l’environnement de travail

Creez un dossier de projet dedie pour isoler vos fichiers. Cette discipline evite les conflits de configuration entre clients ou demos. La convention recommandee : un dossier par cluster, versionne sur un git prive (Gitea auto-heberge ou GitHub).

mkdir -p ~/projets/Make automatisation visuelle
cd ~/projets/Make automatisation visuelle
git init
echo "node_modules/" > .gitignore

Apres cette commande, vous obtenez un repo git initialise avec un .gitignore minimal. C’est le point de depart de toute industrialisation : tracer les changements, revenir en arriere si besoin, partager avec un collegue a Abidjan ou Cotonou sans envoyer un zip par WhatsApp.

Etape 3 : configurer la brique principale

C’est l’etape de fond. Vous allez parametrer le composant central de Make automatisation visuelle. Procedez par couches : d’abord la configuration minimale qui marche, puis les options avancees une fois le flux nominal valide. Cette discipline evite les debug interminables.

# Exemple de config minimale (adapter selon outil)
cat > config.yaml <<'EOF'
project: Make automatisation visuelle
locale: fr-SN
currency: XOF
timezone: Africa/Dakar
EOF

Le fichier config.yaml regroupe les parametres regionaux : locale francaise senegalaise, devise XOF (franc CFA), fuseau Africa/Dakar. Ces trois lignes evitent 80% des bugs d’affichage de prix et de dates pour vos utilisateurs ouest-africains.

Etape 4 : integrer les services tiers

Ajoutez les connecteurs vers vos outils existants. Pour la majorite des projets ouest-africains, cela inclut un agregateur de paiement compatible Mixx by Yas et Wave (PayDunya, CinetPay, ou IntouchPay), un CRM (HubSpot Free ou EspoCRM auto-heberge), et un canal de communication (WhatsApp Business API ou Mattermost).

# Tester un endpoint webhook (exemple)
curl -X POST https://votre-domaine.io/webhook/test \
  -H "Content-Type: application/json" \
  -d '{"event":"ping","source":"manual"}'

La reponse attendue est un HTTP 200 avec un JSON de confirmation. Si vous recevez un 404, votre route n’est pas exposee. Si vous recevez un 401, votre header d’authentification manque. Ce test simple valide la chaine de bout en bout avant de brancher les vrais flux.

Etape 5 : tester en conditions reelles

Ne deployez jamais en production sans test smoke. Creez un jeu de donnees de test minimal (3 a 5 cas representatifs) qui couvre le chemin nominal et au moins deux cas d’erreur (paiement refuse, timeout reseau). Lancez-le sur l’environnement de staging.

# Lancer la suite de tests smoke
npm test -- --grep "smoke"

Tous les tests doivent passer en vert. Si un test echoue, lisez le message complet : 90% du temps, il pointe vers une variable d’environnement manquante ou une URL de webhook mal copiee. Corrigez puis relancez.

Etape 6 : passer en production

Une fois la phase de test validee, deployez sur votre serveur de production (VPS Hetzner, OVH, ou serveur local a Dakar pour les contraintes de souverainete des donnees). Activez les sauvegardes automatiques quotidiennes et le monitoring (Uptime Kuma auto-heberge fait tres bien le job pour 0 FCFA).

Cout typique pour un setup pro : VPS 4 vCPU/8 Go RAM environ 25 EUR/mois soit ~16 400 FCFA, nom de domaine .io ou .sn ~20 000 FCFA/an, certificat SSL Let’s Encrypt gratuit. Total mois 1 : autour de 36 400 FCFA tout compris.

Etape 7 : suivre les KPIs et iterer

Mesurez ce qui compte vraiment. Pour Make automatisation visuelle, les indicateurs cles sont generalement : taux de conversion, temps de reponse, taux d’erreur, cout d’acquisition. Mettez en place un tableau de bord simple (Grafana, Metabase ou Umami selon le cas).

Revue hebdomadaire de 30 minutes le lundi matin avec votre equipe : on regarde les chiffres, on identifie une seule action d’amelioration pour la semaine, on l’execute. Cette discipline a impact plus fort que dix outils empiles.

Pour explorer plus loin

Approfondissez avec nos guides connexes : l’index complet du blog regroupe les tutoriels pas a pas, et la page contact permet d’echanger sur votre projet specifique. La methodologie ci-dessus s’applique aussi bien a un solo dev qu’a une equipe de 10 personnes.

Prochaine etape concrete : bloquez 2 heures dans votre agenda cette semaine pour executer les etapes 1 a 3 sur un projet pilote. C’est le seul moyen d’ancrer la methode.

Pourquoi Make automatisation visuelle change la donne en 2026

En Afrique de l’Ouest francophone, beaucoup d’equipes tech improvisent encore leurs process autour de Make automatisation visuelle. Cet article propose un fil d’execution clair, teste sur des projets reels a Dakar, Abidjan, Cotonou et Lome, pour passer de l’idee a la mise en production sans bricolage. Vous repartez avec un workflow reproductible, des commandes verifiees et des reperes de cout en FCFA (1 EUR = 655,957 FCFA).

Avant de plonger dans les etapes, posez le contexte : quelle equipe, quel budget mensuel en FCFA, quels outils deja en place (Mixx by Yas pour les paiements mobiles, Wave, Orange Money). C’est ce cadrage qui evite les detours couteux et les outils empiles sans usage reel.

Etape 1 : verifier les prerequis techniques

Avant tout, alignez votre poste de travail. Verifiez que vous disposez d’un acces internet stable (minimum 10 Mbps en download), d’un compte Google Workspace ou equivalent pour la collaboration, et d’une carte bancaire internationale ou d’un compte Wave Business pour les souscriptions outillage. Sans ces bases, vous perdrez du temps a chaque etape suivante.

# Verifier la version de Node.js (cible 22 LTS)
node --version
# Verifier git
git --version

Si la sortie affiche v22.x ou superieure pour Node et git 2.40 ou plus, vous etes pret. Sinon, installez la derniere version LTS depuis nodejs.org. Ce signal indique que les outils CLI modernes tourneront sans warning de compatibilite et que les dependances npm s’installeront proprement.

Etape 2 : preparer l’environnement de travail

Creez un dossier de projet dedie pour isoler vos fichiers. Cette discipline evite les conflits de configuration entre clients ou demos. La convention recommandee : un dossier par projet, versionne sur un git prive (Gitea auto-heberge sur VPS Hetzner ou GitHub Free).

mkdir -p ~/projets/make-automatisation-visuelle
cd ~/projets/make-automatisation-visuelle
git init
echo "node_modules/" > .gitignore

Apres ces commandes, vous obtenez un repo git initialise avec un .gitignore minimal. C’est le point de depart de toute industrialisation : tracer les changements, revenir en arriere si besoin, partager avec un collegue a Abidjan ou Cotonou sans envoyer un zip par WhatsApp.

Etape 3 : configurer la brique principale

C’est l’etape de fond. Vous allez parametrer le composant central de Make automatisation visuelle. Procedez par couches : d’abord la configuration minimale qui marche, puis les options avancees une fois le flux nominal valide. Cette discipline evite les debug interminables et les regressions silencieuses.

cat > config.yaml <<'EOF'
project: make-automatisation-visuelle
locale: fr-SN
currency: XOF
timezone: Africa/Dakar
EOF

Le fichier config.yaml regroupe les parametres regionaux : locale francaise senegalaise, devise XOF (franc CFA), fuseau Africa/Dakar. Ces trois lignes evitent 80 pourcent des bugs d'affichage de prix et de dates pour vos utilisateurs ouest-africains, du Senegal au Benin en passant par la Cote d'Ivoire.

Etape 4 : integrer les services tiers

Ajoutez les connecteurs vers vos outils existants. Pour la majorite des projets ouest-africains, cela inclut un agregateur de paiement compatible Mixx by Yas et Wave (PayDunya, CinetPay, ou IntouchPay), un CRM (HubSpot Free ou EspoCRM auto-heberge), et un canal de communication (WhatsApp Business API officielle ou Mattermost auto-heberge).

curl -X POST https://votre-domaine.io/webhook/test   -H "Content-Type: application/json"   -d '{"event":"ping","source":"manual"}'

La reponse attendue est un HTTP 200 avec un JSON de confirmation. Si vous recevez un 404, votre route n'est pas exposee correctement. Si vous recevez un 401, votre header d'authentification manque ou est invalide. Ce test simple valide la chaine de bout en bout avant de brancher les vrais flux de production.

Etape 5 : tester en conditions reelles

Ne deployez jamais en production sans test smoke. Creez un jeu de donnees de test minimal (3 a 5 cas representatifs) qui couvre le chemin nominal et au moins deux cas d'erreur (paiement refuse, timeout reseau). Lancez-le sur l'environnement de staging avant tout passage en prod.

# Lancer la suite de tests smoke
npm test -- --grep "smoke"

Tous les tests doivent passer en vert. Si un test echoue, lisez le message complet : 90 pourcent du temps, il pointe vers une variable d'environnement manquante ou une URL de webhook mal copiee. Corrigez puis relancez avant de continuer plus loin.

Etape 6 : passer en production

Une fois la phase de test validee, deployez sur votre serveur de production. Pour la majorite des projets ouest-africains, un VPS Hetzner CX22 (4 vCPU, 8 Go RAM) en datacenter europeen offre la meilleure latence. Si vos donnees doivent rester au Senegal, regardez les offres Sonatel Cloud ou un serveur dedie a Dakar. Activez les sauvegardes automatiques quotidiennes et le monitoring (Uptime Kuma auto-heberge fait tres bien le job pour 0 FCFA).

Cout typique pour un setup pro : VPS 4 vCPU/8 Go RAM environ 25 EUR/mois soit ~16 400 FCFA, nom de domaine .io ou .sn entre 12 000 et 25 000 FCFA/an, certificat SSL Let's Encrypt gratuit. Total mois 1 : autour de 36 400 FCFA tout compris, sans surprise.

Etape 7 : suivre les KPIs et iterer

Mesurez ce qui compte vraiment. Pour Make automatisation visuelle, les indicateurs cles sont generalement : taux de conversion, temps de reponse moyen, taux d'erreur, cout d'acquisition par utilisateur final. Mettez en place un tableau de bord simple (Grafana, Metabase ou Umami selon le contexte technique).

Revue hebdomadaire de 30 minutes le lundi matin avec votre equipe : on regarde les chiffres, on identifie une seule action d'amelioration pour la semaine, on l'execute. Cette discipline a impact plus fort que dix outils empiles sans gouvernance.

Lectures complémentaires

Approfondissez avec nos guides connexes : l'index complet du blog regroupe les tutoriels pas a pas, et la page contact permet d'echanger sur votre projet specifique. La methodologie ci-dessus s'applique aussi bien a un solo dev qu'a une equipe de 10 personnes.

Prochaine etape concrete : bloquez 2 heures dans votre agenda cette semaine pour executer les etapes 1 a 3 sur un projet pilote. C'est le seul moyen d'ancrer la methode et de mesurer le gain reel sur votre contexte.

Partager
#automatisation #python

Articles Similaires