SEO de imágenes

TL;DR — El SEO de imágenes consiste en hacer que las imágenes de tus páginas funcionen para la búsqueda: aparecer en Google Imágenes y cargar rápido para que no ralenticen tu página. Lo básico: usa un nombre de archivo descriptivo, escribe un buen texto alternativo, comprime las imágenes para que no sean enormes, elige un formato moderno como WebP y no hagas que la imagen grande de la parte superior de la página se cargue de forma diferida (“lazy load”). No hay ningún impulso mágico de posicionamiento en nada de esto — solo ayuda a que tus imágenes se encuentren y mantiene tus páginas rápidas.

Qué es el SEO de imágenes

Cuando pones una imagen en una página web, los motores de búsqueda pueden hacer dos cosas útiles con ella. Pueden mostrarla en la búsqueda de imágenes (Google Imágenes, Bing Images, Google Lens), lo que envía a las personas a tu página. Y leen la imagen como parte de la página — principalmente a través de su texto alternativo — para entender de qué trata la página.

El problema es que un motor de búsqueda no puede “ver” una foto como tú. Depende de las pistas que le des: el nombre del archivo, el texto alternativo, las palabras alrededor de la imagen y el archivo en sí. El SEO de imágenes consiste en dar buenas pistas — y asegurarte de que la imagen no ralentice tu página hasta el punto de arrastrarla.

Las pocas cosas que importan

• Usa un formato real y comprímelo. WebP y AVIF son formatos modernos que hacen que los archivos sean mucho más pequeños que los JPEG antiguos sin que se vean peor. Archivos más pequeños = páginas más rápidas. Las páginas más rápidas ayudan a tu posicionamiento (no por el formato en sí, sino porque la velocidad cuenta).
• Nombra el archivo de forma descriptiva. golden-retriever-puppy.jpg le dice a Google más que IMG_0042.jpg. Haz esto para imágenes nuevas — no vuelvas atrás a renombrar todas las antiguas (más sobre esto en la pestaña Avanzado).
• Escribe un buen texto alternativo. Esta es la descripción corta de la imagen. Es lo principal que ayuda a que tu imagen aparezca en la búsqueda de imágenes. También es obligatorio para la accesibilidad. Lo cubro por completo en la guía separada de texto alternativo.
• No cargues de forma diferida la imagen grande de la parte superior. La “carga diferida” retrasa la carga de las imágenes hasta que te desplazas hasta ellas — genial para las imágenes más abajo en la página, malo para la imagen principal en la parte superior, porque esa es la que Google usa para medir la velocidad de tu página.
• Usa una imagen única cuando puedas. Las fotos de stock están bien para la búsqueda normal, pero la misma foto de stock está en otros mil sitios, así que es más difícil destacar en la búsqueda de imágenes.

Lo que la mayoría de la gente entiende mal

No hay un “impulso” de SEO por usar WebP o AVIF. La gente asume que cambiar de formato mejorará su posicionamiento. No lo hará — Google lo ha dicho directamente. Lo que hacen los formatos modernos es hacer que tus páginas sean más rápidas, y la velocidad es lo que realmente ayuda. Lo mismo con renombrar archivos: útil para imágenes nuevas, pero renombrar toda tu biblioteca puede hacer más daño que bien.

¿Quieres la versión precisa — las citas exactas de Google, las ventajas y desventajas de los formatos, los datos estructurados, los sitemaps de imágenes, Discover y las reglas de carga diferida — cambia a la pestaña Avanzado.

TL;DR — El SEO de imágenes son dos objetivos separados: (1) posicionar en la búsqueda de imágenes (Google Imágenes / Lens / Bing), impulsado por el texto alternativo, los nombres de archivo, el contexto de la página y la unicidad; y (2) el rendimiento de la página, porque las imágenes suelen ser el elemento LCP. Google indexa <img> (incluido dentro de <picture>) — no los fondos CSS — y admite BMP, GIF, JPEG, PNG, WebP, SVG, AVIF. No hay impulso directo de posicionamiento por usar WebP o AVIF (Mueller); el beneficio es velocidad → Core Web Vitals. No renombres en masa los archivos existentes. La carga diferida nativa loading="lazy" es segura debajo del pliegue, pero nunca en la imagen LCP — esa recibe fetchpriority="high". Desde mayo de 2025, referencia la misma imagen en la misma URL en todas partes. Los datos estructurados (ImageObject, matrices de imágenes de Product/Article) desbloquean los resultados enriquecidos; los sitemaps de imágenes aún ayudan al descubrimiento. El texto alternativo tiene su propio análisis en profundidad.

