Zum Hauptinhalt springen

Drei Wege zur Identitätsprüfung

Die Ausweisverifizierung bleibt eine konfigurierbare Funktion, und die Abrechnung richtet sich weiterhin nach der verwendeten Methode. Ein Dokumentenfoto ist jedoch nicht mehr der einzige Weg. Sie legen jetzt je Land fest, welche Methoden eine Person verwenden darf.
  • Dokumentenerfassung unverändert: Jeder Dokumenttyp, jede Erfassungsregel und jeder Schwellenwert, den Sie bereits konfiguriert haben, funktioniert weiterhin genau wie bisher. Ein Workflow, der nichts über Methoden aussagt, bleibt bei der reinen Dokumentenerfassung.
  • Abfrage ohne Dokument: Die Person gibt ihre nationale Identifikationsnummer und einige persönliche Angaben ein, und wir gleichen diese mit der maßgeblichen Quelle des jeweiligen Landes ab. Kein Dokumentenfoto und kein Dokumentenupload. Diese Quelle ist in den meisten Ländern ein staatliches Register und in einigen eine Datei einer Auskunftei, eines Finanzdienstleisters, eines Versorgungsunternehmens oder eines Melderegisters. Die Abdeckungstabelle nennt die genaue Quelle je Land.
  • Digitale ID-Wallets, fünf Systeme bereits live: MitID (Dänemark), Finnish Trust Network (Finnland), Smart-ID (Estland, Lettland, Litauen und Belgien), Mobile-ID (Estland und Litauen) sowie BankID Sweden verifizieren Personen jetzt im Produktivbetrieb. Die Person meldet sich mit einer Identität an, die sie bereits besitzt, und das Wallet übermittelt einen signierten Satz von Attributen.
  • Ihre Marke auf den Anmeldeseiten: Wallet-Anmeldeseiten übernehmen Ihre White-Label-Farben, und Smart-ID und Mobile-ID laufen im selben Verifizierungsdesign wie der übrige Ablauf.
  • Die Roadmap bleibt sichtbar: Jedes andere Wallet im Katalog, darunter iDIN, Vipps, BankID Norway, itsme, Freja eID, Personalausweis, UAE PASS, gov.br, OneID und die EUDI Wallet, wird als Demnächst angezeigt und kann noch nicht aktiviert werden. Abdeckung und Preise finden Sie auf der Wallet-Seite.
  • Auswahl je Land: Die Registerkarte Länder im Schritt Ausweisverifizierung schaltet jede Methode und jedes Wallet für jedes Land ein oder aus. Dieselben Einstellungen sind auch über die API verfügbar.

Quellen, die ein Foto zurückgeben, gleichen auch das Selfie ab

Wenn ein staatliches Register das Porträt der Person zurückgibt, wie in Südafrika, Nigeria, Argentinien und Panama, nimmt die Abfrage außerdem ein Selfie auf und vergleicht es mit diesem Porträt. Dies ist im Abfragepreis enthalten. Ein Schalter je Land, skip_liveness_and_face_match (standardmäßig aktiviert), erlaubt dem Workflow, nach einer Übereinstimmung seine eigenen Schritte für Liveness-Erkennung und Gesichtsabgleich zu überspringen. Deaktivieren Sie ihn, um beide Schritte trotzdem auszuführen. In Argentinien können Sie außerdem eine Abfrage ohne Selfie wählen, beschrieben unter Abfragequelle je Land auswählen.

Sie legen fest, was passiert, wenn eine Methode nicht greift

Abfragen haben getrennte Schalter für eine Teilübereinstimmung, keine Übereinstimmung und keine Antwort der Quelle. Wallets haben einen Schalter für eine fehlgeschlagene, abgebrochene oder zeitlich abgelaufene Anmeldung. Jeder Schalter schickt die Person entweder zur Dokumentenerfassung oder lehnt die Sitzung ab.
  • Wiederholungen legen Sie selbst fest: Ein bis fünf Versuche, standardmäßig einer. Nur Abfragen, die die Quelle tatsächlich beantwortet hat, werden gezählt.
  • Ein Tippfehler kostet nichts: Eine Nummer, die die Formatprüfung nicht besteht, erreicht die Quelle nie und wird daher weder gezählt noch abgerechnet.
  • Die Konsole zeigt die Kosten vor dem Speichern: Jeder Abfrageschalter erläutert, was diese Konfiguration kostet.

