Skip to content
Go To Agency

Intégration Salesforce : arrêter de recopier vos leads à la main

Nous relions votre site, vos formulaires et vos outils de facturation à Salesforce par API. Nous ne vendons pas de conseil fonctionnel sur le CRM : nous construisons la tuyauterie technique qui l'alimente. Agence à Dijon, à distance, tout par écrit.

4.9/5 sur 35 avisRéponse sous 24 heures ouvréesIntégration par API, pas de paramétrage CRM

Vos leads arrivent dans une boîte mail, pas dans Salesforce

Un prospect remplit le formulaire du site. Une alerte part par email. Quelqu'un ouvre Salesforce, recopie le nom, la société, choisit une origine au hasard parce que le champ est obligatoire, puis referme l'onglet. Deux semaines plus tard, il revient par un autre canal et devient un doublon. La direction demande d'où viennent les affaires gagnées, et personne ne sait répondre. Le CRM n'est pas en cause : rien ne l'alimente.

La ressaisie
Ce qui déclenche la demande, presque toujours
Le formulaire
Le maillon manquant le plus fréquent
La provenance
L'information perdue en route

Quatre briques pour que la donnée arrive seule dans le CRM

Formulaires du site vers Salesforce

Le formulaire n'envoie plus un simple email. Il interroge l'API REST de Salesforce et crée un Lead ou un Contact, avec les champs standard et vos champs personnalisés remplis. La page d'origine, la campagne et l'identifiant de session partent avec l'enregistrement, ce qui rend la provenance exploitable. Si le prospect existe déjà, sa fiche est mise à jour au lieu d'être dupliquée.

Identifiants, droits et quotas de requêtes

L'authentification passe par une Connected App et un flux OAuth côté serveur, jamais par un jeton exposé dans le navigateur. Nous cadrons le profil du compte d'intégration pour qu'il n'écrive que sur les objets concernés, et rien d'autre. Les quotas de requêtes de votre édition Salesforce sont pris en compte dès la conception, avec regroupement des écritures quand le volume le justifie.

Une chaîne qui ne perd rien quand le CRM ne répond pas

Une requête réseau échoue tôt ou tard. Chaque envoi est enregistré chez vous avant d'être transmis, puis rejoué automatiquement avec un délai croissant en cas d'erreur. Une clé d'idempotence empêche de créer deux fois le même enregistrement lors d'une reprise. Les échecs définitifs restent visibles dans un journal et déclenchent une notification, pour qu'aucune demande ne disparaisse en silence entre les deux systèmes.

Facturation et outils tiers raccordés au même flux

Le devis, la commande et la facture vivent souvent ailleurs que dans le CRM. Nous relions ces systèmes par API pour que le passage d'une opportunité à un client payant se reflète dans Salesforce sans ressaisie. Le sens de la synchronisation, l'outil qui fait autorité sur chaque champ et le traitement des conflits sont écrits avant la première ligne de code.

Les points que nous vérifions avant de toucher au CRM

Les doublons
Ce qui bloque le plus souvent
L'origine du lead
Le champ oublié dans presque tous les projets
Les quotas d'API
Ce qui casse en premier en production
Par écrit
Notre mode de travail

Trois périmètres selon l'état de votre chaîne

Connexion formulaire vers Salesforce

Sur devis
  • Formulaire relié à l'API REST
  • Création ou mise à jour de Lead
  • Mapping des champs documenté
  • Journal des envois et alerte en cas d'échec
Décrire mon besoin par écrit

Chaîne de données complète

Sur devis
  • Plusieurs sources sur le même flux
  • File d'attente, rejeu et idempotence
  • Outil de facturation synchronisé
  • Recette en environnement sandbox
Décrire mon besoin par écrit

Reprise d'une intégration existante

Sur devis
  • Audit de la chaîne en place
  • Correction du mapping et des doublons
  • Jetons repassés côté serveur
Décrire mon besoin par écrit

Intégrer Salesforce à votre site : ce qui casse et quand s'abstenir

Une intégration Salesforce ne se juge pas le jour de la mise en ligne, mais six mois plus tard, quand plus personne n'a recopié une fiche à la main. Voici la frontière entre notre travail et celui d'un intégrateur, les points de rupture que nous retrouvons partout, et les cas où ce chantier n'a pas lieu d'être.

Ce que nous faisons, et ce qui relève d'un intégrateur spécialisé

La confusion est fréquente parce que le mot intégrateur recouvre deux métiers distincts. Le premier consiste à modeler Salesforce lui-même : définir les objets et les champs, écrire les règles d'attribution, construire les automatisations, paramétrer les cycles de vente, gérer les profils, former les équipes. Cela demande une connaissance fine de la plateforme, et souvent une certification. Ce n'est pas notre métier. Le second consiste à faire entrer et sortir la donnée. Un site, un formulaire, un espace client, un outil de facturation, un module de paiement : ces systèmes doivent parler à Salesforce par son API, avec une authentification propre, un mapping explicite et une gestion des erreurs. C'est du développement, pas de la configuration fonctionnelle. Dans la pratique, les deux se rejoignent. Votre administrateur décide que le champ de provenance existe et quelles valeurs il accepte. Nous garantissons qu'il est rempli à chaque envoi, sans intervention humaine. Chacun reste dans son périmètre.

Les quatre endroits où la chaîne casse

