メインコンテンツへスキップ
Diditが750万ドルを調達、本人確認と不正対策のインフラを構築
Didit
ノーコード本人確認ワークフロー

コードを書かずに本人確認フローを構築。再デプロイなしでルールを変更。

KYC、AML、KYB、生体認証ステップアップをドラッグ&ドロップで。シグナルに基づいて分岐。A/Bテスト。安全なバージョン管理。完了したモジュールのみ支払い, ワークフロービルダー自体は無料です。

支援元
Y CombinatorRobinhood Ventures
Firecrawl
Slash
Crnogorski Telekom
UCSF Neuroscape
Bit2Me
Shiply

世界中の2,000以上の組織から信頼されています。

映画のようなダークで抽象的なノーコードビジュアルワークフロービルダーのイラスト, 純粋な黒の背景に、光るDidit Blueの線で結ばれ、4つの光るスキャナーブラケットで囲まれた、3Dパースペクティブの4枚の浮遊する半透明のガラスパネル。各パネルには、ワークフローキャンバス(ノードとエッジのグラフ断片、ドラッグハンドル、分岐フォーク、キャンバスグリッド)を表す小さな淡い白色の抽象的なモチーフが描かれています。

プロダクトオーナーが負うべきもの

ルールは毎週変わります。あなたのアプリは変わるべきではありません。

モジュールをキャンバスにドラッグし、エッジで接続し、分岐を追加してバージョンを公開し、 `workflow_id`をアプリに渡します。ルールが変更された場合、プロダクトマネージャーは ドラフトを編集して公開するだけで、エンジニアリングチケットも再デプロイも不要です。 統合は常に`POST /v3/session/`で完結します。

仕組み

サインアップから認証済みユーザーまで、たった4ステップ。

  1. ステップ 01

    ワークフローを作成

    ID、ライブネス、顔認証、制裁リスト、住所、年齢、電話番号、メールアドレス、カスタム質問など、必要なチェックを選択します。それらをダッシュボードのフローにドラッグするか、同じフローをAPIにPOSTします。条件に基づいて分岐させたり、A/Bテストを実行したり、コードは一切不要です。

  2. ステップ 02

    統合

    Web、iOS、Android、React Native、Flutter SDKでネイティブに組み込むか、ホストされたページにリダイレクトします。または、メール、SMS、WhatsAppなど、どこでもユーザーにリンクを送信するだけです。あなたのスタックに合った方法を選んでください。

  3. ステップ 03

    ユーザーがフローを完了

    Diditは、カメラ、照明の指示、モバイル連携、アクセシビリティをホストします。ユーザーがフローを実行している間、200以上の不正シグナルをリアルタイムでスコアリングし、すべてのフィールドを信頼できるデータソースと照合して検証します。結果は2秒以内に得られます。

  4. ステップ 04

    結果を受け取る

    リアルタイムの署名付きWebhookにより、ユーザーが承認、拒否、またはレビューに送られた瞬間にデータベースが同期されます。必要に応じてAPIをポーリングすることも可能です。または、コンソールを開いてすべてのセッション、すべてのシグナルを検査し、ケースを独自の方法で管理することもできます。

プロダクトオーナー向けに構築 · インフラのような価格設定

6つのプリミティブ。ワークフロービルダーは無料です。

各セッションで実際に実行されたモジュールに対してのみお支払いください。キャンバス、分岐、テンプレート、A/Bテスト、バージョン管理はすべて含まれています。
01 · ドラッグ&ドロップキャンバス

Diditの各モジュールはノードです。

ID、ライブネス、顔認証、顔検索、デバイス+IP、AML、NFC、住所証明、KYB、ウォレットスクリーニング、アンケートをキャンバスにドラッグします。エッジを接続します。完了です。
ワークフローオーケストレーター
02 · 条件分岐

「もしこうなら、こうする」。必要なだけ深くネストできます。

VPN/Tor検出、発行国、年齢、AMLヒット、リピーター、不正スコア、ドキュメントタイプなど、あらゆるシグナルに基づいて分岐させます。深度制限はありません。アプリを再デプロイすることなく分岐を編集できます。
ユーザー認証モジュール
03 · 11種類のテンプレート

動作中のフローから開始できます。

