Content Management levert een compleet platform voor webcontent en portalen. Beheerders maken en beheren een willekeurig aantal portaalsites, elk geclassificeerd naar zijn doelgroep als een internet-, extranet- of intranetsite, en elk met een eigen domein, branding en toegangsbeleid. Binnen een site bouwen zij een hiërarchie van pagina's met een blokgebaseerde editor, ordenen zij die pagina's in hiërarchische navigatiemenu's, en beheren zij per site een mediabibliotheek van afbeeldingen en documenten, waarbij bij elk middel alternatieve tekst en bijschriften worden bewaard.

Pagina's worden samengesteld uit combineerbare contentblokken in plaats van met de hand geschreven markup: koppen met expliciete niveaus, rijke alinea's, afbeeldingen uit de bibliotheek, callouts in informatieve, waarschuwings-, succes- en foutvarianten, geordende en ongeordende lijsten, scheidingslijnen en opgeschoonde ruwe HTML voor de gevallen die dat nodig hebben. Een themasysteem geeft elk portaal een eigen kleurenpalet, typografie, logo's, favicon en aangepaste header, footer en stylesheet, die tijdens het renderen als design tokens worden ingevoegd. Multi-sitebeheer betekent dat één team tientallen sites, publiek en privé, vanuit één console bedient, met een consistent publicatiemodel over al die sites heen.

Het model berust op een klein aantal begrippen die rechtstreeks aansluiten bij hoe een communicatieteam al denkt. Een portaal is een complete site met een doelgroep, een webadres en een publicatiestatus die de site laat schakelen tussen concept, gepubliceerd, onderhoud en uitgeschakeld. Alleen een gepubliceerd portaal wordt aan bezoekers getoond, wat redacteuren een veilige plek geeft om werk voor te bereiden voordat het live gaat, en een nette manier om een site offline te halen zonder deze te verwijderen.

Elk portaal bevat pagina's, en pagina's nestelen in elkaar om de natuurlijke boven- en onderliggende structuur van een site te vormen. Een pagina draagt zijn content als een geordende reeks blokken, een template die deze omkadert, en een toegangsniveau dat bepaalt wie de pagina mag zien: open voor iedereen, beperkt tot geverifieerde bezoekers, of beperkt tot interne gebruikers op basis van rol. Navigatie wordt los van de pagina's zelf gemodelleerd, als een eigen geordende en nestbare set links die kan verwijzen naar een pagina of naar een willekeurig adres, zodat het menu dat een bezoeker ziet weloverwogen wordt samengesteld in plaats van een mechanische weerspiegeling van de paginaboom te zijn. Mediamiddelen horen bij hun portaal, waardoor de bibliotheek van elke site op zichzelf staat. Het resultaat is een heldere scheiding tussen wat een pagina zegt, waar deze staat, hoe deze wordt bereikt en wie deze mag bereiken.

Een typisch traject begint met een auteur die een portaal aanmaakt, het type kiest en het domein claimt, en vervolgens een thema instelt zodat de site vanaf de eerste pagina de juiste branding draagt. Redacteuren voegen pagina's toe in de blokeditor, stellen content visueel samen, koppelen media uit de bibliotheek, vullen de SEO-velden in die bepalen hoe elke pagina zich presenteert aan zoekmachines en socialmediavoorbeelden, en stellen het toegangsniveau in dat van kracht wordt zodra de pagina live is. Navigatie wordt geordend in een aparte editor waar links worden gerangschikt, gegroepeerd in menu's en van eigen zichtbaarheidsregels voorzien.

Content doorloopt een publicatieworkflow in plaats van meteen te verschijnen. Pagina's worden opgesteld en beoordeeld terwijl ze ongepubliceerd zijn, daarna weloverwogen gepubliceerd, en een portaal als geheel kan in concept worden gehouden of in onderhoud worden gezet zonder dat er werk verloren gaat. Omdat sites centraal worden bestuurd, kan één beheerder in één keer een gecoördineerde wijziging doorvoeren, een nieuwe campagnepagina, een herzien menu, een herbrand thema, over meerdere portalen heen. Toegang wordt van begin tot eind afgedwongen: een pagina die is gemarkeerd voor geverifieerde of rolgebaseerde toegang vereist dat de bezoeker inlogt en, waar geconfigureerd, zich binnen een goedgekeurd netwerk bevindt voordat de content wordt gerenderd.

