Cuando conectamos Provedly a los asistentes de IA, una pregunta de diseño importaba más que el resto. Un asistente con una clave de escritura puede pausar widgets, crear y editar barras y añadir registros. ¿Debería poder también marcar un registro como verificado?
La respuesta es no, con cualquier clave, mediante cualquier herramienta y en cualquier plan. Este artículo explica dónde está el límite y por qué lo pusimos ahí.
Qué significa "verificado" en Provedly
Un registro lleva la marca de verificado cuando llega a Provedly mediante un webhook firmado de Stripe, Shopify o WooCommerce, y la firma coincide con el secreto configurado para esa conexión. La plataforma de la tienda firma el contenido; Provedly comprueba la firma al recibirlo. Si coincide, el registro solo pudo venir de esa plataforma y describe un pedido que esa plataforma procesó.
Esa es toda la definición. Es estrecha a propósito. La marca de verificado hace una afirmación concreta, que un sistema de pagos informó de esta compra, y es la única afirmación del widget que un visitante no tiene que creerse sin más. La página de verificación pública lista las fuentes y los conteos de cada widget para que puedan comprobarlo.
La mecánica se explica en cómo funcionan las notificaciones de compras verificadas y en los secretos de firma de webhooks, explicados.
Qué puede hacer un asistente con los registros
Con una clave de lectura y escritura, un asistente puede llamar a add_record, y un backend puede llamar a POST /widgets/{token}/records. Ambas cosas son útiles. Muchas compras reales no pasan por una tienda conectada: una factura pagada por transferencia, un pedido tomado por teléfono, una venta en una plataforma sin webhook firmado.
Los registros añadidos así conservan la fuente API y llevan una etiqueta visible "Imported". Se muestran en el widget, aparecen en los conteos de la página de verificación bajo su propia fuente, "Site owner's backend (API)", y nunca llevan la marca de verificado. No hay ningún campo en la API para fijarla ni ninguna herramienta que la cambie después, sea cual sea la clave.
Por qué existe el límite
Piensa en lo que demuestra una clave. Una solicitud con una clave válida de Provedly demuestra que quien llama tiene la clave. No dice nada sobre si hubo dinero de por medio. Un webhook firmado es distinto: la firma la genera la plataforma de pagos, con un secreto que esa plataforma solo comparte contigo y con Provedly.
Si una llamada a la API pudiera marcar un registro como verificado, la marca de verificado significaría "alguien con la clave lo dijo". Eso es lo que ya ofrecen la mayoría de las herramientas de notificaciones: un formulario donde escribes un nombre, una ciudad y un producto, y un aviso que se ve idéntico a uno real. Los visitantes han aprendido a desconfiar de eso, y la norma de la FTC sobre reseñas falsas ha convertido la prueba social inventada en una cuestión legal además de una de confianza.
Un asistente de IA hace el problema más agudo, no distinto. Se le da muy bien producir nombres, ciudades y productos verosímiles en cantidad. Ponlo junto a un botón de verificar y el resultado es un generador de notificaciones falsas que funciona con una frase. Preferimos que el asistente no pueda hacerlo antes que confiar en que se niegue.
Prompts que chocan con el límite
La gente lo intentará. Esto es lo que pasa:
| Petición | Resultado |
|---|---|
| "Marca los últimos cinco registros como verificados" | No existe ninguna herramienta para eso; el asistente lo dice |
| "Añade 20 compras de distintas ciudades" | Se añaden, con la etiqueta Imported, si la clave escribe |
| "Haz que el contador de visitantes muestre 30 personas" | No es posible; el conteo es presencia real |
| "Importa mis pedidos de Stripe como verificados" | Conecta el webhook de Stripe; solo eso verifica |
Vale la pena detenerse en la segunda fila. Una clave de escritura puede añadir registros, y Provedly no puede saber si un nombre que dictas pertenece a un comprador real. Precisamente por eso esos registros llevan una etiqueta en lugar de una insignia. Si usas add_record para algo que no sean compras reales, la etiqueta y la página de verificación dirán lo que son a cualquiera que mire.
Qué te aporta esto
El límite es una restricción, y también es la razón por la que vale la pena tener el producto. Como la marca de verificado no se puede producir desde una ventana de chat, sigue significando algo cuando un visitante la ve, y el enlace a la página de verificación en cada insignia le permite confirmarlo. Un competidor que les dice "verificado" a sus visitantes con un interruptor no puede ofrecer lo mismo.
También te protege de tus propias herramientas. Una clave filtrada, un script con errores o un asistente que malinterpretó un prompt pueden añadir registros etiquetados que luego borras. Ninguno de ellos puede poner una compra verificada falsa en tu página pública.
Preguntas frecuentes
¿Puedo verificar registros de una plataforma que Provedly no conecta?
No como verificados. Envíalos mediante la API de registros, donde aparecen con la etiqueta Imported. Si la plataforma ofrece webhooks firmados, ese es el camino hacia una futura conexión.
¿Los registros de la API perjudican a mi widget?
Se muestran con la etiqueta Imported, sin la marca de verificado, y se cuentan bajo su propia fuente. Para compras reales de otros canales, eso es exacto y los visitantes pueden ver por qué.
¿Podría un plan o ajuste futuro permitir la verificación por IA?
No. La verificación depende de una firma de la plataforma de pagos, y ningún plan ni ajuste la sustituye.
Crea una cuenta gratuita y conecta Stripe, Shopify o WooCommerce para ver llegar registros verificados.