ID+顔認証、ID+ライブネス+顔認証($0.33 KYC)、ID+IPリスクベース、電話番号リスクベース、高リスク国レビュー、2ID、ドライバー認証、EU企業認証(KYB)など、モジュールをオン/オフで切り替えられます。
ワークフローオーケストレーター
04 · 組み込みA/Bテスト

バリアントを測定し、最適なものを採用します。

ワークフローのバリアント間でトラフィックを分割します。例:パッシブ vs アクティブライブネス、ログイン画面のオン/オフ、申請時のAML vs 初回取引時のAML。バリアントIDはすべてのWebhookで送信されるため、分析によって判定結果とバリアントを紐付けられます。
Webhookドキュメント
05 · バージョン管理

ドラフトは編集可能。公開されたものは不変です。

ドラフトは自由に編集でき、公開すると不変のバージョンが作成されます。セッションは常にその正確なバージョンを参照するため、過去のセッションは監査のために完全に再現可能です。過去のバージョンは永久に保持されます。
AMLスクリーニングモジュール
06 · 1つの/v3/契約

SDK、MCPサーバー、ホストされたUI, すべて同じ `workflow_id` を使用します。

`workflow_id`を`POST /v3/session/`に渡します。Diditがサーバーサイドでオーケストレーションを処理し、署名付きWebhookを返します。Didit MCP(Model Context Protocol)サーバーにより、AIエージェントがプログラムでワークフローを作成・編集できます。
AIエージェントIDソリューション
統合

1セッション。1 `workflow_id`。すべての分岐を処理。

ワークフローを一度作成します。公開します。`workflow_id`をアプリに渡します。Diditがオーケストレーションします。
POST /v3/session/ワークフロー
$ curl -X POST https://verification.didit.me/v3/session/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -d '{
    "workflow_id": "wf_signup_v12",
    "vendor_data": "user-42",
    "callback": "https://app/cb"
  }'
201作成済みDiditがサーバーサイドでユーザーを各ブランチに誘導します。
コンソールでワークフローを編集しても、アプリの再デプロイは不要です。ドキュメント →
POST /v3/workflows/構成
$ curl -X POST https://verification.didit.me/v3/workflows/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "workflow_label": "Signup KYC",
    "features": [
      { "feature": "OCR" },
      { "feature": "LIVENESS" },
      { "feature": "FACE_MATCH" },
      { "feature": "AML" }
    ]
  }'
201作成済みワークフローのUUIDを返します。`workflow_id` としてすぐに使用可能です。
エージェント対応統合

プロンプト一つでノーコードの本人確認ワークフローを構築。

Claude Code、Cursor、Codex、Devin、Aider、またはReplit Agentに貼り付けてください。モジュールとブランチを入力すると、エージェントがワークフローを構成し、バージョンを公開し、署名付きWebhookをアプリに接続します。
didit-integration-prompt.md
You are integrating Didit's no-code Workflow Builder into a product. The product manager, the compliance officer, or the founder can change identity rules in the Business Console; your app only ever hands Didit a workflow_id, gets a verdict back, and routes the user.

Three pillars:

  1. Compose the workflow in the visual builder — drag ID, Liveness, Face Match, AML, NFC, KYB modules onto the canvas, connect them with edges, add conditional branches.
  2. Publish a version — the published version is immutable; sessions reference the exact version they were created with.
  3. Open POST /v3/session/ with the published workflow_id. Didit handles every module and every branch server-side.

Cost:
  - Pay per completed module per session (e.g. ID $0.15 + Liveness $0.10 + Face Match $0.05 + AML $0.20 = $0.50, or bundle = $0.33)
  - Workflow Builder itself is free
  - MCP server (for AI coding agents to manage workflows programmatically) is free, included
  - First 500 verifications free every month, forever

PRE-REQUISITES
  - Production API key from https://business.didit.me (sandbox key in 60s, no card).
  - Webhook endpoint with HMAC SHA-256 verification using the X-Signature-V2 header and your webhook secret.
  - Access to the Business Console's Workflow Builder (every account has it).
  - The 11 seeded templates are a good starting point:
      "ID + Face Match"
      "ID + Liveness + Face Match" (the $0.33 KYC bundle)
      "ID + IP risk-based" (extra Liveness on VPN / Tor)
      "Phone risk-based verification"
      "High-risk country review"
      "Two ID documents"
      "Driver verification"
      "EU Company Verification" (KYB)
      ... plus four more
  - Plus "Start from Scratch" for fully bespoke flows.

