Wiederverwendbare Verifizierungslinks

Ein langlebiger Link pro Workflow, der bei jedem Besuch eine neue Session startet - ideal für einen Website-Button, einen QR-Code oder Partner. Fügen Sie Ihre eigene Referenz mit vendor_data hinzu.

Short answer

Jeder Workflow hat einen wiederverwendbaren Link, der eine neue Session pro Besucher erstellt. Platzieren Sie ihn hinter einem Button, drucken Sie ihn als QR-Code, oder geben Sie ihn an Partner weiter. Hängen Sie Ihre eigene Kennung als ?vendor_data= an, damit Sie erkennen können, wessen Session welche ist.

Ein einmaliger Verifizierungslink gehört einer Person. Ein wiederverwendbarer Link gehört dem Workflow: jeder Besuch startet eine neue Session, sodass Sie eine URL veröffentlichen können, über die beliebig viele Personen sich verifizieren.

Die Workflow-Liste in der Didit-Konsole mit der Aktion Copy link in einer Workflow-Zeile
  1. Copy link liefert eine URL, die jeder öffnen kann - kein API-Aufruf nötig.
  2. Der Link führt aus, was dieser Workflow enthält, prüfen Sie also zuerst dessen Features.
  3. Ein separater Workflow ergibt einen separaten Link, so unterscheiden Sie Kampagnen.
Ein wiederverwendbarer Link ist bei jedem Workflow nur einen Klick entfernt.

Gut geeignet für:

  • Einen "Identität verifizieren"-Button auf Ihrer Website
  • Einen gedruckten QR-Code an einer Filiale, einem Kiosk oder einer Veranstaltung
  • Einen Link, der an Partner, Affiliates oder Reseller weitergegeben wird
  • Jede Situation, in der Sie im Voraus nicht wissen, wer ihn nutzen wird

#Sessions auseinanderhalten

Das offensichtliche Problem bei einem gemeinsam genutzten Link ist, dass jede daraus entstehende Session anonym wirkt. Lösen Sie das, indem Sie Ihre eigene Referenz anhängen:

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

Was auch immer Sie als vendor_data übergeben, kommt in der Session und in jedem Webhook zurück, sodass Sie das Ergebnis ohne Nachschlagetabelle dem richtigen Datensatz auf Ihrer Seite zuordnen können.

Tip

Generieren Sie den Wert pro Nutzer - Ihre eigene Nutzer-ID, oder ein signiertes Token, das Sie auflösen können. Das sorgt auch dafür, dass die Duplikaterkennung korrekt funktioniert: Sessions mit gemeinsamer vendor_data werden zu einem konsolidierten Nutzer zusammengefasst, sodass ein wiederkehrender Kunde nicht als eigenes Duplikat markiert wird. Siehe doppelte Konten und Gesichtssuche.

Wenn Sie den Wert dynamisch für jeden Besucher generieren, generieren Sie den gesamten Link serverseitig. Eine vendor_data, die ein Nutzer in der Adressleiste bearbeiten kann, ist eine vendor_data, in die ein Nutzer die ID einer anderen Person eintragen kann.

  • Kein Ablauf pro Person. Ein einmaliger Sessionlink kann ablaufen; ein wiederverwendbarer Link ist dafür gedacht, dauerhaft aktiv zu bleiben. Wenn Sie einen Link benötigen, der für eine bestimmte Person abläuft, erstellen Sie stattdessen eine einzelne Session.
  • Keine vorausgefüllten erwarteten Angaben. Wenn Sie eine Session über die API erstellen, können Sie einen Namen oder eine Dokumentnummer zum Abgleich übergeben. Ein geteilter Link hat keinen Kontext pro Person, sodass diese Abgleiche nicht verfügbar sind.
  • Keine Kontrolle darüber, wer ihn nutzt. Ein wiederverwendbarer Link ist eine öffentliche URL. Jeder, der ihn hat, kann eine Session starten, was für einen Website-Button in Ordnung ist und weniger geeignet für etwas, das nur für eine Person gedacht war.

#Er kostet weiterhin so viel wie der Workflow kostet

Jeder Besuch über einen wiederverwendbaren Link ist eine vollständige Session gegen diesen Workflow, zum selben Preis. Ein Link, der weiter verbreitet wird als erwartet, ist eine Rechnung, die höher ausfällt als erwartet. Wenn Sie also einen Link öffentlich veröffentlichen, behalten Sie das Volumen in Analytics im Auge. Siehe Ihre Analytics lesen.

#Welchen Workflow er nutzt

Der Link ist an einen bestimmten Workflow in einer bestimmten Anwendung gebunden, sodass er immer dessen aktuell veröffentlichte Version ausführt. Das Bearbeiten des Workflows ändert, was neue Besucher erhalten - bereits laufende Sessions behalten die Version, mit der sie gestartet wurden.

#Ergebnisse erhalten

Wie überall sonst: beobachten Sie die Konsole, oder holen Sie die Ergebnisse per Webhook. Da die Sessions unvorhersehbar eintreffen statt als Antwort auf Ihre eigenen API-Aufrufe, ist ein Webhook hier deutlich nützlicher als Polling - Sie haben nichts, worauf Sie pollen könnten, bevor eine Session existiert.

#Vollständige Referenz

Siehe Verifizierungslinks und wiederverwendbare Links für die Konsolen-Anleitung.