El SEO de imágenes son dos trabajos, no uno

Este es el marco al que sigo volviendo, y casi toda “lista de verificación de SEO de imágenes” lo difumina. Hay dos objetivos distintos, y requieren trabajos diferentes:

1. Posicionamiento en la búsqueda de imágenes. Conseguir que tus imágenes aparezcan en Google Images, Bing Images y Google Lens para consultas específicas de imágenes. Esto depende del texto alternativo, los nombres de archivo, el texto que rodea la imagen, los datos estructurados y la singularidad de la imagen.
2. Rendimiento de la página. Las imágenes son casi siempre el elemento más pesado de una página — los propios documentos de Google dicen que las imágenes son “often the largest contributor to overall page size.” (traducción) «a menudo el mayor contribuyente al tamaño total de la página». Eso las convierte en el culpable habitual de un Largest Contentful Paint (LCP) lento, que alimenta los Core Web Vitals, que es una señal de posicionamiento en la búsqueda web.

Mantén estos aspectos separados y todo el tema se aclara. El texto alternativo y los nombres de archivo son principalmente una estrategia para la búsqueda de imágenes. El formato, la compresión y la estrategia de carga son una estrategia de rendimiento. Ambos importan; simplemente no son la misma palanca.

Y el volumen es real: la búsqueda de imágenes y visual es una parte significativa de toda la actividad de búsqueda, y Google Lens ha crecido rápido. Las imágenes optimizadas no son solo defensivas — son una fuente de tráfico.

Cómo descubre e indexa Google las imágenes

Algunos mecanismos deciden si tus imágenes siquiera llegan al índice:

• Solo se indexa el <img> de HTML. Google: “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” (traducción) «Google analiza los elementos <img> del HTML, incluso cuando están dentro de otros elementos como <picture>, para indexar imágenes, pero no indexa imágenes CSS». Si una imagen vive solo en un background-image de CSS, es invisible para la búsqueda de imágenes. Pon cualquier cosa que quieras que se encuentre en un <img>.
• Proporciona siempre un src de respaldo. Cuando uses srcset o <picture>, mantén también un src simple — “some browsers and crawlers don’t understand” (traducción) «algunos navegadores y rastreadores no entienden» los atributos responsivos, y el src es la red de seguridad en la que confía Google.
• Formatos compatibles: BMP, GIF, JPEG, PNG, WebP, SVG y AVIF (la compatibilidad con AVIF llegó en agosto de 2024). La extensión del archivo debe coincidir con el tipo de archivo real.
• El contexto sigue importando junto con el marcado. El marcado compatible hace que se descubra una imagen; es el texto circundante de la página, los pies de foto, los títulos y otros metadatos los que Google combina con la propia imagen para entender de qué trata una vez encontrada.
• Consistencia de URL (actualización de mayo de 2025). Google ahora recomienda referenciar la misma imagen con la misma URL cada vez que aparezca. Un portavoz de Google lo expresó así: “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (traducción) «Actualizamos las prácticas recomendadas de SEO de imágenes de Google para aclarar que las URL de las imágenes deben referenciarse de forma coherente y facilitar el rastreo de sitios web grandes». Esto es una cuestión de eficiencia de rastreo: misma imagen, misma URL, para que Google pueda almacenarla en caché y reutilizarla en lugar de volver a buscar la misma imagen bajo diferentes rutas de CDN o cadenas de consulta.

Formatos de archivo: elige por velocidad, no por un impulso SEO

Aquí está el mito que hay que eliminar primero: no hay un impulso de posicionamiento directo por los formatos “de última generación”. Mueller confirmó que no hay “SEO boost” (traducción) «ventaja de SEO» para AVIF, y la misma lógica se aplica a WebP — “WebP images are fine for Image Search,” (traducción) «Las imágenes WebP son adecuadas para la Búsqueda de imágenes», pero «adecuadas» no es “mejor.” Google no te recompensa por el contenedor.

Lo que los formatos modernos hacen es reducir tus archivos, lo que acelera la página, lo que ayuda a los Core Web Vitals — un beneficio indirecto. Así que elige según los méritos:

• AVIF — la mejor compresión (a menudo 50%+ más pequeño que JPEG). Úsalo donde la compatibilidad del navegador esté cubierta, con respaldos.
• WebP — 25–35% más pequeño que JPEG con compatibilidad casi universal en navegadores. El estándar seguro para fotos hoy en día.
• JPEG — respaldo universal para fotografías.
• PNG — cuando necesitas transparencia o gráficos con bordes nítidos.
• SVG — logotipos e iconos (vectorial, escala infinitamente, diminuto).
• GIF — evítalo para cualquier cosa no trivial; usa video o WebP/AVIF animado en su lugar.

