Avec la transition rapide vers un monde numérique déclenchée par la pandémie, les pressions exercées sur les entreprises pour qu’elles offrent des expériences numériques fortes ne font que s’accélérer – du besoin de sites Web réactifs à chargement rapide et de personnalisation de haute précision à la fourniture cohérente pour les consommateurs et d’une expérience sur tous les canaux. Répondre à ces besoins peut être difficile, en particulier pour les entreprises dotées d’une infrastructure Web héritée qui peuvent avoir du mal à se déplacer le plus rapidement possible pour répondre aux demandes changeantes des consommateurs.

De nombreuses entreprises se tournent vers l’architecture sans tête pour répondre à ces besoins et évoluer avec la vitesse et la flexibilité requises pour obtenir des expériences supérieures dans leurs propriétés numériques. Mais qu’est-ce qui est exactement insensé et que permet-il aux développeurs de faire? Nous nous sommes récemment entretenus avec Jason Bahl, ingénieur logiciel principal chez WP Engine et développeur chez WPGraphQL, pour en savoir plus sur l’architecture headless, ses avantages et défis, et les perspectives d’avenir du headless.

ADM: Qu’est-ce que l’architecture sans tête?

Le terme headless à sa base signifie « pas de front end ». En particulier, headless est un type d’architecture web dans lequel le front-end, la «tête» (l’interface utilisateur graphique ou GUI) est découplée du back-end, le «body» (où vivent le code et les données). Dans une architecture Web sans tête, le front-end et le back-end fonctionnent indépendamment l’un de l’autre. L’envoi de contenu tel que des informations sur le produit est facilité par l’utilisation d’une interface de programmation d’application (API) qui peut être connectée à divers canaux, par ex. B. une montre intelligente, une application mobile, un assistant vocal ou un écran de kiosque numérique. Les développeurs peuvent ensuite créer une interface utilisateur dans le frontal qui est adaptée à chaque utilisateur, application et écran. Les entreprises utilisant une solution complètement sans tête hébergent généralement une application JavaScript distincte pour le front-end qui extrait certaines données via des API telles que l’API WordPress REST ou l’API GraphQL fournie par le plugin WPGraphQL.

L’approche du système de gestion de contenu sans tête (CMS) permet essentiellement aux entreprises d’utiliser le même seau de contenu pour différentes dépenses. Cela signifie que les entreprises peuvent atteindre un niveau de flexibilité et de flexibilité sur leurs canaux numériques qui va au-delà de l’utilisation traditionnelle des CMS.

ADM: Pouvez-vous nous en dire plus sur l’histoire de l’adoption sans tête et votre point de vue sur l’état actuel de l’adoption sans tête?

L’architecture sans tête existe depuis longtemps, même si elle n’a pas toujours été officiellement qualifiée de « sans tête ». Par exemple, mon introduction personnelle à WordPress remonte à 2008 en tant que CMS sans tête avant d’être étiqueté sans tête. J’ai créé des sites Flash et j’avais besoin d’un moyen de permettre aux utilisateurs de mettre à jour le contenu sans savoir comment écrire ActionScript pour modifier le code source Flash. J’ai ensuite découvert WordPress et son API XML-RPC et je travaille avec lui depuis lors.

Ces dernières années, l’architecture sans tête a gagné en popularité, en particulier parmi les entreprises ayant des besoins numériques complexes. En fait, dans notre étude internationale sur le headless, nous avons constaté une augmentation de près de 25% du nombre d’entreprises utilisant le headless depuis 2019. Alors que la majorité des entreprises utilisent déjà le headless, plus de 90% des entreprises prévoient d’évaluer des solutions headless l’année prochaine. Avec le headless permettant aux entreprises de proposer des expériences numériques dynamiques auxquelles les consommateurs s’attendent de plus en plus, cela n’est pas surprenant. L’adoption sans tête augmente.

ADM: Pourquoi les entreprises choisissent-elles une architecture insensée?

