Les plateformes de commerce électronique ont la tâche difficile d’équilibrer deux forces quelque peu contradictoires. D’un côté, elles servent d’outil marketing pour attirer et retenir les clients en leur offrant une expérience utilisateur fraîche, facile à naviguer, soignée et en constante évolution. D’autre part, les plateformes de commerce électronique doivent exécuter des processus commerciaux complexes tels que la vérification de la disponibilité, des prix, des remises, de l’expédition, des recommandations, etc. Les “erreurs” ou “bugs” dans l’un de ces processus peuvent être embarrassants (et coûteux). Pensez à un bug dans la logique de calcul de la taxe qui calcule mal la taxe appropriée pour la région du client, ou à un coupon qui est censé donner 5% de réduction mais qui donne plutôt 500% de réduction. Avec des dizaines de règles en jeu dans un scénario typique de commande de commerce électronique, vous pouvez imaginer le cauchemar et les tests approfondis auxquels chacune de ces règles doit être soumise. Les pages des sites de commerce électronique destinées aux utilisateurs sont généralement le champ de bataille où ces deux forces s’affrontent. Le département marketing veut expérimenter en apportant des changements constants à la page web – ajouter du contenu, déplacer des éléments dans le but de rendre la page web un peu plus “collante” ou de vendre un produit de plus. Pour les ingénieurs qui doivent s’assurer que toutes les règles de gestion de la page fonctionnent en permanence, tout changement de page est un cauchemar – chaque règle déclenchée dans la page doit être testée à nouveau. Toute planification et tout test demandent du temps et des efforts, de sorte que les ingénieurs ” repoussent ” et essaient de décourager tout changement. Un dilemme pour un site e-commerce Ce conflit existe parce qu’historiquement, les technologies de construction des pages Web ont souvent fait en sorte que le code responsable de l’exécution des règles métier soit mélangé avec le code utilisé pour contrôler les composants de présentation de la page (par exemple, les parties de la page que l’utilisateur voit comme les boutons, les tableaux, les curseurs, etc.) ). Cette imbrication entraînait souvent des modifications de l’aspect et de la convivialité, et affectait également la logique qui déclenchait diverses règles de gestion (par exemple, l’ajout d’un nouveau moyen d’ajouter/supprimer des produits dans un panier d’achat nécessitait également de s’assurer qu’il déclenchait la logique de gestion appropriée pour recalculer les prix, les remises, les frais de port, etc. ). Cette dépendance exigeait des développeurs de la page Web qu’ils sachent quelles règles de gestion sont liées à quel composant de l’interface utilisateur et qu’ils étudient comment elles seront affectées si l’élément est déplacé, supprimé ou redessiné. “Le commerce électronique “sans tête” est une nouvelle approche de la conception des plateformes de commerce électronique qui tente d’éliminer la dépendance entre l’aspect et la convivialité de la page et la logique commerciale en imposant une séparation claire entre les deux. Le terme “headless” signifie que le cœur de la plateforme de commerce électronique ne possède AUCUNE interface utilisateur (ou “tête”). La plateforme est fournie sous la forme d’une collection de règles commerciales exposées par le biais d’un ensemble d’API ou de microservices clairs. Cette séparation permet à l’interface utilisateur d’être écrite dans n’importe quelle technologie web (React.js Angular.JS etc.) et d’évoluer indépendamment de la logique métier et vice versa. Cela offre une grande flexibilité pour modifier et tester la logique de présentation ou la logique métier indépendamment l’une de l’autre. Un avantage supplémentaire de cette séparation est la possibilité de réutiliser la même logique métier dans une variété de scénarios d’interaction (inhabituels), notamment les pages Web, la commande vocale, les chatbots et les dispositifs IoT (par exemple, un capteur IoT peut déclencher une nouvelle commande d’un produit en utilisant la même logique que si la commande était passée par un humain via un site Web…). Headless, la solution de site de commerce en ligne Dans le monde des solutions Headless, les fournisseurs se concentrent principalement sur le back-end (règles métier) et laissent généralement les interfaces utilisateur (la “tête”) à des tiers. Pour encourager l’adoption de ce modèle, certains fournisseurs proposent même des composants d’interface utilisateur web open source spécialement conçus pour être utilisés pour construire des sites web complets avec le back-end de leur solution de commerce électronique sans tête. Le commerce électronique sans tête en est encore à ses débuts, deux des plateformes les plus populaires, SAP Spartacus (basée sur Hybris) et Elastic Path, étant les offres les plus matures à l’heure actuelle. Au fil du temps, d’autres plateformes de commerce électronique finiront par s’orienter dans cette direction, car elle offre plus de flexibilité et simplifie considérablement le développement et le support.