Imágenes para la web
¿Por qué mis imágenes no aparecen en Google Imágenes?
Investiga por qué faltan las imágenes de tu web en Google Imágenes: indexación, acceso a archivos, bloqueos, JavaScript y cambios de URL.
Una foto puede verse perfectamente en tu web y resultar difícil de encontrar o descargar para Google. También puede estar indexada sin aparecer para tus palabras de búsqueda. Son situaciones que requieren medidas distintas.
Investiga primero una imagen importante antes de modificar toda la biblioteca. Necesitas la dirección de la página y la del archivo. Si no gestionas la parte técnica, reúne las pruebas para quien desarrolla la web o proporciona el alojamiento.
¿No tienes acceso a Search Console? Empieza por la dirección pública de la imagen, revisa las reglas de rastreo e indexación y cómo se muestra la imagen en la página. Estas comprobaciones no requieren una cuenta de Search Console. Envía al propietario ambas direcciones, la fecha y los fallos encontrados, y pídele que inspeccione la página.
1. Determina qué falta exactamente
El proceso tiene cuatro etapas: Google descubre la dirección, descarga el archivo, decide si lo indexa y selecciona resultados para una búsqueda. Las comprobaciones siguientes ayudan a localizar la etapa afectada.
¿La imagen nunca apareció, desapareció tras un cambio o solo falta para una búsqueda muy competida? Distingue también un resultado ausente en la pestaña Imágenes de una miniatura ausente junto a un resultado web normal. Esta guía trata de Google Imágenes; Google selecciona por separado las miniaturas de resultados web.
| Qué observas | Empieza aquí |
|---|---|
| Las imágenes de una página nueva nunca han aparecido | Revisa el descubrimiento y la indexación de la página |
| Muchas imágenes desaparecieron tras un rediseño | Compara URL antiguas y nuevas, plantillas y reglas de acceso |
| Solo fallan las imágenes posteriores de la galería | Comprueba cómo la galería las hace accesibles |
| Hay datos de búsqueda de imágenes, pero tus búsquedas no las muestran | Revisa consultas y visibilidad antes de suponer un bloqueo técnico |
En Search Console, abre Rendimiento → Resultados de búsqueda, elige el tipo Imagen y filtra por la página. Compara impresiones y clics antes y después del cambio. La documentación del informe de rendimiento explica los filtros.
Las impresiones indican que se mostraron resultados asociados a la página. No identifican cada foto si hay varias. Tampoco cero impresiones durante el periodo demuestra un fallo de indexación: puede haber poca demanda o visibilidad.
Prueba site:example.com en Google Imágenes. Para un archivo concreto, usa src:https://example.com/images/blue-mug.jpg con su dirección pública completa. El operador src: encuentra páginas que hacen referencia a esa URL de imagen. Ninguna búsqueda muestra todas las imágenes indexadas; un resultado vacío no basta para concluir que no está indexada. Consulta las limitaciones de site:.