Jedes Ergebnis zeigt, wie es verifiziert wurde

Sitzungen, Entscheidungs-API und status.updated-Webhook enthalten jetzt die Methode, mit der jede Ausweisverifizierung durchgeführt wurde, sowie die zugehörige Vertrauensstufe: Documentary für ein Dokument, Data match für eine Abfrage, Cryptographic für ein Wallet. Die Stufen beschreiben unterschiedliche Nachweise; sie sind keine Rangfolge.
  • Registerabgleich: jedes verglichene Feld mit dem, was die Person angegeben hat, dem, was die Quelle gespeichert hatte, und ob beides übereinstimmte. Dazu kommen gesonderte Fehlerdetails der Quelle, wenn eine Quelle nicht geantwortet hat.
  • Details zum Identitätsnachweis: das Wallet, seine ausstellende Behörde, das von ihm angegebene Vertrauensniveau und ob die Signatur gültig war.
  • Bestehende Integrationen bleiben unberührt: Eine Dokumentensitzung meldet document und documentary und lässt die neuen Felder leer.

Preise

Die Dokumentenerfassung bleibt unverändert: $0.15 pro Prüfung, wobei die ersten 500 Prüfungen jeden Monat kostenlos sind. Die Preise für Abfragen stehen in der Tabelle nach Land und Kennung in USD pro beantwortetem Versuch, die Wallet-Preise auf der Wallet-Seite. Eine Quelle, die mehr als einen Dienst abfragt, berechnet jeden Dienst, der geantwortet hat, und Wiederholungen können zusätzliche Kosten verursachen.
  • Beantwortet heißt abgerechnet: Für eine Quelle, die geantwortet hat, wird die Abfrage berechnet, unabhängig davon, ob eine Übereinstimmung vorlag.
  • Keine Antwort, keine Kosten: Eine Quelle, die nie geantwortet hat, wird nicht berechnet.
  • Rückfall wird separat berechnet: Eine Person, die auf die Dokumentenerfassung zurückfällt, zahlt diese Erfassung zusätzlich.
Lesen Sie mehr unter Ausweisverifizierungsmethoden, Abfrage ohne Dokument und Digitale ID-Wallets.

Abfragequelle je Land auswählen

Wenn ein Land mehr als eine Quelle für eine Abfrage ohne Dokument hat, wählen Sie jetzt, welche ausgeführt wird.
  • Eine Quelle je Land, Ihre Wahl: Auf der Registerkarte Länder wählen Sie die Quelle für jedes Land, das mehr als eine anbietet.
  • Argentinien ohne Selfie: Das nationale Register Argentiniens kann ohne Selfie zum selben Preis abgefragt werden. Ihre Schritte für Liveness-Erkennung und Gesichtsabgleich laufen danach trotzdem, weil kein Porträt zurückkommt.
  • Brasilien mit verifiziertem Selfie: Brasilien kann eine Quelle nutzen, die bestätigt, dass das Selfie dem CPF-Inhaber gehört. Ein späterer Gesichtsabgleich verwendet dieses Selfie.

Unternehmensverifizierung: Wählen Sie, wie viele Registerdaten Sie einkaufen

Die Registerprüfung jedes Landes gibt es jetzt in drei Datenstufen. Der Preis wird angezeigt, bevor Sie wählen.
  • Lite, Shareholders oder UBOs: Wählen Sie die Stufe je Land im Schritt KYB Registry Check sowie bei einer einmaligen Prüfung. Die Konsole zeigt den Preis des Landes für jede Stufe an.
  • Neue eigenständige Endpoints: POST /v3/kyb/shareholders/ und POST /v3/kyb/ubo/. Die Antwort nennt die angeforderte Stufe und die gelieferte Stufe. Ein Land oder Unternehmen ohne Eigentümerdaten wird als Lite geliefert und abgerechnet. Weitere Informationen unter Shareholders und UBOs.
  • Antragsteller warten nicht auf das Register: Der Antragsteller bestätigt das Unternehmen und fährt fort, während Eigentümerdaten noch abgerufen werden. Der Unternehmensdatensatz gibt an, dass die Eigentümerdaten noch abgerufen werden, statt anzuzeigen, dass keine Eigentümerdaten vorhanden sind.
  • Manuelle Unternehmenseingabe hat einen klaren Preis: Ein Unternehmen, das der Antragsteller von Hand eingibt, wird mit einer Pauschale von $0.75 abgerechnet. Die Registerkarte Länder zeigt diese Gebühr an.
