S’orienter avec Sitecore Search

Qu’est-ce que Sitecore Search exactement ?

Sitecore Search vise à fournir du contenu pertinent et personnalisé à la bonne audience au bon moment. Il s’agit d’une solution entièrement SaaS qui comprend les composants suivants :

• Customer Engagement Console (CEC) - Votre guichet unique pour les données analytiques de recherche, les tests, la configuration, etc.
• Service de recherche et de recommandations : API REST basée sur l’intelligence artificielle pour effectuer des requêtes de recherche et recevoir des résultats.
• Service événementiel - UNE API REST pour collecter les interactions des visiteurs qui sont essentielles pour optimiser l’expérience de recherche.

Stratégie de mise en œuvre

En alignant notre cas d’utilisation sur ce que Sitecore Search a à offrir, nous avons décidé de réorganiser le expérience de recherche sur Sitecore.com en septembre 2022. Le projet a démarré avec des études et une planification avant de plonger dans l’implémentation. L’adoption d’une approche progressive nous a permis d’accroître progressivement les connaissances de l’équipe et d’apprendre la solution au fur et à mesure de notre progression.

Configuration du robot d’exploration

Notre parcours a commencé par la configuration du robot d’exploration Sitecore Search. Voici quelques-unes des principales considérations relatives à l’exploration :

• Pare-feu
  Sitecore.com est protégé par un pare-feu d’applications Web (WAF) qui inclut des mesures de protection contre les bots. Quelques ajustements du WAF ont été nécessaires pour que le robot d’exploration puisse accéder à notre site.
• Vitesse de crawl/charge
  Nous avons soigneusement examiné la vitesse à laquelle le robot d’exploration visite le site Web. L’exécution d’une exploration à l’échelle du site par rapport à notre environnement de pré-production à une vitesse agressive nous a donné une base de référence pour la durée d’une exploration complète.
• Tactique d’exploration et fréquence
  Après avoir envisagé de nombreuses options, nous avons configuré le robot d’exploration pour qu’il analyse nos sitemaps XML tous les soirs, au lieu d’explorer une API ou une approche push en temps réel.
• Multilingue
  Sitecore.com prend en charge huit langues et il était important pour nous de pouvoir fournir les mêmes expérience de recherche dans toutes les régions.
• Multi-site/source
  Il était important que nous indexions non seulement Sitecore.com, mais aussi les propriétés des sites Web voisins. Des sources d’analyse supplémentaires ont été configurées pour les sites Symposium, Documentation et Développeur.
• Facettage
  Bien que Sitecore Search soit capable d’effectuer des facettes en se basant uniquement sur la structure de l’URL, nous avons décidé d’adopter une approche plus précise de l’exposition de la taxonomie au robot d’indexation, en l’intégrant dans des balises méta sur chaque page du site Web.

Planification du développement

Il était maintenant temps de commencer à planifier le développement. La recherche de Sitecore n’a pas d’opinion sur la façon dont vous concevez les choses, sur la façon dont vous développez ou sur les technologies que vous utilisez. Cela a fait de la phase de planification un jeu d’enfant.

Nous avons commencé par étudier les API à l’aide de Postman, qui a fourni des exemples de réponses et de structures de données avec lesquelles nous allions travailler. ReactJS avec Axios a été choisi comme framework front-end avec lequel nous allions développer et qui a préparé le terrain pour définir les exigences et les tâches.

C’est le moment de construire !

Nos efforts de développement ont été principalement gérés par notre développeur front-end senior sur une période d’un mois. Un peu plus de temps a été consacré à la production de wireframes ainsi qu’à quelques ajustements de nos balises méta pour assurer la cohérence de la taxonomie sur l’ensemble du site Web. Dans l’ensemble, le développement initial s’est très bien déroulé et a été beaucoup plus facile à aborder par rapport à notre solution précédente. Cela a été possible grâce à l’utilisation d’un simple ensemble d’API REST.

Mesurer le succès

Les principaux indicateurs clés de performance que nous surveillons sont les taux globaux de par de clics (CTR) et les conversions de recherche (CVR) pour certains de nos principaux termes de recherche. Sur Sitecore.com, nous avons défini un conversion de recherche comme étant tous les formulaires remplis qui ont été précédés d’une recherche.

Un mois après la mise en ligne, nous constatons des résultats très encourageants :

Quelle est la prochaine étape sur la feuille de route ?

montre. Ceci. Espace. De nouvelles fonctionnalités sont en cours d’élaboration qui, selon nous, changeront complètement la donne pour les sites Web riches en contenu. Sur notre feuille de route se trouve un widget de recommandation que nous prévoyons d’intégrer sur l’ensemble du site Web. Ces widgets sont non seulement conscients du contexte de la page sur laquelle ils sont intégrés, mais ils comprennent également les affinités des visiteurs pour le contenu en fonction de l’historique de navigation. Ils peuvent être complètement libres en termes de configuration et de maintenance, ou contrôlés avec précision avec des règles sensibles au contexte (c’est-à-dire des recettes).

Produire des recommandations de contenu personnalisé avec ce niveau de flexibilité n’est pas une tâche triviale, même pour les équipes de développement très expérimentées. Pourtant, lorsque les recommandations sont fournies dans une solution SaaS pilotée par API, les temps de développement sont considérablement réduits tandis que les spécialistes du marketing de contenu peuvent se concentrer sur la production de contenu et l’ajustement des recommandations à leur guise.