La implementación limpia es <picture> con elementos <source> para los formatos modernos y un respaldo <img src>, para que los navegadores más antiguos degraden con elegancia y Google todavía tenga un src para indexar.

Nombres de archivo: descriptivos para imágenes nuevas, no renombres en masa las antiguas

Los nombres de archivo son una señal real (aunque menor). La propia recomendación de Google es usar nombres cortos y descriptivos — “el nombre del archivo puede darle a Google pistas sobre el tema de la imagen” — así que golden-retriever-puppy.jpg supera a IMG00023.JPG, y cualquier nombre genérico como image1.jpg es una oportunidad desperdiciada.

Pero aquí está el matiz que confunde a la gente: no vuelvas atrás y renombres tus archivos existentes. Mueller fue claro en que el renombrado masivo “va a tomar mucho tiempo para que los sistemas de Google vean” las nuevas imágenes, y que el efecto es “mínimo… quizás sin efecto visible en absoluto” si tu texto alternativo y el contexto circundante ya son buenos. Gary Illyes enmarcó la pérdida de señal por migraciones de URL de imágenes como “en línea con los resultados de búsqueda web, que son unas pocas semanas.” Así que: nombres descriptivos en imágenes nuevas, sí; un proyecto de renombrado en todo el sitio para un beneficio marginal y semanas de cambios, no.

Texto alternativo (la versión corta)

No voy a repetir el tratamiento completo aquí porque el texto alternativo tiene su propia inmersión profunda. El titular: el texto alternativo es la pieza más importante de los metadatos de imagen, pero su beneficio real es la búsqueda de imágenes y la accesibilidad — no los rankings de búsqueda web. Google lo lee junto con la visión por computadora y el contexto de la página, así que escribe para el contexto, no rellenes con palabras clave, y usa alt="" para imágenes puramente decorativas. Las reglas completas, citas y flujo de auditoría están en mi guía de texto alternativo.

Compresión, carga diferida y Core Web Vitals

Porque las imágenes suelen decidir tu LCP, aquí es donde el SEO de imágenes y Core Web Vitals se superponen más:

• Comprime todo. Ajusta las imágenes a sus dimensiones de visualización y comprímelas. Esta es la palanca de rendimiento más grande para la mayoría de las páginas.
• La carga diferida nativa es segura — debajo del pliegue. loading="lazy" en el <img> está respaldado por Google y es rastreable. Las implementaciones que fallan son las de JavaScript que ocultan la URL real en data-src y nunca exponen un src — esas corren el riesgo de no ser indexadas. Quédate con loading="lazy" nativo o IntersectionObserver, y asegúrate de que las imágenes se carguen cuando sean visibles, no en un clic o deslizamiento (“Google Search no interactúa con tu página”).
• Nunca cargues diferidamente la imagen LCP. Esta es la regla que la gente más rompe. Tu imagen más grande sobre el pliegue (generalmente el héroe) debería cargarse de forma eager — loading="eager" y fetchpriority="high" — no de forma diferida. Cargar diferidamente la imagen LCP puede añadir cientos de milisegundos al LCP sin razón.

Imágenes responsivas

Usa srcset + sizes (diferentes resoluciones para diferentes viewports) y <picture> (dirección de arte / cambio de formato). Dos cosas a tener claras:

• Siempre incluye un src de respaldo. Como arriba — los rastreadores y navegadores antiguos lo necesitan.
• Cada candidato debe ser alcanzable. Cualquier regla de acceso que aplique a tu src de respaldo — no bloqueado, no detrás de autenticación, no una URL muerta — aplica también a cada candidato de srcset/<picture>. Un candidato no descubrible no ayuda incluso cuando el respaldo está bien.
• Mantén tus URL coherentes con la página. La URL de imagen que pongas en un sitemap de imágenes debería ser la misma que la página usa realmente. No sirvas una URL de imagen diferente para móvil y escritorio: Google prioriza la versión móvil al rastrear, y las URL divergentes causan una pérdida temporal de tráfico de imágenes mientras reconstruye el historial de posicionamiento de las nuevas URL.

Datos estructurados para imágenes

Los datos estructurados son lo que desbloquea los resultados enriquecidos y las insignias relacionados con imágenes:

