Cada marca de "Compra verificada" y cada contador en vivo que muestra Provedly enlaza a una página de verificación pública de ese sitio, y la página también lista las barras activas en el sitio con la regla que hay detrás de cada temporizador. La página existe para que un comprador, un periodista, un competidor o un regulador pueda comprobar lo que afirma el widget sin tener que fiarse de la palabra del comerciante. Este artículo recorre la página sección por sección y explica qué demuestra cada parte, qué no, y qué preguntas debería seguir haciéndose un lector atento.
Por qué existe la página
Una notificación que dice "Maria en Austin compró esto hace 12 minutos" es una afirmación de hecho. La mayoría de las herramientas del sector hacen esa afirmación sin nada detrás; a octubre de 2026, según sus fichas, la mayoría permiten a los comerciantes escribir números de visitantes arbitrarios y muestran datos importados sin etiqueta. Creemos que una afirmación que se muestra al público debería poder comprobarla el público. La página de verificación es donde se hace esa comprobación, y /es/blog/why-social-proof-needs-verification-page expone el argumento general.
La página es por sitio, pública y accesible desde cada insignia. Nadie necesita iniciar sesión.
Sección por sección
Fuentes conectadas. Lo primero que te dice la página es de dónde vienen los datos. Cada fuente aparece con su número de registros.
| Fuente | Qué significa | Puede producir "Compra verificada" |
|---|---|---|
| Shopify | Los pedidos llegan por el webhook firmado orders/create de Shopify |
Sí |
| Stripe | Los pagos llegan por el webhook firmado de Stripe | Sí |
| WooCommerce | Los pedidos llegan por un webhook firmado de WooCommerce | Sí |
| CSV import | Filas que el comerciante subió desde un archivo | No; siempre con la etiqueta "Imported" |
| Site owner's backend (API) | Registros que envió el servidor o el asistente del comerciante | No; siempre con la etiqueta "Imported" |
| Sample | Filas añadidas a mano en el panel | No; siempre con la etiqueta "Sample" |
Lee esto primero. Un sitio con solo registros de muestra, CSV o API no tiene ninguna compra verificada, y cada aviso que muestra lo dice. Un sitio con Shopify, Stripe o WooCommerce conectado tiene un flujo firmado criptográficamente. /es/blog/webhook-signing-secrets-explained explica qué significa "firmado" en la práctica.
Qué demuestra: si una plataforma de pagos real está enviando eventos. Qué no demuestra: que cada aviso que viste viniera de esa fuente, y por eso cada aviso lleva su propia etiqueta.
Número de compras verificadas. El total de compras recibidas mediante webhooks firmados para este sitio. Es un conteo acumulado, no una ventana móvil.
Qué demuestra: el orden de magnitud de la actividad de ventas real del sitio a través de las fuentes conectadas. Qué no demuestra: los ingresos, porque no se muestran importes, ni que el conteo coincida con las ventas totales de la tienda, porque una tienda puede vender por canales que no están conectados.
Última compra verificada. La fecha y hora de la compra más reciente recibida mediante un webhook firmado.
Es el campo más útil para un escéptico. Si un aviso decía "hace 2 minutos" y la última compra verificada de esta página es de hace tres días, el aviso no era una compra verificada, y deberías mirar su etiqueta. A la inversa, una última compra verificada de hace pocos minutos corrobora los avisos recientes.
Qué demuestra: si el flujo está vivo. Qué no demuestra: nada sobre los avisos con la etiqueta "Imported" o "Sample", que no forman parte de este flujo.
Política del contador en vivo. La página explica cómo funciona el contador de visitantes: un conteo de los visitantes en la página en los últimos 90 segundos, que se oculta por debajo de un mínimo en lugar de inflarse. Si viste un contador en el sitio, esta es la definición del número que viste.
Qué demuestra: que el contador no es una cifra escrita a mano. Qué no demuestra: el número exacto en el momento en que miraste, que no se registra por visitante. Puedes corroborarlo tú mismo abriendo la página en dos navegadores y viendo cómo se mueve.
Política de honestidad. Una breve declaración de las reglas que sigue el widget: solo las compras por webhook se marcan como verificadas, las importaciones y los registros de la API llevan la etiqueta Imported, las filas añadidas a mano llevan la etiqueta Sample, el contador es real y se oculta cuando es bajo, las barras de cuenta regresiva terminan en una fecha real, etc. Es el compromiso del comerciante, aplicado por el software y no por su buena voluntad, porque no existe ningún ajuste para desactivar estas reglas.
Raíz SHA-256 nocturna. Cada noche, Provedly calcula una raíz SHA-256 sobre el historial de verificación del sitio y la publica. Si después se alterara cualquier registro anterior, el historial dejaría de coincidir con la raíz que se publicó para él.
Qué demuestra: que el historial que se muestra hoy es coherente con el que se mostraba en días anteriores, y que no puede haberse editado con efecto retroactivo sin que el cambio sea detectable. Qué no demuestra: que los datos fueran correctos el día en que se registraron por primera vez. Un hash sella un registro; no lo valida. La validación viene de la firma del webhook en el momento de la recepción.
La lista de comprobación del auditor
Abre la página de verificación y repasa esto.
- ¿Qué fuentes están conectadas? Si no hay ninguna fuente de webhook firmado, ningún aviso del sitio está verificado.
- ¿La última compra verificada es reciente en relación con los avisos que viste?
- ¿El número de compras verificadas parece verosímil para el negocio? Un estudio de una sola persona con 40.000 compras verificadas en un mes merece una segunda mirada; también una tienda grande con 12.
- ¿El aviso en el que hiciste clic llevaba "Compra verificada", "Imported" o "Sample"? La página no puede decírtelo; el aviso sí.
- Abre la página en un segundo navegador y observa el contador en vivo. ¿Responde?
- Anota la raíz de hoy. Vuelve más tarde y confirma que el historial que cubría sigue coincidiendo.
Si un sitio supera las seis, su prueba social es tan comprobable como permite el estado actual de la técnica. Si falla una, tienes una pregunta concreta que hacerle al comerciante.
Lo que la página no muestra a propósito
Ni nombres de clientes, ni direcciones de correo, ni importes de pedidos, ni registros de pedidos individuales. La página verifica el agregado y el flujo, no a las personas. Las normas de Protected Customer Data de Shopify, tratadas en /es/blog/shopify-someone-protected-customer-data, son parte del motivo, y el resto es simplemente que un comprador que comprueba una afirmación no necesita los datos de otro comprador para hacerlo.
Usarla como comerciante
Si gestionas el sitio, lee tu propia página como lo haría un desconocido. Envíasela a un cliente escéptico en lugar de escribir un párrafo. Enlázala desde tu página de confianza o de preguntas frecuentes. Si un revisor o un periodista pregunta si tus notificaciones son reales, la página es la respuesta, y /es/blog/recovering-trust-after-fake-urgency explica qué hacer si la pregunta llegó en forma de queja. La página de políticas de Provedly está en /es/trust.
Preguntas frecuentes
¿Puede un comerciante ocultar o desactivar la página de verificación?
No. Es pública para todos los sitios en todos los planes, y cada insignia enlaza a ella.
¿La página muestra en qué aviso concreto hice clic?
No. Verifica las fuentes del sitio y los conteos agregados. La etiqueta del propio aviso te dice si esa notificación concreta era verificada o una muestra.
¿Con qué frecuencia se actualiza la página?
Las fuentes, los conteos y la última compra verificada se actualizan a medida que llegan los webhooks. La raíz SHA-256 se calcula cada noche.
Abre tu propia página de verificación y léela como un escéptico; si todavía no tienes una, empieza en /register.