Schritt Unternehmensregister im Workflow-Editor mit den Datenstufen Lite, Shareholders und UBOs, ihren Preisspannen und der Registerabdeckung

Workflow-Editor erkennt Fehler vor der Veröffentlichung

Der Editor markiert jetzt Workflows, die stillschweigend das Gegenteil von dem tun würden, was Sie gezeichnet haben.
  • Widersprüchliche Verzweigungen werden markiert — eine Verzweigung, deren Bedingung dem Ergebnis widerspricht, zu dem sie führt, etwa „ID status is not Declined“, die zu Sitzung abgelehnt führt, erhält auf dem Canvas ein Warnabzeichen. Die Graph-Validierungs-API gibt dieselbe Warnung zurück
  • Verzweigung nach Dokumentuntertyp — leiten Sie eine Sitzung anhand des genauen Dokumentuntertyps weiter, etwa Personalausweis oder Aufenthaltstitel
  • Nachvollziehen, warum eine Sitzung einen Pfad genommen hat — der Sitzungsverlauf zeigt jede Verzweigungsentscheidung und den Statusknoten, der die Sitzung beendet hat. Diese Information ist außerdem als workflow_terminal_node_id in der Entscheidungs-API mit include=events verfügbar
  • Fälschungsschwellenwerte erklärt — der Schritt Ausweisverifizierung erläutert, was jeder Fälschungsschwellenwert bewirkt
Workflow-Graph-Editor mit einem Warnabzeichen an einer Verzweigung, deren Bedingung dem Status widerspricht, zu dem sie führt

Mehr Kontrolle über Gesichtsprüfungen

Sie bestimmen, wann die Gesichtssuche läuft. Außerdem kann ein Gesicht, das auf einem anderen Dokument erscheint, jetzt eine Sitzung ablehnen.
  • Gesichtssuche pro Workflow deaktivieren — ein Schalter in den Tabs Regeln für Liveness-Erkennung und Altersschätzung (face_search_enabled). Er ist standardmäßig aktiviert, daher bleiben bestehende Workflows unverändert. Siehe Gesichtssuche
  • Gleiches Gesicht, anderes Dokument — legen Sie fest, was passiert, wenn ein Gesicht zurückkommt, das bereits auf einem anderen Ausweisdokument genehmigt wurde, und sehen Sie das Ergebnis in der Sitzung
  • Aufnahmen ablehnen, die keine Live-Aufnahmen sind — die Videoanalyse der Liveness-Erkennung kann eine Sitzung jetzt ablehnen, nicht nur melden
  • Emulierte Kameras werden erkannt — eine Liveness-Aufnahme von einem emulierten oder virtualisierten Gerät erzeugt ein Risiko, auf das Sie reagieren können
  • Dokument-Liveness-Werte bei jedem Ergebnis — die Entscheidungs-API enthält document_liveness-Werte für Porträtaustausch, Papierkopie und Bildschirmwiedergabe, auch wenn keine Warnung ausgelöst wurde
  • Abgedeckte kritische Felder — ein Dokument, dessen Nummer oder ein anderes kritisches Feld abgedeckt ist, löst eine konfigurierbare Warnung aus, auch über die eigenständige Ausweisverifizierungs-API
Tab Regeln des Schritts Liveness-Erkennung im Workflow-Editor mit eingeschaltetem Schalter für die Gesichtssuche und den Aktionen für doppelte Gesichter darunter

AML-Screening