• ImageObject con una propiedad license hace que las imágenes sean elegibles para la insignia de licencia en Google Images. Los campos requeridos son contentUrl más al menos uno de creator, creditText, copyrightNotice o license; agrega license + acquireLicensePage para la insignia en sí.
• Los datos estructurados de Product y Article quieren una matriz de imágenes con múltiples relaciones de aspecto (comúnmente 16:9, 4:3, 1:1). La propiedad image es obligatoria para los resultados enriquecidos con imágenes.
• Control de miniaturas. La selección de miniaturas de Google es automática, pero puedes influir en ella mediante el esquema primaryImageOfPage, la propiedad image de la entidad principal o la etiqueta meta og:image — Google usa tanto el marcado de schema.org como og:image para las miniaturas en Search y Discover.

El marcado elegible no es una garantía de visualización — Google aún decide, página por página, si mostrar realmente la insignia, el tratamiento de la matriz de imágenes o la miniatura que tu datos estructurados hacen posible.

Aquí es también donde el SEO de imágenes se superpone con el tema más amplio de datos estructurados — el marcado que impulsa los resultados enriquecidos de producto, artículo e imagen es la misma maquinaria.

Sitemaps de imágenes

Los sitemaps de imágenes son una herramienta de descubrimiento, más útil para imágenes alojadas en CDN, galerías grandes y sitios con mucho JavaScript donde las imágenes podrían no encontrarse mediante el rastreo normal. Dos notas que sorprenden a la gente: Google ahora solo admite <image:image> y <image:loc> (deprecó <image:caption>, <image:title>, <image:geo_location> y <image:license> el 6 de mayo de 2022 — aunque Bing aún los usa, así que mantenlos si sirves un solo sitemap a ambos). Y los sitemaps de imágenes son el único lugar donde se permiten URLs de dominio cruzado en <image:loc>, lo cual es útil para el alojamiento en CDN (verifica el dominio del CDN en Search Console). La mecánica está en el artículo de sitemaps de imágenes. Nada de esto es una promesa: un sitemap de imágenes puede ayudar a Google a descubrir imágenes que de otro modo podría pasar por alto, pero enviar uno no garantiza el rastreo, la indexación ni el posicionamiento.

Discover e imágenes grandes

Para ser elegible para vistas previas de imágenes en formato grande en Discover y en las superficies de Google, agrega <meta name="robots" content="max-image-preview:large"> y usa imágenes grandes — de al menos 1 200 px de ancho, alta resolución, idealmente 16:9. El propio estudio de caso de Google documentó un aumento real del CTR al habilitar las vistas previas grandes (un blog de comida con +79 % de CTR desde Discover; un sitio de noticias con +30 % de CTR / +332 % de clics en seis meses). Este es uno de los pocos cambios de imágenes con un beneficio directamente medible.

Imágenes de stock vs. únicas

La posición de Mueller merece citarse claramente: la fotografía de stock “doesn’t matter for web search directly,” (traducción) «no importa directamente para la búsqueda web», pero “for image search, if it’s the same image as used in many places, it’ll be harder.” (traducción) «para la búsqueda de imágenes, si es la misma imagen que se utiliza en muchos lugares, será más difícil». Y por separado: “uniqueness isn’t equivalent to higher quality” (traducción) «la singularidad no equivale a una calidad superior» — tomar la foto tú mismo no la posiciona automáticamente mejor. Así que: usa stock libremente si solo te importan los rankings web; usa imágenes únicas cuando la visibilidad en la búsqueda de imágenes importe, porque una imagen única no tiene nada con qué competir.

Emergente: etiquetado de imágenes con IA (C2PA / IPTC)

Vale la pena señalarlo porque es nuevo y la mayoría de las guías lo pasan por alto: Google lee los campos de copyright IPTC (que pueden mostrarse como crédito de atribución en Google Images — visibilidad de marca gratuita) y usa los metadatos IPTC / C2PA para identificar imágenes generadas por IA, mostrando una etiqueta «generada por IA» mediante la función «Información sobre esta imagen». El EXIF de la cámara (ISO, apertura, GPS) no tiene un efecto documentado en el posicionamiento: elimínalo por rendimiento, pero conserva los campos de copyright. Este espacio aún está evolucionando.

Dónde ir a continuación

Este centro es el mapa. Las inmersiones profundas y los temas adyacentes:

