Google exige una etiqueta en tus fotos de producto y WordPress la borra antes de que nadie la vea

Agencia GEO Lectura: 8 min

Merchant Center obliga a que toda imagen de producto creada con IA lleve dentro del archivo el campo IPTC DigitalSourceType con el valor TrainedAlgorithmicMedia. Subimos a un WordPress limpio una imagen con credencial de procedencia y medimos qué quedaba de ella en cada fichero. Resultado: WordPress conserva el original y borra la credencial en las cinco miniaturas que genera. Y cuando la foto es grande, ni siquiera el fichero que pasa a hacer de original la conserva. Nada de lo que llega al navegador lleva ya la etiqueta.

Lo que pasó al subir la imagen

El montaje es sencillo a propósito, para que cualquiera pueda repetirlo. WordPress 7.1 recién instalado, sin plugins de imagen, sobre PHP 8.5.8. La imagen de partida es una de las de prueba oficiales del proyecto C2PA, de 2048 por 1365 píxeles y 132.518 bytes, con su credencial dentro. Se sube por el camino normal de la biblioteca de medios.

Qué queda de la credencial C2PA en cada fichero que WordPress produce
Fichero Tamaño Credencial
Original, tal como lo guarda WordPress 132.518 bytes intacta
thumbnail, 150×150 1.728 bytes borrada
medium, 300×200 3.128 bytes borrada
medium_large, 768×512 12.850 bytes borrada
large, 1024×683 20.781 bytes borrada
1536×1024 40.149 bytes borrada

Cinco de cinco. Ninguna miniatura conserva la credencial, y las miniaturas son lo que se sirve: la etiqueta img que WordPress escribe en la página apunta a la versión de 1024 píxeles y ofrece cinco candidatas más en el srcset. El navegador elige entre esas. El original, que sí la conserva, no está en esa lista.

Con una foto grande se pierde también el original

Una foto de producto que sale de una cámara moderna o de un generador de imágenes pasa de largo los 2.560 píxeles. A partir de ese umbral WordPress hace algo que casi nadie tiene presente: reescala la imagen, guarda esa versión reducida como si fuera el original y archiva el archivo verdadero aparte, con el sufijo del nombre cambiado.

Repetimos la medición forzando ese escalado. El fichero que WordPress pasa a tratar como original bajó de 132.518 a 20.436 bytes y salió sin credencial. El archivo auténtico sigue en el servidor, con su credencial intacta, y no se sirve en ninguna página.

El resultado en una línea

Con una foto grande, ningún fichero servido al navegador conserva la procedencia. Ni las miniaturas, ni el que hace de original. El único que la mantiene queda guardado en disco sin que lo pida nadie.

Y no hace falta ningún plugin para que ocurra. Es el comportamiento de WordPress recién instalado, antes de tocar nada.

Por qué ocurre, y qué parte no hemos medido

Cada miniatura no es un recorte del archivo original: es un archivo nuevo, escrito desde cero por la librería de imagen. En esta medición esa librería fue GD, que es la que WordPress elige cuando no hay otra disponible. GD trabaja con los píxeles y no arrastra los bloques de metadatos, así que lo que escribe sale limpio de credencial, de EXIF y de todo lo demás.

Aquí está el límite honesto de este experimento. Lo medido vale para GD. WordPress puede usar también Imagick, que trata los metadatos de otra forma, y en un alojamiento con Imagick el resultado podría no ser el mismo. No lo hemos comprobado, y hasta comprobarlo la afirmación no se puede estirar más allá de GD.

Tampoco hemos medido qué añaden encima los plugins de optimización, ni la conversión a WebP. Lo que sí queda claro es que no hacen falta para que la credencial desaparezca: llegan a un archivo que ya viene sin ella.

Qué pide Google y dónde lo lee

La documentación de Merchant Center lo dice literalmente: «All images created using generative AI must contain meta data indicating that the image was AI-generated by using the IPTC DigitalSourceType TrainedAlgorithmicMedia metadata tag». El campo admite TrainedAlgorithmicMedia para lo que produce un modelo entrenado, CompositeSynthetic para el montaje que mezcla real y sintético, y AlgorithmicMedia para lo generado por algoritmo sin entrenamiento.

La obligación cubre image link, additional image link y lifestyle image link, o sea la principal y las secundarias. La página de ayuda de Merchant Center sobre contenido generado con IA no da fecha de entrada en vigor, así que conviene no atribuirle un plazo que no declara.