STEP 1 — Compose the workflow

  Console → Workflows → New → pick a template OR Start from Scratch:
    - Drag modules from the sidebar onto the canvas
    - Connect them with edges (the user moves left-to-right through them)
    - Add branching conditions (right-click a node → Add condition)
    - Set per-workflow options: Include custom style (white label), retention override, callback URL

  Click Save Draft. The draft is fully editable; only published versions are immutable.

STEP 2 — Publish a version

  Click Publish on the draft. The version receives a number (v1, v2, v3…) and becomes immutable.

  Versioning rules:
    - Sessions reference the exact published version they were created with
    - You can iterate on a new draft while sessions on the old version continue to use it
    - Past versions are kept; you can inspect any past session's configuration
    - To change a published workflow, create a new draft from it, edit, publish

STEP 3 — Open a session with the workflow_id

  POST https://verification.didit.me/v3/session/
  Headers:
    x-api-key: <your api key>
    Content-Type: application/json
  Body:
    {
      "workflow_id": "<your published workflow id>",
      "vendor_data": "<your user id, max 256 chars>",
      "callback": "https://<your-app>/identity/callback"
    }

  Response: 201 Created with the hosted session URL. Didit walks the user through every module and every branch defined in the workflow.

STEP 4 — Read the signed webhook on completion

  Didit POSTs to your callback when the session reaches a terminal status. Session statuses are Title Case With Spaces:

  Body (excerpted):
    {
      "session_id": "<uuid>",
      "workflow_id": "<the workflow id>",
      "workflow_version": "<v3>",
      "vendor_data": "<your user id>",
      "status": "Approved",
      "id_verification": { "status": "Approved" },
      "liveness": { "status": "Approved" },
      "face": { "status": "Approved", "similarity_score": 0.94 },
      "aml": { "status": "Approved", "hits": [] }
    }

  Status enum (exact case): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.

  Verify the X-Signature-V2 header BEFORE reading the body — HMAC SHA-256 of the raw bytes with your webhook secret.

  Each module that ran inside the workflow returns its own sub-status; the top-level status is the rolled-up verdict.

STEP 5 — Iterate without redeploying

  When the rules need to change — a new country flagged as high-risk, a tighter age threshold, a new module added to the bundle — the workflow owner edits the draft in the Console and publishes. New sessions automatically use the new version.

  Your app doesn't change. You don't redeploy. The workflow_id is the same; the underlying behaviour is updated.

STEP 6 — Run A/B tests

  Built-in A/B testing splits traffic across variant workflows. Configure variants in the Console (e.g. variant A uses Passive Liveness, variant B uses Active Liveness), set the split percentage, and read the variant id back on every session webhook.

  Measure conversion + verdict mix per variant in the Business Console's analytics. Promote the winner; the loser becomes a previous version retained for audit.

STEP 7 — Drive the Workflow Builder from AI coding agents

  The Didit MCP (Model Context Protocol) server (free, included) exposes the Workflow management primitives as MCP tools. Any MCP-compatible host — Claude Code, Cursor, Codex, Replit Agent, Devin, Aider — can list workflows, create new drafts, edit nodes, and publish versions on your behalf.

  Useful for ops teams that want to script tenant-specific workflow provisioning, A/B-variant generation, or per-customer-brand template materialisation.

WEBHOOK EVENT NAMES
  - Sessions: status changes flow through the standard session webhook.
  - Verify X-Signature-V2 on every payload.

CONSTRAINTS
  - Session statuses use Title Case With Spaces (Approved, In Review). Don't transform them.
  - Published workflow versions are immutable. To change behaviour, publish a new version.
  - Conditional branches are unlimited in depth; keep flows readable for the next operator.
  - The cost model is pay-per-completed-module — adding a module that runs only conditionally only costs you on the branches that hit it.

Read the docs:
  - https://docs.didit.me/console/workflows
  - https://docs.didit.me/sessions-api/create-session
  - https://docs.didit.me/sessions-api/retrieve-session
  - https://docs.didit.me/integration/webhooks