In het functionele detail verdient de module zijn plaats. Toegangsbeheer is gelaagd en precies. Publieke pagina's worden vrij geserveerd, geverifieerde pagina's vereisen single sign-on via home realm discovery die het e-maildomein van een bezoeker koppelt aan de juiste identity provider, en rolgebaseerde pagina's zijn voorbehouden aan interne gebruikers, waarbij intranetsites bovendien worden beperkt op netwerkadres zodat content voor medewerkers alleen bereikbaar is vanaf vertrouwde locaties. Zo kan één platform veilig een marketingsite, een partnerextranet en een vertrouwelijk personeelsintranet hosten zonder enig risico dat de verkeerde doelgroep de verkeerde content bereikt.

Het renderen is ontworpen op veiligheid en kwaliteit. Ruwe HTML-blokken worden opgeschoond voordat ze een browser bereiken, zodat redacteuren flexibiliteit behouden zonder een aanvalsoppervlak voor injectie te openen. Gestructureerde blokken dragen de semantiek waarvan toegankelijkheid afhangt, waaronder expliciete kopniveaus en verplichte alternatieve tekst bij afbeeldingen, en SEO-metadata per pagina geeft elke pagina de juiste titels, beschrijvingen en voorbeelden. Thema's worden vertaald naar design tokens die op de root van het document worden toegepast, wat de branding consistent en performant houdt over elke pagina van een site. Domeingebaseerde routing herleidt elke binnenkomende aanvraag op basis van hostnaam tot het bijbehorende portaal, past het thema en de navigatie van dat portaal toe, en serveert alleen content waarvan zowel de pagina als het portaal gepubliceerd zijn, zodat onafgemaakt of ingetrokken materiaal nooit zichtbaar wordt.

Content Management is bewust geen op zichzelf staande websitebouwer. De module leunt op de kernsysteemdiensten van het platform voor de beheerschil, autorisatie en audit, en steunt op Connector Management voor de twee dingen die een portaal niet zelf kan bedenken: de identity providers die extranet- en intranetbezoekers verifiëren, en de integraties die externe contentsystemen portaalcontent laten voeden of spiegelen. Elke toegangsbeslissing die een portaal neemt hergebruikt de single sign-on en directory van de suite, zodat een partner die inlogt op een extranet dezelfde bestuurde identiteit is die de rest van Nashua 360 al kent.

Dit gedeelde fundament is wat de portalen werkelijk nuttig maakt in plaats van decoratief. Een klantportaal ontsluit informatie en selfservice die is geput uit de operationele modules erachter, of dat nu account- en relatiegegevens uit de CRM-module zijn, cases en kennis uit support, of overzichten en documenten uit finance en documentbeheer. Omdat hetzelfde permissiemodel zowel het dashboard als de portalen bestuurt, kan een pagina veilig gegevens tonen die toebehoren aan een ingelogde klant of medewerker. Content Management fungeert daarmee als de presentatie- en engagementlaag voor de hele suite en geeft elke andere module een gebrande, toegangsgecontroleerde manier om de mensen buiten de applicatie te bereiken.

AI Workers opereren in Content Management als volwaardige deelnemers, niet als een aangebouwde assistent. Een beheerder kan in gewone taal vragen welke pagina's over alle portalen heen ongepubliceerd zijn, waar een uitgefaseerd product nog steeds wordt genoemd, of welke afbeeldingen alternatieve tekst missen, en krijgt een direct antwoord dat is geput uit actuele modulegegevens. Workers voeren op verzoek acties uit binnen hun toegekende permissies: een pagina opstellen en vullen op basis van een briefing, SEO-titels en -beschrijvingen genereren, een navigatiemenu herstructureren, of een themawijziging uitrollen over een reeks sites.

Ze houden ook continu toezicht. Een Worker signaleert afwijkingen en uitzonderingen, een portaal dat te lang in onderhoud staat, een gepubliceerde pagina waarvan het toegangsniveau niet lijkt te passen bij de content, gebroken interne links, of niet-opgeschoonde markup, en kaart ze aan voordat een bezoeker ze ooit ziet. Bij ingestie extraheert en structureert de Worker content, waarbij een aangeleverd document of een pagina uit een gekoppeld extern systeem wordt omgezet in schone blokken met koppen, lijsten en media met bijschrift. In de publicatieworkflow fungeert een Worker als beoordelings- en goedkeuringspunt, dat een concept toetst aan merk-, toegankelijkheids- en toegangsbeleidsregels en het vervolgens goedkeurt, wijzigingen vraagt, of escaleert naar een menselijke redacteur. Overal bieden Workers beslissingsondersteuning, door aan te bevelen waar nieuwe content thuishoort, welke doelgroep een pagina zou moeten aanspreken, en hoe de structuur van een site kan worden vereenvoudigd, zodat het team sneller en met minder fouten publiceert.