WordPress sans tête : le guide complet

Comme vous le savez probablement déjà, WordPress est une plate-forme puissante pour créer des sites Web. En tant que système de gestion de contenu (CMS), WordPress offre des fonctionnalités de publication faciles à utiliser. Et vous pouvez étendre WordPress pour faire presque tout ce que vous voulez faire. Mais avez-vous entendu parler de WordPress « sans tête » ?

Dans ce guide, vous apprendrez exactement ce qu'est WordPress sans tête. Vous comprendrez les situations qui peuvent vous amener à l'utiliser et les moments où l'utilisation de WordPress sans tête n'est pas la meilleure idée. Au-delà de cela, nous examinerons certaines des solutions frontales et de pile les plus populaires qui sont généralement utilisées avec les déploiements WordPress sans tête.

Avant d'approfondir WordPress en tant que CMS sans tête, il est important de comprendre ce qu'est exactement un CMS et les problèmes qu'il a été conçu pour résoudre. Qu'est-ce qui rendrait quelqu'un « sans tête » et pourquoi cela pourrait-il être utile dans certains cas ? Qui pourrait le trouver utile ?

Qu'est-ce qu'un système de gestion de contenu (CMS) ?

Un système de gestion de contenu côté serveur ou CMS domine le "back-end" de la grande majorité des sites Web que vous parcourez aujourd'hui. Aux débuts d'Internet, tous les sites étaient construits directement à partir d'une page HTML statique. Pour créer une nouvelle publication ou un nouvel article, vous devez créer un tout nouveau document HTML. Ensuite, vous l'ajouteriez au serveur avec ses actifs, tels que des images, d'autres médias et des fichiers CSS. Ensuite, vous devrez créer un lien vers la nouvelle page dans la navigation de votre site et à partir d'autres pages qui y font référence.

La gestion de contenu avant les systèmes de gestion de contenu

Le développement de sites Web entre 1995 et 2000 environ pourrait être incroyablement inefficace. Créer et télécharger de nouveaux fichiers chaque fois que vous aviez du nouveau contenu était relativement facile. Mais inévitablement, le nouveau contenu appelait des changements dans l'ancien contenu. Et comme les sites se développaient pour inclure des centaines et des milliers de pages, il était impossible d'apporter des modifications rapidement en tant que processus manuel. Même avec une certaine automatisation, cela pourrait être lent.

La présentation et le contenu étaient mélangés

Un problème connexe était que le contenu et sa présentation (par exemple, les styles de mise en page et de conception) étaient rigides et souvent mélangés dans le document HTML. CSS devait prendre tout son sens pour vraiment résoudre ce problème, mais un CMS était nécessaire pour en tirer parti en séparant la conception du contenu.

Les flux de travail et les rôles étaient mélangés

La difficulté d'apporter des modifications globales au contenu et à la conception autour des parties fonctionnelles et interactives d'un site Web en a fait un processus très lent et difficile pour publier et maintenir le contenu. Les équipes responsables du contenu, de la conception frontale et de l'ingénierie dorsale n'avaient pas non plus de limites claires.

La solution CMS dynamique basée sur une base de données

Le système de gestion de contenu est né autour de cette idée : au lieu de créer des fichiers HTML entièrement nouveaux à chaque fois qu'une nouvelle page Web était nécessaire, tout le contenu de chaque page serait stocké dans une base de données relationnelle comme MySQL. Un CMS écrit dans un langage de script côté serveur comme PHP serait alors utilisé pour interroger et inclure des éléments variables de contenu de la base de données sur des pages générées dynamiquement. Chaque demande de page d'un visiteur peut entraîner la génération d'une nouvelle version unique du contenu demandé pour lui.

Les limites d'un CMS dynamique

WordPress utilise des modèles de conception écrits en PHP mélangés à du HTML pour générer le document HTML final servi aux visiteurs à chaque demande de page. Comparé à la facilité de publication de pages dynamiques avec un CMS, il est difficile de croire qu'il y ait quelque chose d'utile dans la publication Web basée sur des fichiers statiques - jusqu'à ce que vous considériez la sécurité et les performances à grande échelle avec et sans une base de données interrogée à presque chaque chargement de page.

Headless comme approche hybride - Le meilleur des deux mondes

Headless est une approche hybride pour servir des pages Web à partir d'actifs en grande partie statiques dans un cadre frontal. Ce frontal utilise uniquement le CMS et la base de données du back-end pour récupérer le contenu dynamique ou recevoir les entrées de l'utilisateur lorsque cela est absolument nécessaire. Cela permet des pages qui peuvent être rendues "à la volée" pour les visiteurs - et mises en cache lorsqu'elles n'ont pas besoin de changer souvent.

