Cómo aparecer en Google Imágenes: guía SEO paso a paso

Publicaste la web, las fotos se ven bien en pantalla y en Google Imágenes no aparece ninguna. La pregunta útil no es cómo subir la imagen, sino por qué Google no la muestra. Para aparecer en Google Imágenes hay que trabajar el SEO de imágenes, y no se resuelve rellenando el atributo alt.

El proceso tiene tres pasos: Google tiene que descubrir la imagen, entenderla y decidir mostrarla. Lo que se controla son las señales que se declaran en cada uno.

Cómo descubre e indexa Google las imágenes

Los requisitos generales de rastreo aplican también aquí, pero hay otros adicionales: cómo se presenta la imagen decide para qué palabras clave se indexa. La regla base, en las prácticas recomendadas de SEO para Google Imágenes, es tajante: "El uso de elementos de imagen HTML estándar ayuda a los rastreadores a encontrar y procesar imágenes." Google encuentra la imagen en el atributo src del <img>, aunque sea hijo de <picture>, y no indexa imágenes declaradas solo en CSS:

<img src="cachorro.jpg" alt="cachorro de golden retriever" />
<div style="background-image:url(cachorro.jpg)"></div>

Los formatos admitidos son explícitos: "La Búsqueda de Google admite imágenes a las que se hace referencia en el atributo src de img en los siguientes formatos de archivo: BMP, GIF, JPEG, PNG, WebP, SVG y AVIF."

Imágenes que no se ven en el HTML

Las data URIs (imágenes en Base64 dentro del src) se admiten, pero eliminan solicitudes HTTP y engordan el HTML; la guía de imágenes adaptables de web.dev detalla cuándo compensa. Las imágenes que carga JavaScript no las adivina el rastreador: la vía oficial para declararlas es el sitemap de imágenes.

Sitemap de imágenes: qué aporta y cómo se escribe

El sitemap de imágenes existe para un problema concreto: "Los sitemaps de imágenes son una forma de informar a Google sobre otras imágenes de tu sitio, especialmente de aquellas que no podríamos detectar de otro modo (como las imágenes a las que tu sitio accede mediante código JavaScript)." La base del XML está en cómo configurar los sitemaps XML.

La sintaxis usa el espacio de nombres http://www.google.com/schemas/sitemap-image/1.1: cada <url> lleva sus bloques <image:image> y dentro <image:loc> con la URL. Límite oficial: "Cada etiqueta <url> puede contener hasta 1000 etiquetas <image:image>." Y un dato que contradice la regla de los sitemaps normales: "A diferencia de los sitemaps normales, puedes incluir URLs de otros dominios en los elementos <image:loc> de los sitemaps de imágenes." Sirve para imágenes servidas desde una CDN, con dos condiciones: verificar ambos dominios en Search Console y que robots.txt no impida el rastreo (ver CDN y SEO y la guía de robots.txt de 2026).

Etiquetas ya inexistentes que se siguen copiando de tutoriales antiguos: "Hemos quitado los siguientes atributos y etiquetas de nuestra documentación: <image:caption>, <image:geo_location>, <image:title>, <image:license>." Y un aviso: el sitemap facilita el descubrimiento, no garantiza la indexación; compite por el presupuesto de rastreo como cualquier URL.

Imágenes adaptables sin perder indexación

Aquí está la trampa que más imágenes invisibles provoca. Para servir la imagen adecuada según la pantalla se usan <picture> o srcset, y el documento avisa: "Sin embargo, algunos navegadores y rastreadores no interpretan estos atributos. Te recomendamos que incluyas siempre una URL alternativa mediante el atributo src."

<img src="cachorro-800.jpg"
     srcset="cachorro-400.jpg 400w, cachorro-800.jpg 800w"
     sizes="(max-width: 600px) 400px, 800px"
     alt="Cachorro dálmata corriendo en el parque" />

<picture>
  <source srcset="cachorro.webp" type="image/webp">
  <img src="cachorro.jpg" alt="Cachorro dálmata corriendo" />
</picture>

Sin ese respaldo no solo se rompe la indexación: si la imagen es el elemento principal, también arrastra la carga. Revisar LCP, velocidad de carga, Core Web Vitals y resource hints y fetchpriority.

La misma imagen, siempre la misma URL

Cuando una imagen se repite, la recomendación oficial es "haz referencia a la imagen siempre con la misma URL para que Google pueda almacenarla en caché y reutilizarla sin tener que solicitarla varias veces."

La imagen que Google elige: og:image, schema y la regla de 1200 px

Conviene ser honesto, porque la documentación lo es: "La selección de una vista previa de imagen por parte de Google es completamente automática" y pesa varias fuentes. No se puede imponer una imagen; sí se puede influir declarando una preferencia. Hay tres vías:

