Los mejores CMS para AEO

El mejor CMS para AEO es el que te permite añadir marcado schema, controlar el robots.txt para los rastreadores de IA, servir las páginas como HTML renderizado en el servidor y publicar un archivo llms.txt: de las plataformas que revisamos, Shopify, Wix, Webflow y Framer documentan las cuatro cosas, HubSpot y Squarespace documentan tres, WordPress las cubre mediante ajustes, filtros y plugins, y los headless Contentful y Sanity las dejan en manos del front end que construyas.

Ningún CMS hace que te citen. Los motores de IA mencionan marcas por lo que dicen sus páginas y por quién más lo dice, y nuestros propios datos sobre si el schema hace que te citen y si llms.txt merece la pena son más prudentes que la mayoría del marketing de los proveedores. Lo que sí decide un CMS es si lo básico está bajo tu control: si los rastreadores de IA pueden leer tus páginas, si los datos están marcados para las máquinas y si un rastreador que no ejecuta JavaScript ve siquiera el contenido.

Cada entrada se limita a lo que el proveedor publica en su propia documentación, consultada el 28 de octubre de 2026. Cuando un proveedor no publica nada sobre un punto, ponemos "no publicado" en lugar de suponer. No es una clasificación general de CMS, solo de los controles de AEO que documenta cada uno.

Los cinco controles que importan para AEO

• Datos estructurados. Marcado schema.org integrado y una forma de añadir tu propio JSON-LD, para que los motores lean datos como precios, autores y fechas sin tener que adivinar. Consulta marcado schema para AEO.
• robots.txt y rastreadores de IA. Si puedes editar el robots.txt y si la plataforma tiene un ajuste para rastreadores de IA como GPTBot. Un rastreador bloqueado no puede citarte. Nuestro comprobador de rastreadores de IA gratuito analiza un sitio en directo.
• HTML renderizado en el servidor. Si el contenido de la página está en el HTML que envía el servidor, en lugar de montarse con JavaScript en el navegador, algo que algunos rastreadores nunca ejecutan.
• llms.txt. Si puedes publicar un archivo llms.txt en la raíz de tu sitio.
• Sitemap XML. Si se genera uno y cuánto control tienes sobre él.

Comparativa de plataformas CMS

Según la propia documentación de cada proveedor, consultada el 28 de octubre de 2026. "No publicado" significa que no encontramos nada en la documentación del proveedor; no significa que la plataforma no pueda hacerlo. Los nombres y límites de los planes cambian, así que confírmalo en la página del proveedor antes de comprar.

Creadores de sitios alojados: Shopify, Wix, Webflow, Framer, Squarespace

Shopify es el que más cubre de serie para una tienda. Su centro de ayuda indica que los temas incluyen automáticamente marcado schema para los productos, y su documentación para desarrolladores describe un filtro de Liquid que genera JSON-LD de Product y Article. El robots.txt se puede editar añadiendo una plantilla robots.txt.liquid, que Shopify califica de personalización no admitida, y ahí se pueden permitir o bloquear los rastreadores de IA. Los temas de Liquid se renderizan en el servidor. Desde una entrada del registro de cambios de mayo de 2026, todas las tiendas sirven un llms.txt por defecto que puedes sustituir con una plantilla. El sitemap se genera automáticamente. Fuentes: resumen de SEO, editar robots.txt, registro de cambios de llms.txt.

Wix añade automáticamente configuraciones de datos estructurados para productos de la tienda, reservas, entradas de blog, eventos y la página de inicio, y te permite añadir JSON-LD personalizado por página (hasta cinco marcados, cada uno de menos de 7.000 caracteres). Tiene un editor de robots.txt, y su centro de ayuda explica cómo bloquear los rastreadores de IA con reglas Disallow. Genera y mantiene un llms.txt que puedes editar, en un sitio con plan premium y un dominio propio conectado. Fuentes: datos estructurados, bloquear rastreadores de IA, llms.txt.