Start free at https://business.didit.me — sandbox key in 60 seconds, 500 verifications free every month, no credit card.
さらに詳しい情報が必要ですか?モジュールの全ドキュメントをご覧ください。docs.didit.me →
設計段階からのコンプライアンス

ワンクリックで新しい国に進出。 面倒な作業は私たちにお任せください。

私たちは現地法人を設立し、ライセンスを取得し、ペネトレーションテストを実施し、認証を取得し、新しい規制すべてに準拠します。新しい国で認証を提供するには、トグルを切り替えるだけです。220以上の国で稼働しており、四半期ごとに監査とペネトレーションテストを実施しています。EU加盟国の政府が対面認証よりも安全だと正式に認めた唯一のIDプロバイダーです。
セキュリティ&コンプライアンス資料を読む
EU金融サンドボックス
Tesoro · SEPBLAC · BdE
Jugendschutz geprüft
FSM · JMStV §4(2) · 2026
ISO/IEC 27001
情報セキュリティ · 2026
SOC 2 · Type I
AICPA · 2026
iBeta Level 1 PAD
NIST / NIAP · 2026
GDPR
EU 2016/679
DORA
EU 2022/2554
MiCA
EU 2023/1114
AMLD6 · eIDAS 2.0
設計段階からのEU準拠

実績データ

実績データ
  • Free
    ワークフロービルダー、MCPサーバー、条件分岐、A/Bテスト、バージョン管理, すべて含まれています。
  • 0
    テンプレートから始めることも、ゼロから完全にカスタムなフローを作成することも可能です。
  • $0.00
    標準KYCバンドル(ID + ライブネス + 顔認証 + デバイス + IP + AML)はセッションごとに課金されます。
  • 0
    毎月、すべてのアカウントで無料の認証をご利用いただけます。
3つのティア、1つの料金表

無料で開始。従量課金。エンタープライズまで対応。

毎月500回まで無料認証を永続的に提供。本番環境では従量課金。エンタープライズプランではカスタム契約、データレジデンシー、SLA(サービスレベルアグリーメント)に対応します。
無料

無料

月額$0。クレジットカード不要。

  • 無料KYCバンドル(本人確認 + パッシブ・ライブネス + 顔照合 + デバイス&IP分析), 毎月500回まで
  • ブロックリストユーザー
  • 重複検出
  • すべてのセッションで200以上の不正シグナル
  • Diditネットワーク全体でのKYC再利用
  • ケース管理プラットフォーム
  • ワークフロービルダー
  • 公開ドキュメント、サンドボックス、SDK、MCP (Model Context Protocol) サーバー
  • コミュニティサポート
最も人気
従量課金

従量課金

使った分だけお支払い。25以上のモジュール。モジュールごとの公開価格、月額最低料金なし。

  • フルKYC(本人確認 + 生体認証 + IP / デバイス)が$0.33
  • 10,000以上のAMLデータセット, 制裁、PEP、ネガティブ情報
  • データベース検証のための1,000以上の政府データソース
  • トランザクションモニタリングが1トランザクションあたり$0.02
  • ライブKYBが1企業あたり$2.00
  • ウォレットスクリーニングが1チェックあたり$0.15
  • ホワイトラベル検証フロー, あなたのブランド、私たちのインフラ
エンタープライズ

エンタープライズ

カスタムMSA & SLA。大量利用や規制対象プログラム向け。

  • 年間契約
  • カスタムMSA、DPA、SLA
  • 専用SlackおよびWhatsAppチャンネル
  • オンデマンドの手動レビュー担当者
  • リセラーおよびホワイトラベル条件
  • 限定機能とパートナー連携
  • 専任CSM、セキュリティレビュー、コンプライアンスサポート

無料で開始 → チェック実行時のみ支払い → カスタム契約、SLA、データレジデンシーが必要な場合はエンタープライズプランへ。

FAQ

よくある質問

Diditとは何ですか?

Diditは、IDと不正対策のためのインフラストラクチャです。私たちが製品を構築していたときに「こんなものがあれば」と願ったプラットフォームであり、オープンで柔軟、そして開発者に優しいため、ブラックボックスとしてではなく、スタックの真の構成要素として機能します。

