L’arbitrage “intégration native vs API custom” est l’un des plus coûteux et des plus mal pris dans les projets digitaux B2B. La fausse évidence “natif = moins cher” masque souvent un coût caché qui se révèle 18 mois plus tard, quand la solution native ne tient plus le besoin.
Le coût caché des intégrations natives
Une “intégration native” entre deux SaaS (ex : Pipedrive ↔ Mailchimp via leur connecteur officiel) est attractive parce qu’elle est rapide à déployer (1-3 jours) et apparemment sans coût de maintenance. La réalité :
- Périmètre figé, vous prenez ce que les deux éditeurs ont décidé d’exposer. Si la donnée X que vous voulez synchroniser n’est pas dans le mapping officiel, vous êtes bloqué.
- Coût licence cumulé, beaucoup d’intégrations natives sont en option payante chez l’un des éditeurs (50-300 €/mois par intégration), ce qui s’accumule vite.
- Verrouillage éditeur, si vous changez l’un des deux SaaS, l’intégration tombe et le coût de migration des données est élevé.
- Évolutions imposées, l’éditeur peut changer le mapping, déprécier des champs, ou modifier les délais de sync. Vous subissez sans pouvoir négocier.
Notre estimation : sur 24-36 mois, une intégration “native” gérée par 3-4 modules tiers coûte souvent plus cher qu’une API custom bien dimensionnée, sans la flexibilité.
Quand l’API custom est la seule option
Trois cas où l’API custom n’est pas un choix mais une obligation :
- Mapping de champ non standard, vous synchronisez un champ métier spécifique (numéro de contrat-cadre, code marché public, identifiant client interne) qui n’est pas dans le mapping natif.
- Logique métier dans la sync, vous voulez “synchroniser SAUF si telle condition” ou “transformer la donnée avant insertion”, impossible en natif sans contournement fragile.
- Volume ou fréquence non supportés, l’intégration native est rate-limitée (ex : 5 minutes minimum entre deux syncs), ce qui ne convient pas à un workflow temps réel.
Dans ces trois cas, partir en custom dès le démarrage évite 12-18 mois de bricolage natif puis bascule custom forcée.
iPaaS, Zapier, Make, Workato : qui pour qui
Entre l’intégration native pure et l’API custom from scratch, les iPaaS (integration platform as a service) constituent une voie intermédiaire :
| Outil | Pour qui | Cas d’usage | Coût mensuel |
|---|---|---|---|
| Zapier | PME sans équipe technique | Workflows simples, 1-3 étapes | 30-200 € |
| Make (ex Integromat) | PME mi-techniques | Workflows visuels complexes | 30-150 € |
| n8n (auto-hébergé) | PME avec équipe tech | Workflows custom + privacy | 30-100 € (hosting) |
| Workato | ETI avec gros volumes | Intégrations enterprise | 1 500-15 000 € |
Notre choix par défaut chez Digitalpaca pour les PME B2B 30-300 : n8n auto-hébergé. Coût total mensuel bas, contrôle complet de la donnée (RGPD-friendly), et le savoir-faire est transférable.
Le test pragmatique en 4 questions
À chaque cadrage d’intégration on pose les 4 questions suivantes :
- Le mapping nécessaire est-il 100 % couvert par l’intégration native ? Si non → custom ou iPaaS.
- Le volume / la fréquence sont-ils dans les limites natives ? Si non → custom ou iPaaS.
- Avez-vous une dépendance stratégique à l’un des deux SaaS ? Si oui mais SaaS marginal → natif OK. Si oui et SaaS critique métier → privilégier custom.
- Avez-vous une équipe technique pour maintenir l’API custom ? Si non → iPaaS plutôt que custom from scratch.
En croisant les 4 réponses, l’arbitrage se fait en 5 minutes en cadrage, sans débat idéologique.
Pour creuser : Automatiser le commercial avec n8n · Intégration ERP-ecommerce : middleware vs custom.