Headless WordPress et autres systèmes de gestion de contenu sans tête

Headless WordPress est un moyen de déployer WordPress avec le back-end découplé des fonctionnalités habituelles du front-end. Aucun thème n'est utilisé. Le back-end est uniquement responsable de :

• Gestion de base de données
• Gestion des utilisateurs
• Gestion de contenu
• Interagir avec les services externes

La couche de présentation frontale se compose généralement d'un React.js ou d'un autre frontal basé sur JavaScript et d'un framework HTML/CSS. Le contenu est collecté depuis le back-end via une API, comme WP GraphQL (l'implémentation WordPress de GraphQL) ou l'API REST de base de WordPress.

Il peut également y avoir plusieurs frontaux gérant différents canaux pour différents appareils que les visiteurs peuvent utiliser. De plus, il n'est pas nécessaire que le ou les frontaux partagent le même serveur que le serveur principal. C'est l'infrastructure dont vous avez besoin pour une publication omnicanal efficace. L'omnicanal vous permet de proposer un contenu unique aux applications mobiles et à tous les types d'appareils de l'Internet des objets.

Il existe de nombreux générateurs de sites statiques open source populaires pour la création de sites Web sans tête, comme Hugo et Jekyll. Ce sont des systèmes de fichiers complètement plats sans la base de données et les outils de gestion de contenu que WordPress propose dans les déploiements sans tête ou traditionnels. Gatsby et Next.js peuvent également être utilisés pour générer des sites statiques, mais ils offrent également des frameworks frontaux avancés qui peuvent être utilisés dans les déploiements WordPress sans tête. Mais gardez à l'esprit que la véritable force de WordPress sans tête n'est pas qu'il utilise beaucoup moins une base de données, mais qu'il optimise l'utilisation de la base de données pour beaucoup plus de possibilités que le front-end à thème unique et à usage unique du CMS traditionnel. Avec WordPress sans tête, vous pouvez créer plusieurs frontaux ou prendre en charge une application Web progressive (PWA) ou une application mobile native.

Pourquoi Headless WordPress est le meilleur CMS sans tête

WordPress est une plate-forme tellement puissante et largement utilisée qu'elle est dans une position unique pour réussir en tant que CMS sans tête.

Voici cinq raisons pour lesquelles WordPress peut être le meilleur choix pour votre CMS sans tête.

1. Vous utilisez déjà WordPress et tout le monde aussi

Il y a de fortes chances que vous utilisiez déjà WordPress, donc lui couper la tête est un simple pas en avant.

Étant donné que WordPress est agnostique sur le front-end, les sites existants avec des bases de données pleines de contenu peuvent devenir sans tête assez sans douleur. Ou, un site WordPress sans tête peut avoir une «tête» reconnectée à celui-ci. Se déplacer dans les deux sens n'est pas difficile avec WordPress.

Beaucoup de vos employés et futurs employés ont ou auront une expérience WordPress. Vous pouvez compter sur une expérience d'intégration plus facile avec une technologie familière.

2. Vos développeurs front-end n'ont pas besoin de toucher à WordPress — ou PHP

Étant donné que PHP est considéré comme un langage d'application back-end, il n'est généralement pas un élément clé de la formation moderne au développement front-end. La plateforme WordPress est cependant codée en PHP. Le développement frontal traditionnel (sans tête) pour WordPress se concentre sur la création de thèmes personnalisés qui utilisent les fonctions et le code de l'API WordPress qui seront familiers aux développeurs PHP mais pas aux autres. Alors que WordPress évolue rapidement et que les nouveaux thèmes compatibles avec son éditeur de site peuvent utiliser peu ou pas de PHP, WordPress a encore un long chemin à parcourir avant que PHP ne se retire complètement dans son back-end. Actuellement, il existe une excellente solution que vous pouvez utiliser pour vous appuyer moins sur PHP ou le contourner complètement en faveur des frameworks frontaux modernes. Cette solution est WordPress sans tête.

