TL;DR
日本語UIのマイクロコピーは、ローカライゼーションの中で最も見落とされ、かつUXに最も影響する領域です。ボタンラベルを英語から直訳すると「命令」のように響き、ツールチップを文章で訳すと冗長で説教めいた印象を与えます。さらに、画面内で語尾の文体が混在すると、メンテナンスされていないプロダクトに見えてしまいます。マイクロコピーの整備は、日本語ローカライゼーション投資の中でも最もROIが高い施策の一つです。
キーポイント
- ボタンは命令ではなく招待 — 日本のB2BユーザーにとってCTAは「開始する」よりも「始める」のほうが圧倒的に響きます。
- ツールチップは文章ではなく名詞句 — 「〜してください」で終わるツールチップは冗長です。短い名詞句のほうが自然に読めます。
- 敬語接頭辞は軽視できない — お・ごの有無が、B2B SaaSとしての丁寧さと信頼感を大きく左右します。
- 語尾の一貫性が品質を決める — ます調・辞書形・命令形が画面内で混在することは、機械翻訳の最も目立つサインです。
- 文脈なしの文字列は誤訳を生む — 「保存」が下書き、請求書、設定のどれを指すのかは、文脈なしでは判断できません。スクリーンショットを共有しましょう。
UIマイクロコピーとは何か
マイクロコピーとは、SaaSプロダクトの中に散らばる短いテキストのことを指します。ボタンラベル、ツールチップ、プレースホルダー、バリデーションメッセージ、空状態の説明、確認ダイアログなど、一つひとつは小さなテキスト群です。個別には数文字でも、積み重なるとプロダクトのユーザー体験そのものを形作ります。英語圏のUXライティングではここ10年でこの領域の専門性が確立し、専任のUXライター・スタイルガイド・コンポーネント単位のレビューが標準化してきました。
しかし、その成熟がそのまま日本語版に持ち越されることは、ほぼありません。海外SaaS企業が日本語ローカライゼーションを進めるとき、英語側で丁寧に設計されたマイクロコピーは、UI上の文脈から切り離された文字列リストとして翻訳者（あるいはAI翻訳ツール）に渡されるのが一般的です。翻訳結果は文法的に正しく、意味も合っています。プロダクトがローンチされ、ユーザーが使い始めます。そして気づかぬうちに、日本のユーザーは英語圏のユーザーよりわずかに早く離脱し、わずかに低いコンバージョン率を残します。理由は誰にも説明できないまま。
その「説明できない理由」が、まさにマイクロコピーです。個々の文字列はチェックを通過しても、わずかなズレが積み重なることで「翻訳された」プロダクトの印象を作り出します。SaaSにおいて、この印象はリテンション・NPS・更新率に静かに、しかし継続的に影響します。
ボタンの直訳が日本語UXを損なう理由
英語のSaaS文化では、行動を促す断定的なCTAが標準化してきました。「Get started」「Start free trial」「Add to cart」「Sign up now」。これらが英語で機能するのは、英語のUI文化がユーザーを「行動を促されるエージェント」として扱うからです。文法的には命令形と同じ形ですが、文脈の中では「機会の提示」として読まれます。
日本語ではそうはいきません。日本語の動詞には、命令（始めろ）・丁寧な依頼（始めてください）・誘い（始めましょう）・中立的な動作（始める）の明確な使い分けがあります。「Start」を訳す際にはこのどれかを必ず選ぶことになり、AI翻訳ツールの多くは英語の語感に最も近い形を機械的に選びます。その結果、日本のB2B文脈では硬すぎたり、命令調に響いたりするボタンが生まれます。
積み重なって生まれるのは、「指示してくるUI」という印象です。日本のB2Bユーザー、特に海外SaaSを評価する調達担当者やIT部門のリーダーは、そのトーンを「日本のユーザーへの配慮が足りない会社」というシグナルとして読み取ります。そして、その読み取りはたいてい正しいのです。
日本語で破綻しやすい5つのボタンラベル
ツールチップがボタンより問題を起こしやすい理由
ツールチップはボタンより小さなテキストですが、自然に訳すのはむしろ難しい領域です。英語のツールチップは、「Click to expand」「Edit the title of this project」「Required field」のように、簡潔な命令形か説明文にほぼ決まっています。英語では命令形で書いても、感情的な重みは生じません。
日本語の読者は受け取り方が違います。「クリックして展開してください」と訳すと、プロダクトが読者に説教しているような印象を与えます。「クリックして展開する」と辞書形で訳すと、今度は突き放したような乱暴な印象になります。どちらも文法的には正しいのですが、経験のある日本語のUXライターはどちらも書きません。
正しいやり方は、文ではなく名詞句や短い記述に置き換えることです。日本のネイティブな製品ドキュメントは、長くこの形で書かれてきました。日本語の読者がツールチップに期待するのは「それが何であるか」の説明で、「あなたはこうしてください」という指示ではありません。
実務ルール：英語で12文字未満のツールチップは、日本語では名詞句に変換しましょう。それより長いものは、そもそもツールチップに置くべきかを再検討してください。日本のユーザーは、長いツールチップよりも独立したヘルプテキストを好みます。
語尾の一貫性という落とし穴
日本語のUIには、標準的な語尾が複数あります。辞書形（始める）、丁寧なます形（始めます）、丁寧な命令形（始めてください）、名詞形（開始）などです。よく設計された日本語SaaS UIは、コンポーネントの種類ごとに使う語尾を一つに決め、それを徹底して守ります。たとえば、プライマリボタンは辞書形、セカンダリボタンは名詞形、確認ダイアログは丁寧な命令形、といったルールを定めます。
機械翻訳ではこの一貫性を保てません。文字列が個別に訳されるため、一つの画面に「編集する」「削除」「コピーしてください」と語尾の違うものが並びます。一つひとつは文法的に正しくても、並べると「日本語UIのトーンについて意識的な判断がなされていない」ことが伝わってしまいます。日本のユーザーはそれをすぐに、プロダクト品質の低さとして受け取ります。
この問題はネイティブでないレビュアーには見えず、自動チェックツールでも検出できません。用語集も部分的にしか役立ちません。制約が用語レベルではなく、デザインシステムのレベルにあるからです。解決するには、（a）日本語ネイティブのUXライターが語尾の方針を決めたうえでゼロから書くか、（b）日本語QAレビュアーがローカライズ済みのビルドを通しで確認するか、のどちらかが必要です。
英語のUXライティングが見落とす敬語のレイヤー
日本語には、英語にない文法上の敬語の層があります。敬語の接頭辞「お」（和語に付く）「ご」（漢語に付く）は名詞に付いて、その名詞を丁寧にします。お名前・ご住所・ご連絡・お問い合わせなどです。B2B SaaSのUIでこれらを省いても文法的には誤りではありませんが、英語に対応する概念がないため、軽く見られがちです。
失敗したときの代償は非対称です。不要な場所に敬語の接頭辞を付けても、たまに違和感が出る程度です。一方、必要な場所で省くと、洗練されていないプロダクトという印象を常に与えます。日本のSaaSプロダクトはこれらの接頭辞を一貫して付けますが、海外プロダクトは、英語側の翻訳者がこの「個別の判断項目」の存在を知らないため、ほぼ例外なく省いてしまいます。
現場で特に見落とされやすいのは、フォームラベル（「Name」→ お名前）、確認メッセージ（「Your invoice is ready」→ ご請求書の準備ができました）、カスタマーサポートのコピー（「Contact us」→ お問い合わせ）、アカウント関連のUI（「Your account」→ お客様のアカウント）の4箇所です。一度ルールを設けて、ビルド全体で一貫して適用しましょう。
| 英語原文 | 敬語接頭辞なし（不自然） | 敬語接頭辞あり（B2B標準） |
|---|---|---|
| Your name | 名前 | お名前 |
| Your address | 住所 | ご住所 |
| Payment method | 支払い方法 | お支払い方法 |
| Contact us | 問い合わせ | お問い合わせ |
| Your invoice | 請求書 | ご請求書 |
| Notification | 通知 | お知らせ |
日本語SaaSビルド向け マイクロコピーQAチェックリスト
日本語UIをリリースする前に、このチェックは文字列リストではなく、必ずローカライズ済みのビルドそのものに対して行ってください。以下のチェックの多くはスプレッドシート上では確認できません。だからこそ日本語QAレビュアーは、翻訳者が見落とすミスを確実に拾えるのです。
ボタンの動詞形を一度決めて一貫して適用する
名詞形（保存）・辞書形（保存する）・丁寧形（保存します）のいずれか一つを選択し、プライマリアクションボタン全体に適用してください。判断はローカライゼーション仕様書に明記します。
ツールチップの文章を名詞句に変換する
「〜してください」「〜です」で終わる、12文字を超えるツールチップは、名詞句形式への変換を検討してください。日本のUIでは、簡潔さがプロフェッショナルらしさの表れになります。
敬語接頭辞を体系的に適用する
顧客向けの名詞ごとに、「お」「ご」を付けるべきかを判断し、用語集に登録してください。B2B SaaSで一般的な対象語：お名前・お問い合わせ・お支払い方法・ご住所・ご連絡・ご請求書。
確認ダイアログをボタンとは別にレビューする
「本当に削除しますか？」のような確認ダイアログは、ボタンとは別の文体を必要とすることがよくあります。丁寧形（削除しますか？）が標準です。
翻訳者に文字列だけでなくUIコンテキストを提供する
下書き・請求書・課金設定の「Save」は、それぞれ異なる日本語動詞を必要とする可能性があります（保存・確定・適用）。翻訳者はスプレッドシート単体ではこの区別ができません。スクリーンショットやステージングビルドの共有が不可欠です。
実際のUIでツールチップをホバー表示で確認する
ツールチップの幅・改行挙動・コンテンツの可視性は、英語と日本語で異なります。英語で60ピクセルに収まるツールチップが、日本語では90ピクセルを必要とすることがあります。スプレッドシートではなく、ライブUIでレビューしてください。
空状態・エラーメッセージをネイティブ読者と一緒にテストする
短いステータスメッセージは、機械翻訳が最もトーンを外しやすい場所です。バイリンガルのレビューでは見逃すずれを、ネイティブの日本語レビューなら拾えます。
規模を拡大する前にマイクロコピー用スタイルガイドを作る
日本語ビルドのUI文字列が200以上になると、その場限りの判断では追いつかなくなります。日本語マイクロコピーのスタイルガイドを文書にしておけば、以降のすべてのリリースでQAレビューの時間を節約でき、仕上がりも明らかに洗練されます。
なぜマイクロコピー投資は他のローカライゼーションより早く報われるのか
日本語マイクロコピーは、ローカライゼーション投資の中でもROIが高い領域です。変更が小さく、影響範囲が広く、監査もすぐ終わります。一般的なSaaSプロダクトには200〜500個のマイクロコピー文字列があります。ボタン、ツールチップ、バリデーションメッセージ、空状態などです。日本語QAパスを1回通せば、そのすべてを網羅した変更追跡ドキュメントを1週間以内にお渡しできます。プロダクトチームは1スプリントで修正を反映でき、UI全体のローカライゼーション品質が目に見えて上がります。
フルコンテンツ翻訳、マーケティングサイトの書き直し、ヘルプセンターの全面改修には数か月かかり、効果も分散しがちです。マイクロコピーの修正は範囲が絞られていて目に見え、すべての画面で日本語ユーザー全員がすぐに実感します。弊社のQA経験でも、マイクロコピーQAは、日本語ローカライゼーションで最も効きやすい出発点として一貫して効果が高い施策です。
最良の日本語SaaS UIをリリースしているチームは、マイクロコピーを「翻訳の課題」ではなく「デザインの課題」として扱います。文字列は文脈の中でレビューされ、語尾は一貫して選ばれ、敬語接頭辞は体系的に適用され、ツールチップのスタイルはデザインシステムに記録されます。余分な予算が必要なわけではありません。同じ範囲に対する、異なる注意の払い方です。
よくある質問
海外SaaSが日本語マイクロコピーで犯す最大のミスは何ですか？
同じ画面のUIコンポーネント間で語尾の文体が混在することです。辞書形・丁寧な命令形・名詞形が一画面に混じるプロダクトは、個々の文字列が正しくても「デザインを通していない日本語」として読まれてしまいます。コンポーネントの種類ごとに一つの文体を決め、一貫して適用することが、マイクロコピーで最もインパクトのある判断です。
日本語のボタンラベルは名詞と動詞、どちらで書くべきですか？
日本のSaaSプロダクトの多くは、短いアクションボタンには名詞形（保存・削除・編集）を、招待型のCTAには辞書形（始める・試してみる）を採用しています。名詞形は「UIラベル」らしく、辞書形は「行動への呼びかけ」らしく響きます。コンポーネントの意図に合うパターンを選び、ビルド全体で一貫させましょう。
ツールチップは日本語でどう訳せばよいですか？
完全な文ではなく、名詞句や短い記述子として扱ってください。「〜してください」（丁寧な命令形）や「〜です」（断定形）で終わるツールチップは冗長で、説教調に響きます。コンパクトな名詞句形式（タイトルの編集・必須・詳細を表示）に置き換えましょう。これが日本のネイティブなSaaS UIで圧倒的に使われている形式です。
B2B SaaSで敬語接頭辞（お・ご）は本当に重要ですか？
はい。多くの海外チームが思っている以上に重要です。省略しても文法的には誤りではありませんが、B2Bの文脈ではカジュアル、または雑な印象を与えます。顧客向けフォームラベル（お名前・お問い合わせ・お支払い方法）や通知文（ご請求書・お知らせ）には、日本のSaaSプロダクトではほぼ常にこの接頭辞が付きます。日本企業が使うエンタープライズツール全般で、このパターンは一貫しています。
AI翻訳ツールで質の高い日本語UIマイクロコピーは作れますか？
最初のドラフトを作るところまでなら可能です。特に、文体・読者・コンポーネントの種類を明示したプロンプトを使う場合です。しかし「公開可能な最終品質」には、AIだけでは届きません。AIツールはコンポーネント間で文体をそろえることも、敬語接頭辞の慣習を確実に当てはめることもできず、文脈上はもっともらしくてもスタイルのそろわない文字列を生みます。弊社のQA案件では、AIが生成した日本語UIマイクロコピーをネイティブがレビューすると、自社で運用するスコアリング基準（文体の一貫性・敬語接頭辞・用語統一・コンポーネント適合性）で品質が大きく上がることを、継続して確認しています。