本人確認の要求は、地域ごとの利用可否、アカウントの安全性、不正利用対策と関係することが一般的です。本記事では確認手順、失敗しやすい理由、通らなかった場合に利用すべき公式ルートを説明します。
Claudeでは、一部の利用場面で本人確認が求められるようになっています。Anthropicはヘルプセンターでこの方針を説明しており、段階的に導入を進めています。利用者への最も直接的な影響は、一部の高度な機能や上位プランで、政府発行の身分証明書とリアルタイムのセルフィー提出を求められる可能性があることです。
最初に一点明確にしておきます。ここで扱うのは本人確認のルールと、問題が起きたときの適切な対処方法です。本人確認を回避する方法は扱いません。そのような方法は現実的ではなく、リスクに見合うものでもありません。
プラットフォームが本人確認を行う理由
理由は大きく3つあり、互いに重なっています。
地域ごとの利用可否。Claudeはすべての国・地域で提供されているわけではありません。中国本土、香港、マカオ、一部の制限地域はサービス対象外であり、公式ルールでも非対応地域からのアカウント作成が明記されています。本人確認には、アカウントがサービス提供地域から利用されていることを確認する役割があります。
アカウントの安全性。アカウントが転売されたり、複数人で共有されたり、盗用後も利用され続けたりする場合、プラットフォーム側は操作している人が本来のアカウント所有者かどうかを確認できる必要があります。
不正利用対策。大量登録、アカウント転売、自動化による不正利用は継続的にプラットフォームのリソースを消費し、コンプライアンス上の負担も増やします。本人確認は、こうした利用の一部を比較的低コストで除外する手段です。
つまり、本人確認の強化は特定の利用者層を狙った追加制限ではなく、サービス範囲を広げる際に必要となる管理策の一つです。
本人確認で行われること
手順ごとに分けると、おおむね次のようになります。
身分証明書の提出。パスポート、運転免許証、身分証明カードなど、政府機関が発行した実物の証明書を提出します。
リアルタイムのセルフィー。スマートフォンやパソコンのカメラでその場で撮影します。事前に用意した写真は受け付けられません。
第三者サービスによる照合。外部の本人確認サービスが、身分証明書の情報とセルフィーが同一人物のものかを確認します。
登録時の前提条件。登録には中国本土以外の電話番号が必要で、中国本土の電話番号（+86）は現在、登録に直接使用できません。電話番号の国も後続の判断に影響するため、登録に使った番号の国と、ログイン環境、ネットワークの接続先、言語、タイムゾーンをできるだけ一致させるのが望ましいです。
どのような状況で本人確認が発動するかについて、公式に挙げられている主な例は次のとおりです。
| 発動する場面 | 説明 |
|---|---|
| 一部の高度な機能や新機能を使う | 機能の導入段階で、先に本人確認が必要になる場合がある |
| 上位プランへの登録またはアップグレード | 上位プランでは本人確認の案内が表示されやすい |
| ランダムに選ばれる | プラットフォームの健全性確認の一環として、違反がなくても表示される場合がある |
| アカウントに異常なログインがある | 通常と異なる場所からのログイン、国の頻繁な切り替え、不審な活動パターン |
| 特定の地域から利用する | その地域の利用者に、より厳しい本人確認が求められる場合がある |
本人確認は現在も段階的に展開されています。現時点では、新規登録アカウント、最近異常なログインがあったアカウント、または高度なリスク判定が発動した状況で主に見られます。長期間、安定した環境で使われている既存アカウントについては、今のところ大規模な強制本人確認は見られていません。
本人確認が失敗・拒否される主な理由
身分証明書が非対応地域のもの。最も直接的なケースです。地域自体がサービス対象外であれば、提出方法を変えても結果は変わりません。
身分証明書とアカウント情報が一致しない。氏名、地域、登録に使った電話番号の国、支払い情報が互いに矛盾していると、本人確認を通過するのは難しくなります。
提出物そのものに問題がある。有効期限切れの証明書、ぼやけた写真、反射や遮蔽、本人以外の書類などは拒否の原因になります。
短期間に利用環境が何度も変わる。同じアカウントが今日はある国のネットワーク接続先から、翌日は別の国からログインすると、再確認を求められたり、その確認自体が失敗と判定されたりすることがあります。環境の変化そのものが、発動条件であり失敗理由でもあります。
繰り返し提出する。何度も失敗すると記録が残り、その後の対応がかえって複雑になります。
本人確認が通らなかった場合の進め方
まず表示された案内を最後まで読み、どの種類の確認か、何を提出する必要があるか、期限があるかを確認してから対応してください。
普段使っている環境で本人確認を完了します。案内が出たからといって、すぐに端末、ネットワーク、アカウントを切り替えないようにします。
本物で有効かつアカウント情報と一致する資料を提出します。他人の身分証明書や出所不明の確認用資料は使わないでください。そのような資料はすでに大量に使い回されていることが多く、リスク判定に引っかかる可能性が高まります。
通らない場合は公式サポートを利用します。ヘルプセンターまたはサポート窓口から問い合わせを行い、アカウントの状況、どの段階で止まっているか、すでに何を提出したかを説明し、担当者の案内に従って追加情報を提出します。同じ資料を何度も送り直さないでください。
別に考えるべきケースもあります。アカウントの地域がもともとサービス対象外なら、本人確認に通らないのは手順の問題ではなく、サービス提供可否の問題です。この場合にできることは、サービスがその地域で提供されるのを待つか、その地域で明確に対応している別のサービスを使うことです。別の身分証明書で辻褄を合わせようとしても、状況を複雑にするだけで、利用規約にも沿いません。
日常的な中断を減らすには
特別なテクニックは必要なく、日頃の使い方の問題です。
ネットワーク出口を固定する。接続先を頻繁に切り替えず、出所不明の共有出口も使わないようにします。
利用環境を固定する。1つのアカウントを長期間同じログイン環境で使い、タイムゾーン、言語、出口IPの所在地が互いに矛盾しないよう整合させます。
正しい情報を使う。登録と本人確認には、実際に利用可能な正しい情報を使います。アカウント共有は代表的な発動要因の一つです。複数人が離れた場所から同じアカウントを使うと、複数のリスク条件に同時に該当しやすくなります。チームで複数人の利用が必要なら、それぞれが個別に契約するか、プラットフォームが提供する正式なチーム向けプランを利用してください。
事前にバックアップする。会話履歴、プロジェクトのコンテキスト、プロンプトテンプレート、自分で作成したプロジェクトや成果物は、普段からエクスポートして保管しておきます。これは特定の本人確認への備えではなく、クラウドアカウントに依存する作業全般で有効な習慣です。
本人確認は、アカウントのライフサイクルにおける一度のチェックにすぎません。アカウントが頻繁に中断されるかどうかを大きく左右するのは、長期的な利用方法が安定しているか、実態に沿っているか、そして一人の利用者によって使われているかです。
