Optimización de imágenes WordPress en 2026: Velocidad y SEO

Última actualización: June 28, 2026

Las imágenes de WordPress suelen ser la razón más grande por la que una página carga lentamente. Comprímelas a WebP antes de subir, limita el ancho de visualización, habilita la carga diferida (lazy loading) y el srcset responsivo, y coloca un CDN delante de ellas. Esa combinación fue lo que redujo mi Largest Contentful Paint de 3.8s a 1.1s en un blog con mucho contenido multimedia. Optimicé más de 100 sitios de WordPress con este flujo de trabajo, así que el resto de la página pasa por cada configuración que realmente cambio.

Respuesta rápida: ¿qué debe arreglar primero?

Comprima las imágenes a WebP antes de subir, limite el ancho de visualización a 1920px, mantenga cada archivo por debajo de 200KB, habilite la carga diferida y el srcset responsivo, y coloque un CDN delante de ellas. Ejecute ShortPixel (o EWWW) para conversión en la subida y Cloudflare para entrega desde el borde (edge delivery). Las imágenes representan entre el 60 y el 80 por ciento del peso de la página en un blog típico, así que aquí es donde residen las ganancias medidas.

¿Por qué las imágenes de WordPress ralentizan su página?

En un blog típico, las imágenes representan entre el 60 y el 80 por ciento del peso de la página. Medí la misma tienda WooCommerce antes y después de arreglar las imágenes: el tamaño total de la página cayó de 9.4MB a 1.1MB y la puntuación móvil de PageSpeed saltó de 31 a 78.

Los culpables habituales que veo son:

• JPEGs de cámara de 4MB subidos directamente desde un teléfono
• PNG usado donde WebP sería una cuarta parte del tamaño
• Un solo archivo de 2560px servido a un teléfono de 375px
• Sin carga diferida, por lo que el navegador descarga todas las imágenes a la vez

WordPress viene con buenos valores predeterminados ahora, pero no le impedirá subir una foto de 6MB. Esa parte depende de usted.

¿Cómo redimensiona antes de subir?

Este único paso hace más que cualquier plugin. Redimensione al tamaño más grande que realmente va a mostrar y luego comprima. Para la mayoría de las imágenes de contenido, esto es de 1600 a 1920px de ancho.

Mi rutina previa a la subida:

1. Deje el lote en un redimensionador con un ancho máximo de 1920px.
2. Convierta a WebP con calidad 80.
3. Verifique que la salida esté por debajo de 200KB.
4. Luego, suba a WordPress.

Para la lógica completa de dimensionamiento, la guía para redimensionar imágenes para web cubre los puntos de ruptura (breakpoints), y la guía de redimensión por lotes maneja carpetas enteras a la vez.

¿Cómo convertir a WebP y AVIF?

WebP es entre un 25 y un 35 por ciento más pequeño que JPEG con igual calidad, y el núcleo de WordPress lo ha admitido desde la versión 6.5. AVIF comprime otro 20 a 30 por ciento menos que WebP, pero el soporte del navegador y del editor sigue siendo irregular.

Comprimo las imágenes destacadas (hero images) en ambos formatos y dejo que el CDN negocie. La propia guía de Google es servir formatos modernos donde pueda verlo — consulte usar formatos de imagen modernos en web.dev.

Si tiene un montón de PNGs ya en línea, el convertidor de PNG a WebP guía la conversión por lotes sin romper las URLs.

¿Qué plugin de compresión debo usar?

Comprimí la misma biblioteca de 1,200 imágenes a través de cada plugin importante. Descuentos honestos abajo — ninguno de ellos me paga.

ShortPixel Image Optimizer es lo que instalo primero. La compresión Glossy se ve idéntica para mi ojo, genera WebP y AVIF automáticamente, y reescribe el marcado para servirlos. El plan gratuito incluye 100 imágenes al mes, lo cual es suficiente para probar pero no para limpiar un retraso real.

Smush tiene una interfaz limpia y buenos valores predeterminados, pero el nivel gratuito no convierte a WebP — eso está detrás del muro de pago Pro. Está bien si ya paga por ello, limitante si no lo hace.

EWWW Image Optimizer es mi elección para sitios de gran volumen. Optimiza imágenes locales ilimitadas gratis y solo cobra por su CDN y exactDN. La configuración es más complicada que ShortPixel.

Imagify tiene una integración ajustada con WP Rocket y un simple control deslizante de tres niveles. La calidad de compresión es sólida; el límite mensual de créditos es la principal restricción para las grandes tiendas.

¿Cómo hacer que el srcset responsivo funcione realmente?

WordPress genera automáticamente miniaturas, medianas, grandes y varios tamaños intermedios y emite un srcset para usted — pero solo si su tema utiliza wp_get_attachment_image() en lugar de codificar <img> etiquetas.

Un ejemplo del marcado que emite WordPress:

<img
  src="hero-1536x800.webp"
  srcset="hero-768x400.webp 768w,
          hero-1200x628.webp 1200w,
          hero-1536x800.webp 1536w"
  sizes="(max-width: 768px) 100vw, 1200px"
  loading="lazy"
  width="1536" height="800"
  alt="Imagen destacada de la tienda">

Cómo lo verifico: abra DevTools, limite a Slow 4G, recargue y revise la pestaña Network. El teléfono debería solicitar el archivo de 768w, no el de 1536w. Si todos los dispositivos cargan el mismo archivo, el tema está roto o un constructor de páginas está ignorando el marcado responsivo.

¿Cómo activar la carga diferida (lazy loading)?

Desde WordPress 5.5, cada <img> obtiene loading="lazy" por defecto, y 6.1 añadió una indicación fetchpriority="high" a la primera imagen grande para que deje de luchar con el cargador perezoso. Rara vez necesita un plugin para esto hoy en día.

