Si tenés un sitio WordPress con cientos de imágenes, la optimización imágenes WordPress sin créditos deja de ser un lujo y se convierte en una necesidad real. Los plugins más populares del mercado operan con sistemas de créditos que se agotan rápido, y cuando eso pasa, tu flujo de trabajo se frena o tu billetera se resiente.

En 30 segundos

  • TinyPNG ofrece 500 compresiones gratuitas por mes; después, USD 0,015 por imagen. Para sitios con actualizaciones frecuentes, el costo escala rápido.
  • Imagify limita el plan gratuito a 20 MB por mes. ShortPixel permite 150 imágenes/mes gratis y cobra desde USD 3,99/mes.
  • Alternativas como WP Smush o EWWW Image Optimizer tienen sus propias restricciones: límite de 5 MB por imagen o carga extra al servidor.
  • Construir una solución propia con librerías como cwebp, mozjpeg o pngquant requiere trabajo inicial, pero elimina los límites y los costos por crédito.
  • En sitios medianos con flujo constante de imágenes, el ROI de una solución propia se alcanza en 2 a 3 meses comparado con planes pagos.

El problema con los plugins basados en créditos

Los plugins de optimización basados en créditos son una solución cómoda para sitios chicos. Pero en cuanto empezás a publicar contenido con frecuencia o tenés un ecommerce con catálogo de productos, el modelo se rompe.

Tomemos los más conocidos. TinyPNG da 500 créditos gratuitos por mes: suficiente si cargás pocas imágenes, pero si subís 30 fotos por semana para un blog o tienda, los créditos se terminan en dos semanas. A partir de ahí, USD 0,015 por imagen. No suena a mucho hasta que hacés el cálculo: 2.000 imágenes al mes son USD 30 extra, todos los meses, para siempre.

ShortPixel permite 150 imágenes gratis y cobra desde USD 3,99/mes para planes limitados. Imagify es el más agresivo en restricciones: apenas 20 MB por mes en el plan gratuito (que equivale a unas 15-20 fotos de resolución decente), y el plan básico arranca en USD 4,99 con facturación anual.

¿Y qué pasa cuando agotás los créditos a mitad de mes? Las imágenes quedan sin optimizar o el plugin te bloquea directamente. Ninguna de las dos opciones es buena.

Problemas ocultos de las soluciones cloud

Más allá del costo visible, hay fricciones que no aparecen en la página de precios.

Primero: la privacidad de los datos. Cuando usás un plugin basado en cloud, tus imágenes viajan a servidores de terceros para ser procesadas. Para la mayoría de los blogs, eso no importa. Para un ecommerce con fotos de productos exclusivos o un cliente con política de datos estricta, puede ser un problema real.

Segundo: la dependencia de disponibilidad. Si la API de TinyPNG tiene un incidente (y los tienen), tu proceso de publicación se frena o las imágenes suben sin optimizar. No tenés control sobre eso.

Tercero, y el más molesto: la gestión de cuotas. Cada mes hay que monitorear cuántos créditos quedan, evaluar si hay que comprar más, decidir si subir de plan. Es una micro-carga administrativa que se acumula. Hay equipos que gastan más tiempo gestionando créditos que revisando si las imágenes quedaron bien. Te puede servir nuestra cobertura de paso a paso para crear un plugin.

Alternativas gratuitas y sus limitaciones

Antes de construir algo propio, vale la pena entender por qué las alternativas gratuitas tampoco resuelven el problema del todo.

WP Smush

La versión gratuita limita la optimización a imágenes de hasta 5 MB. En 2026, con cámaras que producen archivos de 8-12 MB por foto RAW convertida, ese límite es un problema constante. La compresión que aplica en el plan gratuito tampoco es agresiva: ronda el 20-30% de reducción, lejos del 60-80% que logran las herramientas bien configuradas.

EWWW Image Optimizer

Procesamiento local, sin límites de créditos. Suena ideal. El problema es que usa los recursos de tu propio servidor para comprimir cada imagen, y en hostings compartidos o VPS de entrada (1-2 vCPUs), eso genera picos de CPU que pueden hacer lento el proceso de subida o incluso timeouts. En servidores dedicados o VPS decentes funciona bien, pero hay que tenerlo en cuenta.

Optimole

Modelo basado en visitas, no en créditos: el plan gratuito cubre hasta 5.000 visitas al mes. Si tu sitio supera eso (y si llegaste hasta acá, probablemente ya lo superó), el plan básico arranca en USD 19/mes. No es el modelo de créditos, pero sigue siendo un costo mensual recurrente atado al tráfico.

