マイナンバーカード認証のUX。離脱を減らす設計

マイナンバーカード認証を導入した事業者から最初に上がってくる課題は、精度でも速度でもなく「完了率が思ったより低い」です。認証エンジンそのものは正しく動いているのに、ユーザーが最後までたどり着かない。この方式は本人確認の確実性が高い代わりに手順が多く、その手順の一つひとつが離脱ポイントになるからです。本記事は、これから導入する、あるいは既に導入して完了率に悩んでいる事業会社の企画・開発責任者に向けて、どこで人が落ちるのかと、画面と方式の両面で何を打てるのかを整理します。確認日: 2026年7月18日。

この記事の要点

• 離脱は開始前・暗証番号・カード読み取り・アプリ遷移の4か所で起きます。完了率を決めるのは認証エンジンの精度ではなく、UI文言と導線の設計です
• 暗証番号まわりはロック仕様を正直に開示するほど離脱が減ります。利用者証明用は4桁の数字で3回、署名用は6〜16桁の英数字で5回連続の誤入力によりロックされます
• 読み取りは機種差が前提です。「動かさない」の図解と、具体的な失敗時メッセージが効きます
• 画面の工夫より方式選択のほうが効くことがあります。デジタル認証アプリの利用、スマホ搭載の電子証明書、代替経路の用意は設計段階で検討すべき選択肢です

離脱は4か所で起きる

マイナンバーカード認証のファネルを分解すると、離脱ポイントはおおむね4つに集約されます。

離脱ポイント	起きていること	打ち手の方向
開始前	「カードが手元にない」「読み取りとか難しそう」で着手されない	必要なものの事前提示、代替経路の入口
暗証番号	番号を忘れている、覚え違いでロックが怖くて進めない	ロック仕様の正直な開示、忘れた人の出口
カード読み取り	NFCの当て方が分からない、途中で動かして失敗する	図解、機種差前提のガイド、具体的な失敗メッセージ
アプリ遷移	認証アプリや別画面への遷移で迷子になり、戻ってこない	遷移の予告、戻り先の保証、入力内容の保持

高精度の代償として手順が多いのがこの方式の性質です。だからこそ、認証エンジンの精度ではなく、UI文言と導線の設計が完了率を決めます。ベンダー選定の場面で「読み取り成功率◯%」といった数字を比較しがちですが、実際の完了率に効くのはその手前と後ろにある画面設計のほうです。

なお、eKYC全般で完了率が落ちる典型パターンはeKYCの失敗パターンに整理しています。あわせて読むと、マイナンバーカード方式に固有の要因と、方式を問わず共通する要因を切り分けられます。

離脱ポイント別の設計パターン

開始前: 「必要なもの」を先に見せる

認証フローに入る前に、「マイナンバーカード本体」「設定した暗証番号」「NFC対応スマホ」の3点が必要であることを明示します。始めてから気づかせると、その離脱はほぼ戻ってきません。カードを取りに行った人がもう一度同じ画面まで戻ってくる確率は、想像するより低いと考えてください。

あわせて、「カードが手元にない場合」の代替経路への入口をこの位置に置きます。後述する代替経路が用意されていても、それがフローの途中にしかなければ、開始前に諦めたユーザーには届きません。

発注時の要点としては、この「必要なもの」画面はベンダーのSDKやホスト画面には含まれていないことが多く、自社側で作る領域です。見積もり範囲から漏れやすいので、要件として明示してください。

暗証番号: ロックの仕様を正直に伝える

暗証番号まわりは、不安がそのまま離脱に直結します。ここで効くのは、隠さずに正直な情報開示をすることです。

• どちらの暗証番号かを明示する: 利用者証明用は4桁の数字、署名用は6〜16桁の英数字です。いま求めているのがどちらなのかを画面に明記します（この2種類の使い分けの背景はマイナンバーカードの2つの電子証明書のとおりです）
• ロック条件を先に伝える: 4桁は3回、署名用は5回連続で間違えるとロックされ、解除には市区町村窓口等での手続きが必要になります。「あと◯回でロック」の警告表示は必須です
• 忘れている人の出口を作る: 「暗証番号を忘れた方」リンクで再設定方法（窓口・コンビニ再設定）を案内し、フローから静かに退避させます

3つ目が特に重要です。暗証番号を忘れている人をフローの中で粘らせても、ロックされて状況が悪化するだけです。退避させて再設定方法を案内し、後日戻ってきてもらうほうが、事業としての最終的な獲得数は増えます。「離脱率」ではなく「その日のうちに完了しなかった人が後日完了する率」まで見る設計が要ります。

読み取り: 機種差を前提にガイドする

NFCの読み取り位置は、iPhoneとAndroidで異なり、さらにAndroidは機種によっても違います。共通のイラスト1枚で済ませられる領域ではありません。

