WebBlocks CMSDocumentationGuidesBlogsMarqueExtensions

Qu’est-ce que WebBlocks CMS et que permet-il de créer ?

WebBlocks CMS est un système de gestion de contenu open source auto-hébergé qui s'installe dans une application Laravel en tant que package Composer. Il offre aux éditeurs un panneau d'administration pour créer des pages à partir de blocs, gérer plusieurs sites et langues, organiser les médias et réviser le contenu avant la publication. Les développeurs peuvent connecter ces pages aux données d'application et étendre le système avec des plugins ou des applications de navigateur enregistrées.

Vous pouvez l’utiliser pour un site d’entreprise, un portfolio, une publication multilingue, un site de documentation ou la couche de contenu public d’un produit Laravel. Avec les plugins et intégrations adaptés, le site peut aussi proposer des réservations, des formulaires personnalisés, un catalogue de produits ou de l’assistance aux visiteurs. Le CMS gère la structure éditoriale ; l’application hôte et ses extensions gèrent les processus métier sous-jacents.

Cette présentation rassemble les principales fonctionnalités en un seul endroit. Les captures d'écran proviennent de la vitrine fictive Northstar Studio exécutant WebBlocks CMS 1.93.3. Ses noms, pages et enregistrements de journaux sont synthétiques. Les écrans présentent le produit plutôt qu'un déploiement client.

Liste de pages Northstar Studio avec itinéraires en anglais, turc et allemand et statuts Published, In Review et Draft.
Un site, plusieurs langues et un état de publication visible pour chaque page.

Ce que vous pouvez construire

Commencez par le type de site dont vous avez besoin. Une petite entreprise peut combiner une introduction, des services, une galerie de projets et un formulaire de contact. Une publication peut créer des pages d'articles, des listes, des catégories exprimées via la navigation et des éditions traduites. Une équipe logicielle peut organiser la documentation avec une barre latérale, un fil d'Ariane et une table des matières générée automatiquement. Un produit Laravel peut placer une introduction éditoriale au-dessus des enregistrements fournis par l'application.

La distinction entre fonctions du cœur et options est importante. Édition de pages, multisite et localisation, médias, workflow, navigation, recherche publique, messages de contact, commentaires et évaluations, rapports de visiteurs et Internal Content API appartiennent au CMS. Réservations, commerce, formulaires configurables, sondages, campagnes et intégrations d’assistance sont des plugins séparés avec leur propre configuration et leurs dépendances.

Capacités de base et extensions facultatives

Besoin Composant qui y répond
Pages, mises en page, blocs et contenu partagé Cœur du CMS
Sites, domaines, contenu traduit et navigation Cœur du CMS
Médias, SEO, recherche et messages de contact Cœur du CMS
Brouillons, révision, versions et préparation via API Cœur du CMS
Commentaires, évaluations et rapports de visiteurs Cœur du CMS
Sources de données enregistrées et applications de navigateur Cœur du CMS et intégration définie par l’hôte
Réservations, commerce, formulaires personnalisés et sondages Plugins facultatifs
Campagnes, chat en direct, tickets et intégration de quiz Plugins facultatifs et leurs fournisseurs configurés

Créez des pages avec des types de blocs réutilisables

Une page comprend des slots comme header, main, sidebar et footer dans la mise en page choisie. Chaque slot contient une arborescence de blocs. Les rédacteurs peuvent ajouter, modifier, réordonner, imbriquer ou supprimer des blocs sans réécrire le modèle à chaque changement de contenu.

Les blocs de contenu proposent titres, texte enrichi, images et galeries, vidéo et audio, téléchargements, code, tableaux, citations, alertes et liens. Les blocs de mise en page fournissent Sections, Containers, Stacks, Columns, Grids, compositions Split, Heroes et Sliders. Appels à l’action, listes de pages, navigation, recherche, formulaires de contact, commentaires et évaluations ajoutent les fonctions courantes d’un site. Les choix dépendent de l’inventaire installé et des relations autorisées entre blocs parents et enfants.

Par exemple, une page de service peut contenir un en-tête et une introduction, une explication sur deux colonnes, une galerie et une section de contact. Une page de journal peut utiliser une colonne de lecture étroite et des images plus larges. Vous travaillez avec une composition structurée et prévisualisez son résultat rendu ; vous ne positionnez pas d'éléments arbitraires sur un canevas à main levée.

Arborescence dépliée du slot main avec des blocs Section, Container, Cluster, Image, Content Header et Button Link.
Les blocs imbriqués expriment la composition tout en conservant le texte, les images et les liens modifiables.

Maintenir la cohérence du contenu partagé et de la navigation

