翻訳しただけのログイン画面は、使えるログイン画面ではありません。日本のユーザーは「メールアドレスかユーザー名か」のあいまいな項目に迷い、機械翻訳の硬いパスワード規則に身構え、非難のように読めるエラー文に傷つき、トーンを誤った再設定メールに不安を覚えます——そして、文句は言いません。ただタブを閉じるだけです。本記事では、ログイン・SSO・二段階認証・パスワード再設定について、文言とフローのどこで判断を誤ると日本のユーザーが中に入れず静かに去ってしまうのかを見ていきます。
ログイン画面は、多くのSaaS製品でローカライズが最も手薄になりやすく、しかもユーザーの許容度が最も低い所です。日本のユーザーがサインインにたどり着くころには、たいていその製品を使いたいと決めています。彼らを止めるのは意欲の欠如ではなく、小さな摩擦の積み重ねです。しかもその一つひとつは、英語のままフローを試しているチームには見えません。
前提として押さえておきたいのは、日本のユーザーは認証の摩擦についてめったに文句を言わない、ということです。分かりにくい項目、叱るようなエラー、日本語の画面に残った英語のラベル——どれもサポートへの問い合わせにはなりません。ユーザーはただ迷い、一、二度試し、タブを閉じます。離脱は静かです。だからこそ、それは続きます。チームがその声を聞くことはなく、アナリティクスには原因の分からない離脱だけが表示されるのです。したがって、ログイン画面のローカライズ品質は意識して検証しなければなりません。失敗の兆候が自分から名乗り出てはくれないからです。
認証フローのあらゆる部分——ログインフォーム、パスワード規則、SSO、二段階認証、パスワード再設定、ロック——を通じて、同じ二つの原則が当てはまります。第一に、文言は丁寧で、非難しないものでなければならない。ユーザーを責める認証文言は、居心地の悪さにつながり、人を遠ざけます。第二に、フローはユーザーを決して行き止まりに残してはならない。あらゆるエラーやブロックは、何が起きたかを述べ、明確な次の一歩を示すべきです。以下のセクションでは、これらの原則を画面ごとに当てはめていきます。
ログイン画面で最初に判断すること、つまり自分が誰かを入力する項目を何と呼ぶかは、驚くほど多くの日本のユーザーがつまずく場所です。英語の製品はこの項目を「Username」や「Username or email」とラベル付けすることが多く、これはユーザーが固有のユーザー名を作っていた時代から引き継がれた慣習です。日本のB2Bユーザーは圧倒的にメールアドレスでのサインインを想定しており、その多くはそのサービス用の別のユーザー名を作ったことすら覚えていません。
項目がユーザー名とラベル付けされていると、日本のユーザーは迷います。これはメールアドレスのこと？表示名？登録時に設定するはずだった何か？最初の項目で生まれるこの一瞬の迷いだけで、慎重なユーザーの手は止まります。直し方は、製品が実際に受け付けるものに合わせてラベルを付けることです。メールを受け付けるならメールアドレスと付けます。どちらでも受け付けるなら、あいまいな一語に頼らず、その旨を明示します。
製品が本当にメールアドレスと別のユーザー名の両方を受け付けるなら、正確なラベルは「メールアドレス または ユーザー名」です。さらに、プレースホルダーや補助テキストで例を示し、迷う余地をなくします。要は、ユーザーが疑問を抱かずに済むよう、疑問そのものを最初から消しておくことです。
パスワードの要件は、どの製品でも最も誤訳されやすい文字列の一つです。英語の原文は規則として書かれていることが多く（「Password must be at least 8 characters」）、「must」を直訳した日本語は硬く、少し責めるような響きになるからです。「あなたのパスワードは8文字以上でなければなりません」は文法的には正しくても、トーンが違います。まるで規則をユーザーに押し付けているように聞こえるのです。
自然な日本語なら、要件を丁寧な指示として示します。「パスワードは8文字以上で設定してください」。ここでの「〜してください」という結びは適切です。パスワードをある形で設定してもらう丁寧な依頼であり、登録時における製品とユーザーの関係がまさにそれだからです。同じくらい重要なのは、規則がいつ現れるかです。規則は、失敗した後に初めて見せるのではなく、ユーザーが入力する前に項目の近くに表示します。そうすれば、ユーザーは当てずっぽうで入力して訂正されるのではなく、一度で条件を満たせます。
もう一つよくある失敗は、日本語の画面なのに規則の一部を英語のまま残してしまうことです（「at least one uppercase letter」「1 special character」など）。日本語のフォームを読んでいる日本のユーザーに、要件の途中で言語を切り替えさせる必要はありません。規則は丸ごと翻訳し、詰め込んだ一文よりも、具体的でひと目で読める言い回し（「大文字を1文字以上含めてください」）を選びましょう。
「Remember me」のチェックボックスは小さくても、その文言は重要です。ひと目でセキュリティに関わる判断をユーザーに求めるからです。「私を覚えている」のような直訳は日本語では意味をなしません。まるでシステムにその人物を思い出すよう求めているように読め、セッションのことだとは伝わりません。自然で広く理解される言い回しは「ログイン状態を保持する」または「次回から自動でログイン」です。この選択肢が実際に何をするのか——次回もユーザーをログインしたままにする——を説明しています。
この選択肢はセキュリティに関わるので、文言はツールチップがなくても結果が分かるくらい平易であるべきです。「ログイン状態を保持する」は「ログインしたままになります」を明確に伝えます。ここでは気の利いた言い回しやくだけた表現は避けましょう。アカウントアクセスが主題の画面では、日本のユーザーは個性よりも平易でやや控えめな言葉を好むからです。
シングルサインオンのボタンやラベルは未翻訳のまま残されがちです。日本語のログイン画面に「SSO」が浮いていると、その略語を知らない非技術系のユーザーは、小さくとも確かな迷いを覚えます。広く通じる日本語はシングルサインオンで、なじみのある提供元の名前と一緒に示されることが多いものです。多くのユーザーにとってより大きな手がかりは、抽象的な概念ではなく具体的なサービスです。「Googleでログイン」や「Microsoftアカウントでログイン」というボタンはすぐに理解できますが、そっけない「SSO」や「Continue with SSO」はそうではありません。
企業のSSOが入口となるB2B製品では、ラベルは具体的で、クリックした先が分かるものにすべきです。「社内アカウントでログイン」のようにするか、顧客が使う認証プロバイダー名を示します。大事なのは、見慣れない略語をクリックして期待どおりの場所に行けることを願うのではなく、クリックする前に自分がどの認証情報を使うのかをユーザーが分かっていることです。
二段階認証という言葉は、日本では静かな信頼の合図になります。オンラインバンキングや主要なサービスで消費者が慣れ親しんでいるからです。多くのユーザーが知っているのは二段階認証（にだんかいにんしょう。文字どおり「two-step authentication」）です。より技術的に正確な「二要素認証」（two-factor）も間違いではありませんが、非技術系のユーザーにはなじみが薄いので、一般的なB2Bの相手には二段階認証を使うのが無難です。
確認用のコードそのものは確認コードまたは認証コードと呼びます。二段階認証画面で最も大事な一文は、コードがどこに送られたかをはっきり示すことです。どの受信箱やアプリを見ればよいか分からないままコード入力欄を見つめているユーザーは、つまずいています。「登録済みのメールアドレスに確認コードを送信しました」と書けば、その迷いは消えます。コードがSMSや認証アプリで届く場合は、その旨を具体的に伝えましょう。
ログイン失敗時のエラーメッセージは、「丁寧で非難しない」という原則が最もものを言う場面です。英語の原文はそっけないことが多く（「Incorrect password」）、その直訳である「パスワードが間違っています」は、日本語では責められているように響きます。ユーザーは何か間違ったことをしたと言われ、そのまま置き去りにされます。前に進む道もないまま訂正される小さな痛みは、日本のユーザーがセッションを終えるには十分です。
きちんとローカライズした文言は、二つの点でやり方が違います。責任を誰かに割り当てるのではなく、状況を中立に説明し、次の一歩を示すのです。「メールアドレスまたはパスワードが正しくありません。ご確認のうえ、もう一度お試しください。」は、組み合わせが正しくないと述べ（ユーザーの過ちは名指しせずに）、締めの「もう一度お試しください」で再試行を促します。さらに、どちらか一方を特定して「パスワードが誤っている」と言わず、両方の項目をまとめて挙げるのも安全な型です。どの項目が存在するかを確定させずに済みます。
アカウントのロック通知も、より深刻な場面で同じ考え方に従います。そっけない「アカウントがロックされました」では、ユーザーは不安なまま取り残されます。ローカライズされた通知なら、守るための理由と回復の道筋を伝えます。「セキュリティ保護のため、一時的にログインを制限しています。しばらく時間をおいてから再度お試しいただくか、パスワードの再設定をお願いします。」「セキュリティ保護のため」という一言が、このロックはユーザーの味方だと安心させ、待つことと再設定の両方を示すことで、追い詰められた感じを防ぎます。
パスワード再設定を求めるユーザーは、そもそも少し不安です。必要なものへのアクセスを失っているからです。だからこそ再設定メールは重要な文章で、機械翻訳が特に苦手とするものでもあります。このメールに求められるのは、正確さだけでなく、安心させ、落ち着かせるトーンだからです。
日本語の再設定メールは、定型の丁寧なあいさつで始め、再設定の依頼を受け付けたことを伝え、明確で急かさない案内を示します。そして、自分で依頼していない場合にどうすればよいかを、安心できる形で添えます。この場面でくだけた、あるいは自動翻訳のようなメール（軽い「ここをクリックして再設定！」や英語テンプレートの直訳）は、ユーザーが最も不安なまさにそのときに信頼を損ないます。リンクの有効期限と「お心当たりがない場合」の一文はどちらも入れたうえで、警報のようにではなく落ち着いた言い回しにしましょう。
あいまいな最初の項目、叱るようなパスワード規則、非難的なエラー文、くだけた再設定メール――これらが、日本のユーザーが黙ってログインを諦める理由です。日本語の認証QAレビューでは、ログイン・SSO・二段階認証・再設定・ロックまでフロー全体をたどり、迷いを生んでいる文字列そのものを洗い出します。
ミニ診断を依頼する日本語のログイン画面では、メールアドレスとユーザー名のどちらを尋ねるべきですか？
ほとんどの場合、日本のSaaSユーザーはメールアドレスでサインインすることを想定しています。製品が本当に別個のユーザー名を使う場合を除き、項目はユーザー名ではなくメールアドレスとラベル付けすべきです。日本のユーザーはB2Bサービスで固有のユーザー名を作ったり覚えたりすることはほとんどありません。そのためユーザー名というラベルの項目は迷いを生みます――それがメールアドレスのことなのか、表示名なのか、以前に設定したはずの何かなのか分からないのです。両方を受け付けるなら、その旨を明示すべきです（例：メールアドレス または ユーザー名）。最初の項目でのあいまいさは、日本のユーザーが入力する前につまずく最も多い理由の一つです。
パスワード規則は日本語でどう書くべきですか？
パスワード規則は、ユーザーが入力する前に、平易な日本語で、エラーのような叱責ではなく要件として示すべきです。「あなたのパスワードは8文字以上でなければなりません」のような機械翻訳の規則は、文法的には正しくても硬く、咎めるような響きになります。自然な形は「パスワードは8文字以上で設定してください」――要件を丁寧な指示として示すものです。規則は失敗した後だけでなく項目の近くにも表示し、ユーザーが一度で満たせるようにします。日本語の画面に、英語のままの要件（例：「at least one uppercase letter」）を残さないようにしましょう。
ログイン失敗のエラーは日本語でどう書くべきですか？
日本語のログイン失敗エラーは、ユーザーを責めずに状況を説明すべきです。「あなたは間違ったパスワードを入力しました」の直訳（「パスワードが間違っています」）は非難として読まれます。ローカライズされた形は結果を中立的に述べ、次の一歩を示します：「メールアドレスまたはパスワードが正しくありません。ご確認のうえ、もう一度お試しください。」セキュリティ上の理由から、どちらの項目が誤っていたかも明かさないようにします。締めの「もう一度お試しください」があることで、ユーザーは行き止まりに置かれず、次に進めます――ここが、再試行するユーザーと黙って去るユーザーの分かれ目です。
二段階認証の正しい日本語表現は何ですか？
二段階認証（にだんかいにんしょう、文字どおり「two-step authentication」）が最も一般的で、銀行や主要な消費者向けサービスで日本のユーザーになじみのある言葉です。二要素認証（two-factor）のほうが技術的には正確ですが、非技術系のユーザーにはなじみが薄いため、一般的なB2Bの利用者には二段階認証を既定にするのが無難です。確認のためのコードは確認コードまたは認証コードと呼び、コードがどこに送られたかを画面で明確に示すべきです（例：登録済みのメールアドレスに確認コードを送信しました）。日本語の画面に2FAを英語のまま残すと、すぐに迷いを生みます。
アカウントのロック通知は、日本のユーザー向けにどうローカライズすべきですか？
アカウントのロック通知は、何が起きたのか、なぜか、ユーザーは何ができるのかを、罰するような響きにせず落ち着いて説明すべきです。「アカウントがロックされました」とだけ伝えるそっけない訳は、ユーザーを不安なまま取り残します。ローカライズされた通知は原因と回復の道を示します：「セキュリティ保護のため、一時的にログインを制限しています。しばらく時間をおいてから再度お試しいただくか、パスワードの再設定をお願いします。」「セキュリティ保護のため」と前置きすることで、このロックが非難ではなく保護のためのものだと伝わります。さらに、待つこととパスワード再設定の両方を選択肢として示せば、ユーザーは追い詰められた気持ちにならずに済みます。
あいまいな項目名、叱られているようなパスワード規則、責められているように感じるエラー、翻訳されていない二段階認証のラベル、くだけすぎた再設定メール。こうしたものが、日本のユーザーがログインを諦める静かな原因です。絞り込んだQAレビューでフロー全体をたどれば、どの文字列が迷いを生んでいるかを正確に特定できます。