• Texto alternativo — el tratamiento completo del atributo alt: por qué es búsqueda de imágenes y no búsqueda web, implicaciones de accesibilidad/legales, reglas de escritura, imágenes decorativas, texto de anclaje de imágenes enlazadas y auditoría a escala. Es el único subtema lo suficientemente profundo como para merecer su propio artículo.
• Posicionamiento en Google Imágenes — el análisis profundo sobre la visibilidad específicamente en Google Imágenes y Lens: requisitos de indexación, imágenes con licencia y los mitos que las páginas mejor posicionadas aún repiten.
• Formatos de imagen — JPEG vs. PNG vs. WebP vs. AVIF en detalle: para qué sirve realmente cada formato y por qué el cambio de formato en sí no es un factor de posicionamiento.
• Core Web Vitals — la mitad de rendimiento del SEO de imágenes vive aquí. La compresión, el LCP y fetchpriority son realmente trabajo de Core Web Vitals con sombrero de imagen.
• Datos estructurados — ImageObject, matrices de imágenes de Producto/Artículo y el control de miniaturas con og:image son parte de la historia más amplia de los datos estructurados.
• Sitemaps de imágenes — la mecánica de descubrimiento, las etiquetas obsoletas para Google pero mantenidas para Bing y las URLs de CDN entre dominios.

Resumen de IA

Una versión condensada de la versión avanzada:

• El SEO de imágenes son dos trabajos: (1) posicionar en la búsqueda de imágenes (Google Imágenes / Lens / Bing) — impulsado por el texto alternativo, los nombres de archivo, el contexto de la página y la unicidad; y (2) el rendimiento de la página, porque las imágenes suelen ser el elemento LCP que alimenta Core Web Vitals.
• Mecánica de descubrimiento: Google indexa <img> (incluido dentro de <picture>), no los fondos CSS; mantén siempre un src de respaldo; los formatos admitidos son BMP, GIF, JPEG, PNG, WebP, SVG, AVIF.
• Los formatos no dan un impulso directo al posicionamiento (Mueller, sobre AVIF; WebP es «adecuado»). La ventaja es la velocidad. Elige AVIF/WebP para compresión, PNG para transparencia y SVG para iconos.
• Nombres de archivo: los nombres descriptivos ayudan a las imágenes nuevas; no renombres en masa las existentes (efecto mínimo/inexistente, semanas de cambios — Mueller; pérdida de señal de ~“a few weeks” — Illyes).
• El texto alternativo ayuda principalmente a la búsqueda de imágenes, no al posicionamiento web — cubierto en su propio artículo.
• Carga diferida: loading="lazy" nativo es seguro bajo el pliegue; el JS que oculta la URL en data-src es arriesgado; nunca cargues diferidamente la imagen LCP — usa fetchpriority="high".
• Consistencia de URLs (mayo de 2025): referencia la misma imagen en la misma URL en todas partes; haz coincidir las URLs móviles y de escritorio.
• Datos estructurados: ImageObject + license = insignia de licencia; Producto/Artículo quieren matrices de imágenes de múltiples relaciones de aspecto; primaryImageOfPage / og:image influyen en las miniaturas.
• Los sitemaps de imágenes ayudan al descubrimiento (CDN, galerías grandes, sitios JS); Google mantuvo solo <image:image> / <image:loc> (obsoletizó el resto en mayo de 2022 — Bing aún los usa).
• Descubrimiento: max-image-preview:large + imágenes de 1200 px / 16:9; aumento documentado del CTR.
• Stock vs. únicas: el stock es bueno para la búsqueda web, más difícil para la búsqueda de imágenes; la unicidad ≠ mayor calidad. El etiquetado de imágenes con IA mediante C2PA/IPTC está emergiendo; EXIF no posiciona.

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda.

Google

• Prácticas recomendadas para imágenes de Google — la referencia principal: descubrimiento mediante <img>, formatos compatibles, nombres de archivo descriptivos, texto alternativo, imágenes adaptables, consistencia de URL, selección de imagen preferida y cómo optar por no participar en el enlazado en línea.
• Mapas de sitio de imágenes — las etiquetas compatibles <image:image> / <image:loc>, URLs de dominios cruzados para CDN y el límite de 1 000 imágenes por URL.
• Datos estructurados de licencia de imágenes — ImageObject, campos obligatorios/recomendados y la insignia de licencia.
• Datos estructurados de artículo — la matriz de imágenes recomendada y las proporciones de aspecto (16:9, 4:3, 1:1).
• Datos estructurados de fragmento de producto — recomendaciones de imágenes de producto.
• Corregir contenido con carga diferida — loading="lazy" nativo / IntersectionObserver, y por qué la carga activada por interacción oculta contenido a Google.
• Etiqueta meta robots — max-image-preview — desbloquear vistas previas grandes de imágenes en Search y Discover.
• Caso de estudio de imágenes grandes — los propios datos de aumento de CTR de Google al habilitar vistas previas grandes.
• Evitar que las imágenes aparezcan en la búsqueda — robots.txt (Googlebot-Image), X-Robots-Tag: noindex y la herramienta de eliminación.
• Prácticas recomendadas de indexación móvil primero — coincidencia de URLs de imágenes, texto alternativo y nombres de archivo en móvil y escritorio.

