Optimizar imágenes para SEO

El problema: imágenes pesadas y nombres sin sentido

Una foto de producto recién exportada de una cámara o de un editor de diseño casi nunca está lista para la web. Suele pesar varias veces más de lo necesario, guardarse en un formato costoso de decodificar, y llamarse algo como IMG_4821.JPG, un nombre que no le dice nada a un buscador sobre el contenido de la imagen. Multiplica eso por un catálogo de cientos de productos o un blog con años de publicaciones y el resultado es un sitio penalizado silenciosamente por las métricas de rendimiento, con imágenes que nunca aparecen en la búsqueda porque no tienen un ancla textual sobre la cual posicionar.

Qué hace exactamente el endpoint

Envíe una solicitud a POST /seo/image-optimize con la imagen de origen y una pista de slug o palabra clave, y el proceso elimina metadatos innecesarios, recodifica los píxeles con una calidad calibrada para mantenerse sin pérdida perceptible mientras reduce el peso en bytes, y elige el contenedor de salida más adecuado: formatos modernos cuando importa la compresión máxima, o JPEG y PNG cuando pesa más la compatibilidad. La respuesta incluye un nombre de archivo sugerido, normalizado en minúsculas, separado por guiones y libre de espacios o guiones bajos que rompan las URL.

Una breve nota sobre por qué el formato importa

El JPEG es el formato por defecto para fotografía web desde los años noventa porque hace bien una sola cosa: descartar el detalle que el ojo apenas nota. El PNG resolvió otro problema: salida sin pérdida para gráficos con bordes definidos y transparencia. La generación más reciente de formatos, construida sobre investigación de códecs de video, acorta esa distancia y suele producir una imagen visualmente equivalente con una fracción del peso. Elegir correctamente por imagen, en lugar de aplicar un único ajuste a toda una carpeta, es la palanca real que reduce el peso de la página.

Dónde encaja en un flujo de trabajo

Como la llamada es asíncrona, se integra con naturalidad en un flujo que ya ejecuta otros pasos: tomar la imagen recién subida a un CMS, optimizarla aquí, guardar el archivo y el nombre sugerido en el mismo registro, y continuar con la generación de texto alternativo o la actualización del mapa del sitio. Recibe un task_id de inmediato y el archivo terminado llega por webhook, sin espera síncrona.

Para quién es esto

Los equipos que publican a volumen lo notan primero: marketplaces que dan de alta vendedores, medios con un archivo cargado de imágenes, y agencias que reconstruyen la biblioteca de un cliente antes de una mejora de rendimiento. Si su CMS acepta cargas más rápido de lo que una persona puede renombrar y comprimir a mano, este es el paso que mantiene la calidad consistente sin importar quién subió el archivo.