Los mejores plugins WebP para WordPress: convertir y optimizar imágenes

WebP y AVIF pueden hacer que las imágenes de WordPress sean significativamente más ligeras. Qué solución es adecuada depende menos del formato de archivo que de tu sitio web: ¿Qué tan potente es el hosting? ¿Deben las imágenes salir de tu servidor? ¿Ya hay un CDN? ¿Y qué tamaño tiene la biblioteca de medios?

Este comparativo se orienta exactamente por eso. Primero sabrás qué tipos de plugins WebP para WordPress existen. Después podrás decidir si la conversión local, un servicio de optimización externo o un CDN de imágenes encaja mejor con tu configuración.

Los casos siguientes cubren la mayoría de los sitios WordPress. Si encajan dos puntos a la vez, decide primero si las imágenes deben quedarse localmente. Esta decisión es mucho más difícil de cambiar después que un nivel de calidad.

1. Antes de la subida: Exportas WebP o AVIF tú mismo y subes el archivo ya listo a WordPress.
2. En el servidor WordPress: Un plugin usa GD o Imagick y guarda variantes modernas junto al original o en caché.
3. Con un servicio de optimización: WordPress envía la imagen a una API externa y recibe un archivo comprimido de vuelta.
4. Al servirse vía CDN: El CDN genera el tamaño y formato adecuados cuando un visitante solicita la imagen.

Con una solución local el plugin decide en WordPress qué tamaño de imagen se necesita y genera el archivo optimizado en el mismo servidor. neo Optimize trabaja con copias en caché. Los archivos originales y los datos de la biblioteca de medios permanecen sin cambios. Esto reduce el flujo de datos externos y facilita cambiar de solución, pero requiere una biblioteca de imágenes funcional y tiempo de cálculo suficiente.

GD e Imagick tienen que poder escribir realmente el formato deseado. Que un navegador muestre AVIF no significa que tu servidor pueda generar AVIF. WordPress muestra los formatos disponibles en "Herramientas > Estado del sitio > Informe > Manejo de medios". El soporte de WebP está muy extendido en hostings habituales; AVIF deberías comprobarlo explícitamente.

Imagify y ShortPixel envían datos de imagen a un servicio externo. Eso descarga la CPU del hosting y facilita planificar compresiones costosas. A cambio debes aclarar a dónde se transfieren los archivos, cómo se cuentan los contingentes, qué tamaños de archivo están permitidos y si las miniaturas de WordPress se cuentan por separado. También difiere el comportamiento de las copias de seguridad.

Un CDN de imágenes no solo almacena archivos WebP terminados. Puede generar desde un original una variante para cada ancho, calidad y compatibilidad de navegador necesaria. Luego el navegador carga la imagen desde el CDN. Es cómodo y global, pero aumenta la dependencia del cache, la estructura de URL y del proveedor.

Recomendación ligera: AVIF. El formato usa una compresión más moderna y puede ofrecer archivos más pequeños a calidad visible similar. neo Optimize prefiere AVIF por defecto cuando GD o Imagick pueden generarlo en tu servidor de forma fiable y segura.

WebP sigue siendo una buena opción, si tu hosting no soporta AVIF, quieres que la conversión requiera poca CPU o usas animaciones. WebP lleva más tiempo en plugins de WordPress, herramientas de imagen y paquetes de hosting, por eso en algunos entornos resulta más sencillo de manejar.

Prueba fotos, capturas de pantalla, logotipos y gráficos con transparencia por separado. Un nivel de calidad que funciona en una foto puede dañar texto pequeño en una captura. Una comparación fiable siempre usa las mismas dimensiones en píxeles y no valora solo el tamaño de archivo.

Ambos formatos tienen amplio soporte en navegadores actuales. Sin embargo, los originales siguen siendo importantes. Rastreadores sociales, feeds externos, clientes de correo, proxies de caché o servidores mal configurados pueden tratar las variantes modernas de forma distinta a un navegador normal.

WordPress acepta subidas WebP desde la versión 5.8. Desde WordPress 6.5 también se pueden subir y procesar archivos AVIF, siempre que la biblioteca de imágenes del servidor soporte AVIF. WordPress genera a partir de un archivo moderno subido los tamaños de imagen habituales, los datos del attachment y srcset-indicaciones.

