翻訳しただけのログイン画面は、使えるログイン画面ではありません。日本のユーザーは「メールアドレスかユーザー名か」のあいまいな項目に迷い、機械翻訳の硬いパスワード規則に身構え、非難のように読めるエラー文に傷つき、トーンを誤った再設定メールに不安を覚えます――そして、文句は言いません。ただタブを閉じるだけです。本記事では、ログイン・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を英語のまま残すと、即座に迷いを生みます。
アカウントのロック通知は、日本のユーザー向けにどうローカライズすべきですか？
アカウントのロック通知は、何が起きたのか、なぜか、ユーザーは何ができるのかを、罰するような響きにせず落ち着いて説明すべきです。「アカウントがロックされました」とだけ伝えるそっけない訳は、ユーザーを不安なまま取り残します。ローカライズされた通知は原因と回復の道を示します：「セキュリティ保護のため、一時的にログインを制限しています。しばらく時間をおいてから再度お試しいただくか、パスワードの再設定をお願いします。」「セキュリティ保護のため」という枠組みは、このロックが非難ではなく守るためのものだと安心させ、待つこととパスワード再設定の両方を選択肢として示すことで、ユーザーが追い詰められた感覚を持たずに済みます。