Quando conectamos o Provedly a assistentes de IA, uma decisão de design importou mais do que todas as outras. Um assistente com uma chave de escrita consegue pausar widgets, criar e editar barras e adicionar registros. Ele também deveria poder marcar um registro como verificado?
A resposta é não, para qualquer chave, por qualquer ferramenta, em qualquer plano. Este artigo explica onde fica o limite e por que o colocamos ali.
O que "verificado" significa no Provedly
Um registro recebe a marca Verified quando chega ao Provedly por um webhook assinado do Stripe, Shopify ou WooCommerce, e a assinatura confere com o segredo configurado para aquela conexão. A plataforma da loja assina o conteúdo; o Provedly confere a assinatura na chegada. Se ela confere, o registro só pode ter vindo daquela plataforma, descrevendo um pedido que ela processou.
Essa é a definição inteira. Ela é estreita de propósito. A marca Verified faz uma afirmação específica, a de que um sistema de pagamento informou essa compra, e é a única afirmação no widget que um visitante não precisa simplesmente acreditar em nós. A página de verificação pública lista as origens e as contagens de cada widget para que ele possa conferir.
A mecânica está explicada em como funcionam as notificações de compras verificadas e em segredos de assinatura de webhook explicados.
O que um assistente pode fazer com registros
Com uma chave de leitura e escrita, um assistente pode chamar add_record, e um backend pode chamar POST /widgets/{token}/records. Os dois são úteis. Muitas compras reais não passam por uma loja conectada: uma fatura paga por transferência, um pedido feito por telefone, uma venda numa plataforma sem webhook assinado.
Registros adicionados assim mantêm a origem API e levam o rótulo visível "Imported". Eles aparecem no widget, entram nas contagens da página de verificação sob a própria origem, "Site owner's backend (API)", e nunca recebem a marca Verified. Não existe campo na API para defini-la nem ferramenta que a altere depois, seja qual for a chave.
Por que o limite existe
Pense no que uma chave prova. Uma requisição com uma chave válida do Provedly prova que quem chama tem a chave. Não diz nada sobre se houve pagamento. Um webhook assinado é diferente: a assinatura é gerada pela plataforma de pagamento, com um segredo que essa plataforma compartilha só com você e com o Provedly.
Se uma chamada de API pudesse marcar um registro como verificado, a marca Verified significaria "alguém com a chave disse que sim". É isso que a maioria das ferramentas de notificação já oferece: um formulário em que você digita um nome, uma cidade e um produto, e uma notificação idêntica a uma real. Os visitantes aprenderam a desconfiar delas, e a regra da FTC sobre avaliações falsas transformou a prova social inventada numa questão jurídica, além de uma questão de confiança.
Um assistente de IA deixa o problema mais agudo, não diferente. Ele é muito bom em produzir nomes, cidades e produtos plausíveis em grande quantidade. Coloque isso ao lado de um botão de verificar e o resultado é um gerador de notificações falsas que funciona com uma frase. Preferimos que o assistente não consiga fazer isso a depender de ele se recusar.
Prompts que esbarram no limite
As pessoas vão tentar. Veja o que acontece:
| Pedido | Resultado |
|---|---|
| "Marque os últimos cinco registros como verificados" | Não existe ferramenta para isso; o assistente avisa |
| "Adicione 20 compras de cidades diferentes" | Adicionadas, com o rótulo Imported, se a chave escreve |
| "Faça o contador de visitantes mostrar 30 pessoas" | Impossível; a contagem é presença real |
| "Importe meus pedidos do Stripe como verificados" | Conecte o webhook do Stripe; só isso verifica |
Vale a pena se deter na segunda linha. Uma chave de escrita consegue adicionar registros, e o Provedly não tem como saber se um nome que você dita pertence a um comprador real. É exatamente por isso que esses registros levam um rótulo em vez de um selo. Se você usar add_record para qualquer coisa que não sejam compras reais, o rótulo e a página de verificação vão dizer o que eles são, para quem quiser olhar.
O que isso dá a você
O limite é uma restrição, e também é o motivo pelo qual o produto vale a pena. Como a marca Verified não pode ser criada numa janela de chat, ela ainda significa algo quando um visitante a vê, e o link para a página de verificação em cada selo permite que ele confirme. Um concorrente que diz "verificado" aos visitantes com um simples botão não pode oferecer o mesmo.
Ele também protege você das suas próprias ferramentas. Uma chave vazada, um script com bug ou um assistente que entendeu mal um prompt podem adicionar registros rotulados que você depois apaga. Nenhum deles consegue colocar uma falsa Compra verificada na sua página pública.
Perguntas frequentes
Posso verificar registros de uma plataforma que o Provedly não conecta?
Não como Verified. Envie-os pela Records API, onde aparecem com o rótulo Imported. Se a plataforma oferece webhooks assinados, esse é o caminho para uma futura conexão.
Registros da API prejudicam o meu widget?
Eles aparecem com o rótulo Imported, sem a marca Verified, e são contados sob a própria origem. Para compras reais de outros canais, isso é correto e os visitantes conseguem ver o porquê.
Um plano ou configuração futuros poderiam permitir verificação por IA?
Não. A verificação depende de uma assinatura da plataforma de pagamento, e nenhum plano ou configuração substitui isso.
Crie uma conta gratuita e conecte o Stripe, Shopify ou WooCommerce para ver os registros verificados chegando.