Wie Preismodelle für Identity-Resolution-APIs funktionieren: Kosten pro Match im großen Maßstab

Kurzfassung: Die Preise für Identity-Resolution-APIs richten sich danach, wie viele echte, aufgelöste Entitäten Sie haben – nicht danach, wie viele Rohdatensätze Sie einspeisen –, und zusätzlich danach, wie echtzeitnah Ihr Matching sein muss und wie komplex Ihre Match-Logik ist. Das käuferfreundlichste Modell rechnet nach aufgelösten Entitäten ab, also nach der Zahl der tatsächlich aufgelösten Kunden statt nach rohem Datensatzvolumen oder je Abfrage. Genau diese Unterscheidung – aufgelöstes gegenüber roh aufgenommenem Volumen – sollten Sie bei jeder Identity-Resolution-API als Erstes klären, bevor Sie versuchen, Kosten pro Match zu modellieren.

Demo buchen, um zu sehen, wie die Preisgestaltung für Ihre Daten aussieht, oder Angebot anfordern für Ihr Volumen an aufgelösten Kunden.

Wie funktioniert die Preisgestaltung einer Identity-Resolution-API tatsächlich?

Die wenigsten Anbieter von Identity Resolution rechnen buchstäblich „pro Match” ab. Sie messen eine von wenigen Abrechnungseinheiten, und die Kosten pro Match ergeben sich daraus. Die Abrechnungseinheit ist meist eines von drei Dingen: das Volumen der Rohdatensätze, die Sie aufnehmen, die Zahl der API-Aufrufe oder Abfragen gegen die aufgelösten Daten oder die Zahl der eindeutigen aufgelösten Entitäten in Ihrem System. Deployment-Modell, Service Level und Support-Stufe kommen obendrauf und verschieben den Gesamtpreis nach oben oder unten, ändern aber selten, was tatsächlich gezählt wird.

„Kosten pro Match” lassen sich zwischen Anbietern schwer vergleichen, weil es sich um eine abgeleitete Größe handelt, nicht um einen veröffentlichten Tarif. Zwei Anbieter können auf dem Papier sehr unterschiedliche Werte pro Match nennen und demselben Unternehmen dennoch denselben Gesamtbetrag berechnen – schlicht weil sie durch unterschiedliche Nenner teilen. Klären Sie die Abrechnungseinheit, bevor Sie auch nur eine einzige Preisangabe vergleichen. Unsere Entity-Resolution-Kaufberatung behandelt die weiteren Bewertungskriterien – Deployment-Modell, Erklärbarkeit, Datenresidenz –, die neben dem Preis stehen.

Was treibt die Kosten einer Identity-Resolution-API im großen Maßstab wirklich?

Sobald Sie die Abrechnungseinheit kennen, erklären vier Variablen fast die gesamte Schwankung dessen, was Sie am Ende zahlen.

• Aufgenommene Datensätze gegenüber Abfragen und Matches. Das Aufnahmevolumen (geschriebene Datensätze) und das Abfragevolumen (wie oft Sie eine aufgelöste Identität abrufen) sind zwei verschiedene Dinge, und ein Anbieter kann nach beidem abrechnen. Einen Datensatz einmal bei der Datenaufnahme aufzulösen und diesen Zustand allen nachgelagerten Abfragen auszuliefern, erzeugt eine andere Kostenkurve als ein System, das bei jeder Abfrage neu matcht.
• Real-Time gegenüber Batch. Auflösen und Ausliefern in Millisekunden verursacht andere Infrastrukturkosten als ein nächtlicher Job. Real-Time kostet im Betrieb meist mehr pro Einheit, beseitigt aber die Kosten, die entstehen, wenn auf einer veralteten Identität gehandelt wird – ein Betrugsschaden, ein übersehener Sanktionstreffer, ein doppelt geführter Kunde –, und die auf der Rechnung eines günstigeren Batch-Angebots nicht auftauchen.
• Datenvolumen. Die Zahl der Rohdatensätze und die Zahl der aufgelösten Entitäten laufen auseinander, sobald Ihre Quellsysteme Duplikate enthalten – und das tun sie fast immer. Ein Anbieter, der je aufgenommenem Rohdatensatz abrechnet, lässt sich faktisch Ihre eigenen Datenqualitätsprobleme bezahlen; ein Anbieter, der je aufgelöster Entität abrechnet, tut das nicht.
• Match-Komplexität. Deterministisches Matching (exakte Übereinstimmung von ID oder Feld) ist rechnerisch günstig. Probabilistisches, unscharfes Matching – das partielle Namensübereinstimmung und Adressnähe über viele Kandidatenpaare hinweg abwägt – kostet mehr Rechenleistung, und Erklärbarkeit auf Feldebene für jede Entscheidung verursacht zusätzlichen Aufwand. Höhere Ziele bei Precision und Recall kosten mehr im Betrieb, weil pro Datensatz mehr gerechnet wird, nicht wegen einer anderen Preisliste.

