Content Management ofrece una plataforma completa de contenido web y portales. Los administradores crean y operan cualquier número de sitios de portal, cada uno clasificado por su audiencia como una propiedad de internet, extranet o intranet, y cada uno con su propio dominio, marca y postura de acceso. Dentro de un sitio construyen una jerarquía de páginas mediante un editor basado en bloques, organizan esas páginas en menús de navegación jerárquicos y curan una biblioteca de medios por sitio con imágenes y documentos, manteniendo el texto alternativo y los pies de foto junto a cada activo.

Las páginas se componen a partir de bloques de contenido combinables en lugar de marcado creado a mano: encabezados con niveles explícitos, párrafos enriquecidos, imágenes tomadas de la biblioteca, avisos destacados en variantes informativa, de advertencia, de éxito y de error, listas ordenadas y no ordenadas, separadores y HTML sin procesar saneado para los casos que lo requieren. Un sistema de temas otorga a cada portal su propia paleta, tipografía, logotipos, favicon y encabezado, pie de página y hoja de estilos personalizados, inyectados como tokens de diseño en el momento de la representación. La gestión multisitio significa que un solo equipo opera decenas de propiedades, públicas y privadas, desde una única consola, con un modelo de publicación coherente en todas ellas.

El modelo se apoya en un pequeño número de conceptos que se corresponden directamente con la forma en que un equipo de comunicación ya piensa. Un portal es un sitio completo con una audiencia, una dirección web y un estado de publicación que lo mueve entre borrador, publicado, mantenimiento y deshabilitado. Solo se sirve a los visitantes un portal publicado, lo que ofrece a los editores un lugar seguro para preparar el trabajo antes de que se publique y una forma limpia de retirar una propiedad sin eliminarla.

Cada portal contiene páginas, y las páginas se anidan unas dentro de otras para formar la estructura natural de padre e hijo de un sitio. Una página lleva su contenido como una secuencia ordenada de bloques, una plantilla que la enmarca y un nivel de acceso que decide quién puede verla: abierta a cualquiera, restringida a visitantes autenticados o limitada a usuarios internos por rol. La navegación se modela por separado de las propias páginas, como su propio conjunto de enlaces ordenable y anidable que puede apuntar a una página o a cualquier dirección, de modo que el menú que ve un visitante se cura deliberadamente en lugar de ser un eco mecánico del árbol de páginas. Los activos de medios pertenecen a su portal, manteniendo autónoma la biblioteca de cada sitio. El resultado es una separación limpia entre lo que dice una página, dónde reside, cómo se accede a ella y a quién se le permite alcanzarla.

Un proyecto típico comienza con un autor que crea un portal, elige su tipo y reclama su dominio, y a continuación establece un tema para que la propiedad lleve la marca correcta desde la primera página. Los editores añaden páginas en el editor de bloques, componiendo el contenido de forma visual, adjuntando medios de la biblioteca, rellenando los campos de SEO que rigen cómo se presenta cada página ante los motores de búsqueda y las vistas previas sociales, y estableciendo el nivel de acceso que se aplicará una vez que la página esté publicada. La navegación se organiza en un editor dedicado donde los enlaces se ordenan, se agrupan en menús y reciben sus propias reglas de visibilidad.

El contenido avanza por un flujo de publicación en lugar de aparecer al instante. Las páginas se redactan y se revisan mientras están sin publicar, luego se publican deliberadamente, y un portal en su conjunto puede mantenerse en borrador o pasar a mantenimiento sin perder ningún trabajo. Como los sitios se gobiernan de forma centralizada, un solo operador puede impulsar un cambio coordinado, una nueva página de campaña, un menú revisado, un tema con nueva marca, en varios portales de una sola vez. El acceso se aplica de extremo a extremo: una página marcada para acceso autenticado o basado en rol exige que el visitante inicie sesión y, cuando así se configure, que se encuentre dentro de una red aprobada antes de que se represente el contenido.

