El 15 de enero de 2026, HTTP Archive publicó el capítulo CMS del Web Almanac 2025. El titular que se lleva: más del 54% de los sitios analizados ya corre sobre algún CMS. La otra lectura, más incómoda, es que el logo del CMS explica cada vez menos el rendimiento final. Lo que manda es la implementación.
El CMS como infraestructura: la cuota que no para de crecer
La adopción global de CMS lleva cuatro años subiendo de forma constante. Los datos de 2025 lo confirman:
- Desktop: del 42% (2021) al 55% (2025).
- Mobile: del 43% (2021) al 54% (2025).
Cuando más de la mitad de la web pasa por un CMS, las decisiones de operación (caché, CDN, control de scripts, disciplina editorial) se convierten en el principal factor que mueve la media de rendimiento de Internet. No es un debate de plataforma: es un debate de cómo se gestiona cada instalación.
La distribución geográfica también aporta matices interesantes. Italia lidera la adopción en mobile con un 51%; EE.UU. y Reino Unido rondan el 49%. En el extremo opuesto, Indonesia (25%) y Brasil (32%) reflejan ecosistemas donde el SaaS gestionado no ha desplazado aún al open source autoalojado.
WordPress domina, pero el crecimiento ya se fragmenta
En cuota de uso mobile entre sitios con CMS, WordPress ronda el 64,3%. Detrás, el mapa es:
- Shopify: ~7,3%
- Wix: ~5,2%
- Squarespace: por debajo del 3%
- Webflow y Drupal: por debajo del 2% en cuota global
El matiz relevante: WordPress mantiene la hegemonía, pero su crecimiento interanual es inferior a un punto. El avance se distribuye en pequeños incrementos de varias plataformas. Resultado: un ecosistema más fragmentado, más especializado y cada vez más polarizado entre modelos cerrados-gestionados y modelos abiertos-extensibles.
Cuando el análisis se acota al top 10.000 por tráfico, el mapa cambia. WordPress baja al ~58% del uso de CMS en ese segmento, pero Drupal sube al 6-7%, muy por encima de su presencia global (~1%). Wix y Shopify casi desaparecen. En la parte alta del ranking pesan más los flujos editoriales complejos, la personalización profunda y la gobernanza. No siempre gana el CMS más fácil.
Page builders en transición: el Block Editor avanza, Elementor cede
El capítulo registra un cambio significativo en la capa builder de WordPress entre 2024 y 2025. Para equipos de sistemas y desarrollo, estos datos no son estética: afectan DOM, CSS, JavaScript y, en consecuencia, métricas como INP.
- Elementor: baja de ~56% a ~43%.
- Block Editor (Gutenberg): sube hasta ~18%.
- WPBakery: cae de ~21% a ~13%.
- Divi: baja de ~14% a ~10%.
- Beaver Builder: se mantiene en torno al 2%.
El ascenso de Gutenberg no es solo una cifra: indica que más sitios apuestan por un enfoque nativo con menor peso de JavaScript y mejor control sobre el DOM. Las implicaciones de rendimiento son directas, algo que analizamos con detalle en nuestro artículo sobre componentes dinámicos con bloques de Gutenberg.
Core Web Vitals: los entornos controlados mejoran más rápido
En mobile, el porcentaje de sitios con Core Web Vitals en estado «good» avanza en casi todas las plataformas (2024→2025). Pero la velocidad de mejora varía mucho según el grado de control que el CMS ejerce sobre la instalación:
- Wix: +14%
- Duda: +11%
- Squarespace: +8%
- Joomla: +7%
- WordPress: +4%
- Drupal: +4%
- Weebly: −1%
En 2025, el 54% de los sitios logra un LCP «good». Las mejoras en INP son más modestas: controlar JavaScript de terceros, tareas largas y dependencias externas sigue siendo el reto pendiente más extendido. Si tu web tiene problemas aquí, el artículo sobre optimización de Core Web Vitals en WordPress tiene el desglose técnico.
Lighthouse en mobile: donde se separan los bien afinados del resto
Las medianas de Lighthouse 2025 confirman un patrón que muchos equipos conocen de primera mano: en desktop casi todo «parece decente». En mobile aparecen las diferencias reales:
- Wix: 87 (desktop) / 64 (mobile)
- Duda: 81 / 57
- Webflow: 73 / 58
- WordPress: 63 / 41
- Shopify: 52 (mobile)
En SEO, las puntuaciones se agrupan entre 92-100 en casi todos los CMS: la base técnica está bastante estandarizada. Donde se abre la brecha es en Best Practices, que suele traducirse en deuda técnica acumulada y falta de control sobre recursos.
Peso de página: el problema casi nunca es el HTML
El peso medio en 2025 ronda 2,67 MB en desktop y 2,28 MB en mobile. El desglose por tipo de recurso (medianas en KB) deja claro dónde está el problema real:
- WordPress: imágenes 1.555/1.296 (D/M), JS 501/498, CSS 73/72, HTML 31/28
- Shopify: imágenes 1.643/1.495, JS 481/528, CSS 86/86, HTML 30/26
- Wix: imágenes 1.245/1.042, JS 458/459, CSS 61/60, HTML 28/25
- Squarespace: imágenes 1.544/1.313, JS 554/530, CSS 87/83, HTML 30/27
- Joomla: imágenes 1.593/1.432, JS 488/465, CSS 75/75, HTML 30/26
El HTML representa una fracción mínima. Optimizarlo es marginal. El retorno real está en las políticas de imágenes (formatos modernos, tamaños responsive, lazy loading, CDN) y en poner el JavaScript a dieta: inventario de terceros, carga condicional y caza de long tasks.
Una vía de mejora estructural que el Almanac no cita explícitamente, pero que encaja con sus datos, es el diseño minimalista en WordPress: menos capas, menos dependencias, mejores métricas.
Checklist operativo para equipos que gestionan webs
- Presupuesto de peso en mobile: fijar un techo y vigilarlo de forma continua, no solo en lanzamientos.
- Imágenes como disciplina editorial: formato moderno, tamaños correctos, responsive, CDN y reglas claras para el equipo de contenidos.
- JavaScript bajo inventario real: auditar terceros, implementar carga condicional y monitorizar long tasks si INP sube.
- WordPress sin autoengaño: evaluar si el page builder es parte del producto o deuda técnica acumulada; medir su coste en DOM y JS.
- Observabilidad continua: RUM, Core Web Vitals en campo y métricas de caché/CDN/backend. Si no se puede medir, no se puede mejorar.
La lectura final del informe, desde el punto de vista de operaciones, es directa: el CMS influye en el rendimiento, pero la implementación es lo que determina el resultado. En la «era CMS», la sorpresa no desaparece cambiando de plataforma. Desaparece cuando hay control, métricas y disciplina operativa.
Preguntas frecuentes sobre el Web Almanac 2025 y rendimiento CMS
¿Qué CMS ofrece mejor rendimiento en mobile por defecto según el Web Almanac 2025?
Los entornos más controlados (Wix, Duda, Squarespace) tienden a mejorar más rápido y con menos variabilidad en Core Web Vitals. Los CMS extensibles como WordPress dependen en mayor medida de la implementación concreta: hosting, tema, plugins y page builder.
¿Por qué dos sitios WordPress pueden rendir tan distinto?
Porque WordPress es una plataforma de alta variabilidad. La combinación de hosting, tema, page builder, plugins, caché, CDN y scripts de terceros puede producir resultados excelentes o desastrosos. La instalación por defecto no garantiza nada: todo depende de las decisiones operativas.
¿Qué tipo de recursos consume más peso en una web CMS típica?
Según las medianas del Web Almanac 2025, las imágenes y el JavaScript representan la mayor parte del peso. En WordPress, las imágenes suman ~1.296 KB en mobile y el JS ~498 KB, frente a solo ~28 KB de HTML. Optimizar el HTML tiene impacto marginal; actuar sobre imágenes y JS es donde está el retorno real.
¿Cómo afecta el page builder al rendimiento en WordPress?
De forma directa y a veces significativa. El builder determina la cantidad de DOM generado, el CSS cargado y el JavaScript ejecutado. Elementor, WPBakery o Divi añaden capas que influyen en INP y LCP. El ascenso del Block Editor nativo indica que más sitios buscan menor peso sin perder capacidad de diseño.
¿Qué implican los datos del Almanac para el SEO técnico en 2025?
Que las puntuaciones SEO en Lighthouse están muy estandarizadas (92-100 en todos los CMS principales), lo que significa que las diferencias de posicionamiento se juegan en factores como velocidad real en campo, estructura semántica, datos estructurados y control de dependencias de terceros que retrasan el renderizado.
¿Tiene sentido cambiar de CMS para mejorar el rendimiento?
En la mayoría de casos, no. El Web Almanac 2025 confirma que la implementación explica más varianza que la elección de plataforma. Antes de migrar, conviene auditar hosting, eliminar plugins redundantes, optimizar imágenes y revisar el page builder. El impacto suele ser mayor y el coste, menor.