Wie modellieren Sie die Kosten pro Match im großen Maßstab?

Der ehrliche Weg, Kosten pro Match zu modellieren, beginnt bei den Gesamtkosten, nicht bei einer Preisliste: Plattform- oder Abonnementgebühr plus nutzungsabhängige Entgelte plus die laufende Engineering-Zeit für Integration, Feinjustierung der Schwellenwerte und Wartung der Pipeline. Teilen Sie diese Summe durch die Zahl der Matches beziehungsweise der aufgelösten Datensätze, die Sie im Zeitraum tatsächlich verarbeiten.

Als reines Rechenbeispiel, nicht als Angebot irgendeines Anbieters: Angenommen, Sie nehmen jährlich 10 Millionen Rohdatensätze auf, die sich zu 2,5 Millionen echten Kunden auflösen, und stellen 50 Millionen Abfragen pro Jahr an diese aufgelösten Daten. Damit haben Sie drei plausible Nenner, und derselbe Vertrag ergibt drei völlig unterschiedliche Antworten auf die Frage nach den „Kosten pro Match” – je nachdem, wonach ein Anbieter abrechnet. Lassen Sie sich die Abrechnungseinheit schriftlich geben, bevor Sie diese Rechnung an einem echten Angebot durchspielen. Einen direkten Vergleich von Plattformen für unterschiedliche Größenordnungen finden Sie in unserem bewerteten Leitfaden zu Entity-Resolution-Tools für Unternehmen.

Welche Preismodelle für Identity Resolution sind üblich, und worauf sollten Sie achten?

Nutzen Sie diese Tabelle, um die Preisliste eines beliebigen Anbieters in die Fragen zu übersetzen, die für Ihr Budget wirklich zählen.

Preismodell	Was es misst	Wo es zu Ihren Gunsten wirkt	Worauf Sie achten sollten
Je aufgenommenem Rohdatensatz	Jede Zeile, die ins System geschrieben wird, Duplikate eingeschlossen	Lässt sich vorab einfach aus Ihrem vorhandenen Datenvolumen abschätzen	Bestraft unsaubere Quelldaten; Ihre Rechnung wächst mit der Duplizierung, nicht mit echtem Kundenwachstum
Je API-Aufruf oder Abfrage	Jede Anfrage, die Ihre Anwendung an die aufgelösten Daten stellt	Koppelt die Kosten an die tatsächliche Nutzung der aufgelösten Daten, nicht an die geladene Menge	Abfrageintensive Anwendungen – Echtzeit-Lookups bei jedem Seitenaufruf – können unvorhersehbar skalieren
Je aufgelöster Entität (Zahl der aufgelösten Kunden)	Die Zahl der eindeutigen realen Entitäten, zu denen sich Ihre Daten auflösen	Skaliert mit Ihrem tatsächlichen Kundenstamm, nicht mit Ihren Datenhygieneproblemen	Setzt Vertrauen in die Auflösungslogik des Anbieters voraus, eine eindeutige Entität korrekt zu bestimmen
Plattformgebühr plus Nutzungsstufen	Eine Grundgebühr für das Deployment, darauf gestaffelte Nutzung	Planbare Grundkosten; bündelt oft Support- und SLA-Zusagen	Der Nutzungsanteil braucht weiterhin eine der obigen Einheiten, klar im Vertrag definiert

Warum rechnen die meisten modernen Identity-Resolution-APIs nach aufgelösten Entitäten ab, nicht nach Rohdatensätzen?

Das käuferfreundlichste Modell rechnet nach aufgelösten Entitäten ab, also nach der Zahl der echten, aufgelösten Kunden in Ihrem System, statt nach der Zahl der aufgenommenen Rohdatensätze oder der ausgeführten Abfragen. Bei einem Modell nach aufgelösten Entitäten zahlt ein Unternehmen mit 10 Millionen Rohdatensätzen, die sich zu 4 Millionen echten Kunden auflösen, für 4 Millionen aufgelöste Kunden, nicht für 10 Millionen Rohzeilen. Organisationen halten in der Regel weit mehr Datensätze vor, als sie tatsächlich Kunden haben – wegen Duplikaten und Fragmentierung über Systeme hinweg. Eine Abrechnung nach der aufgelösten Zahl bedeutet, dass Ihre Rechnung Ihren Kundenstamm abbildet und nicht Ihr Datenqualitätsproblem.