Si vous embauchez des développeurs front-end pour travailler sur un projet WordPress standard (non headless), vous constaterez peut-être que vous disposez d'un bassin de main-d'œuvre plus restreint. Un développeur qui n'est pas familiarisé avec PHP ou un langage de script côté serveur similaire peut trouver que sa courbe d'apprentissage WordPress est élevée. Mais s'ils excellent dans le développement frontal avec des frameworks CSS et JavaScript complexes comme React, c'est parfait pour un site WordPress sans tête. Pourquoi ne pas jouer sur leurs atouts ? Dans un autre scénario, si vous n'utilisez pas déjà WordPress ou un CMS similaire mais que vous avez des développeurs frontaux expérimentés, vous ne voudrez peut-être pas leur faire apprendre à travailler avec un CMS entièrement nouveau. C'est à ce moment que WordPress sans tête peut être une excellente solution.

Les développeurs n'ont pas besoin de connaître WordPress pour créer une interface pour un site WordPress sans tête. Vous pouvez embaucher à peu près n'importe quel développeur front-end compétent. Vous pouvez dépenser un peu ou beaucoup, mais obtenez une interface entièrement personnalisée. Une conception de site entièrement unique et sur mesure vous servira presque toujours mieux si vous avez des besoins très uniques.

3. Les hôtes de classe entreprise prennent en charge WordPress sans tête

Presque toutes les plateformes d'hébergement de sites Web proposent l'hébergement WordPress. Ils peuvent avoir plus d'une décennie d'expérience dans son soutien. Les hébergeurs WordPress gérés prennent en charge les sites WordPress d'entreprise, et de nombreux principaux hébergeurs WordPress gérés proposent un hébergement, des outils et une assistance sans tête spécialisés. Ils font de la sécurité et de la performance de votre site leur priorité.

4. WordPress sans tête est rapide

Chaque CMS affiche des temps de chargement plus lents pour les visiteurs par rapport à un site statique. La génération de pages dynamiques nécessite plus de ressources serveur, et un CMS fortement construit peut avoir beaucoup de surcharge de serveur. Même un site WordPress hautement performant avec un hébergement solide et une mise en cache efficace sera ralenti par des charges de trafic élevées et de nombreux utilisateurs frontaux ou back-end actifs connectés. Les sites WordPress sans tête bénéficient toujours des avantages du CMS mais fonctionnent davantage comme des générateurs de sites statiques avec une base de données. Les visiteurs obtiennent principalement des fichiers statiques à chargement rapide lorsqu'ils accèdent à un site sans tête.

Un site Web qui prend trop de temps à charger est l'un des plus gros problèmes pour les propriétaires de sites. Avec l'augmentation exponentielle de la navigation sur les sites mobiles, la vitesse est plus importante que jamais. Sur les sites e-commerce, un chargement lent signifie une perte de ventes. Un utilisateur typique ne va pas s'asseoir et attendre que votre site se charge plus de quelques secondes. S'il ne se charge pas immédiatement, ils passeront à l'étape suivante.

Diminuer les temps de chargement de votre site est crucial. De plus, Google prend en compte les vitesses de chargement des pages lorsqu'il classe les sites pour les résultats de recherche. Si le référencement est une grande priorité pour vous, il peut être judicieux d'envisager une interface différente pour WordPress.

5. WordPress sans tête peut augmenter la sécurité

Une installation WordPress ordinaire laisse l'interface d'administration principale exposée et pas seulement les écrans de connexion. Même les utilisateurs non administrateurs de bas niveau peuvent potentiellement accéder à l'administrateur principal. Parfois, les pirates peuvent exploiter cela via un plugin ou un thème vulnérable. Les sites WordPress sans tête n'utilisent généralement pas de thème du tout, et les sites sans tête axés sur le contenu peuvent limiter les utilisateurs à quelques utilisateurs de confiance. Le processus de connexion peut être étroitement verrouillé dans ce scénario, et d'autres cibles possibles pour les pirates peuvent être fermées car elles ne sont pas nécessaires.

Vous pouvez utiliser un puissant plugin de sécurité WordPress comme iThemes Security Pro pour sécuriser entièrement un site WordPress sans tête. Il est tout aussi utile sur tout type de site WordPress pour sécuriser le back-end, définir les rôles d'accès utilisateur appropriés et appliquer des politiques de connexion sécurisées.

Quand est-ce une mauvaise idée d'utiliser WordPress sans tête ?

Bien que WordPress sans tête soit un outil incroyablement puissant à avoir dans votre ceinture, il présente quelques inconvénients.

Cela peut être complexe