Sie können die laufende Überwachung über die API verwalten, und ein AML-Schritt kann jede Person prüfen, die ein Dokument nennt.
  • Laufende Überwachung über die API — POST /v3/users/aml-monitoring/ und POST /v3/businesses/aml-monitoring/ schalten die Überwachung für bis zu 1.000 Profile gleichzeitig ein oder aus. Es gibt einen Probelauf, der nur die Schätzung ausgibt, und große Stapel laufen als Job. Siehe AML-Überwachung
  • Nachweis, dass die Überwachung gelaufen ist — jedes AML-Ergebnis zeigt seine Nachweise zur laufenden Überwachung
  • Jede Person prüfen, die ein Dokument nennt — ein AML-Schritt kann eine Person übernehmen, die ein früherer Document-AI-Schritt gefunden hat, etwa in einer Steuerbescheinigung oder einer Satzung, und Sie wählen, welche Entität jeder AML-Schritt prüft
  • Wallet-Screening als einzelne Prüfung — starten Sie ein Wallet-Screening auf Abruf über die Konsole, ohne Sitzung. Der Posten heißt jetzt Wallet-Verifizierung & Wallet-Screening
  • AML in der Sandbox testen — sandbox_scenario bei POST /v3/aml/ simuliert einen Treffer ohne Sitzung eines Endbenutzers
Didit-Karte mit dem Titel Laufende AML-Überwachung über die API

Transaktionsüberwachung

Beginnen Sie mit fertigen iGaming-Voreinstellungen und verfeinern Sie Regeln mit Filtern auf den aktuellen Wert und einer größeren Währungsliste.
  • iGaming-Regelvoreinstellungen — fertige Ereignisregeln für Gaming-Plattformen, etwa für Bonusmissbrauch und Chip-Dumping, in der Regelbibliothek
  • Velocity-Filter für den aktuellen Wert — Velocity-Bedingungen können nach dem Wert der aktuellen Transaktion filtern
  • Mehr Währungen — die Währungsauswahl zeigt jede im Umlauf befindliche Währung, und Transaktions-PDFs zeigen jeden Betrag mit den eigenen Dezimalstellen seiner Währung
  • Sandbox-Transaktionen sind gekennzeichnet — eine Transaktion, die in einer Sandbox-Anwendung bewertet wird, nennt ihre Umgebung, damit ein leerer Regellauf nicht für eine fehlerhafte Regel gehalten wird
Regelbibliothek der Transaktionsüberwachung mit den iGaming-Regelvoreinstellungen

Didit Copilot

Der Copilot zeigt, was er geändert hat, lässt Sie es rückgängig machen und kann in weiteren Bereichen der Konsole handeln.
  • Änderungen ansehen und rückgängig machen — nach einer Interaktion, in der ein Workflow bearbeitet wurde, listet eine Änderungskarte auf, was sich geändert hat, und Rückgängig setzt es zurück
  • Slash-Skills — geben Sie „/“ im Eingabefeld ein, um die Vorlagen für die aktuelle Seite aufzulisten
  • Handelt in mehr Bereichen der Konsole — Organisation oder Anwendung wechseln, Anwendungen umbenennen sowie Workflows duplizieren, umbenennen, archivieren oder verknüpfen, Dialoge für Mitglieder, Rollen, Webhooks und Listen öffnen sowie einen Benutzer sperren oder ein PDF aus einer Sitzung herunterladen
  • Mehr Kontrolle über die Unterhaltung — wählen Sie die Antwortsprache im Header, fügen Sie Word- und Nur-Text-Dateien an und löschen Sie alle Unterhaltungen aus dem Verlauf
  • KI-Kennzeichnung — Antworten sind unter dem Eingabefeld als KI-generiert gekennzeichnet
  • Copilot-Aktionen im Help Center — die Liste dessen, was der Copilot kann, ist in jeder Sprache dokumentiert
Didit-Copilot-Panel im Workflow-Editor mit geöffnetem Menü der Slash-Skills und der KI-Kennzeichnung unter dem Eingabefeld

Branding: Ihr Name in SMS-Codes und E-Mails zu abgelaufenen Dokumenten

  • Ihre Marke in SMS-Codes — der neue Tab SMS unter Anpassung legt den SMS-Absendernamen fest, also die Marke, die in Nachrichten mit Bestätigungscodes angezeigt wird, mit einer Live-Vorschau. Lassen Sie das Feld leer, um den öffentlichen Namen Ihrer Anwendung zu verwenden
  • E-Mails zur erneuten Einreichung abgelaufener Dokumente — eine E-Mail zur erneuten Einreichung eines abgelaufenen Dokuments weist darauf hin, dass das Dokument abgelaufen ist, und Sie können den Wortlaut dieser E-Mail im Tab Texte formulieren
Tab SMS unter Anpassung mit einem Feld für den Absendernamen und einer Live-Vorschau der Nachricht mit dem Verifizierungscode