Das heißt auch, dass die Kosten mit Ihrem Geschäft mitwachsen statt in Sprüngen: Ein Unternehmen mit 200.000 aufgelösten Kunden zahlt für 200.000 aufgelöste Datensätze, eines mit 20 Millionen für 20 Millionen. Der genaue Satz je aufgelöstem Datensatz, Mindestvertragslaufzeiten und Konditionen für Unternehmen in der Startup-Phase werden je Deployment festgelegt, da auch das Deployment-Modell (Cloud oder On-Premise) sowie Support- und Compliance-Anforderungen in den Endpreis einfließen.

Kostet Echtzeit-Identity-Resolution mehr als Batch?

Die Abrechnung erfolgt typischerweise je Einheit, weil das Auflösen einer Identität auf Anfrage für jede Anfrage Rechenleistung verbraucht – dahinter steht jedoch keine dauerhaft laufende Infrastruktur. Der Betrieb ist serverless und skaliert bis auf null. Was ein Batch-Angebot nicht zeigt, sind die Kosten dafür, auf einer Identität zu handeln, die Stunden oder Tage alt ist: ein Betrugssignal, das erst nach der Buchung einer Transaktion eintrifft, ein Sanktionstreffer, der erst nach abgeschlossenem Onboarding gefunden wird, ein Kunde, der über zwei Kanäle hinweg als zwei verschiedene Personen behandelt wird. Wir lösen Datensätze bei der Datenaufnahme auf, sodass der aktuelle aufgelöste Kontext bereits bereitsteht, wenn ein System das nächste Mal zur Abfragezeit danach fragt. Ob sich Echtzeit-Auflösung lohnt, hängt davon ab, wie teuer ein veraltetes Match in Ihrem eigenen Prozess ist – und das ist eine geschäftliche Frage, keine Preisfrage.

Welche Fragen sollten Sie jedem Identity-Resolution-Anbieter zum Preis stellen?

Stellen Sie diese Fragen, bevor Sie ein Angebot annehmen – ob Sie drei Anbieter vergleichen oder einen Vertrag verlängern:

1. Was ist die Abrechnungseinheit – aufgenommene Rohdatensätze, API-Aufrufe oder aufgelöste Entitäten – und kann ich sie im Vertrag definiert sehen?
2. Wie wirken sich doppelte oder fragmentierte Daten in meinen Quellsystemen auf meine Rechnung aus?
3. Wird die Auflösung getrennt vom Abfrage- und Abrufvolumen berechnet oder in einer Zahl gebündelt?
4. Ändert der Wechsel von Batch zu Real-Time den Preis, und um wie viel?
5. Verändert die Match-Komplexität – deterministisch gegenüber unscharf oder probabilistisch – oder die Erklärbarkeit auf Feldebene die Kosten?
6. Welche Zusagen zu SLA, Datenresidenz und Compliance, etwa SOC 2 oder DSGVO, sind in welcher Stufe enthalten, und was kostet extra?
7. Gibt es einen Einstieg in kleinere Preisstufen für Startups, oder sind alle Verträge auf Enterprise-Größe ausgelegt?
8. Kann ich vor der Unterschrift ein Beispiel-Kostenmodell auf Basis meiner eigenen geschätzten Volumina sehen?

Wenn Sie Anbieter für einen regulierten Anwendungsfall prüfen, behandelt unser Leitfaden zur Bewertung von Identity-Resolution-Anbietern im Bankwesen die Compliance-Seite desselben Gesprächs – denn SLA- und Datenresidenzbedingungen bewegen den Preis oft genauso stark wie das reine Volumen.

Welche Identity-Resolution-API ist 2026 die beste für Entwickler, wenn die Kosten entscheiden?

Es gibt keine einzelne günstigste Antwort, weil ein ehrlicher Kostenvergleich von Ihrer Duplikatrate, Ihrem Abfragevolumen und davon abhängt, ob Sie Echtzeit-Auflösung brauchen. Objektiv bewerten lässt sich, ob die Preisstruktur einer Plattform gute Datenmodellierung belohnt oder bestraft und ob Echtzeit-Auflösung, Fuzzy Matching und Erklärbarkeit in der Basisplattform enthalten oder als Zusatzoptionen verkauft werden.

