STATUS IS UPWIKI DE OPTIMIZACIÓN WEB
16Acelerar
Rendimiento y entrega / Acelerar

Optimización de imágenes para la web: una guía de decisiones

Elija los píxeles, el formato, el marcado y el comportamiento de carga adecuados para cada imagen, y luego compruebe el resultado en plantillas reales de página.

Optimización de imágenes para la web: una guía de decisiones — GUÍA VISUAL
LEER
7 minutos
FUENTES
7
REVALIDAR
2027-03-27
revisado
Revisor de rendimiento web y accesibilidad
LA RESPUESTA BREVE

Empieza con la decisión.

Optimice cada imagen en este orden: decida qué debe comunicar, ajústela al tamaño de su ranura de diseño, cree variantes responsivas, seleccione un formato y nivel de compresión que sigan resultando aceptables, y luego entregue un marcado que permita al navegador elegir y reservar el recurso. Una foto de producto, un logotipo, un gráfico y una textura decorativa necesitan decisiones de fidelidad y accesibilidad diferentes.

Para imágenes de contenido, use <img> con un texto alternativo útil, width y height, un src de fallback, y srcset más sizes cuando el ancho renderizado cambie. Use <picture> cuando el recorte o el formato cambien por punto de vista o capacidad. Mantenga las imágenes del viewport inicial, especialmente la probable Largest Contentful Paint, en carga eager; cargue con lazy solo las imágenes realmente fuera de pantalla.

Haga de esto una remediación de rendimiento controlada, no una exportación puntual. Compare apariencia, bytes transferidos, candidato seleccionado, estabilidad de diseño y métricas de página antes y después. SIU ayuda a los equipos a repetir esas comprobaciones alrededor de los despliegues para que una corrección de imagen no genere una regresión en móvil, accesibilidad o la ruta de conversión.

GUÍA VISUAL

Ve el trabajo como un sistema.

Usa este mapa para conectar las decisiones del artículo antes de actuar sobre tácticas individuales.

SIUAcelerar
011. Clasifique la imagen antes de optimizarla
022. Dimensione para la ranura renderizada y luego ofrezca candidatos responsivos
033. Elija formato y compresión según las características de la imagen
044. Haga que el marcado proteja la velocidad y la estabilidad del diseño
01

1. Clasifique la imagen antes de optimizarla

Haga un inventario de imágenes por plantilla. Registre el rol de cada imagen, su mayor y menor ancho renderizado, si está en el viewport inicial y si las pantallas pequeñas necesitan otro recorte. Esto convierte el trabajo de reducción de tamaño de archivo en decisiones que puede probar en páginas importantes.

Las fotos suelen tolerar compresión con pérdida revisada. Los logotipos, símbolos de interfaz, arte lineal y gráficos pueden convenir mejor en SVG o en un formato raster que proteja los bordes nítidos. SVG es apropiado para arte lineal, diagramas y gráficos, no para fotos detalladas.

Informativa

Conserve el detalle esencial y proporcione texto que transmita el propósito de la imagen.

Decorativa

Use un texto alternativo vacío; no la convierta en la única fuente de información importante.

Funcional

Nombre la acción o el destino, no simplemente los píxeles de la imagen.

02

2. Dimensione para la ranura renderizada y luego ofrezca candidatos responsivos

Haga coincidir las dimensiones intrínsecas con la ranura CSS. Un archivo a escala de escritorio en una tarjeta estrecha desperdicia transferencia; un raster pequeño estirado demasiado queda blando. Tenga en cuenta la relación de píxeles del dispositivo (device pixel ratio), pero valide visualmente en lugar de asumir que cada pantalla necesita el candidato más grande.

Para una composición única en varios anchos, use descriptores de ancho en srcset y use sizes para declarar el ancho real de la ranura. El navegador entonces elegirá un candidato. Use <picture> para art direction: un recorte en pantallas pequeñas que preserve el sujeto es distinto a simplemente reducir la imagen de escritorio. Mantenga un <img> de fallback con src y alt dentro de <picture>.

Cambio de resolución

Misma composición, distintas dimensiones en píxeles.

Dirección artística

Recorte o composición diferente cuando el escalado oculta el mensaje.

Fallback

Mantenga src en <img> para clientes que no usan atributos responsivos.

03

3. Elija formato y compresión según las características de la imagen

WebP y AVIF pueden reducir la transferencia raster en casos apropiados, pero el formato no es una garantía de calidad. Pruebe rostros representativos, texturas finas, degradados de marca, texto incrustado y transparencias. JPEG sigue siendo un fallback común para fotos; PNG puede convenir para detalle raster sin pérdidas o transparencia. Verifique el soporte de AVIF y su encaje operativo con la audiencia y la pila de entrega.