Support

  • Drag-and-drop für Ticket-Anhänge: Ziehen Sie eine Datei auf das Ticket oder nutzen Sie die Büroklammer.
  • Eigenes Ticket schließen: Markieren Sie ein Ticket in der Konsole oder im Copilot als gelöst. Eine Antwort öffnet es wieder.

Sitzungs-API und Webhooks

  • Benutzerverlauf als PDF über die API: GET /v3/users/{vendor_data}/generate-pdf/ liefert ein PDF mit Ihrem Branding, das die 20 neuesten abgeschlossenen Sitzungen des Benutzers enthält. Es ist derselbe Bericht wie PDF herunterladen in der Konsole. Siehe PDF erzeugen
  • Codes bei Adressnachweis und Document AI: QR-Codes und Barcodes, die im Dokument gefunden werden, werden als detected_codes zurückgegeben und erscheinen in der Sitzungsprüfung.
  • Warnung „Rückseite nicht verfügbar“: Ein Ergebnis der Ausweisverifizierung enthält die informative Warnung DOCUMENT_BACK_SIDE_NOT_AVAILABLE, wenn Ihr Workflow beide Seiten verlangt, der Dokumentkatalog von Didit für das erkannte Dokument aber keine registrierte Rückseite hat. Daher konnte nur die Vorderseite erfasst werden.
  • X-Signature-Simple ist veraltet: Verifizieren Sie Webhooks stattdessen mit X-Signature-V2. Siehe Webhooks
  • Webhook-Zustellungen über das MCP: Sie können die Webhooks einer Sitzung über das Didit MCP auflisten und erneut senden. Details siehe unten.

Didit MCP

Ihr verbundener KI-Agent kann jetzt Sitzungsentscheidungen erklären, Probleme bei der Webhook-Zustellung beheben und validierte Workflows erstellen.
  • Eine Entscheidung erklären: didit_session_explain_decision zeigt nach, warum eine Sitzung als genehmigt, abgelehnt oder in Prüfung endete: die Warnung, die Statusregel oder die manuelle Überschreibung durch den Prüfer.
  • Webhooks prüfen und erneut senden: didit_session_webhooks listet die Webhook-Zustellungen einer Sitzung auf und kann auf die erste warten. didit_session_webhook_resend sendet eine davon erneut.
  • Einen Workflow aus einer einfachen Spezifikation erstellen: didit_workflow_build_graph wandelt eine Funktionsliste mit genau den von Ihnen angegebenen Ländern in einen vollständigen, validierten Graphen um.
  • Wissen, was jedes Land bietet: didit_workflow_get_kyb_registry_catalog liefert Registerstufen und Preise. Das Tool für den Katalog der Ausweisverifizierungsmethoden liefert pro Land die Abfragen und Wallets.
Weitere Informationen finden Sie unter Didit-MCP-Tools.
Didit-MCP-Karte, die zeigt, wie didit_session_explain_decision erklärt, warum eine Sitzung abgelehnt wurde

Neue Dokumente

  • Polizeiausweise: jetzt akzeptiert in Argentinien, Brunei, Kolumbien und auf den Philippinen.
  • Neue kanadische, moldauische und US-Karten: der Führerschein und die Ausweiskarte aus Alberta (2026) mit Barcode-Validierung, der Führerschein aus Moldau (2026) und die NYC Identification Card (2019).
  • Rückseite wird erfasst: Brasilianische Führerscheine der Bundesstaaten, thailändische Führerscheine und Seite B des kanadischen Reisepasses können auf beiden Seiten erfasst werden.
  • ePassport-Trust-Store aktualisiert: mit den neuesten Signaturzertifikaten der Länder.
Didit-Karte mit dem Titel Neue Dokumente

Web SDK 0.3.0 auf 0.4.0