Herramientas para construir tu propia solución

Si decidís tomar el camino técnico, el ecosistema de librerías open source es sólido. Estas son las que realmente se usan en producción:

  • mozjpeg: encoder JPEG de Mozilla, produce archivos un 10-15% más chicos que libjpeg estándar con calidad visual equivalente.
  • pngquant: compresión lossy de PNG, reduce archivos hasta un 70% con pérdida de calidad difícil de detectar a ojo.
  • cwebp: encoder oficial de Google para WebP. Convierte JPEG/PNG a WebP con excelente ratio calidad/peso.
  • avifenc: encoder para AVIF, el formato más eficiente disponible hoy. Más lento que WebP pero produce archivos 30-50% más chicos.
  • ImageMagick: la navaja suiza. Hace todo, pero hay que configurarlo bien o consume memoria como si no hubiera un mañana.
  • optipng: optimización lossless de PNG. Más lento que pngquant pero sin pérdida de calidad.

Todas estas herramientas se instalan en el servidor con un solo comando en Ubuntu/Debian (apt install mozjpeg pngquant webp más los paquetes correspondientes). No necesitás pagar licencias, no tienen límites de uso, y no mandan tus imágenes a ningún lado.

Arquitectura básica de una solución custom

El flujo no es complejo. Ponele que alguien sube una foto desde el admin de WordPress. Lo que querés que pase es esto:

La imagen llega al hook wp_handle_upload → un proceso en PHP o Python toma el archivo → aplica las librerías de compresión en el servidor → genera las versiones necesarias (WebP, AVIF, thumbnails, original comprimida) → WordPress sirve la versión correcta según el navegador del visitante via srcset o un filtro de headers. Si tenés CDN, las versiones generadas se sincronizan automáticamente. Cubrimos ese tema en detalle en tipos de plugins WordPress disponibles.

En código PHP, el hook clave es:

add_filter('wp_generate_attachment_metadata', 'mi_optimizador_custom', 10, 2);

Dentro de esa función, usás exec() o proc_open() para llamar a las librerías instaladas en el servidor. Ojo con los permisos de ejecución y con sanitizar los paths de archivo correctamente (esto es seguridadenwordpress.com, así que el punto vale doble).

Una arquitectura más robusta separa el procesamiento en una cola asíncrona: la imagen se sube primero en su versión original, y el trabajo pesado de conversión se ejecuta en background para no bloquear la respuesta del admin. Con Action Scheduler (ya incluido en WooCommerce) o con un cron de WordPress bien configurado, esto no es difícil de implementar.

Costos reales: cloud vs. local vs. híbrido

Acá viene la parte que justifica o descarta el esfuerzo.

EscenarioCosto mensual estimadoLímitesControl
TinyPNG (2.000 img/mes)USD 25-30Cuota mensualNinguno
ShortPixel plan medioUSD 9,9910.000 créditos/mesBajo
Imagify plan básicoUSD 4,991 GB/mesBajo
VPS propio (2 vCPU, 4GB RAM) con solución customUSD 10-15Sin límitesTotal
En servidor existente (costo incremental)USD 0Sin límitesTotal
optimización imágenes wordpress sin créditos diagrama explicativo

Si ya tenés un VPS o servidor dedicado donde corre tu WordPress (que es lo más común en sitios con tráfico decente), el costo incremental de agregar las librerías de optimización es cero. El «costo» es el tiempo de desarrollo inicial: unas 8-16 horas para armar algo funcional y probado. Eso se amortiza en el segundo mes si venías pagando USD 10+ en créditos.

Para hosting compartido donde no tenés acceso a exec() (y muchos proveedores lo deshabilitan por seguridad), la solución local no aplica directamente. Ahí el modelo híbrido tiene sentido: procesás localmente las imágenes antes de subirlas con herramientas de escritorio o un script corriendo en tu máquina, y WordPress recibe ya los archivos optimizados. No es automatización pura, pero elimina los créditos.

Si necesitás un servidor con exec() habilitado y control real sobre el entorno, donweb.com ofrece VPS y servidores dedicados donde podés instalar cualquier librería sin restricciones.

Errores comunes al implementar optimización propia

Error 1: no conservar el original. Comprimir y sobreescribir la imagen original es una mala idea. Si el algoritmo tiene un bug o querés regenerar con otro nivel de calidad, no hay vuelta atrás. Guardá siempre el original en un directorio separado.

