年齢推定と年齢確認：どちらが必要？ (JA)
年齢推定は、顔画像からおおよその年齢を推測します。書類不要、低摩擦、プライバシー保護が特徴です。一方、年齢確認は、身分証明書から生年月日を確証します。.
年齢推定は、生体顔画像から人物のおおよその年齢を推測します。書類不要、摩擦なし、個人を特定できるデータは保存されません。年齢確認は、身分証明書から正確な生年月日を確証します。
これらは競合する手法ではありません。それぞれ異なる問いに答え、異なる摩擦レベルで機能し、異なる規制状況に対応します。どちらを選択するかは、ユースケース、管轄区域の要件、およびユーザーがフローの特定ステップで許容できる摩擦の量によって異なります。
主なポイント
- 年齢推定は、顔分析モデルを使用して生体キャプチャからおおよその年齢を推測します。書類は不要で、2秒以内に結果が出ます。1チェックあたり0.10ドルです。
- 年齢確認は、身分証明書から生年月日を読み取り検証します。権威があり、管轄区域に特化しており、摩擦が高く、ID確認の一部として1チェックあたり0.15ドルです。
- 年齢推定はプライバシーを保護します。書類、氏名、生年月日を収集または保持せず、推定年齢または年齢範囲のみを返します。
- どちらの方法も一概に優れているわけではありません。精度、摩擦、プライバシーは直接トレードオフの関係にあり、適切な選択は規制環境によって異なります。
- 多くの運用フローでは両方を組み合わせています。入り口での推定（高速ゲート）と、ステップアップまたはより高リスクのやり取りのための書類ベースの確認です。
- Diditは、同じWorkflow Builderで両方のモジュールをサポートしており、ライブネス、顔照合、ドキュメント検証と組み合わせて、統一された
/v3/APIで利用できます。
年齢推定とは？
年齢推定は、生体顔画像を分析し、書類入力なしで推定年齢（通常は値または範囲）を返すコンピュータービジョン技術です。このモデルは、既知の年齢を持つ顔の大規模なデータセットでトレーニングされ、骨格、皮膚の弾力性、しわのパターン、脂肪分布など、年齢と相関する解剖学的および皮膚の質感の特徴を学習します。
主な設計特性：
- 書類不要。ユーザーは顔を提示するだけです。身元に関するその他の情報は収集、保存、送信されません。
- おおよその出力。推定は予測であり、事実ではありません。精度は、モデル、照明、カメラの品質、および個人の加齢の仕方のばらつきに依存します。ほとんどのモデルは、人口の大部分に対して±3～5年の精度を目標としています。
- 最小限の摩擦。ほとんどのユーザーにとって、カメラを見るのがすべてのやり取りです。書類を探したり、写真を撮ったり、提出したりする必要はありません。
年齢推定は身元を確証しません。氏名、政府記録、または生年月日とリンクしません。この人物はおおよそN歳に見える、という単一の出力を返します。
年齢確認とは？
年齢確認は、身分証明書（パスポート、運転免許証、国民IDカード、在留許可証など）から生年月日を読み取り、しきい値と照合して検証します。政府発行の記録に依拠するため、統計的予測ではなく、権威ある確認です。
仕組み：ユーザーは書類の表面（および必要に応じて裏面）を撮影します。OCR（光学文字認識）が機械読み取りゾーンと、生年月日を含む人間が読み取れるフィールドを抽出します。書類は真正性シグナル（チップデータ、セキュリティ機能、フィールド間の整合性）と照合して検証され、生年月日フィールドは年齢のしきい値と比較されます。
主な特性：
- 権威ある。年齢は政府発行の書類に記載されており、外見から推測されるものではありません。
- 完全なIDV（本人確認）コンテキスト。書類キャプチャは顔照合およびライブネスと自然に組み合わされ、年齢確認とともに完全なKYC（顧客確認）プロファイルを提供します。
- 高い摩擦。ユーザーは物理的な書類を提示し、撮影する必要があります。書類のみのフローよりも離脱率が大幅に高くなります。
- 収集されるデータ。氏名、書類番号、生年月日、国籍、書類画像がキャプチャおよび処理されます。
精度、摩擦、プライバシー：トレードオフ
| 側面 | 年齢推定 | 年齢確認 |
|---|---|---|
| 精度 | おおよそ（通常±3～5年） | 正確（書類に記載の通り） |
| 摩擦 | 最小限 — 顔のキャプチャのみ | 高い — 書類キャプチャ + 処理 |
| プライバシー露出 | 低い — PIIは収集または保持されない | 高い — 氏名、生年月日、書類番号が収集される |
| 不正耐性 | 中程度 — ユーザーは年配に見える人物を提示できる | 高い — 書類認証 + 顔照合 |
| 規制上の位置付け | 多くの管轄区域でソフトゲートとして受け入れられている | 規制されたコンテキストで権威あるものとして受け入れられている |
トレードオフは直接的です。摩擦が少なくプライバシーコストが低いことは、精度と不正耐性を犠牲にすることになります。年齢推定は正当なユーザーにとっては簡単であり、何もないよりは不正が困難ですが、意欲的な攻撃者は推定モデルを欺こうと試みる可能性があります。書類確認は不正をはるかに困難にしますが、より多くの個人データを処理します。
それぞれの使用場面
以下の場合に年齢推定を使用します。
- KYCのコミットメントや書類収集の前に、エントリーでソフトで低摩擦の年齢ゲートが必要な場合。
- 規制環境が、製品カテゴリに対して厳格な書類確認ではなく年齢保証（Age Assurance）を受け入れている場合（一部のEUデジタルサービス法の実装では、低リスクサービスに推定が認められています）。
- プライバシーが優先される場合：氏名、生年月日、書類番号を収集せずに「18歳以上」を確認したい場合。
- 大量にスクリーニングしている場合：1チェック0.10ドルの推定は、必要なケースに対して0.15ドルを書類確認に費やす前に効果的な事前フィルターとなります。
以下の場合に年齢確認を使用します。
- 規制当局、ライセンス条件、またはサービス規約により、権威ある書類に裏付けられた年齢確認が義務付けられている場合。
- 製品が、アルコール、タバコ、ギャンブル、アダルトコンテンツ、または年齢資格規定のある金融商品など、厳格な要件を持つカテゴリにある場合。
- 年齢確認が、生年月日に加えて身元（氏名と書類番号）も生成する必要がある場合。
- 明示的に書類による年齢確認要件を定義している管轄区域（英国オンライン安全法、ドイツJuSchG、イタリアAGCOM規則など）で運営している場合。
以下の場合に両方を使用します。
- 明らかに未成年または明らかに成人のユーザーに対する摩擦を最小限に抑え、曖昧な中間層のために書類確認を予約したい場合。たとえば、16歳未満はソフトブロックを受け、25歳以上は直接進み、16～25歳は書類によるステップアップをトリガーします。Workflow Builderは、カスタムコードなしでこの分岐を処理します。
ユースケース
iGamingとオンラインギャンブル。年齢制限は、すべての規制市場における主要なライセンス義務です。年齢推定は高速なエントリーゲートとして機能し、書類ベースの年齢確認は、最初の入金や賭けの前に規制当局が期待する権威ある記録を提供します。
ソーシャルメディアとコンテンツプラットフォーム。GDPRの子供のプロファイリング禁止、英国の年齢に適したデザインコード、およびEU DSAはすべて、オンボーディング時にソフトゲート要件を作成します。年齢推定は、ほとんどのユーザーに低摩擦ゲートを提供し、書類によるステップアップは異議申し立てがある場合や境界線のケースを処理します。
アルコールと年齢制限付きEコマース。配送プラットフォームは、玄関先で顔推定を使用して、顧客が物理的な書類をドライバーに渡す必要なく、迅速で低摩擦な確認を行うことができます。推定信頼度がしきい値を下回る場合、書類確認はステップアップとして利用可能です。
消費者向けフィンテック。信用、投資口座など、資格要件のある金融商品は、単独ではなく完全なKYCの一部として書類ベースの年齢確認を使用します。書類確認時に生年月日フィールドはすでに抽出されているため、別途年齢ステップは必要ありません。
Diditの活用法
どちらのモジュールも、個別の統合なしにWorkflow Builderで設定可能です。セッションは同じ/v3/ APIで実行され、新しいSDKは不要です。
年齢推定（$0.10）：Workflowに年齢推定モジュールを追加します。セッションはユーザーの顔をキャプチャし、モデルは推定年齢と信頼スコアを返します。しきい値（例：18歳）を設定し、分岐を構成します。しきい値を下回る場合は拒否されるか、書類確認にステップアップし、しきい値を上回る場合は次のステップに進むか完了します。
年齢確認（ID確認の一部として$0.15）：ID確認モジュールを追加します。書類キャプチャ、OCR、および真正性チェックがホストされたセッションで実行されます。セッション決定のdate_of_birthフィールドは、書類からの検証済み値です。
いずれかのモジュールのセッションを作成するには：
curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_id": "wf_age_gate",
"vendor_data": "user_9812",
"callback_url": "https://yourapp.com/webhooks/didit"
}'ユーザーを返されたsession.urlにリダイレクトします。結果はsession.status.updatedウェブフックまたはGET /v3/session/{sessionId}/decision/を介して届きます。Workflow Builderは、推定とステップアップ確認間の分岐ロジックを処理するため、お客様側でルーティングコードは不要です。
よくある質問
顔による年齢推定は、規制された使用に対して十分な精度がありますか？
「明らかに18歳以上」のようなソフトなエントリーゲートには、推定は非常に適しています。年齢の書類による証明を要求する厳格な規制要件には、書類確認が必要です。ほとんどの規制管轄区域は、年齢保証（推定レベルで許容される）と年齢確認（書類による証拠が必要）を区別しています。
年齢推定の費用はいくらですか？
1チェックあたり0.10ドルです。Diditのすべてのモジュールで毎月500回の無料確認があり、最低料金はありません。年齢確認はID確認の一部として、1書類チェックあたり0.15ドルです。
年齢推定は個人データを保存しますか？
Diditの年齢推定モジュールは、設計上、推定年齢と信頼スコアを返します。生体認証テンプレート、氏名、または生年月日は保存しません。保持設定については、特定の導入とデータ処理契約を確認してください。
年齢推定は偽装できますか？
はい、ユーザーはより年配に見える人物をカメラに提示しようとする可能性があります。推定とパッシブライブネス（0.10ドル）を組み合わせることで、これを大幅に軽減できます。顔は生体キャプチャである必要があり、年配の人物の写真ではありません。不正耐性が最も重要な高リスクゲートでは、書類確認が適切な方法です。
年齢確認には顔照合が必要ですか？
いいえ、しかし規制された導入ではベストプラクティスです。書類のみの確認は書類に記載された年齢を確証しますが、顔照合（0.05ドル）とライブネス（0.10ドル）を追加することで、書類を提示している人物がその所有者であることを確認できます。Workflow Builderを使用すると、これらを1つのセッションで連結できます。
開始する準備はできましたか？
- 機能を知る → 年齢推定ドキュメント
- プラットフォームで見る → ID確認製品ページ
- 価格を確認する → 価格 — 年齢推定0.10ドル、毎月500回無料
- 無料で開始する → business.didit.me