1つのAPIで、個人の認証(KYC顧客確認)、企業の認証(KYB企業確認)、暗号資産ウォレットのスクリーニング(KYT取引確認)、およびリアルタイムでの取引監視をカバーします。このスタックは以下のように構築されています。

  • 高速, すべてのセッションでp99が2秒未満
  • 信頼性, 220以上の国1,500以上の企業で本番稼働中
  • 安全, SOC 2 Type 1、ISO 27001、GDPRネイティブ、スペインの金融規制当局から対面認証よりも安全であると正式に認定されています

基盤となるフットプリント:14,000以上のドキュメントタイプ48以上の言語1,000以上のデータソース、そしてすべてのセッションで200以上の不正シグナル。Diditインフラストラクチャは、すべてのセッションから動的に学習し、日々改善されています。

ノーコードIDワークフローとは、簡単に言うと何ですか?

KYC / AML / KYBフローが何をチェックし、どのような順序でどのような条件下で行うかを、コードではなく視覚的なドラッグ&ドロップキャンバスで設計する方法です。

具体的には:

  • プロダクトマネージャーがID検証、パッシブライブネス、顔認証1:1、AMLスクリーニングをキャンバスにドラッグします。
  • 分岐を作成します。デバイスとIPのシグナルがユーザーがVPNを使用していると示した場合、アクティブライブネスを追加します。
  • 別の分岐を作成します。AMLチェックでヒットがあった場合、ブロックしてケースを開きます。
  • ワークフローを公開し、workflow_idをエンジニアリングチームに渡します。
  • エンジニアリングチームはそのworkflow_idPOST /v3/session/に渡すだけで完了です。

ルールを変更する必要がある場合、プロダクトマネージャーはドラフトを編集して公開します。アプリを再デプロイする必要はありません。

なぜこれが重要なのでしょうか?フローを自分たちでコーディングすることもできますよね?

もちろん可能です。しかし、多くのチームが試してみて、3つの教訓を学びます。

  • ルール変更はデプロイよりも速い, 新しい国が高リスクとフラグ付けされたり、規制当局が年齢制限を厳格化したり、不正対策チームが新しいステップアップを必要としたりします。すべての変更は、エンジニアリングチケット、PR、レビュー、リリースを伴います。
  • ステートマシンは扱いにくい, 「VPNならライブネス、そうでなければ顔認証。ただし、再利用可能なKYCにスキップするのは、以前のユーザーで、かつドキュメントが2020年以前に発行された場合のみ」といったロジックは、アプリケーションコードではすぐに複雑になります。
  • 認証フローのA/Bテストには、2つのバージョンをリリースし、エッジでトラフィックを分割し、バリアントIDを分析用の結果に結合する必要があります。これは簡単なインフラではありません。

ワークフロービルダーは、これら3つすべてを1つのドラッグ&ドロップキャンバスに集約します。ルールは製品設定となり、コードは1つのPOST /v3/session/呼び出しになります。

エンドユーザーにとって認証はどのくらい速いですか?

フルフローは通常、エンドツーエンドで30秒未満で完了します, IDを手に取り、書類を撮影し、セルフィーを撮影するだけです。これは市場で最速です。従来のKYCプロバイダーでは、同じフローで90秒以上かかることがよくあります。

バックエンドでは、Diditはユーザーがセルフィーを完了した瞬間からウェブフックが発火するまで、p99で2秒未満で結果を返します。モバイルキャプチャは、低速な電話やネットワーク向けに調整されています。プログレッシブ画像圧縮、遅延SDKロード、デスクトップから電話へのQRコードを介したワンタップハンドオフ(ユーザーがウェブから開始した場合)などが含まれます。

キャンバスにドラッグできるモジュールは何ですか?