Bing / Microsoft

• Ser parte del ecosistema de Búsqueda de imágenes de Bing — el descubrimiento de imágenes de Bing y los metadatos que utiliza (nota: Bing todavía usa las etiquetas de mapa de sitio de imágenes que Google dejó de usar).
• Búsqueda visual de Bing — búsqueda visual a nivel de objeto y qué ayuda a Bing a coincidir imágenes.

Citas de la fuente

Declaraciones públicas de Google. Cuando una página expone el texto, el enlace es un enlace profundo que salta al pasaje citado.

Documentos de Google — descubrimiento y nombres de archivo

• “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” (traducción) «Google analiza los elementos <img> del HTML (incluso cuando están dentro de otros elementos como <picture>) en tus páginas para indexar imágenes, pero no indexa imágenes CSS.» Ir a la cita
• “The filename can give Google clues about the subject matter of the image.” (traducción) «El nombre del archivo puede darle a Google pistas sobre el tema de la imagen.» Ir a la cita

Portavoz de Google — consistencia de URL (mayo de 2025)

• “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (traducción) «Actualizamos las prácticas recomendadas de SEO de imágenes de Google para aclarar que las URLs de las imágenes deben referenciarse de manera consistente para facilitar el rastreo en sitios web más grandes.» Cobertura

John Mueller, Google — los formatos no dan ventaja de SEO

• Sobre AVIF: no hay “ventaja de SEO” por usar archivos AVIF — el beneficio es indirecto, a través de la velocidad de página. Cobertura
• Sobre WebP: “WebP images are fine for Image Search.” (traducción) «Las imágenes WebP están bien para la Búsqueda de imágenes.» Cobertura

John Mueller, Google — no renombres archivos en masa

• “If you change all of the filenames across the website, then it’s going to take a lot of time for Google’s systems to see” (traducción) «Si cambias todos los nombres de archivo del sitio web, los sistemas de Google tardarán mucho tiempo en ver» las nuevas imágenes — y el efecto es “minimal effect, maybe no visible effect at all” (traducción) «mínimo, quizá sin ningún efecto visible» si el texto alternativo y el contexto circundante ya están en su lugar. Cobertura de SEJ

John Mueller, Google — imágenes de stock vs. únicas

• Las fotografías de stock “doesn’t matter for web search directly,” (traducción) «no importan directamente para la búsqueda web», pero “for image search, if it’s the same image as used in many places, it’ll be harder.” (traducción) «para la búsqueda de imágenes, si es la misma imagen utilizada en muchos lugares, será más difícil». Cobertura
• “Uniqueness isn’t equivalent to higher quality” (traducción) «La singularidad no equivale a una calidad superior» — tomar una foto uno mismo no necesariamente hace que la página o la imagen se posicione mejor. Cobertura

John Mueller, Google — transmisión de imágenes

• Incrustar imágenes mediante transmisión es “a great way to prevent your images from being found through search engines” (traducción) «una excelente forma de impedir que los motores de búsqueda encuentren tus imágenes» — es decir, no es amigable para el SEO. Cobertura

Gary Illyes, Google — pérdida de señales en migración de imágenes

• La pérdida de señales por migraciones de URL de imágenes es “in line with web search results, which is a few weeks.” (traducción) «coherente con los resultados de la búsqueda web, es decir, unas pocas semanas». Cobertura

Hoja de referencia de SEO de imágenes

Los factores — qué hace cada uno y la mejor práctica

Datos rápidos

• Formatos compatibles: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF (AVIF desde agosto de 2024).
• Google indexa <img> (incluido dentro de <picture>) — no background-image de CSS.
• Sin impulso directo de clasificación para WebP/AVIF — el beneficio es la velocidad → Core Web Vitals.
• EXIF (ISO/apertura/GPS): sin efecto en la clasificación; los campos de copyright IPTC pueden mostrarse como crédito.
• C2PA/IPTC: se usan para etiquetar imágenes generadas por IA en Google (“Acerca de esta imagen”) — emergente.

El modelo mental

El SEO de imágenes son dos trabajos, no uno. Casi todas las “listas de verificación de SEO de imágenes” mezclan esto junto, y mezclarlo es exactamente la razón por la que los mitos (¡renombra tus archivos! ¡cambia a WebP para mejorar la clasificación!) siguen propagándose. Divídelo en los dos objetivos que realmente es, y cada consejo se ordena en el cubo correcto:

1. Clasificación en la búsqueda de imágenes. Hacer que tus imágenes se encuentren en Google Images, Bing Images y Google Lens para consultas específicas de imágenes. Las palancas aquí son el texto alternativo, los nombres de archivo, el texto que rodea la imagen, los datos estructurados y la singularidad de la imagen. Nada de esto afecta la velocidad de carga de la página.

2. Rendimiento de la página. Las imágenes son casi siempre el elemento más pesado de una página, lo que las convierte en el culpable habitual de un Largest Contentful Paint (LCP) lento — y el LCP alimenta Core Web Vitals, una señal de clasificación en la búsqueda web. Las palancas aquí son el formato, la compresión y la estrategia de carga. Nada de esto afecta si la imagen aparece en Google Images.

Por qué la división importa en la práctica:

• Elimina el mito del formato. WebP y AVIF no te clasifican más alto en la búsqueda de imágenes — no es para eso que sirven. Son una palanca del cubo de rendimiento (archivos más pequeños → LCP más rápido → Core Web Vitals), no una palanca del cubo de búsqueda de imágenes. Esperar un impulso de clasificación de un cambio de formato es aplicar una herramienta de rendimiento a un problema de búsqueda de imágenes.
• Elimina el mito del renombrado masivo. Los nombres de archivo son una señal del cubo de búsqueda de imágenes, y menor además. Renombrar toda tu biblioteca existente no toca el cubo de rendimiento en absoluto, y la lectura de Mueller es que la recompensa en la búsqueda de imágenes es “mínima… quizás sin efecto visible” si tu texto alternativo y contexto ya son sólidos — así que son semanas de trabajo para una pequeña ganancia en solo uno de los dos cubos.
• Te dice dónde pertenece la carga diferida. loading="lazy" es una decisión del cubo de rendimiento (diferir imágenes fuera de pantalla para ayudar al tiempo de carga), y tiene una excepción dura en la intersección de ambos cubos: la imagen LCP. Carga diferida esa y habrás empeorado el cubo de rendimiento sin ganancia en el cubo de búsqueda de imágenes.
• Explica por qué el texto alternativo y la compresión no son consejos intercambiables. El texto alternativo es casi por completo una palanca del cubo de búsqueda de imágenes (más accesibilidad); la compresión es casi por completo una palanca del cubo de rendimiento. Una página puede tener texto alternativo perfecto y aún así un LCP terrible, o una imagen LCP rapidísima sin texto alternativo y cero visibilidad en la búsqueda de imágenes. Arreglar uno no arregla el otro.

Usa la división como diagnóstico: cuando una imagen “no funciona”, primero decide en cuál trabajo está fallando. ¿No aparece en Google Images? Mira el texto alternativo, el nombre de archivo y la singularidad. ¿La página es lenta? Mira el formato, la compresión y las opciones de carga diferida. Intentar arreglar un problema de búsqueda de imágenes con una palanca de rendimiento (o viceversa) es el esfuerzo desperdiciado más común en este tema.

Los KPI permanentes: visibilidad en la búsqueda de imágenes y velocidad de página impulsada por imágenes

Debido a que el SEO de imágenes son dos trabajos, las verificaciones de salud se dividen de la misma manera — un conjunto para la visibilidad en la búsqueda de imágenes, un conjunto para el lado del rendimiento/Core Web Vitals.

Impresiones y clics en la búsqueda de imágenes (Search Console)

• Métrica — Impresiones y clics específicamente de Google Images, rastreados a lo largo del tiempo como una proporción del tráfico total de Búsqueda.
• Qué te indica — Si tu texto alternativo, nombres de archivo, contexto de página y singularidad de las imágenes están realmente ganando visibilidad en la búsqueda de imágenes — la primera de las dos tareas. Una proporción de Images plana o en descenso mientras el tráfico general crece es una señal de que el lado de la búsqueda de imágenes se está descuidando en relación con el lado de la búsqueda web.
• Cómo obtenerlo — Search Console → informe de Resultados de búsqueda → filtrar por Tipo de búsqueda: Imagen. Compara impresiones/clics/CTR/posición con el filtro predeterminado de Web para las mismas páginas y rango de fechas.
• Referencia / rango realista — No hay una proporción objetivo universal — un sitio con muchas imágenes (recetas, fotografía de productos, sitios de stock/portafolio) debería esperar una proporción de Images significativamente mayor que un blog B2B con mucho texto. Establece tu propia línea base la primera vez que lo compruebes y luego observa la tendencia en lugar de perseguir un número fijo.
• Cadencia — Trimestral como comprobación habitual; vuelve a comprobarlo unas semanas después de cualquier cambio de imágenes a gran escala (renombrado masivo, migración de CDN, nueva pasada de texto alternativo) — la lectura de Illyes sobre la pérdida de señal por migración sitúa la ventana de reajuste en “unas semanas”.