2. Inspecciona la página que contiene la imagen
Introduce la URL de la página en la inspección de URLs de Search Console. Empieza por la ficha de producto, el artículo o la página de servicios que abriría el visitante, no por una dirección terminada en .jpg o .webp.
- Lee los datos de la versión indexada. Despliega Indexación de páginas y anota el motivo si no está indexada. La tabla indica cómo continuar.
- Revisa la URL canónica en ese resultado. Es la versión preferida de la página. Compara URL canónica declarada por el usuario con URL canónica seleccionada por Google. Si Google eligió otra, ábrela y comprueba si es la versión prevista.
- Selecciona Probar URL publicada. La prueba revisa la página actual; los datos del índice describen la versión procesada anteriormente. Tras una corrección pueden ser diferentes.
- Abre Ver página probada si está disponible. Busca el nombre del archivo o su dirección en la pestaña HTML. En Más información, revisa recursos fallidos y errores JavaScript. Si la prueba no accede a la página, investiga primero ese fallo.
| Hallazgo | Qué hacer |
|---|---|
| Google no conoce la URL | Enlaza desde una página pública relevante e incluye la página en el sitemap. Solicita indexación cuando hayas verificado el acceso. |
| Excluida por noindex | Si debe aparecer en búsquedas, elimina la instrucción involuntaria del CMS o del alojamiento. Vuelve a probar la página publicada. |
| Descubierta: actualmente sin indexar | Google conoce la dirección, pero aún no la ha rastreado. Revisa enlaces internos, disponibilidad del servidor y cuántas páginas están afectadas. Evita solicitudes repetidas. |
| Rastreada: actualmente sin indexar | Google descargó la página sin indexarla. Evalúa qué aporta y si duplica otra página. Este estado no prueba por sí solo un bloqueo de rastreo. |
| Página alternativa o duplicada | Inspecciona la canónica elegida. Una alternativa prevista puede ser correcta; una elección inesperada requiere revisar duplicados y ajustes canónicos. |
Estos datos corresponden a la página, no a cada imagen. La guía del informe de indexación de páginas explica los estados. Si la página está indexada, continúa con el archivo.
La prueba publicada revisa acceso y renderizado, pero no decide la canónica ni confirma la indexación. Su robot puede recibir una respuesta distinta a la del rastreador de búsqueda habitual. Usa la guía de inspección de URLs para interpretar ambos resultados.
3. Comprueba el archivo exacto y su respuesta
Haz clic derecho en la imagen de la página publicada y elige, por ejemplo, Abrir imagen en una pestaña nueva. Copia la dirección. Si hay varios tamaños, el panel Network permite identificar la versión solicitada. Nuestra guía de imágenes adaptables explica por qué móvil y ordenador pueden recibir archivos distintos.
Abre la dirección directa en una ventana privada sin iniciar sesión. Si falla, investiga el acceso antes de cambiar el texto alternativo. Si funciona, has verificado el acceso anónimo del navegador, pero no necesariamente la respuesta que recibe Googlebot.
Abre las herramientas de desarrollo y selecciona Network. Recarga, filtra por Img y elige la petición de la imagen. En Headers revisa estado y cabeceras de respuesta; en Preview comprueba la imagen. Los nombres varían según el navegador. Una descarga nueva correcta debe contener la imagen y un Content-Type adecuado, como image/jpeg o image/webp. Una página HTML de acceso o verificación de seguridad no es una imagen, aunque termine en .jpg.
| Respuesta | Qué revisar |
|---|---|
| 404 o 410 | Archivo eliminado, movido o nunca generado |
| 401 o 403 | Inicio de sesión, permisos o filtros de seguridad |
| 429 o errores 5xx repetidos | Límites de peticiones, servidor saturado o servicio de imágenes inestable |
| Redirecciones | El destino final funciona y devuelve la imagen prevista |
Corrige un archivo ausente o inaccesible antes de revisar la indexación. La documentación sobre estados HTTP explica su efecto en el rastreo.
Si solo fallan peticiones de Google, pide al proveedor que revise registros del servidor o CDN. Una CDN puede servir imágenes separadas de la web. Solicita URL, estado y regla de seguridad aplicada. No desactives toda la protección ni confíes solo en el nombre Googlebot; Google explica cómo verificar sus rastreadores.
4. Revisa bloqueos de rastreo e instrucciones de indexación
Abre /robots.txt en la raíz del host que sirve la imagen. Para https://images.example.com/uploads/mug.jpg, consulta https://images.example.com/robots.txt. Las reglas de www.example.com no gobiernan un host de imágenes independiente.
Esta regla bloquea, por ejemplo, la ruta /uploads/ de ese host para Googlebot-Image:
User-agent: Googlebot-Image
Disallow: /uploads/Es un posible bloqueo que investigar, no una regla que añadir. Google usa el grupo con el agente de usuario coincidente más específico. Un grupo específico no se combina con User-agent: *; varios grupos del mismo agente coincidente sí se agrupan. Pide revisar qué grupo y rutas se aplican antes de modificar nada. Consulta las reglas de interpretación de robots.txt.
Encuentra instrucciones en la página y en la respuesta de la imagen
Elige Ver código fuente de la página y busca robots, googlebot y noindex. Localiza una etiqueta <meta> real dentro de <head>, no una mención en el texto. Si JavaScript cambia la página, examina también <head> en Elements. Un bloqueo de imágenes puede verse así:
<meta name="robots" content="noimageindex">Selecciona después la petición de la imagen en Network y busca X-Robots-Tag en Headers → Response Headers. Es una cabecera de respuesta del servidor, no una etiqueta HTML:
X-Robots-Tag: noindexAmbos ejemplos son restricciones, pero sus efectos difieren:
noimageindexen la página: impide indexar imágenes a través de esa página. El mismo archivo puede indexarse desde otra página.X-Robots-Tag: noindexen la imagen: prohíbe directamente la indexación de ese archivo.noindexen la página: excluye la propia página. Revísalo si el destino público debe encontrarse en búsquedas.
Para la página, revisa HTML y cabeceras: noindex puede enviarse por ambos medios. Cambia el ajuste que produce una restricción accidental y verifica la respuesta pública. Mantén las restricciones intencionadas.
Un bloqueo de rastreo no equivale a una instrucción de indexación. Google necesita descargar el recurso para leer su cabecera. Quitar una restricción no elimina las demás. La guía para retirar imágenes explica los controles específicos; la referencia de directivas robots describe páginas y cabeceras HTTP.
5. Comprueba que la página expone una fuente de imagen real
Una imagen visible no siempre es una imagen HTML normal. Revisa en el editor si se añadió como imagen, fondo o componente de galería.
Para contenido que deba encontrarse en Google Imágenes, usa <img> con una dirección src real. Un <picture> también debe contener esa imagen de respaldo. Google indica expresamente que no indexa imágenes CSS. Consulta sus recomendaciones de SEO para imágenes.
<img src="/images/blue-ceramic-mug.webp"
alt="Taza de cerámica azul con asa curva">La descripción del ejemplo corresponde a una foto de producto. Adapta las palabras a tu imagen y su función. Una decoración puede seguir como fondo; no necesita aparecer en búsquedas.
JavaScript no es automáticamente el problema
Google ejecuta JavaScript, así que una imagen creada por script no se excluye automáticamente. Un script roto, una dependencia bloqueada o una petición de datos fallida puede dejarla fuera del renderizado. Compara el navegador con la página probada. La guía de SEO para JavaScript explica el proceso y sus límites.
Revisa carga diferida y galerías
Si la dirección real solo está en data-src, un código funcional debe convertirla en fuente de imagen. Revisa también galerías que cargan solo al pulsar: Google no interactúa como un visitante.
Usa una solución probada que exponga las URL sin acciones del usuario. El atributo nativo loading="lazy" difiere de un script que oculta la fuente hasta una interacción. Comprueba el HTML renderizado, no solo los clics. Lee las instrucciones de Google sobre contenido diferido y nuestra guía de lazy loading antes de cambiar toda la web.
6. Investiga cambios de URL y formato
Si la visibilidad cayó tras una migración, cambio de CDN o actualización de optimización, compara direcciones antiguas y nuevas. Incluye miniaturas generadas y versiones móviles, no solo el original de la biblioteca.
Si /uploads/blue-mug.jpg se sustituyó por /images/blue-mug.webp, comprueba las referencias publicadas, la nueva dirección y, cuando corresponda, una redirección permanente desde la antigua al archivo equivalente. No envíes todas las imágenes ausentes a la portada. La guía de migración de URL incluye imágenes.
Google admite WebP y AVIF. El formato por sí solo no explica el resultado ausente. Revisa cambios de dirección, reglas de acceso y la fuente usada en la página. Nuestra comparativa WebP y JPG ayuda a elegir formato.
Busca enlaces temporales que caduquen o cambien en cada visita. Una URL firmada puede funcionar hoy y fallar después. Pide al proveedor una dirección pública permanente para imágenes públicas. No elimines un token de autorización al azar: podrías romper el enlace.
7. Revisa el descubrimiento mediante un sitemap de imágenes
Cuando página y archivo funcionen, examina el sitemap existente. Las entradas de imágenes ayudan a descubrir URL. Pueden ir en el sitemap habitual o en otro archivo; separarlas no es mejor por sí mismo.
El <loc> identifica la página que contiene la imagen y <image:loc> el archivo. Comprueba que las imágenes sean actuales, públicas y asociadas a la página correcta. La documentación de sitemaps de imágenes explica XML y compatibilidad con CDN.
Si el CMS genera estas entradas, revísalas antes de instalar otro complemento. Un sitemap no repara respuestas incorrectas, no elimina restricciones ni obliga a indexar. Facilita el descubrimiento.
8. Si la técnica funciona, evalúa la utilidad de la página
No sigas convirtiendo o renombrando sin pruebas de un problema. Valora el contexto: ¿explica un producto, muestra un trabajo o ilustra el artículo? ¿El texto cercano ayuda a entender la imagen?
Piensa en una foto de reforma en una página titulada solo «Galería», sin explicar el proyecto. Una página útil describe el trabajo, el resultado visible y los detalles relevantes. Así hay una razón para abrirla después de encontrar la foto.
Escribe texto alternativo pertinente y nombres claros sin acumular palabras clave. No sustituyen comprobar el acceso. Consulta los ejemplos de la guía de texto alternativo y nombres en lugar de repetir una búsqueda en cada imagen.
Comprueba nitidez y carga. Si sobran dimensiones, reduce una copia manteniendo los detalles legibles. La guía de imágenes lentas distingue el peso del archivo de otros retrasos.
9. Verifica el cambio y deja tiempo a Google
Anota URL de página e imagen, problema, cambio y fecha. Revisa de nuevo la página publicada y la respuesta del archivo tras implementar. Evitarás confundir una edición local o vista previa con una corrección pública.
Tras corregir una página que gestionas, prueba la URL publicada y solicita indexación cuando corresponda. Si solo figura Rastreada: actualmente sin indexar y nada cambió, no repitas solicitudes. Mantén el sitemap actualizado en cambios amplios. La guía de nuevo rastreo indica días o semanas; repetir peticiones no acelera nada ni garantiza inclusión.
Sigue los datos de rastreo y compara el rendimiento de imágenes tras la visita de Google. Esos plazos no fijan cuándo aparecerá cada imagen. Si sigue el fallo, vuelve a esa comprobación. Si está corregido pero hay poca visibilidad, revisa relevancia y búsquedas razonables.
Ejemplo: una galería pierde visibilidad tras un rediseño
Imagina una empresa de muebles cuya galería recibe menos impresiones tras rediseñarse. La página sigue indexada y la URL de la foto funciona. Al comparar plantillas se descubre que una imagen normal se sustituyó por un fondo CSS:
<div class="project-photo"
style="background-image: url('/images/oak-table.jpg')">
</div>Como la foto aporta contenido importante del proyecto, el desarrollador restaura un elemento de imagen:
<img class="project-photo"
src="/images/oak-table.jpg"
alt="Mesa de comedor de roble con patas estrechadas en una cocina terminada">La dirección no cambia. El desarrollador prueba móvil y ordenador y confirma este <img> con su src en el HTML publicado y renderizado por Search Console. Después sigue el rendimiento cuando Google vuelve. Recomprimir el JPG no habría arreglado la plantilla.
Preguntas frecuentes
La página está indexada. ¿Por qué falta la imagen?
Ese estado corresponde a la página. Revisa la respuesta del archivo, las reglas específicas de imágenes y la fuente en el HTML renderizado. Así investigas qué le ocurre a la imagen.
¿Debo subir la foto directamente a Google?
Publica una imagen web normal en una página accesible y facilita descubrir su fuente. Pedir otro rastreo o enviar un sitemap no equivale a subirla a Google Imágenes.
¿Añadir texto alternativo hará aparecer la imagen?
Describe la imagen a quien no puede verla y explica su tema. Adáptalo a su función en la página. Si falta en búsquedas, comprueba primero acceso e implementación antes de culpar a la descripción.
¿Conviene convertir WebP de nuevo a JPG?
No solo porque no aparezca en tus búsquedas. Comprueba primero la implementación. Otra conversión puede añadir direcciones y sustituciones sin resolver la causa.
¿Pixilo puede solucionar la indexación?
Pixilo ayuda a preparar archivos adecuados. Acceso, HTML, sitemaps y Search Console se gestionan en la web y el alojamiento.
Empieza con una página y una imagen
Guarda ambas direcciones, inspecciona la página en Search Console y sigue las comprobaciones pertinentes. Si otra persona gestiona la web, envíale el fallo y la fecha del test.
Abrir Google Search ConsoleEmpezar sin Search Console →