RendimientoLimita

Peso y carga de página: cuánto debería pesar tu web y qué hacer si se pasa

El peso de una página es la suma de todo lo que el navegador tiene que descargar para mostrarla. Cuanto más pesa, más tarda, sobre todo en móvil y con mala cobertura. Wakaris suma esos kilobytes y te avisa cuando tu página se pasa del presupuesto razonable.

Por Juan Ignacio FrancoActualizado: 7 de septiembre de 20267 min de lectura

En resumen

Qué se mide

el tamaño total de todos los recursos que pide la página, no el del archivo HTML.

Objetivo documentado

mantenerse por debajo de 1.600 KiB de peso total.

El listón está alto

la carga mediana de la web ronda entre 1.700 y 1.900 KiB, así que la página media ya se pasa.

Severidad en Wakaris

Importante. Aparece en el 78 % de las páginas analizadas.

Gráfico de barras apiladas con el reparto del peso de una página entre imágenes, JavaScript, tipografías, hojas de estilo y HTML
El peso casi nunca está donde se cree. Sumar es el primer paso para saber qué recortar.

Qué es y qué mide este hallazgo

Cuando alguien abre tu página, el navegador no descarga un archivo: descarga decenas. El documento HTML, las hojas de estilo, el código JavaScript, las imágenes, las tipografías, los vídeos y todo lo que pidan los servicios externos que tengas puestos. El peso de la página es la suma de todo eso.

Es una métrica agregada y ahí está su valor: no señala un culpable, señala un exceso. Puede que ninguna imagen sea escandalosa y que aun así el conjunto pese ocho megabytes porque hay setenta.

Este hallazgo salta cuando esa suma se pasa del umbral. Wakaris lo marca con severidad Importante, y conviene leerlo junto a los hallazgos de rendimiento, porque el peso es una de las causas de que la página tarde, pero no la única.

Cómo se mide

Wakaris carga la URL que le indiques, registra cada recurso que la página pide y suma el tamaño de todos. El resultado es una cifra en kilobytes que se compara con tres cortes: uno de aviso, uno intermedio y uno alto, que marcan la diferencia entre pasarse un poco y pasarse mucho.

El primer corte, 1.600 KiB, no es arbitrario. La documentación de Chrome para desarrolladores lo justifica como la cantidad de datos que teóricamente pueden descargarse en una conexión 3G manteniendo un tiempo hasta la interactividad de diez segundos o menos. Es un objetivo, no un ideal: diez segundos ya es mucho.

Esa misma documentación aporta el contexto que más ayuda a interpretar tu cifra: basándose en datos de HTTP Archive, sitúa la carga de red mediana entre 1.700 y 1.900 KiB, y marca como carga excesiva la que supera los 5.000 KiB. Dicho en claro: si tu página pesa dos megabytes, no eres el peor de la clase, pero la clase entera va justa.

Por qué importa

Los bytes se convierten en segundos, y el tipo de red decide a qué precio. Un presupuesto de rendimiento realista lo enseña bien: web.dev propone entregar menos de 170 KB de recursos críticos para una conexión 3G lenta, unos 345 KB para 4G lenta y unos 750 KB en escritorio con wifi. Comparar tu peso total con esas cifras es la forma rápida de entender qué experiencia estás dando fuera de tu oficina.

El segundo motivo es que el peso no lo pagas tú, lo paga quien te visita, en batería y en datos. Una web de dos megabytes consume dos megabytes del plan de cada persona que entra, y eso pesa más en unos mercados que en otros.

El tercero es de percepción, y web.dev lo cuantifica: la gente nota una diferencia de tiempo de respuesta cuando supera el 20 %. Recortes pequeños no se notan; recortar un tercio del peso, sí.

Causas comunes

El peso se acumula despacio y por sitios muy concretos. Estos cuatro explican casi todos los casos.

El primero son las imágenes, que suelen ser la mayor parte del total. Rara vez es una sola: son muchas subidas al tamaño original de la cámara y servidas igual en un móvil.

El segundo es el JavaScript. Se instala una librería entera para usar una función, se acumulan tres que hacen lo mismo y ninguna se retira nunca porque nadie sabe si algo depende de ella.