Eso no es una conversión automática de tu biblioteca de medios. WordPress no convierte automáticamente archivos JPG y PNG existentes a WebP. Tampoco guarda de forma general un nuevo JPG subido adicionalmente como WebP y AVIF en el core estable. Para eso necesitas un plugin, un proceso de build propio o un CDN.

Al 10 de agosto de 2026 la versión estable actual es WordPress 7.0.2. Funciones de una beta o de una versión core anunciada no cuentan aquí como disponibles. El estado posterior lo encuentras en la visión general de versiones de WordPress.

Los antecedentes técnicos los documenta el equipo core en las entradas sobre la soporte de WebP desde WordPress 5.8 y sobre el soporte de AVIF desde WordPress 6.5.

La siguiente selección no es un ranking. Un plugin de CDN resuelve otro problema que un convertidor WebP local para WordPress. Lo decisivo es si el modelo técnico encaja con el hosting, la privacidad y la biblioteca de medios. No mencionamos precios a propósito. Funciones y límites pueden cambiar; las páginas de los plugins y la documentación enlazadas son por tanto la última instancia.

neo Optimize procesa imágenes directamente en tu servidor. Se prefiere Imagick y GD actúa como fallback. Las variantes optimizadas se almacenan en caché y se adaptan a la representación realmente necesaria. Los archivos fuente y los datos de la biblioteca permanecen sin cambios. Tras borrar la caché, las variantes se generan de nuevo en la siguiente petición.

Esto encaja bien con sitios que no quieren usar una API de imágenes externa y necesitan una vía de retorno clara. El trabajo de cálculo permanece en tu servidor. AVIF solo funciona si la biblioteca de imágenes instalada puede codificar AVIF. Si falta ese soporte, WebP es la alternativa fiable. Más detalles y la descarga están en la página de producto de neoOptimize.

Converter for Media genera variantes modernas para imágenes nuevas y existentes y las guarda separadas de los originales. La entrega depende más de la configuración del servidor que en una solución puramente en la nube. Reglas de Apache, configuración de Nginx, tipos MIME y permisos de escritura deben encajar. Las funciones gratuitas se centran actualmente en WebP; AVIF está en la oferta ampliada.

El plugin es interesante si buscas una conversión masiva clásica y controlas las reglas del servidor. En hosting gestionado debes verificar antes si permiten las reglas necesarias. Nuestro Checker de Converter for Media y las Alternativas a Converter for Media explican las diferencias con más detalle.

Imagify traslada la compresión a un servicio externo. Las nuevas subidas pueden procesarse automáticamente. Para los medios existentes hay una optimización masiva que continúa en segundo plano. Eso protege la CPU local. El uso gratuito está limitado por un cupo de datos mensual.

En hosting compartido este enfoque es cómodo. Antes de optimizar una gran biblioteca debes contar cuántos tamaños de miniaturas genera WordPress por original y si las copias de seguridad ocupan espacio adicional. Más detalles en el check de Imagify y las alternativas a Imagify.

ShortPixel procesa JPG, PNG, GIF, WebP y AVIF mediante un servicio externo. La cuenta gratuita incluye un cupo mensual de créditos. Dependiendo de la configuración, también cuentan las miniaturas que WordPress genera. Antes de una optimización masiva debes definir copia de seguridad, conteo de miniaturas y método de entrega.

Las muchas opciones son flexibles pero requieren una configuración cuidadosa. Nuestro check de ShortPixel y las alternativas a ShortPixel ayudan a comparar.

EWWW combina herramientas locales con procesamiento opcional en la nube y CDN. WebP local puede funcionar sin un cupo mensual de imágenes si el hosting proporciona los programas y permisos necesarios. AVIF y la entrega dinámica por CDN dependen más de los servicios externos del proveedor.

Esto es útil si quieres elegir conscientemente entre local y externo. Documenta exactamente qué parte está activa. Si no, luego será difícil saber si una imagen viene de la carpeta uploads, de una API o del CDN. Véase también nuestro check de EWWW y las alternativas a EWWW.