L'identité vient en premier. Beaucoup d'intégrations bricolées stockent un jeton d'accès en dur, parfois dans du code envoyé au navigateur. Le jeton expire, l'intégration s'arrête, personne ne s'en aperçoit pendant des jours. Une Connected App avec un flux serveur et un renouvellement automatique règle le problème durablement. Le mapping arrive ensuite. Un champ obligatoire côté Salesforce que le formulaire n'envoie pas, une liste de valeurs modifiée par l'administrateur sans prévenir, un format de date ou de numéro refusé : l'API répond par une erreur que personne ne lit, et l'enregistrement n'existe jamais. Les doublons sont le troisième point. Sans identifiant externe, chaque envoi crée une fiche. Les commerciaux perdent confiance dans le CRM, puis retournent à leur tableur. Les quotas ferment la marche. Salesforce plafonne le nombre de requêtes par période, selon l'édition et les licences. Une synchronisation naïve qui écrit ligne par ligne consomme ce budget très vite, et coupe tout le reste.

Connecteur sans code ou intégration développée : comment trancher

Les plateformes d'automatisation comme Zapier ou Make relient Salesforce à des centaines d'outils sans code. Elles sont facturées à l'opération, selon des grilles publiques qui évoluent : vérifiez les conditions en vigueur chez ces éditeurs avant de bâtir un budget dessus. Pour un flux simple et peu volumineux, elles suffisent, et nous vous le dirons. Elles montrent leurs limites sur trois terrains. Le volume, parce que le coût suit le nombre d'opérations et devient imprévisible. La logique métier, dès qu'il faut enchaîner des conditions ou transformer une structure de données. La reprise après incident, parce que le rejeu et la traçabilité y restent sommaires. Une intégration développée coûte plus cher au départ et vit dans votre code. Elle se justifie quand le flux est au cœur de votre activité, quand le volume est réel, ou quand la donnée doit transiter par vos seuls serveurs. Préparez un accès administrateur, un environnement sandbox et la liste des champs concernés.

Les situations où nous vous dirons de ne pas lancer ce projet

Premier cas, le plus courant : Salesforce est acheté mais pas adopté. Les commerciaux travaillent dans leur boîte mail, les fiches sont incomplètes, les statuts ne veulent plus rien dire. Automatiser l'arrivée des leads dans un CRM que personne n'ouvre revient à remplir plus vite un dossier jamais consulté. Le sujet est organisationnel, pas technique, et aucune API ne le règle. Deuxième cas : la structure du CRM n'est pas stabilisée. Si les objets et les valeurs autorisées changent chaque semaine, une intégration développée maintenant sera à refaire. Troisième cas : le volume ne justifie pas l'investissement. Quelques demandes par mois se saisissent à la main plus vite qu'un projet ne se rentabilise. Quatrième cas : personne chez vous n'a les droits administrateur ni la légitimité pour arbitrer. Le projet s'enlisera sur des questions que nous ne pouvons pas trancher. Nous sommes à Dijon, à distance, uniquement par écrit. Si l'un de ces cas est le vôtre, nous vous le dirons avant tout devis.

Non, et nous préférons l'écrire ici plutôt que de le laisser croire. Nous n'avons ni certification Salesforce ni statut de partenaire officiel. Notre métier est le développement web et l'intégration par API : relier un site, un formulaire ou un outil de facturation à Salesforce, de façon fiable et documentée. Le paramétrage fonctionnel avancé, objets personnalisés, règles d'attribution, automatisations, revient à un intégrateur spécialisé ou à votre administrateur interne. Il décide de la structure du CRM, nous construisons la tuyauterie qui l'alimente.

Souvent si, et dans ce cas nous le disons. Web-to-Lead est fourni avec Salesforce et crée un Lead depuis un formulaire HTML. Ses limites apparaissent vite : le navigateur poste vers une adresse publique sans authentification, la réponse ne dit pas si l'enregistrement a été créé, vous ne pouvez pas mettre à jour une fiche existante, et le volume quotidien est plafonné. Si votre besoin se résume à récupérer un nom et un email, restez dessus. Dès qu'il faut une mise à jour ou un contrôle des doublons, passez par l'API.

Par une clé, pas par de la chance. Nous ajoutons un champ d'identifiant externe unique sur l'objet cible, alimenté par une valeur stable venue de chez vous : email normalisé, identifiant client, numéro de commande. L'API accepte alors une écriture en upsert sur cette clé, qui met à jour l'enregistrement s'il existe et le crée sinon. En amont, les adresses sont normalisées et les soumissions répétées d'un même formulaire sont neutralisées. Ce point se tranche avant le développement, car il détermine tout le reste.

Elle est conservée. Le formulaire écrit d'abord dans votre base, répond au visiteur, puis tente la transmission. Si Salesforce renvoie une erreur ou ne répond pas, l'envoi est rejoué automatiquement avec un délai qui augmente à chaque tentative. La clé d'idempotence garantit qu'un rejeu ne crée pas un second enregistrement. Après plusieurs échecs, la demande bascule dans une file d'erreurs consultable et une notification part. La notification interne au commercial fonctionne indépendamment du CRM. Aucune demande ne doit dépendre d'un service tiers pour exister.

Le développement est rarement le facteur limitant. Une connexion simple, un formulaire qui crée un Lead avec sa provenance, se construit en quelques jours une fois les accès obtenus. Une chaîne complète, plusieurs sources, une synchronisation dans les deux sens et un outil de facturation, s'étale sur plusieurs semaines. Ce qui allonge les délais est ailleurs : obtenir un accès administrateur et un environnement sandbox, décider quel outil fait autorité sur chaque champ, identifier qui tranche. Quand ces points sont réglés, le reste avance vite.

4.9/5 sur 35 avis clientsDécouvrez les avis de nos clients

Dites-nous ce qui ne circule pas

Décrivez votre installation : le site, le formulaire, l'outil de facturation et l'édition de Salesforce. Nous répondons par écrit sous 24 heures ouvrées, avec un avis franc, y compris si un connecteur standard suffit.

Décrire mon besoin par écrit
Devis gratuit
Intégration Salesforce à Dijon : relier site web et CRM | Go To Agency