La compresión con pérdida elimina información para ahorrar bytes y suele ser más tolerante en fotos detalladas que en líneas nítidas o texto. La compresión sin pérdidas preserva los píxeles codificados pero puede ahorrar menos. Elija la calidad mediante revisión lado a lado al tamaño renderizado, no por un ajuste numérico copiado. Elimine metadatos solo después de confirmar orientación, color y necesidades de flujo de trabajo.

Fotos

Compare AVIF y WebP con pérdida, y JPEG como fallback, a tamaño de visualización.

UI y arte lineal

Prefiera SVG adecuado o proteja los bordes nítidos raster mediante pruebas.

Transparencia

Confirme la apariencia del canal alfa en cada formato entregado y su fallback.

04

4. Haga que el marcado proteja la velocidad y la estabilidad del diseño

Asigne a cada <img> de contenido los atributos width y height que coincidan con su relación de aspecto intrínseca. El navegador puede reservar espacio antes de que llegue el archivo, reduciendo el movimiento de diseño. El CSS todavía puede establecer las dimensiones mostradas.

Use loading=lazy solo fuera del viewport inicial. No cargue con lazy una imagen que probablemente sea visible al cargar, en particular una candidata a Largest Contentful Paint. LCP (Largest Contentful Paint) es el tiempo de renderizado de la imagen, bloque de texto o video más grande visible en el viewport. fetchpriority=high es solo una pista relativa; aplíquela con moderación y mida el resultado. Use el marcado HTML de imagen para contenido que necesite texto alternativo o descubrimiento; Google documenta que no indexa imágenes aplicadas únicamente vía CSS.

Dimensiones

Establezca width y height, incluidas las imágenes de galerías cargadas con lazy.

Pantalla inicial

Mantenga eager las imágenes probables de LCP e inspeccione la prioridad de solicitud.

Fuera del pliegue

Cargue con lazy las imágenes offscreen y pruebe el desplazamiento en una red limitada.

05

5. Preserve el significado, el descubrimiento y la calidad visual

El texto alternativo depende del propósito y el contexto. Describa la información esencial para una imagen informativa, use alt="" para decoración y nombre la función de una imagen enlazada o en un botón. Para un gráfico o diagrama complejo, proporcione una explicación equivalente en texto cercano. No use listas de palabras clave.

Para imágenes detectables, use elementos de imagen HTML estándar, texto relevante cercano, nombres de archivo descriptivos cortos cuando sea práctico, y un source de fallback con marcado responsivo. No convierta fondos decorativos en contenido redundante solo para facilitar el descubrimiento.

Revisión visual

Revise los archivos comprimidos en los tamaños más grandes y más pequeños previstos.

Texto en imágenes

Prefiera texto normal; si no es posible, proporcione la redacción equivalente.

Contexto

Coloque las imágenes informativas cerca del texto pertinente de la página.

06

6. Verifique la página, no solo el activo

Pruebe páginas representativas en viewports estrechos y anchos. En las herramientas de desarrollo del navegador, inspeccione el candidato elegido por srcset, el tamaño transferido, las dimensiones renderizadas y el movimiento del diseño. Reduzca la velocidad de la red para revelar imágenes hero tardías y galerías lentas. Una comparación de exportación no puede revelar un valor sizes inexacto, un recorte inesperado o un problema de transformación en producción.

Use señales de laboratorio y de campo cuando estén disponibles. Lighthouse y PageSpeed Insights pueden identificar imágenes con tamaño inadecuado; LCP de campo refleja visitas reales a lo largo del tiempo. Compare la misma plantilla, clase de dispositivo, versión de lanzamiento y ventana de medición. No atribuya cambios en métricas a las imágenes cuando también hayan cambiado tiempo de servidor, scripts, fuentes o terceros. Etapele los cambios en plantillas compartidas y mantenga una ruta de reversión hasta que estén validados.

Red

Confirme que la ranura no seleccione un candidato inesperadamente sobredimensionado.

Renderizado

Compruebe recorte, nitidez, color, alternativas y estabilidad del diseño.

Seguridad en el despliegue

Nombre al propietario, la señal esperada y la vía de reversión.

ACCIÓN / VERIFICAR

