Más allá de una web corporativa: Drupal 11, IA, WebMCP y experimentación en un único sistema

Construir una web corporativa suele abordarse como una combinación de diseño, contenidos y tecnología. En Natiboo decidimos partir de una pregunta más exigente:

¿Qué debería ser capaz de hacer hoy una web, además de explicar quiénes somos y qué servicios ofrecemos?

La respuesta nos llevó a concebir la nueva web como una infraestructura digital completa: un sistema capaz de organizar conocimiento, facilitar el descubrimiento de servicios, conversar con los usuarios, ofrecer capacidades utilizables por agentes de inteligencia artificial, adaptar recorridos y validar hipótesis mediante experimentación.

El resultado es una plataforma construida desde cero en Drupal 11, en la que arquitectura de información, SEO, preparación para búsqueda generativa, inteligencia artificial, WebMCP, accesibilidad, rendimiento y tests A/B forman parte de un único sistema.

No se trataba de acumular funcionalidades. El objetivo era que todas ellas trabajasen juntas.

El reto: gestionar complejidad sin trasladársela al usuario

Natiboo desarrolla plataformas digitales, integraciones, migraciones, modernizaciones e iniciativas de inteligencia artificial aplicada. También acompaña a organizaciones con necesidades tecnológicas muy diferentes.

Explicar esta oferta obliga a relacionar servicios, problemas de negocio, tecnologías, contenidos, casos de éxito y distintos recorridos de usuario.

Algunas personas llegan buscando una tecnología concreta. Otras parten de una plataforma obsoleta, una integración pendiente o un proceso que necesita automatización. Algunas necesitan construir un sistema completo; otras buscan criterio técnico, acompañamiento o una segunda opinión.

La arquitectura debía admitir todos esos puntos de entrada sin crear una navegación fragmentada ni obligar al usuario a comprender previamente cómo organizamos nuestros servicios.

Por eso construimos un modelo editorial modular, basado en contenidos estructurados y componentes reutilizables. Servicios, artículos, testimonios, páginas corporativas, preguntas frecuentes y landings pueden combinarse y relacionarse sin perder consistencia ni mantenibilidad.

La complejidad permanece en la arquitectura. El usuario recibe claridad.

Drupal 11 como núcleo de una plataforma

Drupal 11 proporciona una base sólida para gestionar contenidos estructurados, idiomas, permisos, relaciones y flujos editoriales. Sin embargo, el valor del proyecto no reside únicamente en haber elegido Drupal.

La diferencia está en cómo se ha utilizado.

El contenido publicado no sirve solo para generar páginas. La misma base editorial permite:

• construir recorridos de navegación;
• relacionar servicios y contenidos;
• generar datos estructurados;
• alimentar el asistente conversacional;
• exponer capacidades mediante WebMCP;
• adaptar la experiencia mediante experimentos;
• mantener coherencia entre español e inglés.

Esta concepción evita uno de los problemas habituales de las plataformas corporativas: la aparición de capas independientes que duplican información, introducen inconsistencias y evolucionan a velocidades distintas.

En Natiboo, contenido, navegación, SEO, IA y experimentación comparten una misma arquitectura.

SEO técnico y semántico desde el modelo de contenidos

El SEO no se incorporó como una revisión final ni como un conjunto de campos añadidos al terminar el desarrollo.

Se integró en la propia estructura de la plataforma.

La web gestiona de forma coherente elementos técnicos como URLs canónicas, versiones idiomáticas mediante hreflang, jerarquías de navegación, indexabilidad y relaciones entre contenidos.

Sobre esa base se desarrolló una capa semántica con marcado JSON-LD para representar de manera explícita las principales entidades del sitio.

Entre los tipos implementados se encuentran:

• Organization y WebSite, para describir la identidad y el contexto general;
• Service e ItemList, para representar la oferta y sus agrupaciones;
• FAQPage, para contenidos orientados a responder consultas directas;
• BlogPosting, WebPage y BreadcrumbList, para reforzar la interpretación de artículos, páginas y jerarquías.

El objetivo no era añadir tantos schemas como fuera posible, sino reducir ambigüedad.

Cada contenido debía poder comunicar qué representa, con qué otros elementos se relaciona y qué función desempeña dentro del sitio.

Preparación para la búsqueda generativa

Los usuarios ya no descubren información únicamente mediante buscadores tradicionales. Cada vez es más habitual formular preguntas a asistentes y motores generativos que sintetizan respuestas a partir de distintas fuentes.

Preparar una web para este contexto requiere algo más que repetir palabras clave o publicar contenido abundante.

La nueva plataforma incorpora una base específica de preparación para la búsqueda generativa:

• contenido editorial estructurado;
• marcado semántico mediante JSON-LD;
• preguntas y respuestas orientadas a consultas directas;
• coherencia entre entidades, idiomas y URLs;
• canonicals y hreflang;
• un archivo llms.txt;
• una arquitectura capaz de ofrecer el mismo conocimiento a personas, buscadores y sistemas de IA.