Tasa de aprobación de Core Web Vitals, filtrada a plantillas con muchas imágenes

• Métrica — La proporción de cargas de página de usuarios reales que superan LCP (y CWV en general), específicamente para plantillas donde el elemento LCP suele ser una imagen (páginas de producto, imágenes principales de blog, galerías).
• Qué te indica — Si la mitad de rendimiento del SEO de imágenes — compresión, elección de formato y lazy-loading correcto — se mantiene realmente en condiciones del mundo real. Esta es la prueba de datos de campo de que la regla de nunca aplicar lazy-loading a la imagen LCP y las elecciones de formato/compresión están funcionando.
• Cómo obtenerlo — PageSpeed Insights o el informe de Core Web Vitals en Search Console (respaldado por CrUX), segmentado por plantilla/grupo de páginas en lugar de promedios de todo el sitio, que pueden ocultar una plantilla con mal rendimiento detrás de otras con buen rendimiento.
• Referencia / rango realista — El umbral de LCP “bueno” publicado por Google es 2,5 segundos o menos en el percentil 75 — eso es un número real y documentado, no una suposición. Trátalo como la línea de aprobado/suspenso; no hay un número “típico” honesto más allá de eso, ya que depende completamente del peso de tus imágenes y del alojamiento.
• Cadencia — Los datos de campo de CrUX son una ventana móvil de 28 días, así que compruébalo mensualmente; vuelve a comprobarlo inmediatamente después de cualquier cambio en el formato de imagen, el pipeline de compresión o la implementación de lazy-loading.

Recursos que valen tu tiempo

Mis escritos relacionados

• Image SEO: 12 consejos prácticos para más tráfico orgánico — la guía de SEO de imágenes de Ahrefs (nombres de archivo, texto alternativo, formatos, compresión, sitemaps, imágenes responsivas, schema, carga diferida y CDN).
• La guía para principiantes de SEO técnico — dónde encajan las imágenes y Core Web Vitals en el panorama técnico más amplio.
• Problemas de SEO de JavaScript y mejores prácticas — el lado del renderizado, además de los atributos alt vacíos que dejan los frameworks de JS.
• Estudio de Site Audit de Ahrefs — el estudio de más de 1M de dominios donde los atributos alt faltantes eran el problema técnico más común (80,4 % de los sitios).

Mis charlas

• “Image SEO” (seminario web de Visme, 2021) — mi charla dedicada a optimizar imágenes para la búsqueda.

Oficial

• Las mejores prácticas de Google Images de Google — la referencia canónica para todo lo que hay en esta página.
• El estudio de caso de imágenes grandes de Google — datos reales de aumento de CTR al habilitar vistas previas de imágenes grandes.

Del sector

• Google sobre nombres de archivos de imagen y un error SEO sorprendente (SEJ) — El consejo de la sesión grabada de Mueller: renombrar en masa tiene «un efecto mínimo, quizá nulo» si el texto alternativo ya es bueno.
• Google muestra cómo usar el texto alternativo para SEO (SEJ) — Mueller sobre el texto alternativo como señal principalmente para la búsqueda de imágenes, no un factor directo de posicionamiento web.
• Google actualiza las mejores prácticas de SEO de imágenes: consistencia de URL (SEL) — Cobertura de la actualización de mayo de 2025 que aclara la guía de usar la misma URL para la misma imagen.
• Google usa Schema.org + og:image para miniaturas (SEL) — Actualización de marzo de 2026 sobre las señales de imagen preferidas en Search y Discover.
• API Fetch Priority (web.dev) — El explicador canónico para fetchpriority="high" en imágenes LCP; la referencia de la regla «nunca cargues de forma diferida tu imagen principal».
• Hablemos de SEO de imágenes (pódcast de Google, octubre de 2022) — Lizzi Sassman y John Mueller discuten directamente el nombrado de imágenes, el texto alternativo y la frecuencia de rastreo.
• SEO de imágenes: IA multimodal (SEL) — Cómo la comprensión visual impulsada por IA está cambiando la optimización de la búsqueda de imágenes.
• Migraciones de imágenes y señales perdidas (GSQI) — Gary Illyes sobre la ventana de pérdida de señales de unas pocas semanas cuando cambian las URLs de las imágenes.

Ponte a prueba: SEO de imágenes

Cinco preguntas rápidas sobre los mitos y mecanismos que cubre este centro. Elige una respuesta para cada una y luego comprueba.

Registro de cambios