Error 2: no validar el tipo MIME real. Un archivo puede tener extensión .jpg y ser otra cosa. Si usás exec() para procesar imágenes sin validar el tipo MIME real del archivo primero, abrís una superficie de ataque. Usá wp_check_filetype() o finfo_file() antes de pasarle cualquier path a una librería externa.

Error 3: convertir todo a WebP sin fallback. El soporte de WebP es mayoritario en 2026, pero no universal. Si servís solo WebP sin ofrecer un fallback JPEG para navegadores que no lo soporten (algunos entornos corporativos con IE/Edge antiguo, por ejemplo), parte de tus visitantes verá imágenes rotas. Usá el elemento <picture> con <source> para WebP y <img> como fallback.

Error 4: no medir el resultado. Instalás la solución, parece que funciona, y nunca revisás si las imágenes realmente bajaron de peso. Revisá antes y después con PageSpeed Insights o WebPageTest para confirmar que el cambio tiene impacto real en Core Web Vitals. Para más detalles técnicos, mirá automatizar procesos en tu sitio.

Para profundizar en esto, mirá este artículo: Tired of credit-based image optimization plugins, so I built.

Así se gesta la innovación, como ves acá: Tired of credit-based image optimization plugins, so I built.

Si querés profundizar en esto, tenemos Tired of credit-based image optimization plugins, so I built.

Preguntas Frecuentes

¿Cómo puedo optimizar imágenes en WordPress sin usar créditos?

La opción más directa es usar EWWW Image Optimizer en modo local, que procesa las imágenes en tu propio servidor sin límites de créditos. Si tenés acceso SSH al servidor, podés complementarlo instalando mozjpeg, pngquant y cwebp para mejorar los ratios de compresión. En hosting compartido sin acceso a exec(), la alternativa es optimizar las imágenes localmente antes de subirlas con herramientas de escritorio.

¿Cuáles son las mejores alternativas gratuitas a ShortPixel e Imagify?

EWWW Image Optimizer es la alternativa gratuita más completa para optimización sin créditos: funciona en el servidor, soporta WebP y tiene integración nativa con WordPress. WP Smush tiene una versión gratuita usable, pero el límite de 5 MB por imagen es restrictivo. Para sitios con tráfico bajo (hasta 5.000 visitas/mes), Optimole ofrece un plan gratuito funcional basado en visitas.

¿Vale la pena crear una solución propia de optimización de imágenes?

Depende del volumen. Si subís más de 500 imágenes por mes o pagás más de USD 10/mes en créditos, el desarrollo propio se amortiza en 2-3 meses. El esfuerzo inicial es de 8-16 horas para algo funcional. Si publicás poco o el sitio es chico, los planes gratuitos de los plugins existentes alcanzan y no vale complicarse.

¿Qué herramientas necesito para optimizar imágenes localmente en WordPress?

En el servidor necesitás instalar las librerías de compresión: mozjpeg para JPEG, pngquant u optipng para PNG, cwebp para WebP y avifenc para AVIF. En WordPress, el hook wp_generate_attachment_metadata es el punto de entrada para interceptar las imágenes subidas y procesarlas. Si preferís no escribir código, EWWW Image Optimizer ya usa estas librerías si las encuentra instaladas en el sistema.

¿Cuál es el costo real de usar plugins basados en créditos a largo plazo?

Para un sitio que sube 1.000 imágenes por mes, el costo en TinyPNG supera los USD 20/mes (descontando los 500 gratuitos). En un año, son más de USD 240. Un VPS básico para alojar WordPress con optimización local cuesta entre USD 10 y 15/mes, con control total y sin límites. La diferencia se hace evidente rápido en sitios con flujo constante de contenido visual.

Conclusión

Los plugins de créditos tienen su lugar: son cómodos, rápidos de configurar y perfectos para sitios chicos que suben pocas imágenes. Pero en cuanto el volumen crece, el modelo se vuelve caro y difícil de predecir.

La solución propia no es para todos. Requiere acceso al servidor, algo de tiempo de desarrollo y criterio para no abrir agujeros de seguridad en el proceso. Eso sí: una vez que funciona, funciona para siempre sin costos adicionales.

Si estás en el punto medio, EWWW Image Optimizer en modo local es el camino de menor resistencia: instalás el plugin, configurás las librerías del servidor, y tenés optimización sin créditos sin escribir una línea de código propio. Para quienes quieran control total y no les asuste ensuciarse las manos, la arquitectura custom con hook en wp_generate_attachment_metadata más librerías open source es la solución más sostenible a largo plazo.

Fuentes

Categorizado en: