Todo plugin tiene una historia de origen. En el caso de Img Performer no fue una revelación en la ducha ni una decisión estratégica de producto en una reunión — fue frustración. Del tipo sano.

El mismo escenario, una y otra vez

Desarrollamos sitios WordPress para clientes. Y los clientes suben imágenes. Imágenes grandes. Imágenes muy grandes. Fotos de 4 megapíxeles directas del iPhone, exportaciones TIFF de 8 MB desde Lightroom, capturas de pantalla en triple resolución Retina.

El sitio se vuelve lento. La puntuación de Lighthouse se desploma. Google se queja. El cliente pregunta por qué de repente va con tirones.

Y explicamos, por tercera vez ese mes, qué es un formato de imagen razonable.

La pregunta que cada vez se repetía más

En algún momento, un cliente hizo la pregunta directamente: «¿No tenéis alguna forma de reducir el tamaño de las imágenes?»

Dimos respuestas razonables. Explicamos directrices para las subidas. Recomendamos plugins. Pero las peticiones se intensificaron — y llegaban de cada vez más clientes. Distintos sectores, distintos tipos de sitio, siempre el mismo problema.

En algún momento dejamos de decir que no.

La primera idea: convertir sin más

El núcleo estuvo claro enseguida. Si un cliente sube un JPEG, WordPress debería crear automáticamente una versión WebP y entregarla. Sin intervención, sin necesidad de explicaciones, sin directrices que se ignoran.

Suena sencillo — y técnicamente lo es. GD e Imagick pueden hacerlo. WordPress tiene los hooks adecuados. La verdadera pregunta era: ¿por qué tantos plugins envían las imágenes a servidores externos para esto, si la conversión se puede hacer localmente en una línea de PHP?

Queríamos hacerlo en local. En el servidor del cliente, con las bibliotecas que ya están disponibles. Sin clave API, sin nube, sin zona gris del RGPD.

La segunda función surgió por otro camino

Mientras trabajábamos en la conversión, la European Accessibility Act se convirtió en un tema cada vez más concreto — primero en conversaciones internas, luego en proyectos de clientes, después como un requisito real.

Y entonces nos dimos cuenta: los plugins de optimización de imágenes se ocupan del tamaño del archivo. Punto. La cuestión de si una imagen tiene un texto alternativo con sentido — si realmente es accesible para personas que usan un lector de pantalla — no le interesa a ninguno de esos servicios.

Es una carencia. Grande.

Así que construimos los textos alternativos IA como segunda función. No como algo añadido a posteriori, sino como una parte con el mismo peso dentro del plugin. En cada subida, Img Performer PRO puede generar automáticamente un texto alternativo — con el proveedor de IA que elijas, en el idioma del sitio, escrito directamente en la biblioteca de medios.

Dónde estamos ahora

El plugin ha sido enviado. La revisión de wordpress.org está en marcha. El fuego sigue ardiendo — aunque el tiempo para ello haya que encontrarlo entre proyectos de clientes, noches largas y café.

Esto es exactamente lo que documentaremos aquí: qué ha funcionado, qué no, qué subestimamos y qué haríamos diferente la próxima vez.

Empecemos.