# Wege zur Integration: API, SDKs und No-Code-Links

Source: https://help.didit.me/de/integration/integration-options
Updated: 2026-10-12

Sie müssen keinen Code schreiben: Nutzen Sie einen No-Code-Link, oder binden Sie ein SDK oder die API ein, wenn Sie Automatisierung wünschen.

Drei Wege. **No-Code-Links** benötigen überhaupt kein Backend. **Die API plus ein Redirect**
ist die Standardintegration. **SDKs** bauen den Ablauf in Ihre eigene App ein - und sind
der einzige Weg, der NFC unterstützt. Für welchen Weg Sie sich auch entscheiden, holen Sie Ergebnisse mit
[Webhooks](https://help.didit.me/de/integration/webhooks-basics) ab.

[Video: Der vollständige Integrationsleitfaden - Didit Academy](https://www.youtube.com/watch?v=fX03-WEu_EI)

[Video: KYC-Integrationsoptionen: Redirect-Link vs. iFrame vs. natives SDK - Didit Academy](https://www.youtube.com/watch?v=MxMFf43KONg)

Sie benötigen keinen Entwickler, um mit Didit die Identitätsverifizierung zu starten. Es gibt eine No-Code-Option, die wenige Minuten dauert, sowie API- und SDK-Optionen für den Fall, dass Sie sie automatisiert in Ihr eigenes Produkt einbinden möchten.

## Kann ich Didit ohne Programmieren nutzen?

Ja. Sobald Sie in der Konsole [einen Workflow erstellt haben](https://help.didit.me/de/workflows/build-a-verification-workflow), können Sie eine Verifizierungssession auf zwei Arten ganz ohne Code generieren:

![Die Seite Integrate in der Didit-Konsole, eine fünfstufige Checkliste vom API-Schlüssel bis zur ersten Session](https://help.didit.me/screenshots/integrate-light.webp)

*Die Seite Integrate ist der kürzeste Weg von nichts zu einer funktionierenden Session.*

1. **Verifizierungslink (einmalig)**

   Klicken Sie auf **Neue Verifizierung** (auf der Startseite, in der Verifizierungsliste
   oder im Profil einer Person), wählen Sie einen **Workflow**, tragen Sie unter
   **Anbieterdaten** Ihre eigene ID für die Person ein und klicken Sie auf **Verifizierung
   erstellen**. Senden Sie den Link dann per E-Mail, kopieren Sie ihn oder zeigen Sie den
   QR-Code an. Der Tab **Einzelprüfung** führt eine einzelne Prüfung aus, etwa ein
   AML-Screening, ohne einen ganzen Workflow.

2. **Wiederverwendbarer Link (Unilink)**

   Jeder Workflow verfügt außerdem über einen wiederverwendbaren Link, der bei jedem Besuch eine neue Session startet. Platzieren Sie ihn hinter einem Button auf Ihrer Website, drucken Sie ihn als QR-Code für einen Kiosk oder eine Filiale, oder teilen Sie ihn mit Partnern. Siehe [wiederverwendbare Links](https://help.didit.me/de/integration/reusable-links).

Beide Wege umgehen die API und Ihr Backend vollständig - die richtige Wahl für MVPs, manuelle Prüfung, Vor-Ort-Verifizierung oder den Einstieg, bevor Sie etwas Eigenes gebaut haben.

## Wenn Sie Automatisierung wünschen

[Video: Didit über MCP mit Claude verbinden - Didit Academy](https://www.youtube.com/watch?v=I3UkFIhW548&t=71)

Wenn das Ergebnis automatisch Ihre eigenen Systeme aktualisieren soll - nicht nur in der Konsole erscheinen soll - benötigen Sie die API oder ein SDK:

| Sie möchten... | Nutzen Sie |
|---|---|
| Nutzer von Ihrer App aus auf eine gehostete Verifizierungsseite umleiten | Einen einzelnen API-Aufruf zum Erstellen einer Session, dann Weiterleitung zur zurückgegebenen URL |
| Verifizierung in Ihre Web-App einbetten | Das [JavaScript SDK](https://docs.didit.me/integration/web-sdks/javascript-sdk) oder das [In-Context-iFrame](https://docs.didit.me/integration/web-sdks/incontext-iframe) |
| Innerhalb einer nativen iOS-, Android-, Flutter- oder React-Native-App verifizieren | Das passende [native SDK](https://help.didit.me/de/integration/mobile-sdks) - erforderlich für NFC |
| Verifizierung zu WordPress/WooCommerce oder Shopify hinzufügen | Das [WordPress/WooCommerce](https://docs.didit.me/integration/web-sdks/wordpress-woocommerce)- oder [Shopify](https://docs.didit.me/integration/web-sdks/shopify)-Plugin - kein Code erforderlich |
| In ein Automatisierungstool einbinden | Die API über [Zapier](https://docs.didit.me/integration/engines/zapier), n8n, oder jedes Tool, das eine HTTP-Anfrage senden und einen Webhook empfangen kann |
| Ergebnisse in dem Moment an Ihr Backend pushen, in dem sie bereit sind | [Webhooks](https://help.didit.me/de/integration/webhooks-basics) |
| Einzelne Prüfungen selbst ausführen (Batch-Verarbeitung, eigene Capture-UI) | Die eigenständigen APIs, direkt aufgerufen statt über eine Workflow-Session |

## Den Link selbst versenden

Wenn Sie eine Session über die API erstellen, gibt Didit die Verifizierungs-URL zurück - und die Zustellung liegt dann bei Ihnen. Sie aus Ihrem eigenen Produkt zu senden, mit eigenem Text und eigenem Branding, ist ohnehin meist die bessere Erfahrung: die Person vertraut Ihnen bereits, und eine Nachricht von einem unbekannten Absender kostet Conversion.

Wenn Didit die Person stattdessen per E-Mail erreichen soll, übergeben Sie Kontaktdaten beim Erstellen der Session. Bestätigen Sie, was für Ihr Setup unterstützt wird, statt es anzunehmen, und beachten Sie, dass die **E-Mail-Sprache ein eigenes Feld** ist, getrennt von der Sprache des Ablaufs. Siehe [die Verifizierungssprache festlegen](https://help.didit.me/de/workflows/verification-languages).

## Zwischen gehostet, eingebettet und nativ wählen

| | Gehostetes Redirect | Eingebettet (Web-SDK / iFrame) | Natives SDK |
|---|---|---|---|
| Erforderlicher Code | Minimal | Moderat | Am meisten |
| Nutzer verlässt Ihre App | Ja | Nein | Nein |
| NFC-Chip-Auslesung | Nein | Nein | **Ja** |
| Bestes Kameraverhalten | Gut | Gut | Am besten |
| Eigene Domain entfernt Didit aus der URL | Ja | n/a | n/a |

Wenn Ihnen NFC wichtig ist, entscheidet diese Zeile darüber: der Chip kann von einer Browserseite aus nicht ausgelesen werden. Siehe [NFC-Chip-Verifizierung](https://help.didit.me/de/documents-coverage/nfc-chip-verification).

Welche eingebetteten Optionen in Ihrem Plan verfügbar sind, sollten Sie mit Ihrem Didit-Ansprechpartner klären, bevor Sie ein Projekt darauf ausrichten.

## Eigenständige APIs vs. Workflow-Sessions

Eine Workflow-Session führt die Prüfungen zusammen aus, erzeugt eine aggregierte Entscheidung und wird pro abgeschlossener Funktion abgerechnet. Ein eigenständiger API-Aufruf führt eine Prüfung auf von Ihnen bereitgestellten Daten aus, gibt nur dieses Ergebnis zurück und wird **pro Aufruf** zu seinem eigenen Listenpreis **abgerechnet**.

Eigenständige Aufrufe sind das richtige Werkzeug für Batch-Verarbeitung, für eine selbst gebaute Capture-UI, oder für eine Prüfung, die Sie außerhalb eines Onboarding-Ablaufs ausführen möchten. Sie sind das falsche Werkzeug, wenn Sie eine aggregierte Entscheidung für den ganzen Ablauf wollten.

## Testen, bevor Sie live gehen

Wechseln Sie mit dem Schalter unter dem Anwendungsnamen zu **Sandbox**, erstellen Sie dort einen API-Schlüssel und verwenden Sie ihn. Prüfungen werden simuliert, nicht berechnet, und Sie können das Ergebnis wählen.

[Testen in der Sandbox](https://help.didit.me/de/getting-started/sandbox-and-testing)

## Nächste Schritte

- Richten Sie zuerst einen Workflow ein, falls noch nicht geschehen: [einen Verifizierungs-Workflow erstellen](https://help.didit.me/de/workflows/build-a-verification-workflow)
- Erhalten Sie Ergebnisse in dem Moment, in dem sie bereit sind: [Verifizierungsergebnisse mit Webhooks erhalten](https://help.didit.me/de/integration/webhooks-basics)
- Wo Sie Ihren API-Schlüssel finden: [Ihre API-Schlüssel verwalten](https://help.didit.me/de/account-organization/api-keys)
- Wenn etwas einen Fehler zurückgibt: [API-Fehler und was sie bedeuten](https://help.didit.me/de/integration/api-errors)

## KI-Werkzeuge verbinden

Wähle unter **KI-Werkzeuge verbinden** deine Werkzeuge und folge ihren Einrichtungsanweisungen. Wähle beim Autorisieren die gewünschte Organisation und prüfe die angeforderten Berechtigungen vor der Zustimmung. Wechsle gegebenenfalls zuerst Konto oder Organisation.