Smush combina compresión, redimensionado, lazy loading y funciones de CDN. El optimizador gratuito tiene actualmente entre otras cosas un límite de tamaño por archivo. La entrega local de WebP y AVIF forma parte de las funciones avanzadas. Si ya usas Smush puedes agrupar varias tareas en un solo plugin.

Comprueba las superposiciones con plugins de caché y lazy loading. Dos sistemas que modifiquen las mismas URLs de imagen o atributos de carga complican innecesariamente la localización de errores. Más detalles en el check de Smush y en las alternativas a Smush.

Optimole procesa imágenes en la nube y entrega variantes adecuadas mediante un CDN. Formato, dimensiones y calidad pueden adaptarse al navegador y al dispositivo. El uso gratuito está actualmente limitado por visitas mensuales y no se cuenta como una conversión masiva local clásica.

El modelo es adecuado para sitios internacionales y muchas versiones responsive. Antes de cambiar prueba cómo vuelve el sitio a las URLs originales, cómo funciona un purge de caché y qué sucede al alcanzar un límite. Más información en el check de Optimole y en las alternativas a Optimole.

Jetpack Boost puede optimizar imágenes mediante el CDN de imágenes de Jetpack y servir WebP a navegadores compatibles. El procesamiento no se realiza en tu servidor. Es una opción sencilla si Boost ya está instalado y quieres la menor cantidad posible de ajustes.

La documentación actual describe WebP expresamente. No deberías asumir una selección manual de AVIF para el CDN de imágenes gratuito. Prueba también fondos CSS y componentes dinámicos de constructores de páginas, porque un CDN no siempre los reconoce igual que las imágenes normales de la biblioteca.

El procesamiento local tiene sentido si no quieres que los archivos de imagen salgan de tu servidor. Evita contingentes de API y se puede deshacer bien mientras no se sobrescriban los originales. La contrapartida es la carga del servidor: cada conversión necesita CPU, memoria y accesos de escritura.

neo Optimize encaja si el tamaño de salida debe ajustarse a la presentación real y crearse como copia en caché. Converter for Media se centra más en la conversión clásica de subidas y en reglas de entrega basadas en el servidor. EWWW ofrece más caminos, pero también requiere más atención sobre qué funciones locales y externas están activas.

Comprueba con cada solución local si tu servidor puede escribir el formato deseado, si los originales se conservan y cómo se regeneran las variantes. Tras cambiar los tamaños de miniaturas el proceso también debe seguir funcionando. En bibliotecas grandes un tiempo de espera no debería obligarte a empezar de nuevo.

Un CDN de imágenes puede generar desde un original la combinación adecuada de ancho, calidad y formato cuando hace falta. Optimole es en esta comparación el representante más claro de este modelo. Jetpack Boost es una opción más sencilla en el entorno Jetpack. EWWW y Smush también combinan optimización de imágenes con funciones CDN opcionales.

Las ventajas son menor carga en WordPress, variantes responsive flexibles y distribución mundial. Las desventajas aparecen al cambiar de proveedor. Cachés del CDN, URLs reescritas y fragmentos guardados de constructores de páginas pueden seguir apuntando al servicio antiguo tras la desactivación. Documenta por tanto cómo volver a las URLs originales y qué cachés deben vaciarse.

En plugins locales gratis suele significar: sin cupo mensual de imágenes, pero con trabajo de cálculo en tu hosting. Los plugins en la nube suelen limitar cantidad de datos o número de imágenes. Un CDN puede contar visitas o tráfico. Estos modelos no se pueden comparar con un solo número.

Para WebP local sin cupo continuo son candidatos neo Optimize, el conjunto de funciones WebP de Converter for Media y las funciones locales de EWWW. En un servidor débil un servicio en la nube limitado puede ser aun así la mejor solución gratuita. Comprueba límite de tamaño de archivo, conteo de miniaturas, acceso a AVIF, tráfico CDN, copias de seguridad y comportamiento al alcanzar un límite.

Después se trata de los detalles:

• Inventario existente: ¿Cuántos originales y tamaños generados hay realmente?
• WebP o AVIF: ¿Basta con WebP o el sistema puede generar AVIF de forma fiable?
• Originales y copias de seguridad: ¿Se dejan las fuentes intactas, se sustituyen o se guardan por separado?
• Nuevos tamaños de imagen: ¿Qué ocurre tras cambiar el tema o modificar ajustes de WooCommerce?
• Page Builder: Elementor, Bricks y otros builders almacenan fondos CSS de forma distinta a los elementos normales <img>-elementos.
• Multisite: Comprueba cuotas de almacenamiento, activación a nivel de red y dominios separados.
• Protección de datos: Si hay procesamiento externo, el proveedor, la región y el procedimiento de eliminación deben constar en la documentación.
• Esfuerzo continuo: Ten en cuenta miniaturas, nuevas subidas, visitas y tráfico CDN.

Si tienes que organizar muchos archivos, la biblioteca de medios es un paso de trabajo aparte. neo Library ayuda a mantener la visión general. La estructura de carpetas también es independiente del formato de archivo. Nuestra guía muestra cómo eliminar carpetas por fecha de las URLs de medios de WordPress.

1. Crear copia de seguridad. Haz copia de la base de datos y de la carpeta completa de uploads. Una copia de la base de datos no contiene archivos de imagen.
2. Probar con pocas imágenes. Usa fotos, logotipos con transparencia, capturas de pantalla, subidas grandes y galerías de WooCommerce. Un staging es ideal para ello.
3. Conservar los originales. Activa backups o elige un modelo de caché. No borres JPG y PNG mientras la reconstrucción posterior esté sin aclarar.
4. Iniciar el proceso por lotes de forma controlada. Observa CPU, RAM, tiempo de ejecución, tasa de error y espacio libre. Divide bibliotecas grandes en lotes.
5. Vaciar cachés de forma selectiva. Esto incluye caché de páginas de WordPress, object cache, caché del servidor, CDN y del navegador.
6. Comprobar tipos de páginas importantes. Abre la página de inicio, entradas, archivos, páginas de producto, sliders, lightbox y puntos de ruptura móviles.
7. Controlar la respuesta de la red. Determinan el código de estado, la URL y Content-Type: image/webp respectivamente image/avif.
8. Documentar rollback. Anota qué ajuste, regla de reescritura y nivel de caché debe cambiarse para volver atrás.

Puedes generar WebP o AVIF antes de subirlos y usarlos directamente en la biblioteca de medios. En un equipo de desarrollo, el proceso de build también puede generar automáticamente variantes modernas a partir de fuentes JPG y PNG. Alternativamente, un reverse proxy o CDN se encarga de la elección del formato.

El esfuerzo no está en la primera conversión, sino en la operación. Nuevas subidas de editores, miniaturas de WordPress, cambios de tema, srcset, tipos MIME, fallback y la invalidación de caché deben encajar. Las reglas manuales del servidor también deben tener en cuenta la petición del navegador en la clave de caché, para que un cliente no reciba una variante inadecuada.

Para equipos con una pipeline de despliegue y directrices claras de imagen, este es un buen camino. Para sitios editoriales típicos y tiendas, un solo plugin responsable suele ser más fácil de mantener.

Comprueba la respuesta de red real. A menudo faltan reglas de reescritura, la caché de página contiene HTML antiguo o un CDN aún no conoce la nueva variante. También un minificador de HTML puede <picture>-modificar el marcado.

Entonces el HTML apunta a una variante que no existe. Las causas son jobs de lote interrumpidos, rutas de subida incorrectas, permisos de escritura faltantes o archivos de caché borrados. Genera las variantes de nuevo y vacía las cachés.

Un .webp-URL con text/html como Content-Type suele ser una página de error o una configuración de servidor incorrecta. Para WebP debe image/webp, para AVIF image/avif devolver.

Con conversión on demand el servidor debe poder regenerar la variante. Comprueba permisos de archivos, el log de errores de PHP, la biblioteca de imágenes y la ruta de caché. En un CDN la ruta de origen puede ser inválida o estar bloqueada por protección contra hotlinking.

Un plugin de caché, un optimizador de imágenes y un CDN pueden comprimir la misma imagen uno tras otro. Esto genera URLs confusas y artefactos visibles. Designa a una persona responsable del formato y la compresión y desactiva la función en las otras herramientas.

