メインコンテンツにスキップ
Diditが200万ドルを調達し、Y Combinator (W26)に参加
Didit
ノーコード本人確認ワークフロー

コードを書かずに本人確認フローを構成します。再デプロイせずにルールを変更します。

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

支援元
Y Combinator
GBTC Finance
Bondex
Crnogorski Telekom
UCSF Neuroscape
Shiply
Adelantos

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

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

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

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

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

仕組み

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

  1. ステップ 01

    ワークフローを作成する

    ID、生体認証、顔照合、制裁、住所、年齢、電話番号、メールアドレス、カスタム質問など、必要なチェックを選択します。それらをダッシュボードのフローにドラッグするか、同じフローをAPIに投稿します。条件に基づいて分岐させたり、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リスクベース、電話リスクベース、高リスク国レビュー、2つのID、ドライバー認証、EU企業認証 (KYB) など — モジュールをオン/オフで切り替えます。
ワークフローオーケストレーター
04 · 組み込みのA/Bテスト

バリアントを測定し、勝者を昇格させます。

ワークフローのバリアント間でトラフィックを分割します — パッシブ対アクティブ生体認証、ログイン画面のオン/オフ、申請時のAML対初回取引時の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エージェント本人確認ソリューション
統合する

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として使用できます。
線形の特徴順序。コンソールビルダーと同じ形状。ドキュメント →
エージェント対応統合

1つのプロンプトでノーコードの本人確認ワークフローを出荷。

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
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バンドル(ID検証 + パッシブ生体検知 + 顔照合 + デバイス&IP分析) — 毎月500回
  • ブロックリスト登録ユーザー
  • 重複検出
  • すべてのセッションで200以上の不正信号
  • Diditネットワーク全体でのKYCの再利用
  • ケース管理プラットフォーム
  • ワークフロービルダー
  • 公開ドキュメント、サンドボックス、SDK、MCP(Model Context Protocol)サーバー
  • コミュニティサポート
最も人気
従量課金

従量課金制

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

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

エンタープライズ

カスタムMSA & SLA。大量の取引と規制プログラム向け。

  • 年間契約
  • カスタムMSA、DPA、SLA
  • 専用のSlackおよびWhatsAppチャネル
  • オンデマンドの手動レビュー担当者
  • 再販業者およびホワイトラベルの条件
  • 独占的な機能とパートナー統合
  • 指名されたCSM、セキュリティレビュー、コンプライアンスサポート

無料で開始 → チェック実行時のみ支払い → カスタム契約、SLA、またはデータレジデンシーのためにエンタープライズをアンロック。

FAQ

よくある質問

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

KYC、KYB、取引モニタリング、ウォレットスクリーニングのための単一API。5分で統合。

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