@didit-protocol/sdk-web wurde in diesem Monat von 0.3.0 auf 0.4.0 aktualisiert. Aktualisieren Sie mit npm install @didit-protocol/sdk-web@latest. Alles, was Sie bereits aufrufen, funktioniert weiterhin.
  • Transaktionen aus dem Browser senden: submitTransaction() sendet eine Transaktion zur Überwachung mit einem Transaktions-Token mit eingeschränktem Geltungsbereich. Geräteintelligenz wird automatisch erfasst. Siehe Übermittlung von Transaktionen im SDK
  • Prüfungen der Wallet-Eigentümerstruktur: Wenn eine Transaktion eine Prüfung der Wallet-Eigentümerstruktur verlangt, führt das SDK sie aus und meldet den Abschluss über einen Callback.
  • Vier weitere Sprachen für das Modal: Bosnisch, Kasachisch, Kirgisisch und Albanisch.
  • Die Kameraoptionen der nativen SDKs, im Web: defaultDocumentCamera, defaultLivenessCamera, showDocumentCameraSwitchButton und showLivenessCameraSwitchButton ermöglichen es, die Gesichtsaufnahme mit der Rückkamera zu öffnen, etwa für einen Kiosk oder einen Operator, der das Gerät auf die Person richtet. Außerdem lässt sich der Kamera-Umschalter während der Aufnahme ausblenden. Geräte ohne die angeforderte Kamera verwenden die vorhandene Kamera. Wenn Sie die Verifizierungs-URL direkt öffnen, setzen Sie die passenden Query-Parameter selbst (liveness_camera=back, liveness_camera_switch=false, …).
Weitere Informationen finden Sie im Leitfaden zum Web SDK.
Didit-Karte mit dem Titel Web SDK 0.4.0

Native SDKs 4.9.0

iOS SDK, Android SDK, React Native SDK und Flutter SDK haben alle 4.9.0 erreicht. React Native und Flutter enthalten dieselbe native Version. Es sind keine Änderungen an der Integrations-API erforderlich.
  • Benutzer wählen ihre Sprache: Setzen Sie showLanguageSelector, dann zeigt der Willkommensbildschirm dieselbe kompakte, durchsuchbare Sprachauswahl, die der Webablauf verwendet. Sie ist standardmäßig ausgeblendet (4.9.0).
  • Methoden der Ausweisverifizierung in den Apps: Ein Land, das für eine Abfrage der nationalen ID-Nummer, eine Anmeldung mit einer digitalen ID-Wallet oder beides konfiguriert ist, bietet sie zusammen mit der Dokumentenaufnahme auf einem Eingangsbildschirm an, so wie es der Web-Ablauf tut. Die Abfrage erfasst die Felder, die das Land verlangt, prüft sie vor dem Senden auf dem Gerät und greift auf die Dokumentenaufnahme zurück, wenn Ihre Konfiguration dies erlaubt (4.8.0).
  • Dokumentgrafiken auf dem Eingangsbildschirm: Jeder Dokumenttyp im Methodenauswahl-Dialog von iOS zeigt eine eigene Illustration (4.8.0).
  • Klarere Fehlermeldungen bei Fragebögen: Wird eine Übermittlung eines Fragebogens abgelehnt, sieht der Benutzer den Grund, den der Server angegeben hat (4.8.0).
Didit-Karte mit dem Titel Native SDKs 4.9.0

Didit Academy: 28 neue Lektionen

28 neue kurze Konsolen-Walkthroughs, je 2 bis 7 Minuten lang, aufgenommen in der echten Konsole. Jeder hat eine schriftliche Zusammenfassung unter didit.me/academy.
Erste Schritte Erstellen Betrieb Alle Lektionen finden Sie unter didit.me/academy.

Verbesserungen

  • Modelltraining deaktivieren: Eine Organisationseinstellung unter Einstellungen legt fest, ob Ihre Verifizierungsdaten zur Verbesserung der Modelle von Didit verwendet werden dürfen
  • Klarere Alerts bei niedrigem Guthaben: Der Alert nennt die Organisation und den Schwellenwert, den Sie festgelegt haben
  • Rechnungen enthalten Ihre Kontaktdaten: Die Kontaktdaten Ihrer Organisation erscheinen auf jeder Rechnung
  • Die Sandbox führt die echte Aufnahme zur aktiven Liveness-Erkennung aus: Testen Sie denselben Ablauf zur aktiven Liveness-Erkennung, den Ihre Benutzer sehen
  • Manuelle Uploads im Benutzerprofil: Von Ihnen manuell hochgeladene Dokumente und Gesichter werden im Profil des Benutzers angezeigt
  • Benutzerdefinierte Domains sind für Live-Anwendungen gedacht: Der Tab Domain in einer Sandbox-Anwendung erklärt, dass benutzerdefinierte Domains nur für Live-Anwendungen gelten
Zuletzt geändert am 7. November 2026