Content Management fournit une plateforme complète de contenu web et de portails. Les administrateurs créent et exploitent un nombre illimité de sites-portails, chacun classé selon son audience en tant que propriété internet, extranet ou intranet, et chacun disposant de son propre domaine, de son image de marque et de sa posture d'accès. Au sein d'un site, ils construisent une hiérarchie de pages à l'aide d'un éditeur par blocs, organisent ces pages en menus de navigation hiérarchiques et alimentent une bibliothèque de médias propre au site, réunissant images et documents dont chaque actif conserve son texte alternatif et ses légendes.

Les pages sont assemblées à partir de blocs de contenu composables plutôt qu'à partir de balisage rédigé à la main : titres à niveaux explicites, paragraphes enrichis, images issues de la bibliothèque, encarts en variantes information, avertissement, succès et erreur, listes ordonnées et non ordonnées, séparateurs et HTML brut assaini pour les cas qui l'exigent. Un système de thèmes dote chaque portail de sa propre palette, de sa typographie, de ses logos, de son favicon ainsi que d'un en-tête, d'un pied de page et d'une feuille de style personnalisés, injectés sous forme de design tokens au moment du rendu. La gestion multi-site permet à une seule équipe d'exploiter des dizaines de propriétés, publiques et privées, depuis une console unique, avec un modèle de publication cohérent sur l'ensemble.

Le modèle repose sur un petit nombre de concepts qui correspondent directement à la façon dont une équipe de communication raisonne déjà. Un portail est un site complet doté d'une audience, d'une adresse web et d'un état de publication qui le fait passer entre brouillon, publié, maintenance et désactivé. Seul un portail publié est servi aux visiteurs, ce qui offre aux rédacteurs un espace sûr pour préparer leur travail avant sa mise en ligne et un moyen propre de retirer une propriété sans la supprimer.

Chaque portail contient des pages, et les pages s'imbriquent les unes dans les autres pour former la structure parent-enfant naturelle d'un site. Une page porte son contenu sous la forme d'une séquence ordonnée de blocs, un gabarit qui l'encadre et un niveau d'accès qui détermine qui peut la voir : ouverte à tous, réservée aux visiteurs authentifiés ou limitée aux utilisateurs internes selon leur rôle. La navigation est modélisée séparément des pages elles-mêmes, comme un ensemble de liens ordonnés et imbricables qui peuvent pointer vers une page ou vers n'importe quelle adresse, de sorte que le menu vu par un visiteur est composé délibérément plutôt que d'être un simple reflet mécanique de l'arborescence des pages. Les médias appartiennent à leur portail, ce qui rend la bibliothèque de chaque site autonome. Il en résulte une séparation nette entre ce qu'une page dit, l'endroit où elle réside, la manière dont on y accède et les personnes autorisées à y accéder.

Un projet type débute lorsqu'un auteur crée un portail, choisit son type et revendique son domaine, puis définit un thème afin que la propriété affiche une image de marque correcte dès la première page. Les rédacteurs ajoutent des pages dans l'éditeur par blocs, composent le contenu visuellement, attachent des médias depuis la bibliothèque, renseignent les champs SEO qui régissent la présentation de chaque page dans les moteurs de recherche et les aperçus sociaux, et définissent le niveau d'accès qui s'appliquera une fois la page en ligne. La navigation est organisée dans un éditeur dédié où les liens sont ordonnés, regroupés en menus et dotés de leurs propres règles de visibilité.

Le contenu chemine à travers un workflow de publication plutôt que d'apparaître instantanément. Les pages sont rédigées et relues tant qu'elles ne sont pas publiées, puis publiées de façon délibérée, et un portail dans son ensemble peut être maintenu en brouillon ou basculé en maintenance sans perdre le moindre travail. Comme les sites sont gouvernés de manière centralisée, un seul opérateur peut déployer une modification coordonnée, une nouvelle page de campagne, un menu revu, un thème redessiné, sur plusieurs portails en une seule session. L'accès est appliqué de bout en bout : une page marquée pour un accès authentifié ou basé sur les rôles exige que le visiteur s'authentifie et, lorsque cela est configuré, qu'il se trouve sur un réseau approuvé avant que le contenu ne soit rendu.