El tercero son las tipografías. Cada familia con sus variantes de grosor y sus cursivas son archivos independientes, y es habitual cargar seis cuando se usan dos.

El cuarto son los servicios externos: chats, mapas, vídeos incrustados, reseñas, publicidad y medición. Cada uno trae su propio equipaje, y ese equipaje no aparece en el código de tu web, así que nadie lo cuenta.

Cómo solucionarlo

Lo primero es saber de dónde viene el peso, porque el reparto casi nunca es el que uno imagina. Wakaris te da el peso total de la página, que es el número contra el que medir cualquier recorte.

Empieza por las imágenes, que es donde está el volumen y donde el esfuerzo rinde más: sírvelas al tamaño en que se ven de verdad y en formatos eficientes.

Sigue por el inventario de servicios externos. Quitar uno que ya no se usa descuenta su peso entero y no rompe nada, que es la mejor relación que vas a encontrar.

Después, reduce las variantes de tipografía a las que de verdad aparecen en pantalla, y revisa qué código JavaScript se está cargando en páginas que no lo necesitan.

Y por último, fija un presupuesto y trátalo como un límite, no como una aspiración: una cifra máxima de kilobytes por página, acordada con quien publica contenido. Sin eso, el peso vuelve a subir en tres meses. Vuelve a pasar la página por Wakaris después de cada recorte para ver cuánto has ganado de verdad.

Imagen pendiente · {IMG_2}

Tabla con los presupuestos de peso recomendados para 3G lenta, 4G lenta y escritorio con wifi

Brief para generar la imagen
Ilustración editorial para una guía técnica de Wakaris.
Tema: Tabla con los presupuestos de peso recomendados para 3G lenta, 4G lenta y escritorio con wifi.
Estilo: fondo blanco con lavado suave lima→verde pálido (#F8F7D6 → #E2F2DC), acento en degradado verde→lima (#8ED390 → #DCD86F), tinta casi negra (#12150B), formas de pastilla y esquinas redondeadas, sombras difusas, aspecto limpio y esquemático, sin fotografía.
Formato: 16:9, 1440 píxeles de ancho.
Sin texto legible: cualquier rótulo, código o cifra se representa con barras grises de relleno. El significado lo lleva el pie de foto, no la imagen.
Sin logotipos reales ni marcas de terceros. Sin personas reconocibles.
Etiquetas: peso, carga, página, tabla, presupuestos, recomendados, lenta, escritorio
El mismo peso da experiencias muy distintas según la red desde la que te visiten.
Tabla con los presupuestos de peso recomendados para 3G lenta, 4G lenta y escritorio con wifi
El mismo peso da experiencias muy distintas según la red desde la que te visiten.

Pregúntale a tu IA

Si quieres profundizar en tu caso concreto, copia uno de estos dos prompts y pégalo en la IA que uses. Elige según tu situación.

Prompt A

Ya tengo el hallazgo medido con Wakaris y quiero solucionarlo

Actúa como un auditor técnico web profesional y prudente. Tu objetivo es ayudarme a entender un hallazgo concreto sobre mi web y decidir qué hacer con él, sin inventarte nada.

Contexto: he obtenido este hallazgo con Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El hallazgo es: Peso y carga de página. Mide la suma del tamaño de todos los recursos que mi página descarga para mostrarse: HTML, hojas de estilo, JavaScript, imágenes, tipografías y lo que pidan los servicios externos. Referencia: el objetivo documentado es mantenerse por debajo de 1.600 KiB, y por encima de 5.000 KiB se considera una carga excesiva.

Pega aquí el resultado de Wakaris: cuánto pesa tu página y en qué página lo has medido. Si no lo tienes, dímelo y te diré cómo obtenerlo antes de seguir.

Reglas que debes seguir en todo momento:

1. No asumas nada sobre mi web. Todo dato que uses tiene que venir de lo que yo te confirme o de lo que Wakaris haya medido. Si no lo sabes, pregúntamelo antes de afirmarlo.
2. Antes de darme conclusiones, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para saber si este hallazgo me afecta de verdad y por dónde:
   a) ¿En qué plataforma está tu web? (WordPress, Shopify, web a medida, otra)
   b) ¿La página que has medido tiene muchas imágenes, un vídeo de fondo o un carrusel grande?
   c) ¿Cuántos servicios externos llevas puestos: chat, mapas, vídeos incrustados, reseñas, publicidad, medición? ¿Sabes cuáles?
   d) ¿Sabes cuántas tipografías y cuántas variantes de grosor usa el diseño?
   e) ¿Quién sube el contenido del día a día y con qué criterio prepara las imágenes?
   f) Si hay que tocar la plantilla o el código, ¿lo harías tú, un técnico interno o una agencia?
