Links de verificação reutilizáveis

Um link duradouro por fluxo de trabalho que inicia uma nova sessão a cada visita - ideal para um botão de site, um QR code ou afiliados. Adicione sua própria referência com vendor_data.

Escrito pelo suporte da Didit · Atualizado em 31 de agosto de 2026

Short answer

Todo fluxo de trabalho tem um link reutilizável que cria uma sessão nova a cada visitante. Coloque-o atrás de um botão, imprima-o como QR code, ou entregue-o a parceiros. Acrescente seu próprio identificador como ?vendor_data= para poder saber a quem pertence cada sessão.

Um link de verificação único pertence a uma pessoa. Um link reutilizável pertence ao fluxo de trabalho: cada visita inicia uma nova sessão, então você pode publicar uma única URL e deixar qualquer número de pessoas se verificarem por meio dela.

A lista de fluxos de trabalho no console da Didit com a ação Copy link em uma linha de fluxo de trabalho
  1. Copy link fornece uma URL que qualquer pessoa pode abrir - sem necessidade de chamada de API.
  2. O link executa o que aquele fluxo de trabalho contiver, então verifique seus recursos primeiro.
  3. Um fluxo de trabalho separado gera um link separado, o que é como você diferencia campanhas.
Um link reutilizável está a uma ação de distância de qualquer fluxo de trabalho.

Bons casos de uso:

  • Um botão "Verifique sua identidade" no seu site
  • Um QR code impresso em uma filial, quiosque ou evento
  • Um link entregue a afiliados, parceiros ou revendedores
  • Qualquer situação em que você não saiba de antemão quem vai usá-lo

#Diferenciando as sessões

O problema óbvio de um único link compartilhado é que toda sessão resultante parece anônima. Resolva isso acrescentando sua própria referência:

https://verify.didit.me/<your-link>?vendor_data=YOUR_INTERNAL_ID

O que você passar como vendor_data volta na sessão e em todo webhook, então você pode associar o resultado ao registro certo do seu lado sem precisar de uma tabela de consulta.

Tip

Gere o valor por usuário - seu próprio ID de usuário, ou um token assinado que você consiga resolver. Isso também faz a detecção de duplicados funcionar corretamente: sessões que compartilham um vendor_data são agrupadas em um único usuário consolidado, então um cliente recorrente não é sinalizado como duplicado de si mesmo. Veja contas duplicadas e busca facial.

Se você está gerando o valor dinamicamente para cada visitante, gere o link inteiro no lado do servidor. Um vendor_data que um usuário pode editar na barra de endereços é um vendor_data no qual um usuário pode colocar o ID de outra pessoa.

  • Sem expiração por pessoa. Um link de sessão única pode expirar; um link reutilizável foi feito para permanecer ativo. Se você precisa de um link que expire para uma pessoa específica, crie uma sessão única em vez disso.
  • Sem preenchimento prévio de dados esperados. Quando você cria uma sessão pela API, pode passar um nome ou número de documento para comparação. Um link compartilhado não tem contexto por pessoa, então essas comparações não estão disponíveis.
  • Sem controle sobre quem o usa. Um link reutilizável é uma URL pública. Qualquer pessoa que o tenha pode iniciar uma sessão, o que é adequado para um botão de site e menos adequado para algo que você pretendia dar apenas a uma pessoa.

#Ainda custa o que o fluxo de trabalho custa

Cada visita por um link reutilizável é uma sessão completa naquele fluxo de trabalho, com o mesmo preço. Um link compartilhado mais amplamente do que você esperava resulta em uma conta maior do que você esperava, então, se você publicar um em algum lugar público, fique de olho no volume no Analytics. Veja lendo seu analytics.

#Qual fluxo de trabalho ele usa

O link está vinculado a um fluxo de trabalho específico em uma aplicação específica, então ele sempre executa a versão publicada atual desse fluxo de trabalho. Editar o fluxo de trabalho muda o que os novos visitantes recebem - sessões já em andamento mantêm a versão com a qual começaram.

#Recebendo os resultados

Igual a qualquer outro lugar: acompanhe pelo console, ou receba os resultados por webhook. Como as sessões chegam de forma imprevisível, e não em resposta às suas próprias chamadas de API, um webhook é significativamente mais útil aqui do que fazer polling - você não tem nada para consultar até que uma sessão exista.

#Referência completa

Veja links de verificação e links reutilizáveis para o passo a passo no console.