Make
%20(1).avif)
À qui s'adresse Make ?
Type d'outil
Difficulté
Popularité
Note SHUNPO
Avis SHUNPO
Nos questions/réponses sur Make (Integromat)
Make (Integromat) vs Zapier : C'est quoi la vraie différence ?
Soyons sérieux deux minutes. Zapier est un jouet, un tricycle pour faire des MVP dans son garage.
C'est linéaire, rigide et ça devient hors de prix dès que vous dépassez 1000 tâches.
Make est un outil d'ingénierie.
Il permet une logique non-linéaire, des branchements conditionnels multiples, et la manipulation profonde de la donnée (Arrays, JSON, Buffer). Avec Make, on ne fait pas du "Si ceci, alors cela".
On construit des architectures backend complètes.
Si votre business scale, Zapier va vous étrangler financièrement et techniquement. Make est la seule option viable.
Est-ce que Make peut vraiment remplacer un développeur Backend ?
Pour tout ce qui est "tuyauterie" (passer de la donnée d'un point A à un point B, la transformer, la nettoyer) : OUI, et c'est même meilleur.
Pourquoi payer un dev 900€/jour pour écrire des scripts API en Python qu'il va devoir maintenir ? Make visualise les flux.
C'est plus rapide à monter, plus facile à debugger et ça ne dort jamais.
On garde le "vrai code" pour les algos mathématiques complexes ou l'IA lourde. Pour le reste (CRM, ERP, Webflow, Stripe), Make est le nouveau standard.
Est-ce que mes données sont sécurisées (RGPD) ?
Make n'est pas une passoire, c'est une forteresse, à condition de savoir la configurer.
C'est une boîte européenne (rachetée par Celonis), avec hébergement en Zone EU (Francfort).
Mais attention : la sécurité dépend de l'architecte.
Chez SHUNPO, on applique le principe de "Data Transience".
On configure les scénarios pour qu'ils traitent la donnée sans la stocker dans les logs de Make. Une fois le scénario fini, la donnée disparaît de chez eux. C'est clean, chiffré et inattaquable.
La courbe d'apprentissage est-elle difficile ?
On va être crus : Le "No-code", ça ne veut pas dire "No-brain".
Si vous ne savez pas ce qu'est une requête HTTP, un Webhook, un header d'authentification ou une structure JSON, vous allez vous planter. Make est un IDE visuel.
C'est de la programmation graphique.
C'est puissant parce que c'est complexe. Vous pouvez essayer tout seul, mais vous allez passer 3 semaines à debugger une erreur 400 Bad Request.
Notre job, c'est de vous épargner cet enfer.
Que se passe-t-il si une automatisation plante (API down, erreur serveur) ?
C'est la différence entre un amateur et SHUNPO.
L'amateur laisse le scénario planter et vous perdez le lead ou la commande.
Nous, on construit des systèmes de résilience.
On utilise les directives
Break,RollbacketResume. Si une API ne répond pas, Make stocke la donnée dans une file d'attente interne et réessaie automatiquement plus tard. Si l'erreur persiste, vous recevez une alerte Slack précise.On ne laisse rien au hasard. Zéro perte de données.
Ça coûte combien ? Attention aux coûts cachés...
Le piège de Make, c'est la "taxe de l'incompétence".
Make facture au nombre d'opérations.
Un scénario mal codé par un débutant peut brûler 15 000 opérations pour vérifier s'il y a un nouveau mail. C'est débile.
Chez SHUNPO, on utilise des Webhooks (déclenchement instantané) au lieu de "Polling" (vérification régulière).
On filtre les données avant de les traiter.
Résultat : on divise souvent la facture Make par 10 par rapport à ce que vous auriez fait vous-même.
L'outil ne coûte rien (souvent <50€/mois), c'est l'intelligence de l'architecture qui compte.
Quelles sont les limites techniques réelles ?
Il y en a deux : le Timeout (40 min par cycle) et la mémoire (fichiers très lourds).
Mais c'est là qu'on s'amuse.
Si un fichier est trop lourd, on le stream via chunks.
Si un processus est trop long, on le découpe en micro-services asynchrones interconnectés.
En réalité, la seule limite, c'est l'API du logiciel en face. Si le logiciel (votre CRM, votre ERP) a une API ouverte, on peut tout faire. Absolument tout.
✅ Les 5 avantages de Make
- L'Universalité HTTP (God Mode) : Avec le module HTTP, Make parle à n'importe quelle API REST, SOAP ou GraphQL. C'est la liberté totale. Si un SaaS existe, on peut le tordre.
- La Manipulation de Données (JSON/XML) : Contrairement aux autres outils qui "déplacent" de la donnée, Make la transforme. Parsing JSON, manipulation de tableaux (Arrays), Regex... C'est un véritable IDE visuel pour traiter la data brute.
- Gestion d'Erreurs "Transactionnelle" : Le Saint Graal. On peut dire au système : "Si ça plante ici, reviens en arrière et annule tout" (Rollback) ou "Stocke l'erreur et continue" (Resume). C'est le seul outil No-code qui permet une fiabilité comme ça.
- Visualisation de la Logique : Voir la donnée circuler dans les bulles, c'est imbattable pour le debug. On voit exactement où ça coince, quel paquet de données est corrompu. C'est de l'ingénierie visuelle.
- Le Prix (Si t'es pas idiot) : Le rapport puissance/prix est indécent. Pour 30 euros par mois, tu as la puissance d'un serveur backend qui coûterait 500 balles à maintenir. À condition d'optimiser tes scénarios (sinon tu pleures).
❌ Les 5 inconvénients de Make
- L'Interface "Plat de Spaghettis" : Soyons honnêtes : sur un très gros scénario (150+ modules), l'interface devient un enfer. Ça rame, le navigateur ventile, et on se perd dans les fils. Faut être hyper rigoureux sur l'organisation sinon c'est ingérable.
- Le Support est... inexistant : Si vous avez un vrai problème technique urgent, ne comptez pas sur le support de Make. Ils mettent des jours à répondre et renvoient vers la doc. Si ça plante en prod, vous êtes seul au monde (ou vous avez SHUNPO).
- Le Timeout de 40 minutes : Make coupe les processus qui durent plus de 40 minutes. Pour des gros traitements de fichiers ou des imports massifs, c'est bloquant. Il faut feinter avec des architectures asynchrones complexes pour contourner ça.
- Courbe d'apprentissage brutale : Mettez un novice devant Make, il va pleurer du sang. Comprendre les
Aggregators, lesIteratorset lesArray functions, ça demande une logique de dev. C'est pas du "drag & drop" magique. - La gestion des dates et des Timezones : Un classique. Make gère les dates en ISO 8601, mais chaque API a son format. Si tu ne maîtrises pas la fonction
parseDateetformatDateà la perfection, tu vas te retrouver avec des rendez-vous clients à 3h du matin.
Ce qu'on peut faire avec Make
Gérer des données
Notre avis "0 bullshit" d'expert nocode sur Make
"Make est souvent comparé à Zapier. Zapier c'est pour les noobs. Make, c'est pour les pros.
- Logique Serveur : Boucles, arrays, parsing JSON, gestion d'erreurs critique (commit/rollback). C'est de la programmation pure, l'interface en plus.
- Zéro limite : Les modules tout faits, c'est pour les amateurs. Nous, on tape direct dans les API via HTTP/OAuth. Si le endpoint existe, on le plie.
- Le piège : C'est très facile de faire une daube inmaintenable qui coûte une blinde en opérations. Une boucle mal foutue et votre budget explose.
Réalité SHUNPO : On ne vend pas des "zaps". On vend une architecture stable et optimisée au centime près. Si vous voulez du bricolage, des centaines de freelances "expert en automatisation" se feront un plaisir de venir bricoler votre business."