Comment connecter Salesforce à votre CMS : défis & enjeux
L'intégration de Salesforce dans le CMS est une demande importante parmi les utilisateurs Jahia. Avec le connecteur Salesforce, les entreprises peuvent synchroniser les données de leur CRM (via une CDP) avec les données récoltées sur leur site web, dans un sens comme dans l'autre. Cela permet par exemple d'améliorer la personnalisation sur le site web grâce aux données comprises dans le CRM, ou encore d'affiner l'approche des commerciaux grâce aux données comportementales de prospects, récoltées sur le site web et transmises à Salesforce.
Nous avons demandé à un des architectes de ce connecteur de nous en dire plus sur ses capacités, et vous aider à comprendre comment vous pourriez, vous aussi, en bénéficier.
Pouvez-vous nous expliquer l'origine de cette intégration ?
Avec Apache Unomi, nous avons un puissant moteur de rules qui n'est pas encore très visible pour la plupart des nouveaux arrivants sur le marché, mais qui, pour d'autres, permet l'intégration très simple de systèmes différents. Pour illustrer cette capacité, nous avons eu très tôt l'idée de faire une intégration avec un outil de CRM. Cela a même été discuté lors du travail sur la spécification du serveur de contexte OASIS. Apache Unomi découlant directement de cette spécification, il est apparu logique d'y adjoindre un connecteur à Salesforce comme un exemple de ses capacités d'intégration à un CRM.
Que permet la connexion entre le CRM Salesforce et le CMS Jahia ?
Ce connecteur s'intègre aux fonctionnalités du CMS Jahia et permet de:
- Mettre à jour un lead Salesforce à partir d'un profil Apache Unomi (action de règle 1)
- Mettre à jour un profil Apache Unomi à partir d'un lead Salesforce (règle 2)
Le connecteur crée une correspondance entre les leads Salesforce et les profils Apache Unomi à l'aide d'une clé commune. La clé la plus habituelle est l'adresse email, mais d'autres clés peuvent être définies. Par ailleurs, Le connecteur permet la mise à jour des données dans les deux sens.
Ces deux fonctionnalités sont implémentées dans les actions rules d'Apache Unomi, ce qui signifie que le cœur du connecteur a été fourni à la fondation Apache dans le cadre du projet Apache Unomi.
Pourquoi les fonctionnalités sont-elles réparties entre Jahia et Apache Unomi? Quelles sont les raisons de ce choix?
La CDP Jahia peut être vu comme un outil logiciel opérationnel basé sur Apache Unomi, profondément intégré avec notre solution DXP (comprendre les différences CMS vs DXP). La raison de cette répartition des fonctionnalités est que nous voulions avoir un serveur open source avec lequel de nombreux systèmes pourraient s'intégrer. Cependant, nous n'avons pas pu trouver un projet déjà existant. Nous avons donc commencé à travailler à la fois sur des spécifications et une implémentation. Le fait de disposer d'une plate-forme indépendante et personnalisée de données facilite ses capacités d'évolution et d'intégration de manière très flexible.
Pourquoi est-ce complexe pour des développeurs de créer ce type de connecteur ?
Il y a plusieurs challenges:
- Construire un serveur comme Apache Unomi à partir de zéro est toute une entreprise. Nous avons dû spécifier précisément ses API, puis, à partir de là, créer un serveur hautement évolutif. L'utilisation d'ElasticSearch comme moteur principal de stockage et d'interrogation a rendu la tâche plus simple, mais l'implémentation d'un moteur de rules très flexible et personnalisable était plutôt difficile au départ.
- Construire une toute nouvelle interface utilisateur pour le CMS est aussi un projet assez important, et comme dans de nombreux projets de ce type, il faut passer par plusieurs itérations pour que les choses soient conformes à nos attentes. D'ailleurs nous continuons à améliorer l'intégration Salesforce dans Jahia !
La forte intégration avec la solution DXP de Jahia a été un objectif important dès le début. Cela devait être fait sans compromettre la flexibilité de la CDP ou d'Apache Unomi. Cette intégration permet vraiment à nos utilisateurs existants de déployer les outils de personnalisation et d'A/B testing en utilisant l'interface DXP habituelle. C'est également l'une des raisons pour lesquelles la CDP a été implémentée comme un module DXP qui interagit avec Apache Unomi via son API REST.
Quels sont les résultats potentiels de l'intégration de Salesforce Unomi pour d'autres projets Unomi?
D'un point de vue purement technique et d'un point de vue API-first, tout utilisateur Apache Unomi peut utiliser l'ensemble des action rules Salesforce pour les intégrer dans ses solutions personnalisées.
