Il n'est pas nécessaire de tout refaire
Voici une situation très courante : votre entreprise possède un site WordPress qui fonctionne bien, qui se positionne correctement en SEO et qui vous a coûté un investissement certain. Vous avez aussi, ou vous souhaitez avoir, un CRM pour gérer vos clients et vos opportunités.
Et puis quelqu'un arrive en disant qu'il faut refaire le site.
Ce n'est presque jamais nécessaire. Si votre WordPress remplit sa fonction, la bonne question n'est pas une migration, c'est une connexion. Et c'est un projet beaucoup plus réduit.
Ce que signifie intégrer en pratique
« Intégrer le CRM à la web » peut signifier des choses très différentes. Il faut préciser ce dont vous avez besoin, car l'effort change complètement :
Entrée de leads. Les formulaires du site créent ou mettent à jour des contacts dans le CRM. C'est le cas le plus courant et le plus rentable.
Sortie de contenu. Le CRM ou l'ERP contiennent des données que le site doit afficher : catalogue, disponibilité, tarifs, biens immobiliers, cours.
Espace privé. Le client accède au site et voit ses données, ses commandes ou ses factures.
Synchronisation bidirectionnelle. Les changements circulent dans les deux sens. C'est le plus puissant et aussi ce qui crée le plus de problèmes si c'est mal implémenté.
La majorité des entreprises n'a besoin que du premier. Beaucoup en ont besoin du second. Très peu ont réellement besoin du quatrième.
Si quelqu'un vous propose une synchronisation bidirectionnelle dans le premier projet, posez la question : que se passe-t-il quand le même enregistrement change aux deux endroits à la fois. S'il n'y a pas de réponse claire sur qui a le dernier mot, l'intégration va finir par corrompre des données. Commencez par une direction et ajoutez l'autre quand la première est solide.
Entrée de leads : le cas que presque tout le monde doit faire
L'objectif est qu'un formulaire de contact termine dans le CRM sans que personne ne copie rien.
Les options, du moins au plus contrôlé :
Plugin du CRM. Beaucoup de CRM ont un plugin officiel pour WordPress. Si le vôtre en a un et qu'il fait ce que vous avez besoin, c'est le chemin court. Limites : il vous attache à son modèle de données et au rythme de mise à jour du plugin.
Webhook depuis le formulaire. La plupart des plugins de formulaires modernes peuvent envoyer les données à une URL au moment de l'envoi. Cette URL est un petit service maison qui valide, transforme et crée l'enregistrement dans le CRM. C'est l'option que nous recommandons le plus : simple, maîtrisée et sans dépendance d'un plugin spécifique.
Automatisation intermédiaire. Des outils qui font la liaison entre les services. Rapides à mettre en place, confortables pour valider une idée, avec un coût récurrent qui croît avec le volume. Utile pour vérifier le concept avant de construire.
Intégration sur mesure. Un service maison qui parle avec l'API du CRM. C'est adapté quand la logique n'est pas triviale : affecter un commercial selon la paroisse ou la langue, dédupliquer contre les clients existants, envoyer des alertes différentes selon le produit.
Ce que presque personne ne prévoit et qui arrive toujours
Trois choses qui noient les intégrations qui paraissaient simples sur le papier :
Doublons. Le même client remplit le formulaire trois fois. Sans une règle de déduplication par email ou téléphone, votre CRM se remplit de bruit en un mois.
Pannes. Le CRM ne répond pas pendant dix minutes. Si votre formulaire ne sauvegarde pas le lead quelque part entre-temps, ces leads sont perdus et vous ne le saurez pas.
Changements de champs. Quelqu'un ajoute un champ obligatoire au CRM et l'intégration commence à échouer silencieusement. Sans alertes, vous vous en rendez compte quand quelqu'un demande pourquoi les contacts ne remontent pas.
La solution aux trois est la même et c'est bon marché : toujours sauvegarder le lead aussi dans WordPress et traiter l'envoi au CRM comme un processus qui peut échouer et se relancer. Si le CRM est inaccessible, le lead reste dans votre base de données et se synchronise après.
Sortie de contenu : le catalogue vit dans le CRM
Le deuxième cas le plus fréquent : l'information de qualité est dans votre système de gestion et le site devrait la montrer sans que personne la copie.
C'est typique dans les agences immobilières, où les propriétés vivent dans le CRM, et dans le commerce, où le catalogue et le stock vivent dans l'ERP.
Le pattern qui marche :
- Le système de gestion expose les données par API ou les publie dans un format convenu
- Un processus programmé les ramène à WordPress à intervalle régulier
- WordPress les sauvegarde comme son propre contenu, ne les demande pas en temps réel
Ce troisième point est important et souvent mal fait. Si votre site interroge le CRM chaque fois que quelqu'un charge une page, quand le CRM est lent votre site est lent, et s'il tombe, votre site tombe. En gardant une copie locale, le site fonctionne toujours et ne se désactualise que légèrement entre les synchronisations.
Quand il est vraiment temps de sortir de WordPress
Pour être honnête, il y a des cas où intégrer devient contre-productif :
- Quand le site est en réalité une application avec des utilisateurs, des permissions et une logique complexe, et WordPress se tient debout avec quinze plugins
- Quand la performance est devenue un vrai problème et la cause est l'accumulation de couches
- Quand chaque petit changement exige de toucher à trois plugins qui se marchent dessus
- Quand la sécurité est critique et la surface d'attaque de tant de plugins n'est plus acceptable
Dans ces scénarios, il a du sens de prévoir une application web sur mesure. Mais il faut y arriver par l'analyse, pas parce que quelqu'un a envie de tout refaire.
Avant de décider, comptez combien de plugins actifs vous avez et combien d'entre eux touchent les mêmes données. Au-delà de vingt, et avec trois ou quatre qui se chevauchent dans la même fonction, le site n'est plus un WordPress standard : c'est un système sur mesure construit avec des pièces d'autres, avec la maintenance d'un système sur mesure et sans ses avantages.
Comment nous le faisons
Chez AndorraDev, nous faisons pas mal de ces projets, et ils commencent presque tous de la même manière : l'entreprise croit qu'elle a besoin d'un nouveau site et en réalité elle a besoin que deux systèmes parlent entre eux.
Notre approche habituelle est un service intermédiaire maison entre WordPress et le CRM ou ERP, qui valide, déduplique, relance et avertit quand quelque chose échoue. C'est peu spectaculaire et c'est ce qui fait que l'intégration continue à fonctionner deux ans après.
Si vous avez un WordPress qui marche et un CRM qui n'a aucune idée de ce qui se passe sur votre web, parlons-en.