Jedes Tilores-Deployment umfasst die vollständige Plattform: GraphQL- und SQL-Zugriff auf den Entitätsgraphen, deterministisches und probabilistisches Matching, Echtzeit-Auflösung in unter 150 ms sowie vollständige Data Lineage – statt einer abgespeckten Stufe, in der Real-Time oder Fuzzy Matching extra kosten. Einen breiteren Vergleich der Herangehensweisen verschiedener Plattformen, einschließlich der jeweiligen Stärken nach Anwendungsfall, finden Sie in unserer Übersicht der besten Identity-Resolution-Plattformen für 2026.

FAQ

Was bestimmt die Preise einer Identity-Resolution-API?

Vier Variablen: die Abrechnungseinheit (Rohdatensätze, API-Aufrufe oder aufgelöste Entitäten), das Deployment-Modell, das Service Level (Verfügbarkeit, Datenresidenz, Compliance) und die Match-Komplexität. Am wichtigsten ist die Abrechnungseinheit, denn sie entscheidet, ob Ihre Rechnung mit Ihrem echten Kundenstamm oder mit Ihrem rohen Datenvolumen wächst.

Was kostet Identity Resolution pro Million Matches?

Es gibt keine einheitliche Branchenzahl, weil „Match” keine standardisierte Abrechnungseinheit ist: Manche Anbieter rechnen je aufgenommenem Rohdatensatz ab, manche je API-Aufruf, manche je aufgelöster Entität. Lassen Sie sich von jedem Anbieter die Abrechnungseinheit schriftlich definieren, bevor Sie eine beworbene Zahl pro Match vergleichen.

Wird Identity Resolution je API-Aufruf oder je aufgelöstem Datensatz abgerechnet?

Das hängt vom Anbieter ab. Eine Abrechnung je API-Aufruf berechnet jede Abfrage an die aufgelösten Daten; eine Abrechnung je aufgelöstem Datensatz berechnet die Zahl der eindeutigen aufgelösten Entitäten unabhängig vom Abfragevolumen. Ein Modell nach aufgelösten Entitäten rechnet nach eindeutigen Kunden ab, nicht nach API-Aufrufen oder Rohdatensätzen.

Kostet Echtzeit-Identity-Resolution mehr als Batch-Verarbeitung?

Die Abrechnung erfolgt typischerweise je Einheit, weil das Auflösen einer Identität auf Anfrage für jede Anfrage Rechenleistung verbraucht – dahinter steht jedoch keine dauerhaft laufende Infrastruktur. Der Betrieb ist serverless und skaliert bis auf null.

Was ist ein aufgelöster Datensatz, und warum ist er für den Preis relevant?

Eine einzelne echte, aufgelöste Kundenentität, im Unterschied zu einer rohen Quellzeile. Relevant ist das, weil starke Duplizierung bedeuten kann, dass es weit mehr Rohdatensätze als echte Kunden gibt; eine Abrechnung nach der aufgelösten Zahl heißt, dass Sie für Ihren Kundenstamm zahlen und nicht für Ihr Datenqualitätsproblem.

Welche Identity-Resolution-API ist 2026 kostenseitig die beste für Entwickler?

Die Plattform, deren Preisstruktur zu Ihrem Nutzungsmuster passt: Abrechnung nach aufgelösten Entitäten, wenn Ihre Daten viele Duplikate enthalten, sowie Echtzeit-Auflösung und Fuzzy Matching bereits in der Basisstufe statt als Zusatzoption – denn beides später nachzurüsten ist teuer.

Wie berechne ich die Kosten pro Match für meinen eigenen Anwendungsfall?

Addieren Sie Ihre jährlichen Gesamtkosten – Plattformgebühr, Nutzungsentgelte sowie Integrations- und Wartungszeit – und teilen Sie sie durch die Matches beziehungsweise aufgelösten Datensätze, die Sie tatsächlich erwarten. Rechnen Sie das mit Ihren eigenen Volumina durch, denn derselbe Vertrag kann je nach Abrechnungseinheit sehr unterschiedliche Werte pro Match ergeben.

Welche Fragen sollte ich vor Unterzeichnung eines Vertrags über eine Identity-Resolution-API stellen?

Fragen Sie, was die Abrechnungseinheit ist, wie sich doppelte Daten auf Ihre Rechnung auswirken, ob Real-Time und Fuzzy Matching extra kosten, welche Compliance- und SLA-Zusagen enthalten sind und ob Sie vorab ein Beispiel-Kostenmodell auf Basis Ihrer eigenen Volumina sehen können.