3. Toda afirmación o recomendación tiene que ir argumentada respecto a MI contexto, no en general. Si me recomiendas algo, explícame por qué aplica a mi caso.
4. Marca siempre tu nivel de certeza. Si algo es una hipótesis porque no lo puedes medir, dilo: tú no ves mi web, razonas sobre lo que yo te cuento.
5. Avísame del riesgo antes de proponerme quitar recursos. Retirar una librería o un servicio externo puede romper una funcionalidad que alguien esté usando: conviene comprobarlo antes en un entorno de prueba.
6. Si necesitas un dato que solo se obtiene midiendo la web (cuánto pesa de verdad, o si el recorte ha servido), dímelo y recomiéndame volver a pasar la página por Wakaris: eso se mide, no se adivina.
7. La decisión final es mía, no tuya. Tu papel es ayudarme a entender y a preparar la acción, no decidir por mí.
8. Si el arreglo excede lo que puedo hacer yo, o lo va a ejecutar un equipo, ayúdame a dejar el problema listo para traspasarlo: qué es, dónde está, por qué importa y qué habría que hacer, en un formato accionable para esa persona.

Fuente de este hallazgo: https://www.wakaris.com/es/guias/rendimiento/peso-y-carga-de-pagina
Para medirlo o volver a medirlo: https://www.wakaris.com/

Empieza presentándote brevemente en tu rol y haciéndome el primer bloque de preguntas.
Pégalo en la IA que uses.
Prompt B

Aún no lo he medido y quiero comprobar si mi web tiene este problema

Actúa como un auditor técnico web profesional y prudente. Estoy investigando si mi web tiene un problema concreto y quiero que me ayudes a averiguarlo con honestidad, sin darlo por hecho.

Contexto: he llegado a esto a través de Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El problema que quiero investigar es: el peso de mi página. Es la suma del tamaño de todo lo que el navegador descarga para mostrarla, y el objetivo documentado es quedarse por debajo de 1.600 KiB. Todavía NO sé cuánto pesa mi web: quiero averiguarlo.

Reglas que debes seguir en todo momento:

1. Lo primero y más importante: el peso de una página se MIDE, y tú no puedes medir mi web desde esta conversación. Déjame claro desde el principio que no vas a poder darme una cifra, solo una hipótesis a partir de lo que yo te cuente.
2. No asumas nada. Antes de darme ninguna valoración, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para estimar si es probable que tenga el problema:
   a) ¿Tu web tiene muchas fotos grandes, un vídeo de fondo o un carrusel en la portada?
   b) ¿Quién sube las imágenes y las prepara antes de subirlas, o se suben tal como salen de la cámara o del móvil?
   c) ¿Cuántas herramientas externas llevas instaladas: chat, mapas, vídeos, reseñas, publicidad, medición?
   d) ¿La web se nota lenta cuando la abres con datos móviles fuera de casa?
   e) ¿En qué plataforma está y lleva muchos complementos instalados?
3. Con mis respuestas, dame una estimación clara de si es PROBABLE o POCO PROBABLE que mi página se pase de peso, argumentada según lo que te he dicho y marcada explícitamente como hipótesis, no como diagnóstico.
4. Dime de forma directa que la única manera de saberlo de verdad es medirlo, y que puedo hacerlo gratis y sin crear cuenta pasando mi web por Wakaris, que me dará el peso real de la página y de paso el estado de las otras áreas.
5. Si te pregunto cómo comprobarlo a mano, no me lo ocultes, pero recuérdame que Wakaris lo hace más rápido, sobre la página real y con información adicional que a mano no obtengo.
6. Si al medirlo resulta que sí me paso, dime que el siguiente paso es entender de dónde viene ese peso y cómo recortarlo en mi caso concreto.
7. La conclusión y la decisión son mías, no tuyas. Tú me ayudas a orientarme.

