Peso medio de una página web en 2025: 15 años de inflación del web
Por CaptainDNS
Publicado el 12 de febrero de 2026
- En 2025, el peso mediano de una página web alcanza 2,6 Mo en desktop y 2,3 Mo en móvil: una multiplicación por 5 en 15 años.
- Las imágenes representan aún ~40% del peso total, pero JavaScript ha superado a las imágenes en número de peticiones (24 archivos JS frente a 18 imágenes por página).
- Una página móvil de 2025 pesa lo mismo que una página desktop de 2022: el móvil "sigue" al desktop con 2 años de retraso.
- Prueba tus páginas con nuestro Page Crawl Checker para verificar si superan el umbral de 2 Mo de Googlebot.
En 2025, la página web mediana pesa más que el juego Doom original (2,39 Mo en 1993). No es broma: según los datos de HTTP Archive, el peso mediano de una página desktop alcanzó 2 652 Ko a finales de 2024, es decir, 2,6 Mo. En 15 años, la web ha engordado. Mucho.
Esta inflación no es anecdótica. El peso de una página afecta directamente al tiempo de carga, a los Core Web Vitals, al crawl budget de Google e incluso a la huella de carbono de tu sitio. Para los sitios que superan las 10 000 páginas, cada kilobyte adicional se multiplica en ancho de banda consumido, en tiempo de CPU y en presupuesto de crawl desperdiciado.
Este artículo recorre 15 años de evolución del peso de las páginas web (2010-2025), analiza qué hace que las páginas sean pesadas hoy, mide el impacto en el rendimiento y el SEO, y propone proyecciones para los próximos años. Todos los datos provienen de HTTP Archive y del Web Almanac.
La evolución del peso de las páginas web (2010-2025)
Las grandes etapas de la inflación
HTTP Archive mide el peso de las páginas web desde 2010. Estos son los hitos principales:
| Año | Desktop mediano | Móvil mediano | Evento destacado |
|---|---|---|---|
| 2010 | ~500 Ko | ~200 Ko | HTTP Archive comienza el seguimiento |
| 2012 | ~800 Ko | ~400 Ko | El responsive design se generaliza |
| 2014 | ~1 200 Ko | ~500 Ko | Primeros titulares: "la página media supera los 2 Mo" |
| 2016 | ~2 300 Ko | ~1 200 Ko | La página mediana supera el instalador de Doom (2,39 Mo) |
| 2018 | ~1 700 Ko | ~1 500 Ko | Cambio metodológico de HTTP Archive |
| 2020 | ~2 000 Ko | ~1 800 Ko | El COVID acelera la digitalización |
| 2022 | ~2 312 Ko | ~2 037 Ko | Los frameworks JS dominan, Google impulsa los Core Web Vitals |
| 2024 | ~2 652 Ko | ~2 311 Ko | JavaScript supera a las imágenes en número de peticiones |
En 14 años, el peso mediano desktop se ha multiplicado por 5,3. En móvil, el crecimiento es aún más espectacular: multiplicado por 11,5.
Desktop vs móvil: una convergencia progresiva
La diferencia entre desktop y móvil se reduce cada año. En 2010, una página móvil pesaba 2,5 veces menos que una página desktop. En 2024, la diferencia es solo del 13% (2 652 Ko vs 2 311 Ko).
Un dato revelador: el peso móvil de 2024 (2 311 Ko) es prácticamente idéntico al peso desktop de 2022 (2 312 Ko). El móvil sigue al desktop con unos 2 años de desfase. Las optimizaciones específicas para móvil (imágenes adaptativas, lazy loading) ya no compensan el crecimiento general de los recursos.
Los puntos de inflexión tecnológicos
Tres periodos aceleraron la inflación:
2012-2015: el responsive design. La adopción masiva de las grillas fluidas y las media queries fomentó la carga de recursos idénticos en todos los dispositivos. Las imágenes retina (2x, 3x) duplicaron e incluso triplicaron el peso de los assets visuales.
2016-2019: la era de las Single Page Applications. React, Angular y Vue.js trasladaron el renderizado al lado del cliente. El JavaScript necesario para hacer funcionar una página se disparó. Los bundles de más de 500 Ko se volvieron habituales.
2020-2025: la deuda técnica. Los banners de consentimiento (RGPD), los scripts de analytics, los widgets de chat, las herramientas de A/B testing y las etiquetas de terceros se fueron apilando. Cada adición parece insignificante, pero su acumulación representa a menudo de 200 a 500 Ko por página.
Anatomía de una página web en 2025
Desglose por tipo de recurso
Según HTTP Archive (octubre de 2024), este es el desglose mediano del peso por tipo de recurso en desktop:
| Tipo de recurso | Peso mediano (desktop) | Peso mediano (móvil) | Porcentaje del total |
|---|---|---|---|
| Imágenes | 1 054 Ko | 900 Ko | ~40% |
| JavaScript | 613 Ko | 558 Ko | ~23% |
| Fuentes tipográficas | 131 Ko | 111 Ko | ~5% |
| CSS | 78 Ko | 73 Ko | ~3% |
| HTML | 18 Ko | 18 Ko | ~1% |
| Otros (vídeo, audio, datos) | ~758 Ko | ~651 Ko | ~28% |
La paradoja de JavaScript: menos imágenes, más scripts
En 2024 se produjo un giro: JavaScript superó a las imágenes en número de peticiones. La página mediana desktop carga ahora 24 archivos JavaScript frente a 18 imágenes. En peso bruto, las imágenes siguen dominando (1 054 Ko vs 613 Ko), pero la tendencia es clara: JavaScript se convierte en el primer recurso en número de archivos.
Esta paradoja tiene consecuencias concretas. Un archivo de imagen de 50 Ko se descarga y se muestra. Un archivo JavaScript de 50 Ko se descarga, se parsea, se compila y se ejecuta. El impacto en la CPU y en el Largest Contentful Paint (LCP) es desproporcionado en relación con el peso bruto.
Percentiles: la larga cola de las páginas obesas
La mediana solo cuenta una parte de la historia. Los percentiles superiores revelan la magnitud del problema:
| Percentil | Desktop | Móvil |
|---|---|---|
| P50 (mediana) | 2 652 Ko | 2 311 Ko |
| P75 | ~5 200 Ko | ~4 500 Ko |
| P90 | ~10 000 Ko | ~8 500 Ko |
En el P90, una página desktop pesa 10 Mo. Eso es 5 veces el umbral de truncamiento de Googlebot (2 Mo de HTML). Estas páginas extremas no son raras: el 10% de la web forma parte de ellas.
¿Por qué las páginas web engordan?
La explosión de los frameworks JavaScript
En 2015, el JavaScript mediano por página pesaba ~300 Ko. En 2024, alcanza 613 Ko: el doble en 9 años. Los frameworks modernos (React, Next.js, Nuxt, Svelte) son más eficientes que sus predecesores, pero incorporan un runtime incompresible. Un "Hello World" en React ya pesa ~40 Ko minificado y comprimido con gzip.
El tree shaking y el code splitting ayudan, pero no compensan la proliferación de dependencias. Un sitio e-commerce típico carga más de 30 módulos npm en el lado del cliente.
Imágenes HD y formatos aún infrautilizados
Las imágenes siguen siendo el recurso más pesado (1 054 Ko de mediana). Sin embargo, los formatos modernos (WebP, AVIF) permiten reducciones del 25 al 50% respecto al JPEG. La adopción avanza pero sigue siendo incompleta: en 2024, alrededor del 30% de las imágenes servidas usan WebP, y menos del 5% usan AVIF.
Las imágenes retina (2x) y las hero images a ancho completo son las principales culpables. Una imagen hero en JPEG de 1920x1080 pesa fácilmente entre 200 y 400 Ko. En AVIF, la misma imagen baja a 80-150 Ko.
Web fonts, scripts de terceros y banners de consentimiento
Las fuentes web representan 131 Ko por página (mediana desktop). Un sitio que utiliza 3-4 variantes de una fuente de Google Fonts supera fácilmente los 200 Ko. El formato WOFF2 redujo el tamaño en ~30% respecto a WOFF, pero el número de fuentes cargadas ha aumentado.
Los scripts de terceros son más insidiosos. Una auditoría típica revela:
- Google Analytics/Tag Manager: 50-80 Ko
- Banner de consentimiento de cookies: 50-150 Ko
- Widget de chat: 100-300 Ko
- Píxeles publicitarios y retargeting: 100-200 Ko
- A/B testing: 50-100 Ko
El total supera a menudo 400 Ko de scripts de terceros: recursos que no controlas directamente.
El contenido en sí: más largo, más rico, más interactivo
El contenido editorial se alarga. Un artículo de blog "optimizado para SEO" tiene ahora entre 2 000 y 4 000 palabras (frente a 500-1 000 en 2010). Las páginas de producto e-commerce integran carruseles, reseñas, recomendaciones y vídeos. Cada elemento añade HTML, CSS y JavaScript.
El impacto del peso en el rendimiento y el SEO
Core Web Vitals y peso de página
Google utiliza tres métricas principales para evaluar la experiencia de usuario:
| Métrica | Qué mide | Relación con el peso |
|---|---|---|
| LCP (Largest Contentful Paint) | Velocidad de renderizado del elemento visible más grande | Cuanto más pesada la página, más lento el LCP |
| INP (Interaction to Next Paint) | Capacidad de respuesta a las interacciones | Un JavaScript pesado bloquea el hilo principal |
| CLS (Cumulative Layout Shift) | Estabilidad visual | Las fuentes e imágenes sin dimensiones causan desplazamientos |
Existe una correlación directa entre peso total y LCP. Las páginas del P90 (10+ Mo) tienen un LCP mediano superior a 4 segundos, muy por encima del umbral "bueno" de 2,5 segundos fijado por Google.
El coste real de las páginas pesadas
El peso tiene un coste medible:
Tiempo. Cada 100 Ko adicionales añaden ~50 ms de tiempo de carga en una conexión 4G. Para una página de 5 Mo vs 2 Mo, la diferencia alcanza 1,5 segundos.
Dinero. Según whatdoesmysitecost.com, cargar una página de 2,6 Mo cuesta aproximadamente 0,32 USD en datos móviles en ciertos países. A escala de un sitio con 100 000 visitantes al mes, el coste en ancho de banda del servidor aumenta proporcionalmente.
Huella de carbono. La transferencia de 1 Go de datos emite aproximadamente 0,3 g de CO2 (estimación de WebsiteCarbon). Un sitio con 100 000 páginas vistas al mes y páginas de 5 Mo genera ~150 kg de CO2 al año solo por la transferencia de datos.
El umbral de 2 Mo de Googlebot
Un aspecto que a menudo se olvida: Googlebot trunca el HTML a partir de 2 Mo. Este umbral se aplica únicamente al HTML fuente (no a las imágenes ni al JavaScript externo). Pero las páginas que incorporan CSS o JavaScript inline pueden alcanzar este límite. Para una guía completa sobre el tema, consulta nuestro artículo sobre el límite de 2 Mo de Googlebot.
Cómo medir y reducir el peso de tus páginas
Medir con Page Crawl Checker
Antes de optimizar, mide. Nuestro Page Crawl Checker te permite probar el peso de cualquier página simulando Googlebot o un navegador convencional. Obtienes el peso total, el desglose por tipo de recurso y la verificación del umbral de 2 Mo.
5 técnicas de optimización prioritarias
1. Convertir las imágenes a WebP o AVIF. La ganancia es inmediata: 25-50% menos de peso sin pérdida de calidad perceptible. Usa la etiqueta <picture> para servir AVIF a los navegadores compatibles, WebP como fallback y JPEG como último recurso.
2. Auditar y eliminar los scripts de terceros innecesarios. Cada script de terceros representa 50-300 Ko. Elimina los que no aporten un valor medible. Carga los demás con async o defer.
3. Activar la compresión (Brotli > gzip). Brotli reduce la transferencia entre un 15 y un 25% más que gzip. La mayoría de los CDN y servidores modernos lo soportan. Comprueba que tu servidor envíe correctamente Content-Encoding: br.
4. Implementar el lazy loading. Las imágenes e iframes fuera del viewport inicial no deben cargarse inmediatamente. El atributo nativo loading="lazy" es suficiente en la mayoría de los casos.
5. Reducir el subset de las fuentes web. Si usas una fuente solo para texto en caracteres latinos, sirve un subset limitado a los caracteres necesarios. Pasar de latin-ext completo a un subset específico puede reducir una fuente de 100 Ko a 20 Ko.
Presupuesto de peso: una disciplina técnica
Definir un presupuesto de peso por página es una buena práctica. Por ejemplo: 500 Ko máximo de JavaScript, 1 Mo máximo de imágenes, 2 Mo máximo de peso total. Este presupuesto se integra en tu CI/CD: una superación dispara una alerta antes del despliegue.
Alex Russell (ingeniero de Chrome en Google) recomienda un presupuesto JavaScript de 365 Ko para garantizar una carga en 3 segundos en un dispositivo móvil medio. La mediana actual (558 Ko en móvil) supera este presupuesto en un 53%.
Tendencias 2026-2028: ¿seguirá engordando la web?
Factores que aumentan el peso
Varias tendencias empujan el peso al alza:
La IA generativa. Los contenidos generados por IA son más largos y detallados. Los chatbots integrados añaden sus propios scripts (a menudo 200-500 Ko). Las funciones de personalización en el lado del cliente requieren JavaScript adicional.
El vídeo integrado. Las previsualizaciones de vídeo, los GIF animados reemplazados por <video> y los fondos de vídeo son cada vez más comunes. Incluso una imagen de póster + un reproductor añade más de 200 Ko.
La complejidad de las interfaces. Las microinteracciones, las animaciones CSS avanzadas y los componentes interactivos (configuradores, comparadores) añaden capas de código. Cada "funcionalidad atractiva" tiene un coste en kilobytes.
Factores que reducen el peso
Existen contratendencias:
La adopción de AVIF. Este formato de imagen ofrece una compresión 30-50% superior a WebP. Su adopción crece con fuerza (Chrome, Firefox y Safari ya lo soportan). De aquí a 2028, AVIF podría reducir el peso de las imágenes en un 30% a escala global.
HTTP/3 y QUIC. El nuevo protocolo mejora los tiempos de conexión y la multiplexación. No reduce el peso, pero mejora el rendimiento percibido, lo que disminuye la presión sobre la optimización del peso.
Los Core Web Vitals como presión selectiva. Al vincular las métricas de rendimiento al posicionamiento, Google crea un incentivo económico para optimizar. Los sitios que ignoren el peso serán penalizados progresivamente en las SERP.
El edge computing. El renderizado del lado del servidor en la periferia (edge SSR) reduce el JavaScript enviado al cliente. Frameworks como Astro, Qwik y los React Server Components van en esa dirección.
Proyecciones
Basándose en la tendencia de los últimos 5 años (+7-9% anual), el peso mediano podría alcanzar:
| Año | Desktop (proyección) | Móvil (proyección) |
|---|---|---|
| 2025 | ~2 850 Ko | ~2 500 Ko |
| 2026 | ~3 050 Ko | ~2 700 Ko |
| 2028 | ~3 500 Ko | ~3 100 Ko |
Estas proyecciones suponen un statu quo tecnológico. La adopción masiva de AVIF y de los Server Components podría ralentizar el crecimiento. A la inversa, la IA integrada y el vídeo podrían acelerarlo.
Plan de acción recomendado
- Mide el peso de tus páginas críticas: utiliza el Page Crawl Checker en tus 10 páginas más visitadas. Compáralas con las medianas del mercado (2,6 Mo desktop, 2,3 Mo móvil).
- Identifica los recursos más pesados: imágenes no optimizadas, bundles JavaScript voluminosos, scripts de terceros no utilizados. Clasifícalos por impacto y facilidad de corrección.
- Aplica las optimizaciones y fija un presupuesto de peso: convierte a WebP/AVIF, elimina los scripts innecesarios, activa Brotli. Define un presupuesto de 2 Mo por página e intégralo en tu pipeline de despliegue.
FAQ
¿Cuánto pesa de media una página web en 2025?
Según HTTP Archive (datos de octubre de 2024), el peso mediano de una página web es de 2 652 Ko (2,6 Mo) en desktop y de 2 311 Ko (2,3 Mo) en móvil. Estas cifras incluyen todos los recursos: HTML, CSS, JavaScript, imágenes, fuentes tipográficas y otros medios.
¿Cómo conocer el peso de una página web?
Existen varios métodos. Las DevTools de Chrome (pestaña Network) muestran el peso total y por recurso. El Page Crawl Checker de CaptainDNS prueba el peso tal como lo ve Googlebot. WebPageTest y Lighthouse proporcionan análisis detallados con recomendaciones de optimización.
¿Por qué las páginas web son cada vez más pesadas?
Cuatro factores principales explican esta inflación: los frameworks JavaScript que aumentan el código del lado del cliente, las imágenes de alta resolución (retina), la proliferación de scripts de terceros (analytics, banners de consentimiento, widgets) y el propio contenido, que se alarga y se enriquece con medios interactivos.
¿Cuál es el peso ideal de una página web para el SEO?
No existe un peso ideal universal, pero un presupuesto de 2 Mo por página es un buen objetivo. Solo para JavaScript, Alex Russell recomienda un máximo de 365 Ko para garantizar una carga en 3 segundos en móvil. El umbral crítico para el SEO es el límite de 2 Mo de HTML impuesto por Googlebot para la indexación.
¿Cuál es la diferencia de peso entre móvil y desktop?
La diferencia se reduce. En 2024, una página desktop mediana pesa 2 652 Ko y una página móvil 2 311 Ko, es decir, solo un 13% menos. El móvil sigue al desktop con unos 2 años de desfase. Las optimizaciones específicas para móvil (imágenes responsivas, lazy loading) ya no compensan el crecimiento general.
¿Cómo reducir el peso de una página web?
Las 5 optimizaciones más eficaces son: convertir las imágenes a WebP o AVIF (ganancia del 25-50%), eliminar los scripts de terceros innecesarios (50-300 Ko cada uno), activar la compresión Brotli, implementar el lazy loading nativo y reducir el subset de las fuentes web. En conjunto, pueden reducir el peso entre un 30 y un 60%.
¿Afecta el peso de una página al crawl budget?
Sí. Cuanto más pesada es una página, más ancho de banda y tiempo de descarga consume durante el crawl. En un sitio de 100 000 páginas, la diferencia entre 1 Mo y 3 Mo por página se traduce en 3 veces más recursos necesarios. Para los sitios grandes, optimizar el peso libera crawl budget para las páginas importantes.
¿Cuál es el impacto del peso de un sitio en su huella de carbono?
La transferencia de datos consume energía en cada etapa: servidor, red y dispositivo cliente. Una estimación habitual es de aproximadamente 0,3 g de CO2 por Go transferido. Un sitio con 100 000 páginas vistas al mes y páginas de 5 Mo genera unos 150 kg de CO2 al año solo por la transferencia. Reducir el peso de tus páginas reduce directamente esa huella.
Guías relacionadas sobre crawl e indexación
- Límite de 2 Mo de Googlebot: qué ocurre cuando tus páginas son demasiado pesadas
- Crawl budget: entiende y optimiza la exploración de tu sitio por Google
Fuentes
- HTTP Archive. Page Weight Report: datos mensuales sobre el peso mediano de las páginas web.
- HTTP Archive. Web Almanac 2024: informe anual sobre el estado de la web.
- web.dev. Fast load times: guía de Google sobre la optimización de los tiempos de carga.
- Alex Russell. The Performance Inequality Gap: análisis sobre el presupuesto JavaScript y el rendimiento web.
