Vos outils. Qui se parlent vraiment.
Connecter Stripe à HubSpot, HubSpot à Slack, Slack à Notion, Notion à votre ERP. Sur le papier, Zapier ou Make font le job. En réalité, ça casse à 3h du matin sans alerte, ça perd des events silencieusement, ça vous facture 200 €/mois pour 15 automations. On code des intégrations fiables avec retry, dead-letter queue, logs structurés, alerting — l'inverse du bricolage no-code qui vous laisse seul devant un dashboard cassé.
Un webhook. N outils déclenchés.
À droite, le hub Opcodia avec 8 services connectés (Stripe · HubSpot · Slack · Notion · Gmail · Pipedrive · Calendly · GitHub). Cycle 3 flows réels : paiement Stripe → tâche Notion + Slack, RDV Calendly → HubSpot + Gmail, PR GitHub → Pipedrive + Slack. -15 h/sem de double saisie.
→ 1 webhook entrant, N outils branchés · -15 h/sem de double saisie
Cette offre vous parle si…
- Vous payez 100-300 €/mois en Zapier/Make et ça casse trop souvent
- Vos events critiques (paiement, lead, signature) doivent ARRIVER, pas se perdre
- Vous avez besoin de logs détaillés en cas d'enquête ou de support client
- Votre stack a plus de 4 outils SaaS connectés (Stripe, HubSpot, Slack, Notion…)
- Vous voulez du code que vous (ou un dev futur) pouvez relire et maintenir
- Vous avez un ERP / outil métier custom à brancher (pas couvert par Zapier)
Zapier ou Make, c'est du code qu'on ne voit pas, et qui ne prévient pas quand ça casse
Un Zap qui se met en pause silencieusement parce qu'un champ a changé chez HubSpot. Un scenario Make qui boucle parce qu'un trigger se déclenche deux fois. Une intégration qui consomme votre quota en 3h parce qu'un client a uploadé 5000 lignes. Vous découvrez tout ça quand un client râle qu'il n'a pas reçu son onboarding email. Code sur mesure : observabilité native, retry intelligent, alerting Slack au moindre échec.
- Pas d'alerting natif chez Zapier sauf en upgrade premium ($600/an)
- Quotas : 5 000 tâches/mois sur Zapier Pro à 50 $/mois — vite atteint à l'échelle
- Debugging : logs limités, pas de stack trace, pas de replay des events failed
- Logique conditionnelle complexe : limite vite atteinte, on bricole en chaîne
Scope concret, sans flou
- Étape 0101
Webhook receivers avec retry + dead-letter queue
On reçoit les webhooks Stripe, HubSpot, GitHub, Linear, Slack… via un endpoint custom hébergé chez vous (ou chez nous selon votre préférence). Chaque event est ack en < 200ms, persisté en base, puis traité en background. Si le traitement échoue : retry exponentiel (1s, 5s, 30s, 5min, 30min). Si tout échoue : dead-letter queue avec alerting Slack pour qu'on remette la main dessus.
- Validation signature webhook (Stripe-Signature, HMAC HubSpot, etc.)
- Ack rapide < 200ms, traitement en background (Inngest, BullMQ, Trigger.dev)
- Retry exponentiel avec jitter (1s → 5s → 30s → 5min → 30min)
- Dead-letter queue + alerting Slack après N échecs
- Étape 0202
Schedulers : cron Vercel, Trigger.dev, ou worker dédié
Pour les jobs récurrents (sync nightly, export hebdo, cleanup mensuel), on choisit le runner selon votre infra : Vercel Cron Jobs (gratuit, simple), Trigger.dev (gestion fine + dashboard), GitHub Actions cron (gratuit, lent), ou worker dédié (Bull/BullMQ + Redis sur votre infra). Chaque job est observable, monitoré, et peut être déclenché manuellement depuis un dashboard interne.
- Vercel Cron pour les jobs simples (sync nightly, refresh cache)
- Trigger.dev pour les workflows complexes avec dashboard visuel
- Worker BullMQ + Redis pour les charges lourdes (> 10K jobs/jour)
- Trigger manuel + replay depuis dashboard interne
- Étape 0303
Logs structurés et observabilité native
Chaque event a un trace ID qui le suit du webhook reçu jusqu'au résultat final. Logs structurés en JSON (timestamp, level, event_id, source, status, duration_ms, error_message si applicable). Pousseé vers Axiom, Logtail, Datadog, ou un Postgres dédié au choix. Dashboard interne pour rechercher un event par ID client, période, type, statut. Replay possible sur un event ou un batch d'events.
- Logs structurés JSON avec trace ID propagé end-to-end
- Pushed to Axiom / Logtail / Datadog / Postgres au choix
- Recherche multi-critère + filtre date / source / statut
- Replay manuel d'un event ou d'un batch failed
- Étape 0404
Alerting Slack : on sait avant que le client s'en aperçoive
Quand un event échoue après tous les retries, une alerte arrive dans le canal Slack que vous voulez, avec le contexte complet : event ID, source, payload résumé, dernière erreur, lien direct vers le dashboard pour replay. Seuils configurables (alerte simple sur 1 échec, alerte critique sur > 10 échecs/heure). Possibilité de router vers PagerDuty pour les jobs vraiment critiques.
- Alertes Slack avec contexte complet (event, payload, erreur, replay link)
- Seuils configurables (1 échec, taux > X%, queue saturée)
- Routing PagerDuty pour les jobs business-critical
- Digest quotidien des stats (jobs OK, échecs, latence p95)
- Étape 0505
SDK côté votre app pour appeler nos endpoints
Si votre app ou site appelle nos endpoints d'intégration (envoyer un event custom, déclencher un workflow, consulter un statut), on livre un SDK TypeScript typé avec auto-complete, validation des payloads, et gestion d'erreurs propre. Authentification par API key ou OAuth selon contexte. Limitation de débit côté serveur (rate limiting) avec headers conformes RFC.
- SDK TypeScript typé avec validation Zod + auto-complete
- Auth API key (header) ou OAuth 2.0 selon contexte
- Rate limiting serveur avec headers X-RateLimit-* RFC-compliant
- Doc OpenAPI 3.1 auto-générée + Stoplight ou Scalar pour la démo
Le scope complet, sans surprise sur la facture
- Webhook receivers avec validation signature (Stripe, HubSpot, etc.)
- Retry exponentiel + jitter + dead-letter queue
- Schedulers (cron Vercel, Trigger.dev, ou BullMQ au choix)
- Logs structurés JSON avec trace ID end-to-end
- Push vers Axiom / Logtail / Datadog ou Postgres
- Dashboard interne (recherche, filtre, replay events)
- Alerting Slack avec contexte + replay link
- Seuils configurables + routing PagerDuty optionnel
- SDK TypeScript typé pour vos apps consommatrices
- Doc OpenAPI 3.1 + démo Stoplight ou Scalar
- Tests d'intégration sur les flows critiques
- Repo Git à votre nom + doc archi + support 6 mois
Prix posé, sans devis à rallonge
Range complet : 5 900 € à 12 900 € selon le scope. Une intégration simple (1 webhook receiver, 1 workflow, dashboard basique, alerting Slack) part à 5 900 €. Un hub d'intégrations complet (5+ sources, schedulers, SDK, dashboard avancé, intégration ERP custom) monte à 12 900 €. Devis ferme posé en 48h après le brief, paiement en 2 à 3 fois.
- Livraison 2 à 6 semaines
- Observabilité native
- Pas de Zapier
On vous a vu venir
Combien de temps pour livrer une intégration ?
Compter 2 à 3 semaines pour une intégration ciblée (1 source, 1 workflow, dashboard basique), 4 à 6 semaines pour un hub d'intégrations multi-sources avec SDK et schedulers. On démarre par 2-3 jours de cartographie de vos flows actuels, puis 1 à 5 semaines de dev avec premier endpoint live dès la semaine 1. Tests d'intégration sur les flows critiques (paiement, signup, lead) livrés avant mise en prod.
Où sera hébergée l'infrastructure d'intégration ?
Au choix : chez vous (sur votre Vercel, votre AWS, votre infra OVH/Scaleway), ou chez nous (Vercel EU + Supabase Frankfurt) avec accès complet et migration possible à tout moment. Pour les workloads soutenus (> 10K events/jour), on conseille souvent un worker dédié sur votre infra plutôt que du serverless pour le coût et la prédictibilité. Décision prise au cadrage selon votre volume estimé.
Comment vous gérez les events perdus ou doublonnés ?
Idempotence native : chaque event a une clé (event_id de la source ou hash du payload) stockée en base. Si le même event arrive deux fois (très courant sur les webhooks), on détecte et on skip proprement. Pour les events perdus, la dead-letter queue conserve tout ce qui a échoué après tous les retries — vous pouvez relancer un event ou un batch en 2 clics depuis le dashboard. Aucune perte silencieuse possible.
On peut continuer à utiliser Zapier en parallèle pour les flows simples ?
Oui, et c'est même souvent ce qu'on recommande. Zapier reste excellent pour les automations triviales (1 trigger → 1 action, < 100 events/mois, pas critique). On garde le code custom pour ce qui est critique ou volumineux : paiements, lead routing, sync ERP, workflows multi-étapes avec conditions. La cartographie au démarrage vous dit clairement quoi rester sur Zapier et quoi migrer.
Quel support après la livraison ?
6 mois de support inclus : bugs < 24h, monitoring proactif des taux d'échec, ajustements des seuils d'alerting selon retours, ajouts de petites sources/transformations. Au-delà, contrat de maintenance évolutive à partir de 190 €/mois (monitoring + petites évols), ou sprints à la demande pour ajouter une source / un workflow / une intégration ERP. Vous gardez la main complète sur le code et l'infra.
Stack qui parle.
Webhooks fiables, schedulers observables, alerting natif. On code l'intégration que Zapier promet et ne tient pas. Devis ferme en 48h après un appel de cadrage de 20 minutes.
Demander un devis