La formulación es deliberadamente rigurosa. No afirmamos que exista un knowledge graph integral ni que la presencia de estas señales garantice visibilidad en todos los motores generativos.

El objetivo es más concreto: facilitar que los sistemas automáticos comprendan correctamente qué hace Natiboo, qué servicios ofrece y cómo se relacionan sus contenidos.

La optimización para IA comienza en la arquitectura de información, no en la generación artificial de textos.

Una web operable por agentes mediante WebMCP

La preparación para inteligencia artificial no termina en permitir que un sistema lea e interprete el contenido.

La nueva web incorpora una implementación completamente funcional y multidioma de WebMCP, que permite publicar herramientas estructuradas descubribles y utilizables por agentes compatibles.

Esto introduce una diferencia importante.

Una web convencional ofrece páginas que un sistema debe interpretar. Una web con WebMCP puede describir explícitamente determinadas capacidades, los argumentos que aceptan y los resultados que devuelven.

En el caso de Natiboo, un agente puede utilizar estas herramientas para analizar la descripción de un proyecto y obtener recomendaciones de servicios, junto con los motivos de la recomendación y los enlaces correspondientes.

La implementación está disponible en español e inglés. Las herramientas, sus descripciones, sus parámetros y los resultados se adaptan al idioma del usuario.

No se trata simplemente de traducir una respuesta después de generarla. La capacidad completa se expone de forma multidioma.

Con ello, la web queda preparada para tres formas complementarias de interacción:

1. Navegación humana, mediante páginas, servicios y contenidos.
2. Descubrimiento semántico, mediante SEO, datos estructurados y preparación para sistemas generativos.
3. Interoperabilidad con agentes, mediante herramientas WebMCP estructuradas.

WebMCP no garantiza por sí solo que todos los asistentes utilicen estas capacidades. Su valor está en proporcionar una interfaz explícita que reduce la ambigüedad y permite que un agente comprenda qué puede hacer la web y cómo invocar esas funciones.

La plataforma no se limita a publicar información para ser leída. También expone capacidades para que la inteligencia artificial pueda operar sobre ella de forma controlada.

Un asistente de IA integrado en el conocimiento del sitio

La web incorpora también un asistente conversacional que utiliza el contenido estructurado de la plataforma.

No funciona como un widget aislado ni como una lista de respuestas predefinidas.

El asistente puede:

• responder preguntas sobre Natiboo y sus servicios;
• consultar el contenido del sitio;
• recomendar servicios y artículos;
• ayudar a identificar qué solución necesita el usuario;
• orientar la navegación;
• mantener el contexto durante la conversación;
• cualificar oportunidades comerciales;
• dirigir al formulario o canal de contacto adecuado;
• responder en español e inglés.

Esto convierte la conversación en una vía alternativa de acceso a la arquitectura de información.

Un visitante no necesita conocer la terminología interna de Natiboo ni recorrer todas las páginas de servicios. Puede explicar su situación con sus propias palabras y recibir una orientación basada en el conocimiento real de la plataforma.

El chatbot, WebMCP y el contenido estructurado no son tres iniciativas independientes.

Los tres utilizan una misma base de conocimiento, pero ofrecen formas de acceso diferentes: conversación directa, interacción entre agentes y navegación convencional.

Experimentación incorporada desde el origen

Muchas plataformas comienzan a plantearse los tests A/B después de su lanzamiento.

Para entonces, experimentar suele requerir scripts externos, herramientas adicionales, duplicación de componentes o cambios difíciles de integrar con la caché y el sistema editorial.

En Natiboo, la capacidad de experimentar se incorporó desde el desarrollo inicial.

La plataforma dispone de un motor de A/B testing server-side que asigna variantes antes de entregar el HTML y mantiene una experiencia consistente a lo largo del recorrido.

El primer experimento se ejecuta en la home. La variante asignada no modifica únicamente un titular o un botón: también determina qué selección de servicios encuentra posteriormente el usuario en la página de servicios.

Esto permite evaluar una propuesta completa y no solo un elemento aislado.

El usuario recibe un recorrido coherente entre páginas y la plataforma queda preparada para registrar impresiones y analizar los resultados cuando entre en producción.

Además, la infraestructura desarrollada se publicó como proyecto open source para Drupal bajo el nombre Server-side A/B Testing.

El valor no está solo en haber configurado un experimento. Está en haber creado una capacidad reutilizable, integrada con Drupal y disponible para otros proyectos.

Accesibilidad en idiomas y modos visuales

La accesibilidad se trató como una condición estructural de calidad.

Las principales plantillas se evaluaron en español e inglés y en modo claro y oscuro. Las pruebas con WAVE no detectaron errores en los escenarios revisados; únicamente generaron advertencias para valoración manual.