• 「カードの上にスマホを置いて、読み取りが終わるまで動かさない」を図解つきで示します
• 失敗時のメッセージを具体的にします。「読み取りに失敗しました」ではなく、「カードとスマホを密着させたまま5秒ほど待ってください。ケースを外すと成功しやすくなります」と書きます
• 連続失敗時は、姿勢を変える案内（机に置く・ケースを外す・位置を変える）を段階的に出します

失敗メッセージの具体性は、実装コストがほとんどかからないのに効果が出やすい典型例です。汎用のエラー文言のままリリースされているケースは多いので、リリース前のレビュー項目に入れておく価値があります。

遷移: 戻り先を保証する

認証アプリへの遷移とブラウザへの復帰で文脈が切れると、ユーザーは迷子になります。

遷移の前に「このあと◯◯アプリが開きます。完了すると自動でこの画面に戻ります」と予告し、復帰後は入力済みの内容が保持されていることを保証してください。復帰時にフォームが空になっているのは、最悪の離脱要因です。せっかく認証を突破したユーザーを、その直後に失うことになります。

これは画面の話であると同時に、セッション設計とデータ保持の話でもあります。要件定義で「アプリ遷移からの復帰時に入力内容を保持する」を1行書いておくかどうかで、実装方式が変わります。後から追加すると手戻りが大きい部分なので、初期の要件に含めてください。

構造で減らす: 実装方式の選択もUXである

画面の工夫より効くことがあります。方式選択そのものです。

• デジタル認証アプリを使う: 読み取りと暗証番号のUIを国の公式アプリに委ねられるため、自前でNFCを実装するより体験が安定します。民間サービスが使うための条件はデジタル認証アプリを民間サービスで使う、実際の連携開発の勘所はデジタル認証アプリの連携開発にまとめています
• スマホ搭載の電子証明書: カードそのものを不要にできるケースが増えています（スマホ搭載の電子証明書による本人確認）。「カードが手元にない」という開始前の離脱に対する、最も根本的な回答です
• 代替経路を残す: 郵送や窓口といったフォールバックを用意し、ファネルの外に「完了できない人」を溜めない設計にします

3つ目は、UXというより事業設計の話です。マイナンバーカード認証だけで100%を取ろうとすると、カードを持っていない人・NFC非対応端末の人・どうしても読み取れない人が丸ごと失われます。代替経路のコスト（郵送・オペレーター対応）と、その層を取り逃すことによる機会損失を天秤にかけて決める判断です。

方式選択の全体像を俯瞰したい場合はeKYC完全マップ2026を、記事をどの順で読むと理解が進むかはeKYC・本人確認記事の読み方ガイドを参照してください。

測ってから直す

改善はファネル計測が前提です。開始、暗証番号入力、読み取り成功、完了という各ステップに計測点を置き、どこで落ちているかを見てから手を打ちます。

特に読み取り失敗率は、機種別に集計すると景色が変わります。全体では改善余地が見えなくても、特定機種だけ突出して失敗率が高いことがあり、その場合はその機種向けの案内文言を1つ足すだけで改善します。逆に機種別の内訳を持たないまま「読み取りUIを作り直す」といった大きな施策に投資すると、費用対効果を大きく損ないます。

導入前チェックリスト

要件定義とベンダー選定の段階で確認しておきたい項目です。

• 「必要なもの」画面: フロー開始前に3点（カード・暗証番号・NFC対応スマホ）を提示する画面が要件に入っているか。自社側の実装範囲か、ベンダー提供か
• 暗証番号の種別表示: 求めているのが利用者証明用（4桁数字）か署名用（6〜16桁英数字）かを画面に明記しているか
• ロック警告: 「あと◯回でロック」の表示があるか。ロック時の案内（市区町村窓口等での手続きが必要である旨）を用意しているか
• 忘れた人の出口: 再設定方法（窓口・コンビニ再設定）への案内リンクがあるか
• 読み取りガイド: iPhone/Androidの機種差を踏まえた図解と、具体的な失敗時メッセージ、連続失敗時の段階的な案内があるか
• 遷移の予告と復帰保証: アプリ遷移前の予告文言と、復帰後の入力内容保持が要件に含まれているか
• 代替経路: カードがない・読み取れないユーザーの受け皿（郵送・窓口等）を用意するか、しないと決めるか
• ファネル計測: 各ステップの計測点と、読み取り失敗率の機種別集計が実装に含まれているか

まとめ

• 離脱は開始前・暗証番号・読み取り・遷移の4か所で起きます。完了率を決めるのは認証エンジンの精度ではなく、UI文言と導線の設計です
• 開始前に「カード・暗証番号・NFC対応スマホ」の3点を提示します。始めてから気づかせた離脱はほぼ戻ってきません
• 暗証番号はロック仕様（利用者証明用の4桁は3回、署名用は5回）を正直に開示し、「あと◯回」の警告と、忘れた人がフローから静かに退避できる出口を用意します
• 読み取りは機種差が前提です。「動かさない」の図解と、具体的な失敗時メッセージ、連続失敗時の段階的な案内が効きます
• 遷移は予告と入力内容の保持で迷子を防ぎます。復帰時にフォームが空になるのは最悪の離脱要因で、後から直すと手戻りが大きい部分です
• 画面の工夫より方式選択が効くことがあります。デジタル認証アプリの利用、スマホ搭載の電子証明書、代替経路の用意を設計段階で検討してください
• ファネル計測を先に置きます。読み取り失敗率は機種別に見ると、案内文言の追加だけで改善できることがあります