Les Shared Slots permettent à plusieurs pages de référencer une même arborescence réutilisable. Un en-tête, un pied de page, une annonce ou une barre latérale partagés se gèrent en un seul endroit. Les contenus propres à la page restent séparés ; les contenus partagés ont leur propre historique de publication et de révision. Examinez ces changements, car ils peuvent toucher toutes les pages utilisant le slot.

Les menus de navigation organisent les liens de pages internes, les liens externes et la navigation groupée. Les étiquettes peuvent être traduites et les liens de page internes suivent les paramètres régionaux sélectionnés. Les mises en page de la documentation peuvent combiner la navigation dans la barre latérale, le fil d'Ariane et une table des matières. Vous pouvez également dupliquer une page ou la déplacer vers un autre site via le workflow d'administration pris en charge.

Éditeur de page affichant les emplacements d'en-tête, principaux, de barre latérale et de pied de page, leurs sources de contenu et les actions Modifier les blocs.
La mise en page définit ses régions ; chaque emplacement sélectionne la provenance de son contenu.

Gérer plusieurs sites et langues

Une installation peut gérer plusieurs sites. Chaque site possède sa propre identité, ses domaines, ses paramètres régionaux activés, son contenu, sa navigation, son apparence et ses paramètres par défaut. Les alias de domaine et un domaine principal déterminent comment les visiteurs accèdent au bon site. Les attributions de sites limitent le contenu qu'un administrateur ou un éditeur peut gérer.

La localisation couvre les noms de pages, les slugs et les chemins, les métadonnées SEO et sociales, le texte de bloc et les étiquettes de navigation. La langue par défaut utilise sa voie habituelle ; d'autres langues utilisent des URL préfixées par les paramètres régionaux. Les versions anglaise, turque et allemande d'une page peuvent donc avoir des titres et des adresses lisibles différents tout en partageant la même structure de page sous-jacente.

Les traductions ne créent pas un design indépendant pour chaque langue : l’ordre et la configuration partagée des blocs restent communs. Les rédacteurs traduisent séparément les champs de contenu et les adresses. Un sélecteur de langue public permet aux visiteurs d’accéder à une traduction disponible de la page courante.

Éditeur de traduction turque avec le nom et le slug de la page localisés et un panneau de routage affichant le chemin public /tr.
Les adresses des pages sont traduites séparément de la structure partagée et du texte des blocs.

Organiser les médias et contrôler leur présentation

La bibliothèque multimédia stocke des images, des vidéos, des documents et d'autres fichiers pris en charge. Les éditeurs peuvent télécharger des médias, les organiser dans des dossiers, les rechercher et les filtrer, les prévisualiser et inspecter l'endroit où ils sont utilisés. Les enregistrements multimédias contiennent des titres, du texte alternatif, des légendes et des descriptions afin qu'un fichier puisse être géré et présenté dans un contexte significatif.

Les blocs d’images et les galeries peuvent proposer une visionneuse pour les examiner en grand. Les images matricielles compatibles peuvent générer vignettes, tailles adaptatives et recadrages pour les réseaux sociaux en conservant l’original. Un point focal guide le cadrage. La génération dépend du codec et du stockage disponibles ; les cas non pris en charge utilisent le fichier original. Une image spécifique au mobile permet une autre composition lorsqu’un visuel large de bureau ne convient pas.

Le texte alternatif décrit les informations pertinentes ou la fonction d’une image. La légende apporte une explication visible ou une attribution. Ces champs éditoriaux sont distincts et doivent être rédigés selon leurs objectifs respectifs.

Médiathèque avec filtres de recherche, de type et d'utilisation, contrôles de téléchargement et de dossier, ainsi qu'un enregistrement de logo utilisé à un seul endroit.
Réutilisez les supports gérés et inspectez leur utilisation avant de les modifier ou de les supprimer.

Réviser les brouillons et récupérer les versions antérieures

Les pages passent par les états Draft, In Review, Published et Archived. Les rédacteurs travaillent sur les brouillons et les soumettent à révision ; les administrateurs de site autorisés peuvent publier. L’aperçu permet de vérifier un brouillon avant sa diffusion. L’Internal Content API peut aussi préparer une mise à jour dans un brouillon séparé, tandis que la version publique actuelle reste accessible.

Version History enregistre les changements importants : contenu, structure, traductions, adresses et SEO. Un réviseur peut comparer une version enregistrée à la page courante et préparer un aperçu privé de restauration avant de l’appliquer. Le contrôle des références et des changements intervenus entre-temps aide à éviter qu’une ancienne proposition de restauration remplace un travail plus récent.

