Zum Hauptinhalt springen
Jede Transaktion mit einer Geräte-IP-Adresse wird serverseitig in Echtzeit angereichert, bevor die Regeln sie auswerten. Die Anreicherung ergänzt Land, Stadt, VPN-, Tor- und Rechenzentrums-Flags, ASN und Mobilfunkanbieter, die alle als Regelbedingungen verfügbar sind.

Wann die Anreicherung ausgeführt wird

Inline während der Erstellung der Transaktion:
  1. Sie senden POST /v3/transactions/ mit subject.device_context.network_context.ip_address (oder der Geräte-IP-Adresse einer anderen Partei).
  2. Didit sucht die IP-Adresse in einem In-Memory-Cache (TTL 24 Stunden).
  3. Wenn sie nicht im Cache liegt, prüft Didit die gemeinsame IP-Anreicherungstabelle (Aktualität ca. 30 Tage).
  4. Ist der Eintrag veraltet oder fehlt er, wird die IP-Adresse über die Anreicherungspipeline von Didit aufgelöst, mit Failover über mehrere Anbieter.
  5. Die angereicherten Felder werden in den Transaktionsdatensatz geschrieben und stehen den Regeln zur Verfügung.
Die Anreicherung erfolgt inline, also bevor die Regeln laufen, ist bei einem Fehler jedoch nicht blockierend. Kann die Anreicherung nicht abgeschlossen werden, wird die Transaktion trotzdem verarbeitet. Die IP-Adresse erscheint dann ohne Anreicherungsdaten.

Angereicherte Felder

Angereicherte Felder in Regeln verwenden

Jedes der angereicherten Felder kann eine Regelbedingung sein. Häufige Muster: Hochrisiko-Jurisdiktion anhand der IP-Adresse
VPN- / Tor-Nutzung
Rechenzentrum / nicht aus einem privaten Wohnnetz stammender Ursprung
IP-Land ≠ KYC-Land

Cache-Ebenen

Treffer in den ersten beiden Ebenen verursachen für Sie keine zusätzlichen Kosten. Neue Auflösungen können nutzungsabhängig abgerechnet werden. Siehe dazu Ihre Abrechnungskonsole.

Verhalten bei Fehlern

  • Die Erstellung einer Transaktion schlägt nie fehl, weil die Anreicherung fehlgeschlagen ist.
  • Fehlende Anreicherungsfelder treffen einfach keine Regelbedingungen, die auf sie verweisen.
  • Alerts zu hängender Anreicherung werden über die interne Überwachung an Ihr Betriebsteam gemeldet; für Kunden hat dies keine Auswirkungen.

Gültigkeitsprüfung

Nicht routbare IP-Adressen werden vor der Anreicherung übersprungen:
  • Privat (10/8, 172.16/12, 192.168/16)
  • Loopback (127/8)
  • Link-Local (169.254/16)
  • Multicast, nicht spezifiziert
So sparen Sie Anbieterkontingent, und unsinnige Anreicherungsdaten entstehen nicht.

Anreicherung für eine Transaktion prüfen

Über die API. Es gibt keinen separaten Anreicherungsblock. Die angereicherten Felder werden in das eigene Objekt device.network_context der Partei geschrieben, neben der übermittelten ip_address, im passenden Eintrag des Arrays parties:
In der Anfrage übermittelte Felder bleiben erhalten. Die Anreicherung füllt nur die Schlüssel, die Sie weggelassen haben, und Schlüssel, die der Resolver leer zurückgibt, werden weggelassen. Das vollständige device-Format finden Sie im Antwortschema. In der Konsole. Die Detailseite der Transaktion zeigt die IP-Anreicherung im Tab IP & Gerät mit einer Standortmarkierung auf der Karte.

Datenschutz

  • Rohe IP-Adressen werden zusammen mit der Transaktion gespeichert.
  • Anreicherungsdaten liegen in einer gemeinsamen, nach IP-Adresse indexierten Tabelle, nicht pro Benutzer.
  • Die Löschung nach dem Recht auf Vergessenwerden entfernt IP-Adressen aus der Transaktion. Der gemeinsame Cache-Eintrag bleibt bestehen, da er nicht personenbezogen ist.

Nächste Schritte

Regeln

Angereicherte Felder in Bedingungen verwenden.

Regelbibliothek

Vorgefertigte IP-basierte Regeln.

Antwortschema

Wo die IP-Anreicherung erscheint.
Zuletzt geändert am 7. November 2026