El feed no es el único sitio donde se leen estos datos. Cuando una imagen conserva metadatos C2PA, la función «Acerca de esta imagen» de Google muestra si se creó o se editó con herramientas de IA, y funciona en Google Imágenes, en Lens y en Circle to Search. Google anunció además en septiembre de 2024 que sus sistemas de anuncios empezaban a integrar esos metadatos, sin dar calendario.

Junta las dos cosas y sale la situación real de una tienda: la etiqueta se exige en el feed, se lee en el buscador, y el archivo que sirve la web ya no la lleva.

Generada y editada no son lo mismo

Antes de ponerse a auditar conviene saber qué se está leyendo, porque la credencial no dice solo «aquí pasó una IA». Dice qué acción se declaró, y esa diferencia separa una comprobación seria de una acusación.

c2pa.created junto al valor trainedAlgorithmicMedia describe una imagen producida por el modelo. Es la que entra en el requisito de Merchant Center. c2pa.edited, c2pa.opened o c2pa.converted describen una fotografía real que pasó por una herramienta que firma credenciales: recortar, corregir color o exportar a otro formato deja ese rastro sin convertir la foto en sintética. Una credencial que solo declara esas acciones no lleva el campo digitalSourceType.

Confundirlas significa marcar como generada por IA la foto que hizo el fotógrafo en el estudio, y sostenerlo delante del proveedor. La acción declarada está en el manifiesto y comprobarla cuesta un minuto.

Cómo mirarlo en tu tienda

Los bloques de metadatos van al principio del archivo, antes de los píxeles, así que leyendo los primeros kilobytes sobra. Coge la URL de una imagen de producto tal como aparece en tu página, no la del original.

curl -s -r 0-24000 "https://tutienda.com/wp-content/uploads/2026/01/foto-1024x683.jpg" | grep -ac "c2pa\|jumbf"

Esa bandera -a no es un adorno. Sin ella, grep ante un archivo binario no devuelve cero: no devuelve nada. Quien lea esa salida en blanco concluye que no hay credencial cuando lo que ha pasado es que grep no ha mirado. Es un detector que se calla, que resulta más peligroso que uno que falla, y comprobamos la diferencia usando como referencia las imágenes de prueba del propio proyecto C2PA.

Compara siempre dos ficheros del mismo producto: el original que subiste y la versión que sirve la página. Si el original la lleva y la servida no, has reproducido lo que mide este artículo. Y si ninguno la lleva, todavía no sabes nada: puede que la imagen nunca la tuviera. Un resultado en cero solo significa algo cuando antes has demostrado que sabrías ver un resultado positivo.

Qué se puede hacer con esto

La primera consecuencia es de diagnóstico. Si tus fotos de producto salen de un generador y tu feed no declara el origen, el punto de fuga probablemente no esté en el proveedor de las imágenes ni en el plugin que comprime. Está antes, en el procesamiento que hace WordPress al guardarlas.

La segunda es que el dato no está perdido. El archivo original sigue en el servidor con su credencial intacta, así que la información de procedencia existe y se puede recuperar para el feed aunque las miniaturas no la lleven.

Y una vía sin salida, para ahorrar el intento: borrar la credencial a propósito no arregla nada. SynthID, la marca de agua de Google, no vive en los metadatos sino en los píxeles, así que limpiar la etiqueta deja el archivo sin la declaración que Google pide y con la marca que Google puede leer. Conviene además recordar que la parte de transparencia del Reglamento europeo de IA está en vigor desde agosto de 2026 y apunta al etiquetado del contenido sintético, aunque esto no es un dictamen legal y una decisión con consecuencias la tiene que mirar quien sepa.

Queda una pregunta abierta que esta medición no cierra, y es la que más nos interesa ahora: si el alojamiento usa Imagick en vez de GD, ¿sobrevive la credencial a las miniaturas? Quien lo mida antes que nosotros tendrá la mitad del problema resuelta.

Fernando Ferreiro

Consultor SEO & GEO · Fundador de Indexando Marketing

Fernando Ferreiro es consultor SEO y GEO, fundador de Indexando Marketing y responsable de Agencia GEO. Trabaja con eCommerce y empresas B2B en estrategias de marketing, arquitectura de contenidos, optimización técnica e inteligencia artificial aplicada al SEO. Su enfoque combina análisis de datos, automatización y criterios editoriales para mejorar cómo las marcas son encontradas, comprendidas y citadas por buscadores y sistemas de IA.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Scroll al inicio