La optimización de imágenes y video
también es crítica en Android, iOS y Huawei
Cuando hablamos de optimizar imágenes, solemos pensar en sitios web. Pero si tu producto es una app —de noticias, recetas, e-commerce, streaming— el problema es exactamente el mismo, y en muchos casos más grave: tus usuarios pagan cada megabyte de su bolsillo.
1. El error: creer que esto es solo un problema web
La optimización de imágenes suele aparecer en conversaciones de desarrollo web: PageSpeed, Core Web Vitals, LCP. Pero el 90% de los equipos que desarrollan apps nativas para Android, iOS o AppGallery de Huawei cometen exactamente el mismo error: servir imágenes y video tal como están almacenados en el servidor, sin ningún tipo de transformación.
Una app de noticias que carga portadas de artículos. Una app de recetas que muestra fotos de platillos. Un marketplace que presenta catálogos de productos. Un servicio de video streaming bajo demanda. Todos ellos descargan datos a través de la red móvil del usuario — y todos pueden desperdiciar entre 5 y 20 veces más ancho de banda del necesario.
La app no es la pantalla — el servidor es el problema
No importa qué tan bien esté optimizado tu código Kotlin, Swift o Flutter si tu backend sigue enviando imágenes JPEG de 2 MB a una pantalla de teléfono que las va a mostrar en 360 píxeles de ancho. El código de la app no puede recuperar esos megabytes perdidos.
La buena noticia: el problema se resuelve en el servidor, no en la app. Y resolverlo beneficia a todos tus usuarios simultáneamente, sin publicar una nueva versión en la tienda.
2. El costo real del dato móvil en México
En muchos países de Europa o Asia, los paquetes de datos son abundantes y baratos. En México la situación es distinta: aunque el mercado ha mejorado, el costo por gigabyte sigue siendo uno de los más altos de América Latina en términos de poder adquisitivo real, y millones de usuarios operan con paquetes de datos prepago muy limitados.
Realidad del usuario móvil en México
~50%
de los usuarios móviles en México usa planes prepago con datos limitados
3G / 4G
Millones de usuarios siguen en redes 3G o 4G con señal intermitente, especialmente fuera de grandes ciudades
$50–$120
pesos por GB de datos adicionales en planes típicos prepago. Un video de 3 minutos sin optimizar puede costar ese megabyte extra.
Cuando un usuario con 500 MB de datos restantes abre tu app y carga un feed de 20 noticias con imágenes de 800 KB cada una, acaba de gastar 16 MB sin consumir un solo artículo. Si esas imágenes estuvieran correctamente redimensionadas y comprimidas, el mismo feed pesaría menos de 1 MB. La diferencia es literalmente dinero saliendo del bolsillo del usuario.
El boca a boca negativo que no ves en tus métricas
Un usuario que agota sus datos usando tu app no lo va a reportar como bug. Simplemente va a desinstalarla y comentarle a sus contactos que "gasta mucho internet". La optimización de contenido es retención de usuarios — y en México, es un diferenciador competitivo real.
3. Imágenes en apps: el problema que nadie ve
En una app móvil, las imágenes aparecen en docenas de contextos distintos: miniaturas en un feed, portadas de artículos, fotos de perfil, thumbnails de videos, imágenes de productos, banners promocionales, fondos de pantalla. Cada uno de esos contextos tiene un tamaño de pantalla diferente — y debería recibir una imagen de tamaño diferente.
| Contexto en la app | Tamaño mostrado | Tamaño "sin optimizar" | Tamaño óptimo | Ahorro por imagen |
|---|---|---|---|---|
| Miniatura en feed de noticias | 120 × 80 px | 800 KB – 2 MB | 8 – 15 KB | 98% |
| Portada de artículo | 390 × 220 px | 1 – 3 MB | 35 – 60 KB | 97% |
| Foto de producto (lista) | 160 × 160 px | 500 KB – 1.5 MB | 10 – 20 KB | 98% |
| Foto de producto (detalle) | 390 × 390 px | 1 – 4 MB | 50 – 90 KB | 97% |
| Thumbnail de video | 320 × 180 px | 200 – 600 KB | 12 – 25 KB | 95% |
| Foto de receta (header) | 390 × 260 px | 1 – 5 MB | 40 – 70 KB | 98% |
| Avatar / foto de perfil | 48 × 48 px | 100 – 500 KB | 3 – 6 KB | 98% |
Tamaños estimados para pantallas de densidad estándar (1×). En pantallas retina (2×) se duplica la resolución pero el formato WebP/AVIF compensará parte del peso adicional.
La situación se complica cuando la imagen viene de un CMS o de usuarios: una fotografía subida por un restaurante para su menú, por un vendedor para su producto, o por un editor para un artículo de noticias. El usuario que subió la foto no tiene idea (ni obligación) de optimizarla. Esa responsabilidad es del sistema.
Feed de 20 noticias — peso total de imágenes
Miniaturas 120×80 px, imágenes originales ~1.2 MB promedio
120× menos datos — misma experiencia visual
Un feed de noticias completamente optimizado puede pesar 200 veces menos que sin optimización, con una calidad visual idéntica para el usuario. No estamos hablando de degradar la experiencia — estamos hablando de eliminar datos innecesarios que nunca nadie va a notar que no están.
4. Transcodificación de video: el ahorro más grande de todos
Si las imágenes son el primer problema, el video es el problema mayor. Un video sin transcodificar puede llegar a pesar 10 a 50 veces más de lo necesario. Y a diferencia de las imágenes, el video se descarga de forma continua mientras el usuario lo ve — lo que significa que cada segundo de video mal comprimido consume ancho de banda de manera sostenida.
La transcodificación es el proceso de convertir un video de un formato y códec a otro. No es simplemente "comprimir" — es recodificar el video usando algoritmos más eficientes que logran la misma calidad visual con una fracción de los datos.
Ejemplo: video de 3 minutos a 1080p — peso según códec
~900 MB
Sin comprimir (RAW)
Directo de cámara, formato nativo
~400 MB
H.264 / AVC (MP4)
El estándar de los últimos 15 años
~200 MB
H.265 / HEVC
50% menos datos que H.264
~160 MB
AV1
60% menos que H.264 — el futuro del streaming
Estimaciones para video de 3 minutos a 1080p con bitrate de referencia típico. Los valores reales varían según el tipo de contenido (acción vs. estático) y la configuración del encoder.
Traducido al usuario real: alguien con un plan de 2 GB mensuales que ve 5 videos al día de 3 minutos cada uno. Sin transcodificación (H.264, ~400 MB por video) agotaría su plan en menos de un día. Con AV1 (~160 MB), esos mismos 5 videos consumen 800 MB — el usuario puede ver contenido toda la semana con el mismo plan.
El video sin transcodificar es el mayor desperdicio de datos en apps de contenido
Un usuario que ve 30 minutos de video por día en tu app —perfectamente normal en una plataforma de noticias, recetas o entretenimiento— puede estar consumiendo 4 GB mensuales solo en tu app si el video está en H.264 sin optimizar. Con H.265 o AV1, ese mismo contenido consume entre 1.5 y 2 GB. La diferencia cabe en el plan de datos del mes.
5. Comparativa de códecs: H.264 vs H.265 vs VP9 vs AV1
No todos los códecs de video son iguales. La industria ha evolucionado durante décadas hacia codificaciones más eficientes. Entender la diferencia entre ellos —y saber cuál soporta cada plataforma móvil— es clave para elegir la estrategia correcta.
| Códec | Año | Eficiencia vs H.264 | Android | iOS / iPadOS | Huawei (HMS) | Licencia |
|---|---|---|---|---|---|---|
| H.264 / AVC | 2003 | — referencia | ✅ Nativo | ✅ Nativo | ✅ Nativo | Patentado (royalties) |
| VP9 | 2013 | ~40% más eficiente | ✅ Nativo | ✅ iOS 14+ | ✅ Soportado | Libre (Google) |
| H.265 / HEVC | 2013 | ~50% más eficiente | ✅ Android 5+ | ✅ Nativo (acelerado) | ✅ Nativo | Patentado (royalties) |
| AV1 | 2019 | ~60% más eficiente | ✅ Android 10+ / decodificación por software en anteriores | ✅ iOS 16+ (acelerado A15+) | ✅ Kirin 9000+ | Libre y abierto (AOM) |
La recomendación práctica para apps que quieren maximizar compatibilidad y eficiencia hoy es una estrategia de dos o tres capas: AV1 para dispositivos modernos (los últimos 3–4 años de Android e iOS), H.265/HEVC para el resto, y H.264 como último recurso para dispositivos muy antiguos.
Estrategia de códecs recomendada
AV1
Android 10+ · iOS 16+ · Kirin 9000+
60% más eficiente · Gratis
H.265 / HEVC
Android 5+ · iOS nativo · Huawei nativo
50% más eficiente que H.264
H.264 / AVC
Compatibilidad universal
Referencia estándar — último recurso
AV1: libre y más eficiente
A diferencia de H.265, que requiere el pago de royalties a un consorcio de patentes, AV1 es completamente libre y abierto — desarrollado por la Alliance for Open Media (AOM), en la que participan Google, Apple, Amazon, Netflix, Microsoft y Meta. Para un servicio de streaming o una plataforma de contenido, esto puede significar un ahorro importante en licencias, además del ahorro en ancho de banda.
6. Streaming adaptativo: HLS y DASH
La transcodificación resuelve el problema del códec, pero hay otro desafío igualmente importante: la conexión de tu usuario no es constante. En una app de video, un usuario puede empezar a ver contenido en 4G estable, pasar por una zona con señal débil, entrar a un edificio con WiFi lento y volver a 4G, todo en el mismo video de 5 minutos.
El streaming adaptativo resuelve esto: en lugar de entregar un solo archivo de video a una calidad fija, el servidor prepara múltiples versiones del mismo video a diferentes calidades (bitrates), y el reproductor de la app descarga automáticamente la versión apropiada según la velocidad de conexión disponible en cada momento.
HLS — HTTP Live Streaming
Desarrollado por Apple
Estándar de facto para iOS y muy bien soportado en Android. Divide el video en segmentos de 2–10 segundos y usa un archivo de manifiesto (.m3u8) para que el reproductor elija la calidad adecuada en tiempo real.
✅ Soporte nativo en iOS/tvOS · ✅ Android (ExoPlayer) · ✅ Huawei (MediaPlayer) · ✅ Web
DASH — Dynamic Adaptive Streaming over HTTP
Estándar ISO abierto
Estándar ISO abierto y sin royalties. Muy usado por YouTube, Netflix y Amazon. Funciona igual que HLS conceptualmente pero con mayor flexibilidad técnica y soporte para más códecs (incluyendo AV1).
✅ Android (ExoPlayer) · ✅ Huawei · ⚠️ iOS requiere librería de terceros · ✅ Web
Cómo funciona el bitrate adaptativo
El servidor prepara múltiples calidades
1080p (6 Mbps) · 720p (3 Mbps) · 480p (1.5 Mbps) · 360p (800 Kbps) · 240p (400 Kbps)
La app mide la velocidad de conexión disponible
Cada pocos segundos, el reproductor evalúa el throughput real de descarga
Descarga solo los segmentos de la calidad correcta
En 4G estable: 1080p. En señal débil: 480p. En 2G: 240p. Sin interrupciones visibles.
El usuario ve video sin buffering — y gasta solo los datos necesarios
En zona de señal débil, el usuario consume 5× menos datos que si se hubiera forzado 1080p
Sin streaming adaptativo, o todo o nada
Una app que sirve video como archivo estático (MP4 directo) solo puede ofrecer una calidad fija. Si el usuario tiene señal débil, el video se congela y buferiza hasta que el archivo llega. Si tiene señal rápida, quizás está descargando más calidad de la que su pantalla puede mostrar. El streaming adaptativo elimina ambos problemas simultáneamente.
7. La solución: optimización desde el servidor, no desde la app
La optimización de imágenes y la transcodificación de video no son responsabilidad de la app. Implementarlos a nivel de cliente es costoso, fragmentado y difícil de mantener en versiones. La solución correcta es hacerlo una sola vez, en el servidor, para que todos los clientes —Android, iOS, Huawei, Web— se beneficien automáticamente.
Optimización en cliente vs. en servidor
❌ Optimizar en la app (el error común)
Cada plataforma (Android, iOS, Huawei) necesita su propia implementación. Librerías diferentes, comportamientos diferentes, bugs diferentes. Consume CPU y memoria del dispositivo del usuario. Hay que mantenerlo en cada versión de la app. No beneficia a usuarios con versiones antiguas instaladas.
✅ Optimizar en el servidor (la solución)
Una sola implementación beneficia a todas las plataformas simultáneamente. Sin consumo extra en el dispositivo del usuario. Sin necesidad de actualizar la app para cambiar la estrategia de compresión. Nuevos códecs disponibles para todos los usuarios desde el día de activación en el servidor.
Qué debe ofrecer un proveedor de optimización para apps
API de transformación de imágenes
Redimensionar, recortar, convertir a WebP/AVIF y ajustar calidad desde la URL:
/imagen.jpg?w=120&h=80&fmt=webp&q=80
La app pide exactamente lo que necesita.
Transcodificación automática de video
Subida un video una sola vez; el sistema genera automáticamente H.264, H.265 y AV1 en múltiples resoluciones para streaming adaptativo HLS y DASH.
CDN global con baja latencia
El contenido se sirve desde el nodo más cercano al usuario. Un usuario en Guadalajara no debería descargar su thumbnail desde un servidor en Europa.
Detección automática de capacidades
Para apps web y WebView: detección del Accept
header para servir el mejor formato soportado. Para apps nativas: la app solicita
explícitamente el formato que soporta el dispositivo.
¿Tu app consume más datos de los necesarios?
Webability ofrece optimización automática de imágenes y transcodificación de video para apps Android, iOS y Huawei — incluyendo streaming HLS/DASH con H.265 y AV1, entregado desde una red global. Prueba gratis sin tarjeta de crédito.
8. Referencias
Recursos oficiales y técnicos para profundizar en cada tema de este artículo:
Formatos de media soportados en Android — Android Developers
developer.android.com/media/platform/supported-formats
Lista oficial de Google con todos los códecs de audio y video soportados en Android, por versión del sistema operativo. Referencia esencial al elegir estrategia de transcodificación.
AVFoundation — Media Assets — Apple Developer
developer.apple.com/documentation/avfoundation
Documentación oficial de Apple sobre reproducción y transcodificación de video en iOS y iPadOS, incluyendo soporte de HLS, H.265 y AV1 en hardware Apple Silicon.
Video Kit — Huawei Mobile Services (HMS) Developer
developer.huawei.com
Guía oficial de Huawei para reproducción y manejo de video en AppGallery, incluyendo soporte de códecs y streaming adaptativo en dispositivos Kirin.
AV1 — Alliance for Open Media
aomedia.org/av1
Información oficial sobre el códec AV1: historia, ventajas de compresión, miembros de la alianza (Google, Apple, Netflix, Amazon, Meta) y estado de adopción en plataformas móviles.
HTTP Live Streaming (HLS) — Apple Developer
developer.apple.com/streaming
Documentación oficial del protocolo HLS creado por Apple, incluyendo la especificación de formatos de manifiesto, segmentación y bitrate adaptativo para iOS, tvOS y macOS.
DASH Industry Forum (DASHIF)
dashif.org
Organización que estandariza el protocolo DASH (Dynamic Adaptive Streaming over HTTP), usado por YouTube, Netflix, Amazon Prime Video y la mayoría de plataformas de streaming globales para entrega de video adaptativo.
Optimización de imágenes — web.dev (Google)
web.dev/fast/#optimize-your-images
Aunque enfocada en web, la guía de Google sobre optimización de imágenes contiene principios aplicables directamente a apps móviles: formatos, compresión y entrega eficiente.
ExoPlayer — Google (ahora parte de Jetpack Media3)
google.github.io/ExoPlayer
Biblioteca oficial de Google para reproducción de video en Android, con soporte completo de HLS, DASH, H.265 y AV1. Referencia para implementar streaming adaptativo en apps Android.
Webability · Blog
Última actualización: 18 de mayo de 2026