すべてのDiditプリミティブがノードとして提供されます。

  • 本人確認と書類, ID検証 ($0.15)、NFC読み取り ($0.15)、住所証明 ($0.20)、データベース検証 (変動)、カスタムアンケート ($0.10)
  • 生体認証, パッシブライブネス ($0.10)、アクティブライブネス ($0.15)、顔認証1:1 ($0.05)、顔検索1:N (無料)、年齢推定 ($0.10)、生体認証 ($0.10)
  • リスクと不正対策, AMLスクリーニング ($0.20、1,300以上のリスト)、継続的AML ($0.07/ユーザー/年)、デバイスとIP分析 ($0.03)
  • 連絡先, メール検証 ($0.03)、電話検証 (from $0.03)
  • ビジネス (KYB), 登記簿検索、UBO(最終受益者)抽出、役員データ、法人AML、KYB書類

さらに、分岐ノード(if/else、switch)と終端ノード(承認、拒否、レビュー)があります。

ユーザーが失敗、中断、または期限切れになった場合はどうなりますか?

すべてのセッションは7つの明確なステータスのいずれかに分類されるため、コードは常に何をすべきかを知っています。

  • Approved, すべてのチェックに合格しました。ユーザーを次のステップに進めます。
  • Declined, 1つ以上のチェックに失敗しました。ユーザーは、失敗した特定のステップ(例えば、セルフィーの再撮影)を、フロー全体を再実行することなく再提出できます。
  • In Review, コンプライアンスレビューのためにフラグが立てられました。コンソールでケースを開き、すべてのシグナルを確認し、承認または拒否を決定します。
  • In Progress, ユーザーはフローの途中にいます。
  • Not Started, リンクは送信されましたが、ユーザーはまだ開いていません。長期間放置されている場合はリマインダーを送信します。
  • Abandoned, ユーザーはリンクを開きましたが、時間内に完了しませんでした。再エンゲージするか、期限切れにします。
  • Expired, セッションリンクの有効期限が切れました。新しいセッションを作成します。

すべてのステータス変更時に署名付きウェブフックが発火するため、データベースは常に同期されます。放棄されたセッションと拒否されたセッションは無料です。

顧客データはどこに保存され、どのように保護されますか?

本番データはデフォルトで欧州連合のAmazon Web Servicesで処理および保存されます。エンタープライズ契約では、規制当局が要求する管轄区域のために代替リージョンを要求できます。

あらゆる場所で暗号化。すべてのデータベース、オブジェクトストレージ、バックアップでAES-256による保存時暗号化。すべてのAPI呼び出し、ウェブフック、ビジネスコンソールセッションでTLS 1.3による転送時暗号化。生体認証データは個別の顧客マスターキーで暗号化されます。

保持期間はお客様が管理できます。デフォルトの保持期間は無期限(無制限)ですが、アプリケーションごとに30日から10年の間で短縮するように設定できます。また、ダッシュボードまたはAPIからいつでも個々のセッションを削除できます。

認証:SOC 2 Type 1(Type 2監査進行中)、ISO/IEC 27001:2022iBeta Level 1 PAD、およびスペインのTesoro / SEPBLAC / CNMVからの公式認定により、Diditのリモート本人確認は対面での確認よりも安全です。詳細レポートは/security-complianceをご覧ください。

Diditは私の業界の規制に準拠していますか?

Diditは、IDインフラストラクチャにとって重要な規制にデフォルトで準拠しています。

  • GDPR + UK GDPR, 管理者/処理者の分離、完全なデータ処理契約の公開、主要な監督機関の指定(スペインのAEPD)。
  • AMLD6 + EU AML単一規則集, 1,300以上の制裁、政治的要人、およびネガティブメディアリストをリアルタイムでスクリーニング。
  • eIDAS 2.0, EUデジタルIDウォレットに準拠。再利用可能なIDに対応。
  • MiCA (Markets in Crypto-Assets), 暗号資産のオンランプ、取引所、カストディアンに対応。
  • DORA, デジタルオペレーショナルレジリエンス法、EU金融サービスの運用レジリエンス。
  • BIPA, CUBI, Washington HB 1493, CCPA / CPRA, 米国の生体認証プライバシー(イリノイ州、テキサス州、ワシントン州)およびカリフォルニア州の消費者プライバシー。
  • UK Online Safety Act, 年齢制限および児童保護義務。
  • FATFトラベルルール, 暗号資産送金における発信者および受取人データ、IVMS-101相互運用可能。

詳細なメモ、すべての証明書、すべての規制当局からの書簡は、/security-complianceをご覧ください。