El detalle funcional es donde el módulo se gana su lugar. El control de acceso es por capas y preciso. Las páginas públicas se sirven de forma abierta, las páginas autenticadas requieren inicio de sesión único mediante el descubrimiento del dominio de origen, que asigna el dominio de correo de un visitante al proveedor de identidad correcto, y las páginas basadas en rol se reservan a usuarios internos, con las propiedades de intranet adicionalmente restringidas por dirección de red, de modo que el contenido del personal solo sea accesible desde ubicaciones de confianza. Esto permite que una sola plataforma aloje con seguridad un sitio de marketing, una extranet de socios y una intranet confidencial del personal sin ningún riesgo de que la audiencia equivocada alcance el contenido equivocado.

La representación está diseñada para la seguridad y la calidad. Los bloques de HTML sin procesar se sanean antes de llegar a un navegador, de modo que los editores conservan flexibilidad sin abrir una superficie de inyección. Los bloques estructurados llevan la semántica de la que depende la accesibilidad, incluidos niveles de encabezado explícitos y texto alternativo obligatorio en las imágenes, y los metadatos de SEO por página otorgan a cada página títulos, descripciones y vistas previas correctos. Los temas se resuelven en tokens de diseño aplicados en la raíz del documento, lo que mantiene la marca coherente y de buen rendimiento en cada página de un sitio. El enrutamiento basado en dominio resuelve cada solicitud entrante a su portal por nombre de host, aplica el tema y la navegación de ese portal, y sirve únicamente contenido cuya página y portal estén ambos publicados, de modo que el material inacabado o retirado nunca queda expuesto.

Content Management no es, deliberadamente, un creador de sitios web independiente. Depende de los servicios de sistema centrales de la plataforma para su shell administrativo, su autorización y su auditoría, y se apoya en Connector Management para las dos cosas que un portal no puede inventar por sí mismo: los proveedores de identidad que autentican a los visitantes de extranet e intranet, y las integraciones que permiten que sistemas de contenido externos alimenten o reflejen el contenido del portal. Cada decisión de acceso que toma un portal reutiliza el inicio de sesión único y el directorio de la suite, de modo que un socio que inicia sesión en una extranet es la misma identidad gobernada que el resto de Nashua 360 ya conoce.

Esta base compartida es lo que hace que los portales sean realmente útiles en lugar de decorativos. Un portal de clientes muestra información y autoservicio extraídos de los módulos operativos que hay detrás, ya sean datos de cuenta y de relación del módulo CRM, casos y conocimiento del área de soporte, o extractos y documentos de finanzas y gestión documental. Como el mismo modelo de permisos gobierna el dashboard y los portales, una página puede presentar con seguridad datos que pertenecen a un cliente o empleado que ha iniciado sesión. Content Management actúa, por tanto, como la capa de presentación y de interacción de toda la suite, dando a cada uno de los demás módulos una forma con marca y con acceso controlado de llegar a las personas ajenas a la aplicación.

Los AI Workers operan en Content Management como participantes de pleno derecho, no como un asistente añadido. Un operador puede preguntar, en lenguaje natural, qué páginas de todos los portales están sin publicar, dónde se sigue haciendo referencia a un producto retirado o qué imágenes carecen de texto alternativo, y recibir una respuesta directa extraída de los datos en vivo del módulo. Los Workers ejecutan acciones a petición dentro de los permisos que se les han concedido: redactar y poblar una página a partir de un briefing, generar títulos y descripciones de SEO, reestructurar un menú de navegación o desplegar un cambio de tema en un conjunto de sitios.

También vigilan de forma continua. Un Worker señala anomalías y excepciones, un portal dejado en mantenimiento demasiado tiempo, una página publicada cuyo nivel de acceso parece incoherente con su contenido, enlaces internos rotos o marcado sin sanear, y las plantea antes de que un visitante llegue a verlas. En la ingesta extraen y estructuran contenido, convirtiendo un documento suministrado o una página de un sistema externo conectado en bloques limpios con encabezados, listas y medios con pies de foto. En el flujo de publicación un Worker actúa como nodo de revisión y aprobación, cotejando un borrador con las reglas de marca, de accesibilidad y de política de acceso, y aprobándolo, solicitando cambios o escalándolo a un editor humano. En todo momento, los Workers ofrecen apoyo a la decisión, recomendando dónde debe ubicarse el contenido nuevo, a qué audiencia debe dirigirse una página y cómo puede simplificarse la estructura de un sitio, de modo que el equipo publica más rápido y con menos errores.