Les versions de page conservent l’état éditorial et les références aux médias. Elles ne remplacent pas une sauvegarde de la base de données et des fichiers téléversés, ne figent pas les données d’applications externes et ne restaurent pas le contenu d’un Shared Slot séparé. L’historique des Shared Slots, les sauvegardes d’environnement et l’export de site répondent à différents besoins de récupération.

Version History de la page About the studio avec première publication, amélioration SEO et envoi en révision.
Les versions éditoriales enregistrées fournissent un historique consultable plutôt que de remplacer les sauvegardes.

Aider les visiteurs à trouver du contenu et à vous contacter

Les réglages des pages et du site fournissent titres et descriptions SEO, titres, descriptions et images pour les réseaux sociaux, avec des valeurs propres à chaque langue. Les listes de pages utilisent une description éditoriale courte ou son texte de repli. La recherche publique porte sur le site et la langue courants et les contenus publiés admissibles ; elle utilise la base de données sans service de recherche externe.

Le formulaire de contact intégré recueille les messages dans la boîte du CMS, avec textes de consentement et de réponse traduits et contrôles contre les abus. La notification email est distincte : enregistrer un message ne dépend pas de la réussite de son envoi. Les commentaires et évaluations facultatifs permettent une interaction modérée sur la page. Le consentement aux cookies distingue les fonctions nécessaires des préférences et mesures facultatives.

Les rapports de visiteurs résument pages vues, sources de provenance, paramètres de campagne et informations générales sur les appareils. Les mesures fondées sur les sessions dépendent du consentement du visiteur à la mesure. Utilisez les rapports dans ce cadre ; ils ne constituent pas une vue sans restriction de chaque visiteur.

Combiner le contenu éditorial avec les données d'application

Content Sources relie les champs de bloc compatibles aux enregistrements d’un fournisseur enregistré. Un titre peut utiliser celui d’une entité ; une collection peut répéter un modèle de blocs pour un journal, un catalogue ou une autre liste évolutive. Les rédacteurs choisissent toujours la composition et écrivent l’introduction qui l’accompagne.

L'exemple Northstar ci-dessous contient une introduction écrite par l'éditeur au-dessus de trois entrées de journal synthétiques. Son fournisseur fournit les titres et les descriptions des entrées. Un développeur ou un plugin doit définir la source, ses champs disponibles et ses règles d'accès ; le CMS n'expose pas automatiquement les tables de base de données arbitraires.

Le texte de secours, les résultats vides et les échecs du fournisseur nécessitent des choix délibérés. La restauration d'une révision de page restaure ses liaisons et son état éditorial, mais les enregistrements connectés restent à jour. Utilisez un instantané côté source ou des blocs éditoriaux ordinaires lorsqu'une publication doit conserver une sélection fixe et approuvée.

Aperçu non publié de Field Notes avec une introduction éditoriale et trois titres et descriptions provenant du journal.
L'introduction appartient à l'éditeur ; le fournisseur du journal fournit les enregistrements répétés.

Préparer le contenu via l'API ou avec un assistant IA

L’Internal Content API propose découverte et contrats de blocs, validation du contenu, création et modification des brouillons, traductions, médias et réglages de site compatibles. Un outil peut découvrir les capacités de l’installation, soumettre un plan structuré, le valider, l’appliquer à un brouillon et inspecter le rendu.

Les jetons IA personnels agissent dans le cadre du rôle de leur propriétaire, des sites sélectionnés, des capacités et du workflow de page. Un rédacteur peut déléguer la préparation des brouillons sans obtenir le droit de publication. Publier est une capacité et une opération séparées. Les jetons peuvent expirer ou être révoqués ; les requêtes suivantes prennent en compte les changements d’accès du propriétaire.

Cela permet l’écriture assistée, la traduction, la composition des pages et une préparation reproductible. Une page rédigée par l’IA n’est pas automatiquement correcte ou approuvée. Il faut encore vérifier affirmations, liens, métadonnées des images, mise en page et décision finale de publication. Les ressources exécutables et l’administration de l’installation nécessitent des autorisations spécifiques.

Adapter la conception et ajouter des applications de navigateur

Les préréglages de thème public donnent à un site une apparence de départ. Les couleurs de la marque, les polices de titre et de corps, les paramètres de bloc et les éléments du site ou de la page permettent à une équipe de l'adapter à son identité. L'interface publique fournie est rendue sur le serveur avec Blade et WebBlocks UI ; l'interface ordinaire du CMS ne nécessite pas de build npm pour chaque mise à jour de contenu.