どのくらいの速さで連携し、ユーザーの認証を開始できますか?
  • business.didit.meでサンドボックスアカウントを60秒で作成できます。クレジットカードは不要です。
  • Claude Code、Cursor、または当社のModel Context Protocol (MCP) サーバーを介した任意のコーディングエージェントを使用して、5分で動作する認証を完了できます。
  • 署名付きウェブフック検証、リトライ、およびユーザーが拒否された場合の是正フローを含む、本番環境対応の連携を週末で実現できます。

3つの連携パスがあります。お使いのスタックに合うものをお選びください。

  • 当社のWeb、iOS、Android、React Native、またはFlutter SDKを使用してネイティブに組み込む
  • ユーザーをホストされた認証ページにリダイレクトする, SDKは不要です。
  • メール、SMS、WhatsApp、または任意のチャネルでリンクを送信する, フロントエンド作業は不要です。

どのパスでも同じダッシュボード、同じ請求、成功ごとの同じ料金です。ステップバイステップガイドはdocs.didit.me/integration/integration-promptをご覧ください。

ワークフローのバージョン管理はどのように機能しますか?

ワークフローには2つの状態があります。

  • ドラフト, 完全に編集可能です。ノードの追加、削除、再構築を自由に行えます。ライブセッションには影響しません。
  • 公開済み, 不変です。数値バージョン(v1、v2、v3...)が割り当てられます。ライブセッションは、セッション作成時の最新の公開済みバージョンを使用します。

公開済みのワークフローを変更するには、そこから新しいドラフトを作成し、編集して公開します。新しい公開済みバージョンはv3(またはそれ以降)となり、v2は履歴記録として永続的に保持されます。過去のセッションは完全に再現可能です。セッションペイロードには、実行された正確なworkflow_versionが含まれます。

これは、規制当局が監査で求める「このユーザーがこの日付に実行したワークフローの正確な設定を見せてください」という要求に合致します。すべてのDiditアカウントで、設定なしで無料で利用できます。

SDKとMCPサーバーはどのように連携しますか?

すべてが同じ/v3/契約の下で提供されます。

  • SDK, Web (React, Vue, vanilla)、iOS (Swift)、Android (Kotlin)、React Native (TurboModules)、Flutter (Dart)。これら5つすべてがworkflow_idを受け入れ、サーバーサイドで同じオーケストレーションを通じてユーザーを案内します。無料です。
  • ホスト型UI, ホワイトラベルアドオンを介してブランド化または非ブランド化できます。同じworkflow_id、同じオーケストレーションです。
  • Didit MCP (Model Context Protocol) サーバー, 無料で含まれています。ワークフロー管理プリミティブをMCPツールとして公開し、AIエージェント(Claude Code、Cursor、Codex、Replit Agent、Devin、Aider)がワークフローのリスト表示、ドラフト作成、ノード編集、バージョンの公開を代行できるようにします。

結論として、1つのworkflow_idがコンソールからアプリへ、SDKまたはホスト型UIへ、サーバーサイドオーケストレーションへ、そして署名付きウェブフックへと流れます。単一のPOST /v3/session/以外の接着コードは不要です。

小規模チームにとって、連携はどのようなものになりますか?

3つのステップで、午後には完了します。

  • business.didit.me を開きます。60秒でサンドボックスキーが発行され、クレジットカードは不要です。
  • Workflow Builder を開き、テンプレート(例:「ID + Liveness + Face Match」)を選択し、モジュールを追加または削除して、ドラフトを保存し、公開します。
  • アプリで、公開された workflow_id を指定して POST /v3/session/ を呼び出し、署名付きWebhook(X-Signature-V2、HMAC SHA-256)を意思決定ロジックに組み込みます。

連携はこれだけです。ルールが変更された場合、ワークフローのオーナーがコンソールでドラフトを編集して公開するだけで、アプリを変更する必要はありません。

スクリプトによるワークフロー管理には、Didit MCPサーバーが無料で提供されており、MCP互換のエージェントホスト(Claude Code、Cursorなど)がWorkflow Builderをプログラムで操作できます。

本人確認と不正対策のインフラ。

KYC、KYB、取引監視、ウォレットスクリーニングを一つのAPIで。5分で統合できます。

AIにこのページの要約を依頼する