La documentación oficial de carga diferida de WordPress enumera los filtros si necesita excluir la imagen LCP o cargar imágenes iframe con carga diferida. La mecánica más profunda está en nuestro artículo sobre imágenes con carga diferida, incluyendo el error común de aplicar carga diferida a la imagen destacada por encima del pliegue (above the fold).

¿Cómo reduce un CDN el tiempo de carga de imágenes?

Un CDN sirve archivos desde el borde más cercano al visitante y elimina los viajes de ida y vuelta desde su origen. Después de que cambié a un cliente de JPEGs alojados en el origen a Cloudflare plus Polish, el TTFB en las imágenes cayó de 420ms a 60ms en Singapur y Brasil.

Lo que configuro:

• Cloudflare con Polish activado (plus sin pérdida WebP).
• Almacenar en caché todo en /wp-content/uploads/.
• Una caché de navegador de 1 año para tipos MIME de imágenes.
• WP Offload Media solo si está atado a S3.

Para la configuración completa, incluyendo cabeceras de caché y reglas de purga, la guía de CDN de imágenes profundiza. Los compromisos de formato se encuentran en la comparación WebP vs AVIF.

¿Es suficiente el soporte WebP de WordPress core?

Parcialmente. Desde 6.5 puede subir WebP directamente y WordPress maneja el redimensionamiento, lo cual es genial. Pero el núcleo no convierte sus JPEGs existentes, no genera AVIF automáticamente y no negocia el formato por navegador. Un plugin o un CDN todavía hace ese trabajo.

Si inicia un sitio completamente nuevo hoy y solo sube WebP, el núcleo es genuinamente suficiente. Para cualquier sitio más antiguo — que es casi todos — necesita la capa de plugins. Consulte las notas del campo del núcleo de WordPress para cambios continuos en medios.

Lista de verificación de rendimiento antes de publicar

• Cada imagen de contenido está por debajo de 200KB.
• Se sirve WebP, con fallback a JPEG.
• La imagen destacada tiene fetchpriority="high", no loading="lazy".
• Está presente el srcset y el teléfono carga el archivo pequeño.
• Un CDN almacena en caché /wp-content/uploads/.
• El texto alternativo describe la imagen en 18 a 140 caracteres.
• LCP por debajo de 2.5s y CLS por debajo de 0.1 en PageSpeed.

Resumen

Redimensione, comprima a WebP, deje que WordPress y un plugin construyan el srcset responsivo, cargue diferida por debajo del pliegue (below the fold), y almacene en caché en el borde. ShortPixel más Cloudflare es la combinación que busco primero; EWWW es mi elección cuando la biblioteca es enorme y el presupuesto es cero.

Una advertencia real: la compresión con pérdida agresiva eventualmente le afectará en tomas de productos y pantallas retina donde importa la textura. Mantengo los originales en almacenamiento en la nube y vuelvo a exportar desde allí, porque una vez que sobrescribe la fuente con una copia con pérdida, el detalle se pierde para siempre.

Preguntas frecuentes

¿Hace WordPress 6.5 innecesarios los plugins de optimización de imágenes?

Solo para sitios completamente nuevos que suben solo WebP desde el primer día. El núcleo 6.5 redimensiona las subidas WebP y sirve tamaños responsivos, pero no convierte bibliotecas JPEG existentes, no genera AVIF y no realiza negociación de formato por navegador. Cualquier sitio con una biblioteca de medios existente todavía necesita un plugin o un CDN para eso.

¿Cuál es el mejor optimizador de imágenes gratuito de WordPress?

El nivel gratuito de EWWW Image Optimizer cubre compresión y conversión a WebP sin API de pago. ShortPixel da 100 imágenes gratis al mes, lo cual es suficiente para sitios pequeños. Para una biblioteca grande con presupuesto cero, EWWW es el valor predeterminado práctico; para automatización y AVIF, los niveles de pago de ShortPixel o Imagify valen la pena.

¿Debo servir WebP o AVIF en WordPress?

WebP como valor predeterminado universal, AVIF si puede codificarlo y su audiencia está principalmente en navegadores modernos. WebP funciona en todas partes actuales, AVIF es aproximadamente un 50% más pequeño pero codifica más lento y omite algunos navegadores antiguos. Envíe AVIF con un fallback a WebP a través de un elemento <picture> para cubrir ambos.

¿WordPress comprime mis imágenes?

Sí — WordPress genera múltiples versiones redimensionadas de cada subida y aplica una compresión leve. Pero no convierte formatos (más allá de WebP en 6.5), no optimiza agresivamente, y no elimina metadatos. Un plugin se encarga de esos pasos.

¿Cuál es la mejor pila de optimización de imágenes para WordPress?

ShortPixel (compresión y WebP/AVIF) más Cloudflare (entrega desde el borde) es la combinación que busco primero; EWWW cuando la biblioteca es enorme y el presupuesto es cero. La combinación maneja compresión, formatos modernos y almacenamiento en caché en el borde. Mantenga los originales en almacenamiento en la nube y vuelva a exportar desde allí, porque sobrescribir la fuente con una copia con pérdida hace perder el detalle para siempre.

Créditos de imágenes

• Máquina de escribir antigua con etiqueta de papel de WordPress — foto por Suzy Hazelwood en Pexels
• Espacio de trabajo con portátil en casa para editar un sitio WordPress — foto por cottonbro studio en Pexels
• Portátil previsualizando una página de pago de un sitio web sobre un escritorio limpio — foto por Caio en Pexels
• Configuración de desarrollador con doble pantalla mostrando código y software de edición de imágenes — foto por Lukas Blazek en Pexels