Construire un CMS sans tête n'est pas pour les développeurs inexpérimentés à moins qu'ils ne soient prêts à faire un apprentissage important. Contrairement à WordPress, qui est 100% plug-and-play, un CMS sans tête ne l'est pas. Vous commencez par une simple installation de WordPress, puis vous en découplez des parties, principalement le front-end. Ensuite, vous devrez développer votre propre frontal. S'il s'agit d'un territoire inconnu, il y aura une courbe d'apprentissage importante. Contrairement aux sites WordPress normaux, WordPress sans tête n'est pas aussi largement compris ni aussi bien documenté. Il sera payant de se connecter et de suivre le travail effectué par les principaux experts en hébergement et développement WordPress sans tête.

Certaines choses ne fonctionneront pas

Les nouvelles fonctionnalités d'édition de site de WordPress ne seront ni utiles ni utilisables sur un site sans tête. Faire en sorte que l'éditeur de blocs dans l'éditeur de publication de Gutenberg fonctionne bien avec votre frontal sans tête pose également certains défis. De nombreux plugins WordPress peuvent ne pas fonctionner correctement ou pas du tout dans un environnement sans tête. Les hébergeurs et développeurs WordPress travaillent pour améliorer et prendre en charge le développement WordPress sans tête, c'est donc un domaine qui change constamment. Recherchez attentivement l'état actuel de la technologie WordPress sans tête et planifiez votre projet en conséquence.

L'entretien est obligatoire

Maintenir votre propre code frontal peut prendre du temps. Et puisque l'éditeur de publication Gutenberg vit sur le backend WordPress, si vous souhaitez l'utiliser avec votre site sans tête, vous devrez synchroniser ses styles back-end avec votre framework front-end découplé pour une véritable expérience WYSIWYG. Ce cadre frontal nécessitera également une maintenance constante. Les déploiements sans tête nécessitent une planification préalable minutieuse pour une maintenance continue qui va au-delà d'un site Web WordPress ou CMS traditionnel.

Premiers pas avec WordPress sans tête

Installez WordPress et coupez le front-end !

Comme c'est généralement le cas dans WordPress, certains plugins peuvent vous aider à le faire. L'un porte bien son nom le plugin Headless CMS. Installez-le et activez-le comme n'importe quel autre plugin WordPress.

Ensuite, commencez à travailler sur le front-end de votre site. Vous pouvez adopter quelques approches différentes. Vous pouvez décider de choisir un frontal ou un framework déjà existant, comme Gatsby. Ou, vous pouvez envisager de créer une application Web progressive.

Jamstack

Si vous n'êtes pas familier avec Jamstack, c'est une plate-forme fréquemment utilisée pour le développement Web. L'utiliser vous servirait bien comme frontal pour WordPress sans tête ou tout autre CMS.

Le couplage lâche est l'une des plus grandes forces de Jamstack. Si vous avez déjà suivi le processus de découplage de WordPress, c'est une fonctionnalité que vous trouverez très utile.

Applications Web progressives (PWA)

Une PWA est similaire à un site Web à bien des égards. Mais contrairement aux sites Web, un PWA utilisera une vaste gamme de bibliothèques Javascript qui offrent aux utilisateurs une expérience mobile native

Pour cela, vous devrez utiliser un framework tel que React ou Vue pour développer l'application.

Gatsby

Cherchez-vous à accélérer votre processus de développement tout en conservant la majeure partie de la liberté dont vous bénéficiez avec un CMS sans tête ?

Gatsby est un bon choix, et il existe un plugin pour cela.

WordPress sans tête est-il fait pour vous ?

WordPress est un outil incroyable en soi. Mais il peut arriver que vous ayez besoin de votre propre frontal en utilisant un CMS sans tête.

Dans ce guide, vous avez appris les méthodes, les raisons et les approches à adopter lorsque vous configurez WordPress sans tête.

Si vous avez décidé que le headless est le meilleur moyen de répondre aux besoins de développement de votre site, vous en savez maintenant assez pour commencer.

Le meilleur plugin de sécurité WordPress pour sécuriser et protéger WordPress

WordPress alimente actuellement plus de 40 % de tous les sites Web, il est donc devenu une cible facile pour les pirates ayant des intentions malveillantes. Le plugin iThemes Security Pro élimine les conjectures de la sécurité de WordPress pour faciliter la sécurisation et la protection de votre site Web WordPress. C'est comme avoir un expert en sécurité à plein temps dans le personnel qui surveille et protège constamment votre site WordPress pour vous.

Obtenez iThemes Security Pro

Dan Knauss

Dan Knauss est le généraliste du contenu technique de StellarWP. Il est écrivain, enseignant et pigiste travaillant en open source depuis la fin des années 1990 et avec WordPress depuis 2004.