Les développeurs peuvent étendre les mises en page et les points d'intégration de l'hôte lorsque la composition intégrée est insuffisante. Les administrateurs de confiance peuvent enregistrer Embedded Applications, y compris les outils de navigation ou les jeux, et les éditeurs peuvent placer une application activée à l'aide d'un Application Block. Les définitions d'application, les ressources, les paramètres d'instance, les états de chargement et la présentation restent distincts du texte d'article ordinaire. Les applications iframe packagées gérées s'exécutent dans un bac à sable ; les intégrations hôtes nécessitent toujours leur propre révision et leur propre déploiement.

Réglages Appearance de Northstar Studio avec le thème Atlas, un aperçu et les contrôles de la palette de marque.
Un thème public constitue un point de départ pour la propre image de marque du site.

Étendre le site avec des plugins optionnels

Le Plugin Catalog répertorie les extensions compatibles CMS et vérifie la compatibilité par rapport à l'installation. Les plugins peuvent ajouter des blocs, des écrans d'administration, des fournisseurs de contenu et des flux de travail spécialisés. L'installation, l'activation, la configuration de la base de données, les dépendances et la configuration sont distincts du placement d'un bloc sur une page.

Les extensions comprennent WebBlocks Appointments pour les réservations, Commerce pour les produits et le paiement, Forms pour les formulaires configurables et réponses, Live Chat pour l’assistance entre visiteurs et opérateurs, Polls pour les sondages multilingues, Campaigns pour les emails clients à partir de modèles, Support pour les fournisseurs de tickets compatibles, Redirect Manager pour les redirections et QuizTem pour les pages alimentées par des données de quiz en direct. WebBlocks UI Manager gère versions et artefacts. Consultez la documentation et la version courante de chaque plugin pour connaître son périmètre exact.

Ces extensions sont facultatives : elles ne garantissent pas que chaque installation dispose déjà d’une boutique fonctionnelle, d’un compte de paiement, d’un service de réservation ou d’un système d’assistance. Le paiement Commerce exige par exemple la configuration du prestataire de paiement ; les intégrations avec des fournisseurs nécessitent le service ou package correspondant.

Plugin Catalog affichant des entrées distinctes Live Chat et UI Manager avec des descriptions, des étiquettes de compatibilité et des détails de version.
Les extensions ont leurs propres versions, informations de compatibilité et exigences d’installation.

Assumez la gestion de l’installation et de son fonctionnement

WebBlocks CMS est distribué sous la licence MIT sous le nom fklavyenet/webblocks-cms. La version 1.93.3 prend en charge PHP 8.3 ou version ultérieure et Laravel 12.55 ou 13. Un hôte peut l'installer via Composer et utiliser la zone d'administration CMS sur /webadmin ainsi que ses propres routes d'application et fonctionnalités commerciales.

L’administration comprend utilisateurs et rôles, domaines et langues, accès API, sauvegardes et restauration, mises à jour, nettoyage et export et import des sites. Les sauvegardes d’environnement protègent base de données, fichiers téléversés et ressources gérées ; le transfert déplace les contenus et dépendances compatibles entre installations. Hébergement, configuration des bases et du stockage, envoi d’emails, déploiement et politique de sauvegarde restent à la charge de l’opérateur.

Le CMS convient surtout aux équipes souhaitant éditer visuellement des contenus structurés dans une installation Laravel et en assumer l’exploitation. Les développeurs assurent intégration et déploiement ; les rédacteurs gèrent les pages depuis le panneau ou des outils autorisés. Une équipe recherchant un service entièrement hébergé sans gestion applicative doit considérer cette différence avant de choisir.

Essayez-le et explorez les détails

Ouvrez la démo publique directement dans votre navigateur. Sa page d'accueil est un exemple de site nommé Atlas Studio. Sélectionnez Edit this demo, puis Open Demo pour accéder à l'éditeur jetable. Essayez de modifier un titre, de prévisualiser la page ou d'inspecter ses traductions. La démo se réinitialise toutes les heures, alors conservez tout ce que vous souhaitez conserver ailleurs.

Pour l'installation et des explications plus approfondies, commencez par la documentation et guides étape par étape. La procédure pas à pas sur le contenu éditorial et les données d'application montre un exemple complet de page dynamique. Parcourez le catalogue de plugins lorsque votre projet nécessite un flux de travail commercial supplémentaire.

La question de départ est pratique : quelles parties de votre site les éditeurs doivent-ils composer, quels enregistrements doivent provenir de votre application et quels flux de travail nécessitent une extension ? WebBlocks CMS donne à ces responsabilités une place dans la même installation Laravel.

Partage ton avis

Cet article t’a-t-il été utile ?

Aucune évaluation pour le moment.

Commentaires

Partage une question, ton expérience ou une suggestion pour améliorer cet article. Les commentaires apparaissent après vérification.

Aucun commentaire approuvé pour le moment.
Les commentaires sont examinés avant leur publication.