Las puntuaciones se situaron entre 9,6 y 10 en las plantillas analizadas:

• home;
• listado de servicios;
• detalle de servicio;
• listado de blog;
• detalle de artículo;
• contacto;
• aviso legal.

Estas comprobaciones se complementaron con Lighthouse. Las catorce auditorías móviles realizadas sobre siete tipos de página en dos idiomas obtuvieron 100 en la categoría automatizada de accesibilidad.

Una validación automática no equivale a una certificación formal de conformidad WCAG. Por ello evitamos afirmar que la web sea completamente accesible o que disponga de una certificación que no se ha realizado.

Sí podemos afirmar que la accesibilidad se incorporó desde el inicio, se validó con herramientas complementarias y se revisó en distintas combinaciones de idioma y apariencia.

Rendimiento medido durante el desarrollo

El rendimiento tampoco se dejó para el final.

Lighthouse se utilizó como herramienta recurrente de validación sobre las principales plantillas de la plataforma.

En las auditorías realizadas:

• todas las páginas alcanzaron 100 en SEO;
• todas alcanzaron 100 en accesibilidad automatizada;
• el Total Blocking Time se mantuvo en niveles muy bajos;
• el Cumulative Layout Shift mostró una elevada estabilidad visual;
• varias plantillas obtuvieron puntuaciones de rendimiento de 98 o 99;
• los detalles de servicio registraron valores de LCP cercanos a dos segundos en condiciones de laboratorio.

Las mediciones también permitieron identificar diferencias entre plantillas e idiomas, especialmente en el tiempo de carga del contenido principal.

Ese es precisamente el propósito de una estrategia rigurosa de rendimiento: utilizar las métricas para detectar regresiones, comparar comportamientos y priorizar mejoras, no para seleccionar una única captura favorable.

Como la web todavía no ha entrado en producción, estas cifras proceden de laboratorio y preproducción. Los Core Web Vitals reales deberán medirse posteriormente con tráfico de usuarios.

Una plataforma preparada para aprender

La web aún no se ha publicado en producción. Por tanto, no atribuimos al proyecto incrementos de tráfico, mejoras de conversión ni aumentos de oportunidades comerciales que todavía no pueden medirse.

El resultado demostrable en esta fase es haber construido una plataforma preparada para generar, observar y mejorar esos resultados.

La nueva web dispone de:

• una arquitectura de información modular;
• un modelo editorial multidioma;
• SEO técnico y semántico avanzado;
• preparación para búsqueda generativa;
• una implementación funcional y multidioma de WebMCP;
• herramientas estructuradas utilizables por agentes compatibles;
• un asistente conversacional conectado al contenido;
• una infraestructura de experimentación server-side;
• validaciones sistemáticas de accesibilidad;
• medición recurrente de rendimiento.

La analítica no servirá únicamente para observar lo ocurrido. La plataforma está preparada para formular hipótesis, ejecutar experimentos, medir su efecto y adaptar la experiencia sin reconstruir el sistema.

Ese es el cambio fundamental respecto a una web corporativa convencional.

Qué demuestra este proyecto

La nueva web de Natiboo funciona también como una demostración práctica del tipo de plataformas que podemos construir para otras organizaciones.

Este enfoque resulta especialmente relevante cuando una empresa necesita:

• organizar una oferta compleja;
• relacionar servicios, contenidos y necesidades;
• gestionar varios idiomas;
• mejorar la interpretación de su información por buscadores;
• preparar su contenido para sistemas generativos;
• exponer capacidades utilizables por agentes de IA;
• incorporar conversación al proceso de descubrimiento;
• experimentar sin depender de capas externas;
• mantener control editorial sobre una arquitectura escalable.

No todos los proyectos necesitan exactamente las mismas funcionalidades.

Lo transferible es la forma de abordar el problema: tratar arquitectura, contenidos, descubrimiento, interoperabilidad, accesibilidad, rendimiento, conversación y medición como partes de un único producto digital.

Una web no es solo un conjunto de páginas

La arquitectura condiciona el SEO, el modelo de contenidos determina la calidad del chatbot y la semántica influye en cómo buscadores y asistentes comprenden la organización. WebMCP amplía esa lógica al permitir que otros agentes interactúen de forma explícita con la plataforma, mientras que la accesibilidad y el rendimiento determinan hasta qué punto la experiencia puede utilizarse realmente.

La experimentación completa el sistema: permite que la plataforma siga aprendiendo y mejorando después de su publicación.

En Natiboo hemos aplicado este enfoque a nuestra propia web. El resultado es una plataforma en Drupal 11 diseñada para ser descubierta, comprendida, utilizada, invocada por agentes, medida y mejorada.

Porque una web corporativa puede hacer mucho más que explicar una empresa. Puede conectar activamente sus capacidades con las necesidades de las personas y de los sistemas que interactúan con ella.