Por qué tus capturas pesan 2 MB, y cómo reducirlas un 60–90 %
Dov Azencot
@DovAzencotUna vez conté las capturas de un solo hilo de correo de revisión de diseño. Once, en PNG, con una media justo por debajo de 2 MB cada una. Veintitantos megas de paneles casi blancos yendo y viniendo entre seis personas que tenían todas la misma app abierta en otra pestaña. Nadie le dio importancia, porque «funcionaba». Esa es la trampa. Las capturas son enormes en silencio, y el motivo va cocido en cómo las hace tu ordenador.
Por qué una captura es un archivo de 2 MB
Cuando pulsas el atajo de captura, tu sistema operativo guarda un PNG. Es un valor por defecto sensato —PNG es sin pérdida, así que la captura es exacta al píxel, y para una captura llena de texto nítido ese es de verdad el instinto correcto—. El problema es lo que PNG hace con el tamaño.
PNG guarda cada píxel exacto. Una pantalla moderna es densa: una captura de ventana completa en un display Retina o 4K puede tener más de 2.000 píxeles de ancho, y PNG registra fielmente cada uno de esos millones de píxeles a toda fidelidad. Le da igual que el 60 % del cuadro sea el mismo tono de casi blanco. No tira nada, porque tirar cosas no es lo suyo. Así que una captura de una página de ajustes casi vacía —visualmente casi nada— sigue pesando entre 1,5 y 2,5 MB, porque el lienzo es enorme aunque el contenido sea escaso.
La jugada: pasar a WebP
WebP puede hacer algo que PNG no —comprimir con pérdida mientras mantiene los bordes nítidos y la transparencia—. En capturas concretamente, esa combinación roza la magia, porque una captura es sobre todo regiones planas (baratas de comprimir) con algo de texto (que WebP mantiene afilado). La pasada con pérdida descarta el ruido imperceptible; tu ojo no presenta ni una queja.
Números reales de capturas de mi propio disco:
| Captura | Como PNG | Como WebP |
|---|---|---|
| Una página de ajustes, casi toda blanca | 1,6 MB | ~180 KB |
| Un panel de analítica completo | 2,4 MB | ~310 KB |
| Un editor de código en modo oscuro | 1,9 MB | ~240 KB |
Eso es más o menos un 85–90 % menos, y puestas una al lado de la otra no distingo cuál es cuál. El texto sigue legible hasta el píxel. Es la conversión de mayor retorno que hago, precisamente porque las capturas están tan disparatadamente sobradas de peso de partida: hay una cantidad enorme de nada que exprimir.
«¿No se va a poner el texto borroso?»
Este es el miedo, y es razonable, porque seguramente has visto una captura en JPG con texto borroso y con halo y has dado por hecho que todos los formatos con pérdida hacen eso. WebP es mejor en los bordes que JPG —apreciablemente mejor—. Con un ajuste de calidad sensato, el texto de una captura en WebP sigue nítido. He hecho zoom al 400 % cazando artefactos alrededor de las letras y me he quedado sin nada en capturas de interfaz normales.
La excepción honesta: si bajas la calidad a fondo para perseguir un archivo diminuto, acabarás viendo el texto ablandarse. La solución es no hacer eso. Un ajuste de calidad intermedio ya te da la victoria del 60–90 % con el texto intacto. No hay razón para adentrarse en el rango donde se rompe.
Cuándo reducir no ayuda
Dos casos en los que dejo el PNG en paz.
Si la captura va a volver a una herramienta de diseño para marcarla, anotarla o componerla, la mantengo sin pérdida. La pasada con pérdida de WebP es una puerta de un solo sentido, y no quiero cocinar compresión en algo que estoy a punto de editar y reexportar. Publica el WebP, guarda el maestro PNG —la misma regla de siempre—.
Y si una captura ya es pequeña —un recorte diminuto de un detalle, un solo botón, algo que ya baja de unos 100 KB—, la conversión apenas mueve la aguja. La victoria del 60–90 % viene de archivos que son enormes porque el lienzo es enorme. Un recorte pequeño ya ha resuelto ese problema. No añadas un paso para nada.
Cómo lo hago yo
Paso las capturas por el convertidor de PNG a WebP de esta web antes de que se acerquen a un correo o a un documento. Ocurre en tu navegador, así que la captura —que, seamos sinceros, a menudo muestra media pantalla y lo que fuera que hubiera de fondo— nunca sale de tu dispositivo. Suelta el PNG, mira cómo se desploma la columna del tamaño, descarga el WebP y adjunta ese en su lugar.
Lo importante no es la herramienta, es el reflejo. Cuando «captura, luego reduce» se vuelve automático, dejas de disparar imágenes de 2 MB a gente que ya tiene la app abierta, tus correos se envían más rápido y los hilos dejan de hincharse hasta las decenas de megas. Aquel correo de once capturas habría pesado unos 2 MB en total en lugar de veintitantos. Las mismas imágenes. Todo igual. Solo que sin el peso muerto.
Artículos relacionados
Por qué paso de PNG a WebP (y la única vez que no)
PNG es un formato genial para editar y un derroche para publicar. Esto es lo que WebP te ahorra de verdad, dónde no te ahorra nada y la regla que nunca me salto.
AVIF frente a WebP — el archivo más pequeño no siempre es el bueno
AVIF suele ganarle a WebP en tamaño, a veces por un 20 % o más. Esto es lo que esa compresión extra te cuesta en tiempo de codificación y casos límite, y cuándo sigo eligiendo WebP.
SVG a PNG — cuándo necesitas píxeles de verdad (y cuándo no)
Un SVG escala hasta el infinito y sigue siendo minúsculo, así que rasterizarlo parece un retroceso. A veces lo es. Esto es cuándo necesitas de verdad píxeles PNG de un vector, y cuándo dejar el SVG en paz.
Todos los artículos