よくある質問

Q. マイナンバーカード認証はどこで離脱が起きるのですか？

おおむね4か所です。開始前（カードが手元にない、難しそうで着手されない）、暗証番号（忘れている、ロックが怖くて進めない）、カード読み取り（NFCの当て方が分からない、途中で動かして失敗する）、アプリ遷移（認証アプリや別画面への遷移で迷子になり戻ってこない）です。高精度の代償として手順が多い方式のため、各手順がそのまま離脱ポイントになります。

Q. マイナンバーカードの暗証番号は何回間違えるとロックされますか？

利用者証明用の4桁の数字は3回、署名用の6〜16桁の英数字は5回連続で間違えるとロックされます。解除には市区町村窓口等での手続きが必要になります。この仕様を隠すのではなく画面に明記し、「あと◯回でロック」の警告を出すことが離脱防止に効きます。

Q. 暗証番号を忘れているユーザーにはどう対応すべきですか？

フローの中で粘らせず、静かに退避させるのが正解です。「暗証番号を忘れた方」というリンクを用意し、再設定方法（窓口・コンビニ再設定）を案内します。忘れている人をそのまま進ませてもロックされて状況が悪化するだけです。その日の離脱率ではなく、後日戻ってきて完了する率まで含めて設計してください。

Q. カード読み取りの失敗を減らすにはどうすればよいですか？

NFCの読み取り位置はiPhoneとAndroid、さらに機種によって異なるため、機種差を前提にガイドします。「カードの上にスマホを置いて、読み取りが終わるまで動かさない」を図解つきで示し、失敗時は「読み取りに失敗しました」ではなく「カードとスマホを密着させたまま5秒ほど待ってください。ケースを外すと成功しやすくなります」のように具体的に案内します。連続失敗時は机に置く・ケースを外す・位置を変えるといった案内を段階的に出します。

Q. 認証アプリへの遷移で離脱を防ぐにはどうすればよいですか？

遷移前に「このあと◯◯アプリが開きます。完了すると自動でこの画面に戻ります」と予告し、復帰後は入力済みの内容が保持されていることを保証します。復帰時にフォームが空になっているのは最悪の離脱要因です。これはセッション設計とデータ保持の話でもあるため、後から追加すると手戻りが大きくなります。要件定義の段階で1行明記しておいてください。

Q. 画面の改善以外に完了率を上げる方法はありますか？

方式選択そのものが有効です。デジタル認証アプリを使えば読み取りと暗証番号のUIを国の公式アプリに委ねられ、自前でNFCを実装するより体験が安定します。スマホ搭載の電子証明書はカード自体を不要にでき、「カードが手元にない」という離脱への根本的な回答になります。加えて、郵送や窓口といった代替経路を用意し、完了できない人をファネルの外に逃がす設計も検討してください。

Q. 完了率の改善はどこから着手すべきですか？

ファネル計測からです。開始、暗証番号入力、読み取り成功、完了の各ステップに計測点を置き、どこで落ちているかを見てから手を打ちます。特に読み取り失敗率は機種別に集計すると、特定機種だけ突出しているケースが見つかり、その機種向けの案内文言を足すだけで改善することがあります。内訳を持たないまま読み取りUIの作り直しのような大きな施策に投資すると、費用対効果を損ないます。

主な参考資料: デジタル庁 デジタル認証アプリ、地方公共団体情報システム機構 公的個人認証サービス ポータルサイト

TodoONada株式会社では、マイナンバーカード認証（JPKI・eKYC）を組み込んだWebサービス・スマホアプリの受託開発を行っています。方式選定（JPKI・IC読取り・画像方式）から開発・運用までワンストップで支援し、認証フローのUX設計・改善、既存フローの離脱分析もあわせてご相談いただけます。デジタル庁「デジタル認証アプリ」の利用申請・審査対応も、書類作成から指摘対応まで伴走します。料金の目安は認証機能組込みプラン150万円〜、認証込みアプリ開発プラン400万円〜、大規模・個別要件は1,000万円〜です。マイナンバーシステム導入支援またはお問い合わせからお気軽にどうぞ。

---

この記事に関連するサービス

TodoONada株式会社では、マイナンバーカード認証を組み込んだシステム開発を行っています。

• マイナンバーシステム導入支援 — JPKI・eKYC対応の本人確認をワンストップで

導入・開発のご相談はお問い合わせからお気軽にどうぞ。検討段階のご相談も歓迎です。