Skip to main content
← Volver al blog
aicmsweb-developmentopinionworkflow

La IA mató al CMS — al menos para sitios simples

Por qué los sistemas de gestión de contenido tradicionales se están volviendo innecesarios para portfolios, blogs y landing pages.

Publicado 17 de abril de 20268 min de lectura

TL;DR

Para sitios web sencillos — portfolios, blogs, landing pages, páginas de pequeñas empresas — un CMS tradicional se está convirtiendo en sobrecarga innecesaria. Herramientas de IA como Claude Code, Cursor y GitHub Copilot ahora pueden editar tu código directamente, entender el contexto, traducir contenido y desplegar cambios a través de git. La capa de abstracción que proporcionaba el CMS está siendo reemplazada por una interfaz más inteligente: el lenguaje natural.

El impuesto CMS que estás pagando

Todo CMS viene con un coste oculto. No solo la cuota de suscripción — todo un ecosistema de complejidad que envuelve tu sitio web, que de otro modo sería sencillo:

  • Infraestructura: Una base de datos que alojar, una API que mantener, un panel de control que asegurar. Solo WordPress representa ~43% de la web y ~90% de los ataques dirigidos a CMS.
  • Rendimiento: Generación dinámica de páginas, llamadas API en cada petición, hidratación del lado del cliente con datos del CMS. Tu portfolio de 3 páginas ahora tiene la arquitectura de un producto SaaS.
  • Dependencia del proveedor: Tu contenido vive en el esquema de base de datos de otro. ¿Migrar de Contentful a Sanity? Eso es un proyecto, no un cambio de configuración.
  • Cambio de contexto: Editas código en tu IDE, luego cambias al panel del CMS en el navegador para modificar un titular. Dos modelos mentales diferentes para lo que es fundamentalmente la misma operación.
  • Coste: Los precios de CMS headless suelen escalar con las llamadas API o las entradas de contenido. Un blog personal no necesita una infraestructura de contenido de $99/mes.

Para un sitio de marketing donde 50 personas editan contenido a diario, este coste está justificado. ¿Para el portfolio de un desarrollador o la landing page de una pequeña empresa? Estás construyendo un puente para cruzar un charco.

Qué cambió: la IA entiende tu código

La razón de existir de los CMS era sencilla: las personas no técnicas (e incluso los desarrolladores que no querían tocar código para cambios de contenido) necesitaban una interfaz visual para actualizar sitios web. El código era demasiado complejo, demasiado frágil, demasiado fácil de romper.

La IA cambió esta ecuación de forma fundamental. Las herramientas modernas de IA para código no solo autocompletan — entienden la estructura del proyecto, leen patrones existentes y realizan ediciones contextualmente correctas. El cambio en el flujo de trabajo es radical:

# Old workflow: CMS
1. Open browser → log into CMS dashboard
2. Navigate to content → find the right page
3. Edit in WYSIWYG editor → fight with formatting
4. Preview → looks different from production
5. Hit publish → pray the cache invalidates

# New workflow: AI
1. Tell AI: "Change the pricing on the landing page to $29/month"
2. AI edits the file, you review the diff
3. Push to git → deploy

Esto no es hipotético. Este mismo blog funciona con SolidStart y el contenido se almacena como archivos TypeScript. Cada artículo — incluido este — fue creado diciéndole a la IA qué escribir, revisando el resultado y haciendo push a git. Sin panel de CMS. Sin base de datos. Sin capa API entre el contenido y el código.

Ejemplos reales de este sitio

Este sitio soporta 10 idiomas, tiene un blog, genera imágenes OG dinámicamente y produce feeds RSS y sitemaps. Así es como se ve la capa de contenido — TypeScript puro:

// This blog post you're reading right now is a TypeScript file.
// No database. No API. No CMS dashboard.
// Just a typed object that AI can read and edit directly.

export const myPost: BlogPost = {
  slug: "ai-killed-cms",
  date: "2026-04-17",
  translations: {
    en: {
      title: "Why I stopped using a CMS",
      description: "AI understands my codebase better than any CMS UI.",
      content: makeContent(proseEn),
    },
    uk: { /* ... */ },
    de: { /* ... */ },
    // 10 languages — AI translates them all
  },
};

