Optimizar las imágenes es una de las pocas tareas de SEO donde el trabajo técnico y el resultado se tocan directamente: la imagen principal de tu página es, casi siempre, el elemento que Google cronometra para decidir si tu web carga rápido o lenta. Según el Web Almanac 2025 de HTTP Archive, en el 85,3 % de las páginas de escritorio y el 76 % de las páginas móviles el elemento LCP (Largest Contentful Paint) es una imagen.
Esta guía recorre las seis decisiones que se toman sobre cada imagen que subes —nombre de archivo, texto alternativo, formato, compresión, carga diferida y dimensiones— y explica qué hacer en cada una, con el criterio para decidir y la fuente que lo respalda.
¿Por qué las imágenes deciden la velocidad que mide Google?
Porque en la mayoría de webs el elemento que Google mide para calcular el LCP es una imagen: el 85,3 % en escritorio y el 76 % en móvil, según el Web Almanac 2025. Dicho de otra forma, si tu LCP va mal lo más probable es que el problema sea una imagen concreta, no «la web en general».
Las Core Web Vitals son tres métricas y las imágenes intervienen directamente en dos de ellas:
- LCP (velocidad de carga percibida). El objetivo que marca Google es 2,5 segundos o menos en al menos el 75 % de las visitas.
- CLS (estabilidad visual). El umbral recomendado es 0,1 o menos, medido en el percentil 75 de las cargas y separando móvil y escritorio. Una imagen sin dimensiones declaradas empuja el contenido hacia abajo cuando termina de cargar, y eso es exactamente lo que penaliza el CLS.
- INP (respuesta a la interacción). Sustituyó a FID como métrica oficial en marzo de 2024. Es la métrica en la que las imágenes tienen menos que decir.
Antes de tocar nada, identifica cuál es tu imagen LCP en las plantillas que más tráfico reciben: portada, ficha de producto o categoría, y artículo tipo. Casi todo lo que viene a continuación se aplica de forma distinta a esa imagen que al resto.
¿Cómo hay que nombrar el archivo de una imagen?
Con un nombre que describa lo que se ve en la imagen, no con el que sale de la cámara o del banco de imágenes. Evita nombres genéricos del tipo imagen1.jpg, foto2.png o DSC_0043.jpg: no aportan ninguna señal ni a Google ni a la persona que después tenga que encontrar ese archivo en la biblioteca de medios.
El nombre de archivo no trabaja solo. La documentación de Google Imágenes explica que Google extrae información sobre el tema de la imagen a partir del contenido de la página, incluidos los pies de foto y los títulos de imagen, y añade una recomendación concreta: siempre que sea posible, asegúrate de que las imágenes estén colocadas cerca del texto relevante y en páginas relevantes para el tema de la imagen.
Traducido a una regla operativa: una foto de producto colocada dentro del bloque de texto que describe ese producto aporta más contexto que la misma foto metida en un carrusel decorativo al final de la página.
¿Qué debe decir el texto alternativo y en qué se diferencia del atributo title?
El alt describe lo que se ve en la imagen para quien no puede verla, incluidas las personas que usan lectores de pantalla, y Google lo utiliza como señal: emplea el texto alternativo junto con algoritmos de visión por computador y el contenido de la página para entender el tema de la imagen. El atributo title de <img> no cumple esa función y no es un sustituto del alt: son dos cosas distintas y solo una de ellas está documentada como señal para Google Imágenes.
El estado real del parque web es malo. Según el capítulo de accesibilidad del Web Almanac 2025:
- Entre el 13 % y el 14 % de las imágenes no tienen ningún atributo
alt, tanto en móvil como en escritorio. - Un 30 % usan un
altvacío en ambas plataformas. - Aproximadamente un 8,5 % de los textos alternativos terminan en una extensión de archivo como
.jpgo.png.
Ese último 8,5 % es el error más fácil de detectar y de corregir: son nombres de fichero volcados automáticamente en el alt, no descripciones reales. Si al auditar tu web encuentras textos alternativos que acaban en .jpg, tienes un proceso automático rellenando ese campo mal.
El alt vacío, en cambio, no siempre es un error. El árbol de decisión de W3C WAI indica usar un atributo alt vacío cuando la imagen es puramente decorativa o cuando el texto que contiene ya está disponible como texto real al lado. El criterio para decidir es sencillo: si quitas la imagen y no se pierde información, alt=""; si se pierde, descríbela.
¿Qué formato de imagen conviene usar?
Google Search admite imágenes referenciadas en el atributo src de <img> en estos formatos: BMP, GIF, JPEG, PNG, WebP, SVG y AVIF. AVIF está en esa lista oficial, así que la duda no es si Google lo entiende, sino si tu web lo está sirviendo.
Y en general no lo está. En la imagen LCP, la más importante de la página, el Web Almanac 2025 encuentra que en escritorio el formato es JPG en el 57 % de las páginas y PNG en el 26 %. WebP se queda en el 11 % y AVIF, junto con MP4, SVG y GIF, no llega al 2 %. Los formatos modernos siguen siendo minoritarios justo donde más rendirían.
La forma de adoptarlos sin romper nada es servir el formato moderno con alternativa. La propia documentación de Google Imágenes recomienda usar el elemento <picture> o el atributo srcset en un <img>, proporcionando siempre un atributo src de reserva. Eso te permite entregar AVIF o WebP a quien los soporte y JPEG o PNG a quien no.
¿Cuánto hay que comprimir una imagen?
Hasta el punto anterior a que se note. La compresión es un intercambio entre peso y calidad, y Google es explícito en que la calidad también importa: las fotos de alta calidad resultan más atractivas para los usuarios que las imágenes borrosas o poco nítidas, y a la vez deben estar optimizadas para la velocidad. No es «comprime todo lo que puedas», es «comprime hasta el límite en el que la imagen sigue viéndose bien».
El criterio para saber si vas bien no es el peso del archivo en abstracto, sino el LCP de campo de esa plantilla. Si tu LCP ya está por debajo de 2,5 segundos en el 75 % de las visitas, la compresión no es tu cuello de botella y seguir apretando solo te va a costar calidad visual.
¿Cuándo se debe usar lazy loading y cuándo no?
Nunca en la imagen LCP. La guía de optimización de LCP de web.dev no deja margen: no apliques nunca carga diferida a tu imagen LCP, porque siempre provocará un retraso innecesario en la carga del recurso y tendrá un impacto negativo en el LCP. Para el resto de imágenes que quedan por debajo de la primera pantalla, el loading="lazy" sí es lo correcto.
Es un error mucho más común de lo que parece: el Web Almanac 2025 mide que en torno al 16 %-17 % de las páginas aplican lazy loading a su propia imagen LCP. Retrasan justo la imagen que no deberían retrasar, casi siempre porque un plugin o una plantilla aplica la carga diferida a todas las imágenes sin excepción.
El otro lado: priorizar la imagen LCP con fetchpriority
Además de no retrasarla, puedes adelantarla. El atributo fetchpriority="high" es una pista para que el navegador entienda qué recursos son los más importantes, no una orden. Su adopción sigue creciendo: aparece en el 17 % de las páginas móviles con imagen LCP, frente al 15 % en 2024, según el Web Almanac 2025. Sigue siendo minoritario, así que es de las palancas donde todavía queda margen frente a la competencia.
Comprueba que Googlebot ve las imágenes diferidas
Google avisa de que, mal implementado, el lazy loading puede ocultarle contenido: la implementación tiene que cargar todo el contenido relevante cuando este es visible en el viewport, sin depender de acciones del usuario como hacer scroll o clic, porque la Búsqueda de Google no interactúa con la página. Para verificarlo, usa la herramienta de Inspección de URLs y comprueba que las URLs de tus imágenes aparecen en el atributo src de los elementos <img> del HTML renderizado.
¿Por qué hay que poner width y height a las imágenes?
Para que el navegador reserve el espacio correcto mientras la imagen carga y el contenido no dé el salto que penaliza el CLS. La recomendación de web.dev es incluir siempre los atributos width y height en imágenes y vídeos, o bien reservar el espacio necesario con la propiedad CSS aspect-ratio.
Dos matices que evitan el efecto secundario típico de aplicar esto a lo bruto:
- Los navegadores modernos calculan la relación de aspecto a partir de
widthyheight, así que puedes combinarlos con CSS responsive (width: 100%; height: auto;) sin fijar alturas rígidas. - Si sirves imágenes responsive con
srcset, todas las variantes deben mantener la misma relación de aspecto para que un único parwidth/heightsiga siendo válido.
¿Sirven los plugins que optimizan imágenes automáticamente?
Sirven para lo mecánico, no para lo que exige criterio. Y conviene no confundir dos categorías que suelen mezclarse: un plugin SEO gestiona metadatos, indexación y datos estructurados de la página; un plugin de optimización de imágenes comprime, convierte a formatos modernos y genera los tamaños responsive. Son herramientas distintas que resuelven problemas distintos, y tener una no te ahorra la otra.
La automatización funciona bien para comprimir, convertir a WebP o AVIF y generar el srcset. Donde falla es en el texto alternativo: ese 8,5 % de alt terminados en .jpg que mide el Web Almanac sale precisamente de rellenar el campo automáticamente con el nombre del fichero. El alt lo escribe una persona que ha mirado la imagen.
Y hay una comprobación obligatoria después de instalar cualquiera de estos plugins: verifica que la carga diferida no se ha aplicado a la imagen LCP de tus plantillas principales. Es el fallo por defecto más frecuente y el que más caro sale.
Checklist: por dónde empezar el lunes
- Identifica la imagen LCP de tus tres plantillas con más tráfico: portada, categoría o ficha, y artículo.
- Quítale el
loading="lazy"si lo tiene y añádelefetchpriority="high". - Sírvela en WebP o AVIF mediante
<picture>osrcset, dejando siempre unsrcde reserva en JPEG o PNG. - Comprueba que todas las imágenes llevan
widthyheight, o que su espacio está reservado conaspect-ratio. - Busca en tu web textos alternativos que terminen en
.jpg,.pngo.webpy reescríbelos a mano. - Renombra los archivos nuevos con nombres descriptivos antes de subirlos y coloca cada imagen junto al texto que habla de ella.
- Vuelve a medir LCP y CLS de campo pasadas unas semanas: los umbrales de Core Web Vitals se evalúan sobre el percentil 75 de las visitas reales, no sobre una prueba puntual de laboratorio.
La optimización de imágenes es una de las patas del trabajo técnico que sostiene el posicionamiento SEO y GEO de una web, y casi siempre toca decisiones que se tomaron en la fase de diseño y desarrollo web: qué tamaños genera la plantilla, cómo se carga la imagen de cabecera o si el carrusel de portada reserva su espacio. Si al revisar esta lista descubres que el problema está en la plantilla y no en las imágenes, ese es el punto por el que hay que empezar.
Este artículo forma parte de nuestra guía sobre posicionamiento SEO y GEO. Si prefieres que lo hagamos por ti, mira nuestro servicio de posicionamiento SEO y GEO. Relacionado: Errores comunes de SEO y cómo corregirlos · Qué es Google Search Console: Guía completa.
Sigue leyendo
- Búsqueda en todas partes: por qué tu marca ya no compite solo en Google en 2026
- Tips para escoger las mejores palabras clave para tu SEO
- Cómo medir el ROI de tus campañas de publicidad digital
Sobre el autor
Jehiel Ramos · CEO y consultor digital
Jehiel Ramos es CEO y consultor digital en Vandelay, la agencia de marketing digital que fundó en Barcelona en 2020 y que hoy forma un equipo propio de ocho personas, sin subcontratación. Con más de diez años de experiencia en marketing digital, dirige la estrategia de los clientes de la agencia en posicionamiento SEO y GEO (visibilidad de marca en Google y en asistentes como ChatGPT, Gemini y Perplexity), campañas de Google Ads y Meta Ads, diseño web orientado a conversión y automatización de marketing con inteligencia artificial, siempre con un enfoque de retorno medible y no de métricas de vanidad. Escribe en el blog de Vandelay sobre la evolución de la búsqueda, la publicidad digital y la IA aplicada al marketing, con datos verificados en fuentes primarias. Puedes contactar con él en vandelay@vandelay.es o a través de su perfil de LinkedIn.
Perfil de LinkedIn · Todos sus artículos · Cómo producimos el contenido