C'est dans le détail fonctionnel que le module justifie sa place. Le contrôle d'accès est superposé et précis. Les pages publiques sont servies ouvertement, les pages authentifiées requièrent une authentification unique via la découverte du domaine d'origine qui associe le domaine de messagerie d'un visiteur au bon fournisseur d'identité, et les pages basées sur les rôles sont réservées aux utilisateurs internes, les propriétés intranet étant en outre contraintes par adresse réseau afin que le contenu des collaborateurs ne soit accessible que depuis des emplacements de confiance. Cela permet à une seule plateforme d'héberger en toute sécurité un site marketing, un extranet partenaires et un intranet confidentiel du personnel, sans aucun risque que la mauvaise audience atteigne le mauvais contenu.

Le rendu est conçu pour la sécurité et la qualité. Les blocs HTML bruts sont assainis avant d'atteindre un navigateur, si bien que les rédacteurs conservent leur souplesse sans ouvrir de surface d'injection. Les blocs structurés portent la sémantique dont dépend l'accessibilité, notamment des niveaux de titre explicites et un texte alternatif obligatoire sur les images, et les métadonnées SEO propres à chaque page dotent celle-ci de titres, descriptions et aperçus corrects. Les thèmes se résolvent en design tokens appliqués à la racine du document, ce qui maintient une image de marque cohérente et performante sur chaque page d'un site. Le routage par domaine résout chaque requête entrante vers son portail par nom d'hôte, applique le thème et la navigation de ce portail, et ne sert que le contenu dont la page et le portail sont tous deux publiés, de sorte que les éléments inachevés ou retirés ne sont jamais exposés.

Content Management n'est délibérément pas un constructeur de sites web autonome. Il dépend des services système centraux de la plateforme pour son enveloppe d'administration, son autorisation et son audit, et il s'appuie sur Connector Management pour les deux choses qu'un portail ne peut inventer par lui-même : les fournisseurs d'identité qui authentifient les visiteurs extranet et intranet, et les intégrations qui permettent à des systèmes de contenu externes d'alimenter ou de refléter le contenu du portail. Chaque décision d'accès prise par un portail réutilise l'authentification unique et l'annuaire de la suite, de sorte qu'un partenaire qui se connecte à un extranet correspond à la même identité gouvernée que le reste de Nashua 360 connaît déjà.

C'est ce socle partagé qui rend les portails réellement utiles plutôt que décoratifs. Un portail client fait remonter des informations et des services en libre-service issus des modules opérationnels qui le sous-tendent, qu'il s'agisse des données de compte et de relation provenant du module CRM, des tickets et des connaissances issus du support, ou des relevés et documents provenant de la finance et de la gestion documentaire. Comme le même modèle de permissions gouverne le tableau de bord et les portails, une page peut présenter en toute sécurité des données appartenant à un client ou à un collaborateur authentifié. Content Management agit donc comme la couche de présentation et d'engagement de l'ensemble de la suite, offrant à chaque autre module un moyen à l'image de marque et à accès contrôlé de toucher les personnes situées à l'extérieur de l'application.

Les AI Workers interviennent dans Content Management en tant que participants de premier plan, et non comme un assistant rapporté. Un opérateur peut demander, en langage naturel, quelles pages sont non publiées sur l'ensemble des portails, où un produit retiré est encore référencé, ou quelles images n'ont pas de texte alternatif, et recevoir une réponse directe issue des données en temps réel du module. Les Workers exécutent des actions à la demande, dans la limite des permissions qui leur sont accordées : rédiger et alimenter une page à partir d'un brief, générer des titres et descriptions SEO, restructurer un menu de navigation, ou déployer un changement de thème sur un ensemble de sites.

Ils surveillent également en continu. Un Worker signale les anomalies et les exceptions, un portail laissé trop longtemps en maintenance, une page publiée dont le niveau d'accès paraît incohérent avec son contenu, des liens internes rompus ou du balisage non assaini, et les remonte avant qu'un visiteur ne les voie. À l'ingestion, ils extraient et structurent le contenu, transformant un document fourni ou une page issue d'un système externe connecté en blocs propres, avec titres, listes et médias légendés. Dans le workflow de publication, un Worker sert de nœud de relecture et d'approbation, vérifiant un brouillon au regard des règles de marque, d'accessibilité et de politique d'accès, et l'approuvant, demandant des modifications ou l'escaladant vers un rédacteur humain. Tout au long, les Workers apportent une aide à la décision, recommandant où un nouveau contenu doit se situer, quelle audience une page doit cibler et comment la structure d'un site peut être simplifiée, afin que l'équipe publie plus vite et avec moins d'erreurs.