# Qué es la verificación de publicación en una tienda > Qué es verificar la publicación: comprobar que lo que guardas en el panel de tu tienda llega a la página pública, campo por campo, y cómo hacerlo. URL: https://clione.ai/es/glosario/verificacion-de-publicacion/ Lang: es 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](/es/glosario/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](/es/glosario/meta-description/) o un bloque de [datos estructurados](/es/glosario/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](/es/glosario/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](/es/glosario/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](/es/glosario/liquid/) en las plantillas.[^shopify-metafields-display] 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](/es/glosario/app-embed-shopify/) 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 `` o de ``.[^shopify-app-embeds] 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](/es/glosario/app-embed-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.[^google-js-seo] 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.[^google-merchant-listing] **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](/es/glosario/resultados-enriquecidos/) de Google tienen su propio validador: la [prueba de resultados enriquecidos](/es/glosario/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.[^gsc-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.[^gsc-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.[^google-sd-policies] 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](/es/glosario/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.[^mc-availability-mismatch] ## 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. | Campo (ejemplo ficticio) | Valor guardado en el panel | Valor en la página publicada | Resultado | | --------------------------------------------- | ----------------------------------------- | --------------------------------------- | ---------- | | Título de la página | Mochila urbana 20 l impermeable | Mochila urbana 20 l impermeable | Coincide | | Meta description | Mochila de 20 litros con funda acolchada… | Mochila urbana de diseño. Envío gratis… | Distinto | | Precio en el [JSON-LD](/es/glosario/json-ld/) | 89,00 | 79,00 | Distinto | | Preguntas frecuentes en la ficha | Cinco preguntas | Ninguna | No aparece | 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. **Una prueba de resultados enriquecidos en verde no dice que tu página lleve ese marcado.** Si pegas el código en el modo de fragmento, la prueba valida lo que has pegado, no lo que sirve tu tienda; y aun probando la URL, valida la sintaxis, no que el dato sea el que guardaste ni que Google vaya a mostrarlo.[^gsc-rich-results-test] Verificar es abrir la página publicada y buscar el valor. ## 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.[^gsc-url-inspection] 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.[^gsc-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.[^mc-availability-mismatch] 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/glosario/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](/es/glosario/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](/es/comparativas/validar-vs-verificar/) las pone una al lado de la otra. Para seguir, la [ruta de lectura de medición y verificación](/es/aprender/medicion-y-verificacion/) ordena el resto de términos, y las guías [del metafield a la página publicada](/es/guias/metafield-a-pagina-publicada/) y [del widget a la página publicada](/es/guias/widget-bigcommerce-pagina-publicada/) siguen el recorrido de un dato en Shopify y en BigCommerce.