Search & Discovery·Explain
Badge Licensable frente a IPTC
Google Image Search puede mostrar un badge «Licensable» en un resultado de imagen, con un enlace a detalles de licencia. Hay dos formas distintas de que una imagen califique, y esta plataforma hace deliberadamente una de ellas y no la otra. La mayoría de checklists de «SEO de imagen» no distinguen las dos en absoluto, que es cómo los fotógrafos terminan asumiendo que el alt text y los nombres de archivo son toda la historia.
Dos caminos
Mismo trabajo, distinto lugar donde viven los bytes
JSON-LD en la página
Un ImageObject en el HTML que describe license, credit, copyright y creator. Sobrevive a transforms de imagen. Solo se encuentra si Google rastrea esa página.
IPTC en el archivo
Web Statement of Rights y campos relacionados cocidos en los bytes de la imagen. Viaja con una descarga. Se rompe si un CDN o pipeline de resize lo elimina.
Qué emitimos
Derechos en cada página pública de foto como ImageObject JSON-LD. Leídos desde la página, no extraídos del archivo.
Qué no hacemos
No se escriben bytes IPTC en los derivados de imagen. Las herramientas que solo inspeccionan un archivo descargado no encontrarán un campo de derechos aquí.
De dónde vino el badge
Los requisitos de Google para el badge Licensable han cambiado más de una vez desde que se lanzó en 2020. Confirma las reglas actuales en Search Central o en el informe de imágenes licensable de Search Console antes de tratar nada de abajo como una especificación permanente.
Google introdujo el badge ligado a metadatos IPTC embebidos directamente en el archivo de imagen, en concreto el campo IPTC Web Statement of Rights (Copyright Info URL), más campos relacionados de credit y copyright cocidos en los propios bytes del archivo. Google añadió después un segundo camino alternativo: datos estructurados en la página (un schema.org ImageObject, o equivalente) que llevan el mismo tipo de información de licencia. Cualquiera de los dos caminos, satisfecho por sí solo, puede hacer elegible una imagen.
| Camino | Vive dónde | Sobrevive a qué |
|---|---|---|
| Metadatos IPTC | Embebidos en el propio archivo de imagen | Viajan con el archivo si se descarga o copia; se rompen si un CDN o pipeline de resize los elimina o no los conserva |
| Datos estructurados JSON-LD | En el HTML de la página, describiendo la imagen | Viajan con la página; no afectados por transforms de imagen, pero solo se encuentran si Google rastrea esa página |
Qué hace esta plataforma
Los derechos (license, credit, copyright, creator y EXIF cuando está presente) se escriben en el ImageObject JSON-LD de la página en cada página pública de foto. Ese es el camino de datos estructurados. Se lee desde la página, no se extrae del archivo.
Qué no hace
No se escriben bytes IPTC en los derivados de imagen. La consecuencia práctica: cualquier herramienta que lea licencia inspeccionando un archivo descargado, en lugar de rastrear la página a su alrededor, no lo encontrará aquí. Eso incluye algunos crawlers de licencia de stock, algunas herramientas de imagen inversa y ORM, y cualquiera que guarde tu imagen en local y compruebe las propiedades del archivo esperando un campo de derechos.
Por qué eso es un tradeoff, no un descuido
IPTC-en-archivo tiene una debilidad estructural real para una plataforma que sirve imágenes a través de un CDN con transforms al vuelo: los metadatos embebidos en un archivo master no sobreviven de forma fiable a cada paso de resize, conversión de formato o generación de derivados, y re-verificarlos en cada variante transformada es un compromiso mucho mayor de lo que parece. JSON-LD esquiva eso por completo. Describe la página, y la página es lo que el crawler de Google mira de verdad cuando decide si mostrar el badge. El coste es el de arriba: cualquier cosa que lea el archivo directamente, fuera de la plataforma, no ve nada.
La conclusión práctica
Si tu objetivo es la elegibilidad en Google Images para el badge Licensable, el camino de datos estructurados que usa esta plataforma es una ruta legítima y documentada por Google, no un sustituto menor de IPTC. Si tu objetivo es específicamente que la licencia sobreviva dentro de una copia descargada del archivo (para un flujo, un traspaso de archivo o una herramienta que solo lee metadatos embebidos), eso no es algo que debas asumir que está cubierto.
El recuento de imágenes licensable, si quieres uno, vive en el propio informe de Search Console. Ver Para qué sirve Search Console.
Derechos en la página, no en el derivado
Google puede leer ImageObject. Un archivo descargado no llevará IPTC que nunca escribimos. Planifica el flujo, no el mito.
Also in Guides: Los datos estructurados que emite esta plataforma · Para qué sirve Search Console · Mitos de SEO con IA para creativos