Tu guía práctica de tareas.

  1. 01

    Inventar los roles de las imágenes

    Enumere hero, producto, editorial, UI, gráfico y decorativas en las plantillas cambiadas.

    VERIFICAR: Cada activo tiene una ubicación en la página, rol, ranura mayor y estado respecto al viewport.
  2. 02

    Planear tamaños de diseño

    Registre los anchos de ranura CSS en puntos de quiebre clave y genere los candidatos necesarios.

    VERIFICAR: Las pruebas estrechas y anchas solicitan candidatos cercanos a su necesidad renderizada.
  3. 03

    Comparar salidas visuales

    Exporte archivos representativos en formatos y niveles de compresión viables.

    VERIFICAR: La revisión acepta recorte, detalle, color y transparencia a tamaño de visualización.
  4. 04

    Implementar marcado resistente

    Añada src de fallback, alt adecuado, width, height, srcset y sizes precisos.

    VERIFICAR: Las imágenes cambiadas tienen un fallback y dimensiones declaradas.
  5. 05

    Definir carga según el viewport

    Mantenga eager las imágenes iniciales y cargue con lazy las imágenes realmente offscreen.

    VERIFICAR: La probable LCP no está cargada con lazy; las solicitudes de la galería se difieren según lo previsto.
  6. 06

    Probar la página entregada

    Varíe viewport y red mientras inspecciona candidatos, transferencia, recorte y movimiento.

    VERIFICAR: No aparece una solicitud sobredimensionada, fallback roto ni un desplazamiento de diseño visible.
  7. 07

    Medir y desplegar de forma segura

    Compare una línea base, etapele trabajo en plantillas compartidas y mantenga una opción de reversión.

    VERIFICAR: Las notas de lanzamiento indican la ventana de medición, el propietario, la señal esperada y la acción de reversión.
TEMAS DE DISCUSIÓN

Compara las ventajas y desventajas; no compartas datos privados.

Usa estas preguntas con tu equipo o la comunidad de propietarios del sitio. Comparte métodos y lecciones, pero nunca pegues credenciales, registros de clientes ni detalles de infraestructura no públicos.

  1. 01

    ¿Qué tres plantillas de página generan la mayor transferencia de imágenes evitable para sus visitantes, y qué evidencia cambiaría su prioridad?

  2. 02

    ¿Dónde un recorte móvil ha fallado en preservar el mensaje de una imagen de escritorio, y cómo decidió su equipo entre dirección artística y un diseño más simple?

  3. 03

    ¿Qué comprobación de despliegue ha detectado una regresión relacionada con una imagen antes de llegar a una audiencia más amplia, sin compartir datos de clientes ni detalles de implementación privados?

RECURSOS POPULARES / DE REFERENCIA

Consulta el material fuente.

web.devImage performance ↗

Explica dimensiones de imagen, candidatos responsivos, formatos modernos y las compensaciones entre compresión con pérdida y sin pérdida.

Revisado 2026-09-27
MDN Web DocsUsing responsive images in HTML ↗

Explicación práctica de srcset, sizes, cambio de resolución y dirección artística con <picture>.

Revisado 2026-09-27
Google Search CentralGoogle image SEO best practices ↗

Guía oficial sobre imágenes HTML, fallbacks, formatos soportados, texto descriptivo y descubrimiento.

Revisado 2026-09-27
web.devBrowser-level image lazy loading for the web ↗

Detalla comportamiento de carga, atributos de dimensión y por qué las imágenes del viewport inicial y de LCP no deben cargarse con lazy.

Revisado 2026-09-27
MDN Web Docsimg: The Image Embed element ↗

Referencia sobre los atributos alt, width, height, loading y fetchpriority.

Revisado 2026-09-27
web.devLargest Contentful Paint ↗

Define LCP, muestra qué puede convertirse en el elemento de contenido más grande y enumera herramientas de medición de laboratorio y campo.

Revisado 2026-09-27
W3C Web Accessibility InitiativeImages Tutorial ↗

Orientación basada en decisiones para imágenes informativas, decorativas, funcionales, textuales y complejas.

Revisado 2026-09-27

Política de fuentes. Las afirmaciones se basan en los recursos oficiales listados aquí. La guía es práctica y debe revalidarse frente al soporte de navegadores del sitio, los requisitos de contenido y la configuración de entrega antes del despliegue.

ACLARACIONES RÁPIDAS

Preguntas comunes.

¿Debe convertirse cada imagen a AVIF o WebP?

No. Pruebe los formatos según la función de la imagen y los clientes que soporte. Un buen resultado también necesita un recorte apropiado, un enfoque de fallback viable, marcado correcto y revisión visual. SVG puede ser mejor para arte lineal o símbolos de UI adecuados.

¿Necesito width y height si el CSS hace las imágenes responsivas?

Generalmente, sí. Permiten al navegador calcular una relación de aspecto intrínseca y reservar espacio antes de que cargue el archivo. El CSS aún puede adaptar el tamaño visible. Verifique que los atributos coincidan con el derivado entregado.

¿Cuál es la regla más simple y segura para lazy-loading?

Cargue con lazy las imágenes fuera del viewport inicial, no un hero ni otra imagen probable de Largest Contentful Paint. Pruebe la plantilla bajo condiciones con red limitada porque un carrusel, un punto de quiebre o un cambio de diseño puede alterar lo que es visible y cuándo se solicita.

Status Is UP Editorial Team · Editores de habilitación de Uptime

Revisado por Revisor de rendimiento web y accesibilidad. Publicado 2026-09-27; actualizado 2026-09-30.