Cosas que hago con IA que tradicionalmente requerirían un CMS:

  • Añadir un nuevo artículo: "Escribe un nuevo artículo sobre X, sigue la misma estructura que los posts existentes" — la IA crea el archivo, añade traducciones, lo registra en el índice
  • Actualizar el copy de la landing: "Cambia el titular del hero a Y" — la IA encuentra el archivo correcto y lo actualiza
  • Traducir contenido: "Añade la traducción al alemán de la página de precios" — la IA lee la versión en inglés y produce una traducción culturalmente adaptada, no una traducción literal
  • Corregir una errata: "Hay una errata en la página about, 'recieve' debería ser 'receive'" — hecho en 3 segundos, commiteado en git con un mensaje descriptivo

Lo que el CMS realmente resolvía — y cómo la IA lo reemplaza

Seamos honestos sobre lo que el CMS aportaba y cómo cada capacidad se traduce al flujo de trabajo con IA:

ProblemaSolución CMSSolución IA
Edición no técnicaEditor WYSIWYGInstrucciones en lenguaje natural
Contenido multilingüePlugins i18n, campos de localeLa IA traduce con contexto cultural
Programación de contenidoFechas de publicación integradasCI/CD basado en git con cron o campos de fecha en el código
Historial de versionesSistema de revisiones del CMSGit — el estándar de oro del control de versiones
Gestión de mediosBiblioteca de assets integradaCDN + git LFS o almacenamiento en la nube

La clave: git ya es un mejor sistema de control de versiones que cualquier CMS haya construido jamás. Y el lenguaje natural es una mejor interfaz que cualquier editor WYSIWYG — porque transmite intención, no solo formato.

El cambio de paradigma: el código es la capa de contenido

Estamos presenciando una inversión. Durante dos décadas, la tendencia fue separar el contenido del código — poner el contenido en una base de datos, exponerlo vía API, renderizarlo en el frontend. Esto tenía sentido cuando el código era difícil de editar y el contenido necesitaba ser accesible para personas no técnicas.

La IA no hizo obsoleto al CMS siendo un CMS mejor. Lo hizo obsoleto haciendo que el código fuera tan accesible como un panel de control.

La progresión de la gestión de contenido web sigue una trayectoria clara:

  1. 2000s: CMS monolíticos (WordPress, Drupal) — contenido y presentación acoplados en un solo sistema
  2. 2010s: CMS headless (Contentful, Strapi) — contenido separado vía API, renderizado por frameworks frontend
  3. 2020s: Generadores de sitios estáticos + Markdown (Hugo, Astro) — contenido como archivos, compilado en el despliegue
  4. 2025+: Código-como-contenido + IA — el contenido vive en código tipado, la IA es la interfaz de edición

Cuándo todavía necesitas un CMS

Esto no es un discurso de "el CMS ha muerto". El CMS resuelve problemas reales a escala. Todavía lo necesitas cuando:

  • Grandes equipos editoriales: Más de 10 editores de contenido que necesitan acceso basado en roles, flujos de aprobación y edición simultánea. Los conflictos de merge en git no son un problema que deba resolver un editor de contenido.
  • Contenido de alta frecuencia: Sitios de noticias que publican más de 50 artículos al día necesitan pipelines editoriales optimizados, no commits de git.
  • Relaciones de contenido complejas: Catálogos de e-commerce con miles de SKUs, variantes de producto y precios dinámicos necesitan bases de datos estructuradas.
  • Cumplimiento regulatorio: Industrias que requieren registros de auditoría, cadenas de aprobación de contenido y procesos de revisión legalmente obligatorios necesitan sistemas especializados.

El límite es claro: si tus cambios de contenido requieren coordinación entre múltiples stakeholders no técnicos a alta frecuencia, un CMS merece su complejidad. Si eres un desarrollador en solitario, un equipo pequeño, o gestionas un sitio que cambia semanalmente en lugar de cada hora — IA + código es más simple, más rápido, más barato y más fiable.

El futuro: la IA como interfaz universal

La tendencia va más allá del CMS. Cada capa de abstracción que existía porque "el sistema subyacente es demasiado complejo para la interacción directa" está siendo comprimida por la IA. Paneles de administración, interfaces de configuración, editores visuales de bases de datos — todos son interfaces que traducen la intención humana en cambios del sistema. La IA hace esta traducción de forma nativa.

Para sitios web sencillos, el futuro ya está aquí. Tu contenido es código. Tu editor es IA. Tu control de versiones es git. Tu despliegue es un push. Toda la capa CMS — el panel, la base de datos, la API, el hosting — era middleware entre tu intención y tu sitio web. La IA eliminó la necesidad de ese middleware.

El mejor CMS es no tener CMS. No porque la gestión de contenido no importe — sino porque la IA convirtió al código en la interfaz de gestión de contenido más intuitiva que jamás hemos tenido.