No uses un valor de calidad único para todos los motivos. Fotos de producto, capturas de pantalla con texto, ilustraciones y gráficos con transparencia reaccionan de forma distinta. Compara siempre con las mismas dimensiones en píxeles.

WebP no reemplaza unas dimensiones adecuadas. Un original enorme consume almacenamiento, tiempo de copia de seguridad y potencia de cálculo. Limita las dimensiones de subida o genera variantes adecuadas sin perder el archivo maestro necesario para tamaños futuros.

La codificación AVIF y muchas tamaños de miniatura pueden sobrecargar un hosting compartido. Reduce el tamaño de los lotes, usa trabajos en segundo plano o cambia a procesamiento externo. Un plugin debería registrar errores y poder reanudarlo más tarde.

Las claves de caché deben tener en cuenta el formato y los encabezados relevantes de la petición. Vacía las variantes afectadas y comprueba si el caché del CDN distingue entre distintos navegadores.

Abre las herramientas de desarrollador, ve a "Network" y filtra por "Img". Recarga la página sin caché. Selecciona la imagen más importante y comprueba en "Headers" el Content-Type. En "Preview" verás si el archivo está intacto. "Initiator" muestra si se cargó desde HTML, CSS o JavaScript.

Además, comprueba el tamaño renderizado en el panel Elements y las dimensiones reales del archivo. Solo juntos indican si la imagen de WordPress se convirtió correctamente, está dimensionada de forma sensata y realmente se entregó como WebP o AVIF.

¿Convierte WordPress JPG automáticamente a WebP?

No. WordPress puede subir WebP y generar tamaños responsivos a partir de ellos, pero no convierte automáticamente toda una biblioteca existente de JPG o PNG a WebP. Para eso necesitas un plugin, un proceso de build o un CDN.

¿Es mejor WebP o AVIF para WordPress?

AVIF puede ser más eficiente en imágenes adecuadas, pero suele costar más potencia de cálculo en su generación. WebP está ampliamente establecido y sigue siendo la opción pragmática para muchos entornos. Prueba tus propios motivos y mantén una alternativa de reserva.

¿Puedo convertir imágenes existentes de la biblioteca de medios?

Sí. Muchos plugins ofrecen optimización masiva o generan variantes en la primera petición. Haz copia de seguridad de archivos y base de datos antes, comprueba almacenamiento y timeouts y prueba la reversión.

¿Debería eliminar los archivos JPG o PNG originales?

Normalmente no. Los originales se necesitan para nuevos tamaños de miniaturas, cambios de calidad, fallback y un cambio de proveedor. Un modelo reversible de caché o copia de seguridad es más seguro.

¿Mejora WebP automáticamente las Core Web Vitals?

No. Transferencias más pequeñas pueden ayudar, pero el LCP depende además de dimensiones, srcset, priorización, respuesta del servidor y JavaScript. El lazy loading en la imagen visible del LCP incluso puede perjudicar.

¿Puedo usar dos plugins de optimización de imágenes al mismo tiempo?

En la mayoría de los casos deberías evitarlo. Dos convertidores, sistemas de lazy loading o CDNs pueden solaparse. Define un responsable claro para conversión, compresión y entrega.

¿Elementor soporta WebP?

Sí, Elementor puede mostrar archivos WebP y AVIF válidos. Aun así prueba imágenes de fondo, etiquetas dinámicas, galerías, lightbox y archivos CSS regenerados, porque pueden cacharse de forma distinta a las imágenes de la biblioteca.

Un buen convertidor WebP para WordPress encaja con tu hosting y con el flujo editorial. Las soluciones locales te dan control y evitan el procesamiento externo. Los plugins en la nube alivian servidores débiles. Los CDNs de imágenes son potentes en tamaños dinámicos y entrega mundial, pero requieren un cache y un plan de salida limpios.

Si se conservan los originales y las imágenes deben procesarse en el propio servidor sin contingente externo, neo Optimize es un punto de partida razonable. Con recursos de servidor muy limitados o transformación dinámica global, la nube o un CDN son la dirección más adecuada. En cualquier caso prueba tipos de página reales y comprueba después la respuesta en el navegador.

Estado de funciones: 11 de agosto de 2026. Los proveedores pueden cambiar límites y alcance de funciones.