L’architecture sans tête est une option intéressante pour de nombreuses entreprises car elle les aide à gagner du temps et de l’argent tout en augmentant la flexibilité et les performances. Avec headless, les entreprises peuvent utiliser le même référentiel de contenu pour différents problèmes, ce qui leur permet de se déplacer plus rapidement et de manière plus flexible pour savoir où et comment présenter leur contenu. Étant donné que le contenu se trouve dans un emplacement différent de celui de la livraison frontale, le headless peut également contribuer à accroître la sécurité en réduisant le risque de problèmes d’application tierce.

De plus, les entreprises peuvent utiliser headless pour pérenniser leur contenu, car le contenu peut être extrait du point de terminaison de l’API tant qu’il existe. Les entreprises peuvent également migrer le contenu de manière plus flexible si nécessaire, car il n’est pas si étroitement lié aux sujets et aux plugins.

De plus, headless offre des opportunités supplémentaires de retour sur investissement, car une plate-forme n’est plus nécessaire. Les organisations peuvent conserver leur CMS back-end pendant que les API naviguent dans les points de contact numériques du front-end. Cela signifie que même si une entreprise effectue des mises à jour dans le back-end, l’expérience numérique du client ne sera jamais perturbée. En bref, sans tête, il est plus facile pour les entreprises de fournir une expérience de contenu cohérente.

Dans l’ensemble, headless offre une configuration Web agile que les entreprises peuvent utiliser pour créer des pages Web et mobiles rapides, améliorer leur sécurité et offrir une expérience de contenu cohérente et connectée sur toutes les propriétés numériques.

Quels types d’expériences / dépenses numériques aideront les entreprises insensées?
Les entreprises utilisent actuellement ou prévoient d’adopter une architecture sans tête pour permettre une variété d’expériences numériques. Bien que les sites Web soient une priorité évidente pour beaucoup, la technologie sans tête peut aider les entreprises à fournir du contenu au-delà de leur site Web, y compris des applications mobiles, des appareils intelligents et des assistants vocaux. Sur la base de notre étude sur le headless, les sites Web, le commerce électronique et l’Internet des objets (IoT) sont les principales expériences numériques que les répondants souhaitent offrir avec les assistants vocaux numériques, la réalité virtuelle, la réalité augmentée et les applications mobiles natives.

ADM: Que fait spécifiquement le headless pour les développeurs?

Headless offre aux développeurs de nombreux avantages, notamment l’évolutivité, la flexibilité, des intégrations plus faciles et une liberté supplémentaire. Avec un CMS sans tête, les entreprises créent un système API centré sur le développeur au lieu de se concentrer sur la manière dont l’administration back-end prendra en charge la conception frontale. Les développeurs ont plus de choix car ils peuvent utiliser la technologie d’application qu’ils connaissent déjà, comme: B. un framework basé sur React comme Gatsby ou NextJS.

L’architecture sans tête est également beaucoup plus facile à mettre à l’échelle car elle divise le traitement entre le front-end et le back-end et permet aux développeurs de distribuer leur front-end à proximité de leurs utilisateurs finaux, les données de leur API pour une utilisation en cache d’autres implémentations et libérer votre backend de la nécessité de traiter le rendu.

Headless offre non seulement plus de flexibilité et d’évolutivité, mais permet également aux développeurs de s’intégrer plus facilement à d’autres logiciels. Avec headless, l’application client est responsable des intégrations souvent requises pour les sites Web d’entreprise complexes tels qu’un système de gestion de la relation client (CRM) ou un système de planification des ressources d’entreprise (ERP). Écosystème JavaScript est un point d’intégration de première classe.

Mettre en œuvre des technologies sans tête

ADM: Quelles considérations les entreprises devraient-elles prendre en compte lorsqu’elles envisagent de mettre en œuvre des technologies headless?

Bien que l’architecture sans tête, comme toute technologie ou tout logiciel, présente de nombreux avantages, elle peut commencer par des défis qui peuvent ne pas convenir à toutes les entreprises. Bien que l’ingénierie intelligente puisse atténuer certains des problèmes croissants, les entreprises doivent tenir compte de certaines considérations en matière de sécurité, de gestion globale des solutions et de compétences des développeurs pour déterminer si le headless est une bonne option pour leur entreprise.

