¿Qué es la verificación de publicación en una tienda online?

Aquí verificar no es demostrar a Google que el dominio es tuyo, el paso con el que se da de alta una propiedad en Search Console, ni contrastar los datos de un texto como haría un periodista. Es otra pregunta, más prosaica: lo que guardaste en el panel de tu tienda, ¿está en la página que ven tus clientes, Google y los asistentes de IA? Un precio, una meta description o un bloque de datos estructurados que se quedan en la base de datos y no llegan al HTML no existen para nadie de fuera. Y el panel no avisa: sigue mostrando el valor guardado aunque la página publicada diga otra cosa o no diga nada.

Cómo funciona

Entre el dato guardado y la página pública hay una cadena, y la verificación consiste en leer el final de esa cadena, no el principio. El dato vive en la base de datos de la plataforma; una plantilla o una extensión lo inserta en el HTML; el servidor sirve ese HTML, a veces a través de una caché; y el navegador o el rastreador ejecuta el JavaScript y obtiene la página final. En cada eslabón el dato puede quedarse por el camino, y las propias plataformas documentan varios de esos puntos.

La plantilla no muestra lo que no conoce. En Shopify, los metafields no se muestran solos en la tienda: hay que conectarlos a secciones o bloques del tema desde el editor, si el tema lo admite, o referenciarlos con código Liquid en las plantillas.⁠^{[1]Shopify Help Center. Displaying metafields on your online store} Un metafield con un valor perfecto y sin conexión con el tema es un dato guardado que nunca se publica.

Una extensión instalada no es una extensión activa. Los bloques de inserción de aplicaciones de Shopify (app embed blocks), la vía que da Shopify a las aplicaciones para añadir código a la cabecera o al final de la página, vienen desactivados por defecto al instalar la aplicación. Se activan en el editor de temas, en Configuración del tema, apartado de inserciones de aplicaciones, y entonces Shopify los inyecta antes del cierre de </head> o de </body>.⁠^{[2]Shopify.dev. Configure theme app extensions} Hasta ese paso, la aplicación puede tener todos los datos guardados y la página no llevar ninguno. La entrada sobre la app embed de Shopify lo explica con más detalle.

El JavaScript cambia lo que hay que leer. Si un dato se inserta con JavaScript, no está en el HTML que sirve el servidor, sino en el que resulta de ejecutarlo. Google renderiza la página y usa ese HTML renderizado para indexarla, pero puede saltarse el renderizado si la página no responde con un código 200 o si encuentra un noindex en el HTML original.⁠^{[3]Google Search Central. Understand JavaScript SEO basics} Y en el marcado de producto avisa de algo más concreto: generar con JavaScript el marcado de producto puede hacer que los rastreos de Shopping sean menos frecuentes y menos fiables, un problema para datos que cambian rápido, como el precio y la disponibilidad.⁠^{[4]Google Search Central. Merchant listing (Product, Offer) structured data}

Validar no es verificar. Un validador comprueba que el código está bien escrito; la verificación comprueba que ese código está en tu página. Los resultados enriquecidos de Google tienen su propio validador: la prueba de resultados enriquecidos acepta una URL o un fragmento de código pegado, y solo la primera opción mira tu página publicada.⁠^{[5]Ayuda de Search Console. Rich Results Test} Aun así, una prueba superada valida la sintaxis de los tipos de resultado enriquecido que admite Google, no que la página se indexe ni que el resultado enriquecido llegue a mostrarse.⁠^{[5]Ayuda de Search Console. Rich Results Test} Y Google pide algo que ningún validador puede comprobar por ti: que el marcado describa contenido visible para quien lee la página y represente su contenido principal.⁠^{[6]Google Search Central. General structured data guidelines}

La verificación tiene sentido porque los buscadores ya comparan lo que les dices con lo que publicas, y el resultado de esa comparación lo pagas tú. Google Merchant Center contrasta la disponibilidad de tus datos de producto con la de la página de destino, a la que rastrea, y cuando no coinciden puede enviar avisos a la cuenta o rechazar productos de forma preventiva. Entre las causas que enumera están un marcado de datos estructurados desactualizado o contradictorio y las incoherencias entre la página de destino, el proceso de pago y el marcado.⁠^{[7]Ayuda de Google Merchant Center. Inaccurate availability status due to inconsistency between feed and landing page}

En una tienda

Un comerciante cambia cuatro campos de una ficha en el panel, los guarda y los publica. Una hora después lee la página pública y compara. Es un ejemplo ficticio: los valores están inventados para enseñar cómo se registra una verificación, campo por campo.

Cada fila distinta tiene una causa diferente, y la tabla no la dice: solo dice dónde mirar. La descripción antigua suele apuntar a una plantilla que lee otro campo o a una caché; el precio del JSON-LD que no coincide con el visible, a un marcado escrito a mano en el tema que nadie actualiza; las preguntas que no aparecen, a una extensión que no se ha activado. Lo importante es el formato: tres resultados posibles por campo (coincide, distinto, no aparece) y la fecha y hora de la lectura, porque una verificación sin fecha no dice nada de mañana.

Cómo comprobarlo

1. Apunta el valor exacto que guardaste, campo por campo, y la hora a la que publicaste. Sin el valor de referencia no hay comparación posible.
2. Abre la página pública en una ventana privada y busca el valor en el código fuente, el HTML tal como lo sirve el servidor. Si no está ahí, búscalo en el inspector del navegador, que muestra la página después de ejecutar el JavaScript: si solo aparece en el segundo, el dato depende del renderizado.
3. Mira la página como la ve Google. En Search Console, «Probar URL publicada» y después «Ver página probada» te dan la captura de la página renderizada, el HTML y las cabeceras HTTP que obtuvo Google.⁠^{[8]Ayuda de Search Console. Herramienta de inspección de URLs} Busca ahí los mismos valores.
4. Prueba la URL, no el código, en la prueba de resultados enriquecidos para ver qué datos estructurados detecta Google en la página publicada.⁠^{[5]Ayuda de Search Console. Rich Results Test} Compara cada valor con lo que guardaste, no solo que no haya errores.
5. Repite la lectura después de cada cambio en la tienda: un tema nuevo, una aplicación nueva o un precio que se edita en otro sistema pueden deshacer lo que ayer estaba bien. Si vendes en Google Shopping, revisa también el diagnóstico de Merchant Center, que avisa cuando la página y los datos de producto no coinciden.⁠^{[7]Ayuda de Google Merchant Center. Inaccurate availability status due to inconsistency between feed and landing page} Hay herramientas que automatizan esta lectura; Clione, por ejemplo, lee la ficha publicada en BigCommerce y Shopify e informa, señal por señal, de lo que se renderizó frente a lo que se envió.

Concepto cercano: deriva de datos

La verificación responde a «¿llegó?» en un momento concreto. La deriva de datos es lo que pasa después: un valor que estaba bien publicado y deja de estarlo porque algo lo cambia, como un sistema de gestión de producto que reescribe el campo (lo que se llama sobrescritura de campos), una actualización del tema o una aplicación que se desinstala. Una se hace al publicar; la otra se vigila repitiendo la verificación con el tiempo. Y las dos se distinguen de validar el marcado, que comprueba el código sin mirar la página: la comparativa validar el marcado vs verificar la publicación las pone una al lado de la otra.

Para seguir, la ruta de lectura de medición y verificación ordena el resto de términos, y las guías del metafield a la página publicada y del widget a la página publicada siguen el recorrido de un dato en Shopify y en BigCommerce.