1. La propiedad primaryImageOfPage de schema.org (URL o ImageObject) dentro de un WebPage.
2. La propiedad image adjunta a la entidad principal mediante mainEntity o mainEntityOfPage.
3. La etiqueta <meta property="og:image" content="...">.

Al elegirla: pertinente y representativa, nunca el logo del sitio, sin texto incrustado, sin relaciones de aspecto extremas y con alta resolución si es posible. Y las cifras que importan para Google Discover: al menos 1200 px de ancho, más de 300.000 píxeles en total (el doc da el ejemplo de 16:9 a 1280x720, que son 921.600 píxeles), relación 16:9 y max-image-preview:large. Ver max-image-preview y las bases de datos estructurados.

Nombres de archivo, títulos y texto alternativo

De dónde saca Google el tema de una imagen es oficial: "Google extrae información sobre el tema de la imagen del contenido de la página, incluidos los títulos y subtítulos de las imágenes." El nombre del archivo cuenta (gatito-negro-nuevo.jpg es mejor que IMG00023.JPG), y en sitios multilingües conviene traducirlo siguiendo las buenas prácticas de URLs y slugs y la guía de web multilingüe.

El atributo decisivo: "El atributo más importante a la hora de proporcionar más metadatos para una imagen es el texto alternativo (el texto que describe una imagen), que también mejora la accesibilidad para los usuarios que no pueden ver imágenes". Los cuatro ejemplos oficiales resumen el criterio:

<img src="cachorro.jpg"/>                                  (incorrecto: sin alt)
<img src="cachorro.jpg" alt="cachorro perro mascota ..."/>  (incorrecto: exceso de palabras clave)
<img src="cachorro.jpg" alt="cachorro" />                    (correcto)
<img src="cachorro.jpg" alt="cachorro dálmata jugando a traer cosas" />  (óptimo)

El límite está escrito sin rodeos: "No incluyas un exceso de palabras clave en los atributos alt, ya que provoca una mala experiencia de usuario y puede hacer que tu sitio se considere spam." Basta con describir lo que se ve. En SVG insertados ese papel lo cumple <title> (accesibilidad web), y si la imagen es un enlace, su alt funciona como texto ancla.

Datos estructurados: de dónde sale la insignia en Google Imágenes

Con datos estructurados, Google puede mostrar imágenes en resultados enriquecidos y añadir una insignia destacada en Google Imágenes. Para optar a ella, el atributo image es obligatorio en esos tipos de datos: sin él no hay insignia ni resultado enriquecido. El cómo se implementa vive en datos estructurados y rich snippets y schema.

El otro lado: evitar que aparezcan o que se vean en grande

max-image-preview acepta none, standard o large, y la advertencia oficial explica por qué no conviene ignorarlo: "Si no incluyes la regla max-image-preview, Google puede mostrar vistas previas de imágenes del tamaño predeterminado." Sin large, la imagen puede verse más pequeña de lo que permitiría. Para que no se indexen las imágenes existe noimageindex: "No se indexan las imágenes de esta página." El procedimiento completo de retirada está en eliminar o desindexar contenido de Google.

Un mecanismo poco conocido y oficial: para impedir el enlace incrustado de Google Imágenes, si la petición viene de un dominio de Google se puede responder HTTP 200 o 204 sin contenido; Google seguirá descubriendo la imagen, pero mostrará la miniatura del rastreo. La documentación lo cierra así: "Este comportamiento no se considera encubrimiento de imágenes y no se aplicará ninguna acción manual." Para contenido explícito existe <meta name="rating" content="adult"> (o el valor RTA: basta uno), y conviene agruparlo en un dominio separado si no los sistemas pueden concluir que todo el sitio parece explícito: directrices para sitios con contenido explícito.

Checklist final para aparecer en Google Imágenes

• La imagen se declara en un <img> con src real, nunca solo en CSS.
• Si hay srcset o <picture>, siempre existe un src de respaldo.
• La misma imagen se referencia siempre con la misma URL para aprovechar la caché.
• Con imágenes cargadas por JavaScript o servidas desde otra CDN verificada, hay sitemap de imágenes.
• La imagen destacada es grande y representativa: 1200 px de ancho, 16:9, sin texto ni logo.
• La preferencia se declara con og:image o schema, no se deja al azar.
• Nombre descriptivo y alt que describa la imagen sin acumular palabras clave.
• max-image-preview:large presente, y datos estructurados con image si aplica a resultado enriquecido.

Cómo comprobar si funciona

La medición real está en Search Console: el informe de Rendimiento tiene un filtro por tipo de búsqueda que incluye las imágenes, así que se puede aislar ese tráfico. Partir de cómo usar Search Console y seguirlo en un dashboard SEO; para peso y carga, PageSpeed Insights.

Aparecer en Google Imágenes no se consigue con un truco de alt, sino quitando los obstáculos que impiden descubrir, entender y mostrar la imagen. Qué imagen elige Google y cuándo queda fuera del control: solo se influye con las señales que el propio Google documenta.