Par exemple, alors que l’un des avantages d’une architecture sans tête est une sécurité améliorée, de nouveaux facteurs de sécurité sont mis en œuvre, par ex. Sécuriser les API Exiger des autorisations utilisateur différentes peut être un peu intimidant pour les entreprises novices en mode sans tête. Dans cet esprit, les entreprises doivent garder à l’esprit qu’elles auront probablement besoin de bibliothèques de programmation avancées pour maximiser leur système insensé. Cela pourrait créer une courbe d’apprentissage pour certains développeurs, et les entreprises qui ne disposent pas actuellement d’un programmeur frontal devraient en ajouter un à leur équipe.

Comme pour l’adoption de nouvelles technologies, les entreprises doivent tenir compte de leurs besoins, objectifs et considérations pour déterminer si le headless est la bonne solution.

ADM: Quels pièges potentiels les développeurs pourraient-ils rencontrer lorsqu’ils adoptent une architecture Web insensée, et comment peuvent-ils surmonter ces défis?

Comme mentionné précédemment, il peut y avoir une courbe d’apprentissage pour les développeurs lors de la mise en œuvre de technologies sans tête pour la première fois. Par exemple, certaines bibliothèques de programmation étendues ou de nouveaux facteurs de sécurité tels que la sécurisation des API peuvent nécessiter une expertise ou une formation supplémentaire. Les développeurs doivent également être conscients qu’une architecture sans tête peut altérer l’efficacité de certains plugins. Avec WordPress sans tête, par exemple, certains plugins qui étaient auparavant utilisés pour changer le comportement du front-end peuvent ne pas avoir le même effet sur une architecture Web sans tête qui limite le contrôle des éditeurs de contenu et des spécialistes du marketing et peut changer les flux de travail typiques pour les développeurs et les éditeurs de contenu. Les équipes y sont habituées.

Une façon d’atténuer ces pièges consiste à utiliser certains plugins, par ex. B. l’interface utilisateur pour les types de publication personnalisés qui exposent leurs données à WPGraphQL et permettent aux applications clientes stupides d’utiliser les données comme elles le souhaitent. En utilisant des plugins qui traitent leurs données séparément de leur présentation, les développeurs peuvent utiliser plus facilement des plugins dans des applications headless. Il est également possible qu’un nouveau sous-écosystème de plugins sans tête émerge. Les données mises à disposition par le CMS peuvent être utilisées pour partager des bibliothèques de composants qui permettent aux développeurs d’applications stupides d’ajouter la prise en charge des données avec un minimum d’effort.

ADM: Qu’attendez-vous de l’avenir pour les personnes sans tête?

Si nous avançons dans un monde entièrement numérique avec plusieurs appareils, je m’attends à ce que l’acceptation sans tête continue de croître. Les entreprises voient de plus en plus leur valeur dans la fourniture d’expériences numériques haute performance qui répondent aux demandes toujours croissantes de leurs clients. Les cas d’utilisation de headless continueront de croître à mesure que les entreprises se familiariseront avec la technologie et essaieront de fournir du contenu via de nouveaux canaux. Avec la transition rapide vers le sans tête, le sans tête est en passe de devenir la norme du secteur pour les entreprises qui cherchent à créer des expériences omnicanales puissantes et connectées.

Tête de Jason Bahl

A propos de Jason Bahl

Jason Bahl est un ingénieur logiciel principal chez WP Engine où il crée et maintient des logiciels open source pour le Web. Il est également le créateur et le mainteneur de WPGraphQL, un plugin WordPress gratuit et open source qui offre un schéma et une API GraphQL extensibles pour tout site WordPress. Lorsqu’il n’écrit pas de code, il aime jouer au football et au racquetball et profiter des salles d’évasion. Il vit à Denver, CO avec sa femme et ses deux fils.

Abonnez-vous à App Developer Magazine pour seulement 5,99 $ par mois et profitez de tous ces avantages.



Source link

Recent Posts