Webflow tiene un campo de marcado schema por página y código personalizado en el head, ambos en planes de pago. Las reglas personalizadas del robots.txt están en los ajustes del sitio, y los espacios de trabajo Enterprise tienen una API de robots.txt. El llms.txt se sube en los ajustes del sitio; no se genera por ti. El sitemap puede generarse automáticamente en cada publicación o sustituirse por el tuyo. Fuentes: marcado schema, llms.txt, API de robots.txt.

Framer afirma que cada página se prerrenderiza en HTML en sus servidores, así que los rastreadores que no ejecutan JavaScript reciben igualmente el texto y el JSON-LD. No tiene editor de schema; el JSON-LD va en código personalizado, con variables de campos del CMS. El robots.txt se genera y permite los rastreadores de IA por defecto, con un archivo personalizado y la subida de un llms.txt disponibles en Pro y Enterprise. Fuentes: legible para agentes de IA, llms.txt.

Squarespace añade schema automáticamente a entradas de blog, eventos, negocios locales, productos y más, y no puedes editarlo ni eliminarlo. Un ajuste de rastreadores bloquea los rastreadores de IA conocidos (desactivado por defecto), y los sitios de la versión 7.1 pueden redactar un llms.txt en el panel de SEO. No documenta la edición directa del robots.txt. Fuentes: rastreadores de IA, llms.txt.

WordPress y HubSpot

WordPress son dos productos. El núcleo de WordPress.org genera el robots.txt mediante un filtro que los desarrolladores pueden modificar y, desde la versión 5.5, genera un sitemap XML con filtros para añadir o quitar entradas. WordPress.com añade un ajuste que incluye los bots de IA conocidos en la lista de bloqueo del robots.txt y admite un llms.txt mediante subida o a través de un plugin de SEO en sus planes Business y Commerce. La guía de SEO de WordPress.com no menciona schema integrado; lo aportan los plugins. Fuentes: do_robots, sitemaps del núcleo, llms.txt en WordPress.com.

HubSpot Content Hub tiene un interruptor de datos estructurados para las entradas de blog, activado por defecto en los blogs creados después de agosto de 2022, y acepta JSON-LD personalizado en el HTML del head. El robots.txt es editable en todos los planes, y HubL se ejecuta en el servidor antes de que las páginas se almacenen en caché en su CDN. No publica nada sobre llms.txt. Fuentes: ajustes del blog, robots.txt, resumen del CMS.

Headless: Contentful y Sanity

Un CMS headless almacena el contenido y lo entrega a través de una API; tu front end renderiza las páginas. Así que el schema, el robots.txt, el renderizado, el llms.txt y los sitemaps son decisiones de quien construya ese front end. La recomendación de Contentful es gestionar el JSON-LD como contenido y renderizar en el servidor para que los rastreadores reciban el HTML completo. La guía de Sanity muestra cómo generar JSON-LD y sitemaps en un front end con Next.js, y su plantilla de inicio preparada para agentes genera un llms.txt. Cualquiera de los dos puede ser excelente para AEO, o invisible para los rastreadores, según cómo se construya. Fuentes: Contentful sobre el renderizado en el servidor, contenido preparado para agentes de Sanity.

Cómo elegir

• ¿Ya usas una plataforma? Cambiar de CMS por AEO rara vez compensa. Usa la tabla para ver qué controles tiene la tuya y soluciona los que le faltan.
• Revisa primero el acceso de los rastreadores de IA. Un rastreador bloqueado hace que todo lo demás dé igual. Varias plataformas permiten los bots de IA por defecto; algunas ofrecen un bloqueo con un clic que es fácil activar sin querer.
• ¿Vas a pasarte a headless? Incluye el renderizado en el servidor, el JSON-LD y el sitemap en el brief del front end, no como algo de última hora.
• Mide después de cualquier cambio. Un cambio en el CMS es una suposición hasta que ves si los motores de IA te mencionan más a menudo.

Stellarcast, que desarrollamos nosotros, lo mide en los distintos motores de IA y puede enviar correcciones aprobadas a WordPress como borradores.