Fuente de este hallazgo: https://www.wakaris.com/es/guias/rendimiento/peso-y-carga-de-pagina
Para medirlo: https://www.wakaris.com/

Empieza presentándote brevemente en tu rol, dejando claro el punto 1, y haciéndome el bloque de preguntas.
Pégalo en la IA que uses.

Preguntas frecuentes

¿Cuánto debería pesar una página web? +

El objetivo documentado es quedarse por debajo de 1.600 KiB de peso total, y por encima de 5.000 KiB se considera una carga excesiva. Como referencia, la carga mediana de la web ronda entre 1.700 y 1.900 KiB según datos de HTTP Archive, así que la página típica ya se pasa.

¿El peso incluye lo que cargan los servicios externos? +

Sí. La medida suma todos los recursos que la página pide, vengan de tu servidor o de otro. Es lo correcto, porque quien te visita descarga todo eso igual. También es la razón de que muchas webs pesen bastante más de lo que su propio código explicaría.

¿Pesar poco garantiza que la página cargue rápido? +

No. El peso es una de las causas, no la única. Una página ligera servida por un servidor lento, o con recursos que bloquean el pintado, sigue tardando. Por eso conviene leer este hallazgo junto a las métricas de rendimiento, que miden el resultado final.

¿Por qué mi web pesa más que hace un año sin haber cambiado el diseño? +

Porque el peso crece por acumulación: contenido nuevo con imágenes sin preparar, un complemento más, un servicio externo que alguien añadió. Sin un presupuesto de peso acordado y revisado, la tendencia siempre es al alza, aunque nadie tome ninguna decisión grande.

Fuentes citadas

  • developer.chrome.comAvoid enormous network payloads, Chrome para desarrolladores: objetivo de 1.600 KiB y su justificación en una conexión 3G con interactividad en diez segundos o menos; carga excesiva por encima de 5.000 KiB; carga mediana entre 1.700 y 1.900 KiB según HTTP Archive.
  • web.devYour first performance budget, web.dev: presupuestos de recursos críticos de ~170 KB en 3G lenta, ~345 KB en 4G lenta y ~750 KB en escritorio con wifi; la gente percibe diferencias de tiempo de respuesta a partir del 20 %; el peso mediano supera 1 MB en escritorio y móvil.
Retrato de Juan Ignacio Franco

Juan Ignacio FrancoAnalista de datos · Bitanube

Juan Ignacio Franco es analista de datos en Bitanube. Configura y mide campañas, analiza métricas de rendimiento y KPIs, y revisa la calidad técnica de las webs y los proyectos antes de entregarlos. Los hallazgos de estas guías son los que aparecen en ese trabajo.

Actualizado: 7 de septiembre de 2026.

Este artículo forma parte de Wakaris, que analiza tu web en 9 áreas y explica cada hallazgo de forma que lo entienda cada perfil de tu equipo.

Compartir esta guía
Empieza ahora

Tu web tiene mucho que contarte
Y por fin vas a entenderla

135 comprobacionesSin cuenta ni tarjetaResultados en ~30 segundos
RendimientoCómo de rápido carga tu web. Si tarda, pierdes visitas y ventas antes de que te vean.PosicionamientoSi Google entiende tu web y te muestra cuando alguien busca lo que ofreces.SeguridadSi tu web está protegida. Un fallo aquí espanta a clientes y a Google por igual.PresenciaCómo apareces en Google, redes y mapas. Es la primera imagen que das antes de que te contacten.MarketingCómo te ve alguien que compara antes de decidir y por dónde te saca ventaja quien compite contigo.Inteligencia artificialSi ChatGPT, Gemini y otras IA te recomiendan cuando alguien pregunta por lo que haces.ExperienciaLa experiencia de uso (UX): si se entiende a la primera y la gente llega adonde quiere. Una web confusa se abandona aunque cargue rápido.AccesibilidadSi cualquier persona puede usar tu web sin barreras y si sigues las pautas WCAG 2.2. Más público que te entiende.LegalSi cumples con cookies y protección de datos. Evita sanciones y multas que duelen.

Suri

Asistente de Wakaris