ナビゲーションは、日本のB2Bユーザーが最初に触れる画面です。そして「この製品は自分たちのために作られたのか」を判断する材料にもなります。メニューのラベル、パンくずの慣習、グローバルナビの幅、情報アーキテクチャには、翻訳だけでは満たせない期待があります。本記事では、製品が「ローカライズされた」と受け取られるか「ただ翻訳されただけ」と受け取られるかを分ける、ナビゲーションまわりの判断を解説します。
ナビゲーションは、どの製品でも最も目に触れる画面です。すべてのページにあり、あらゆる作業の枠組みになります。日本のB2Bの評価担当者にとっては、「この海外製品は本当にローカライズされているのか、それとも単に翻訳されただけなのか」を最初に見極める場所です。本文の段落なら、多少ぎこちない表現があっても細部として見逃されることがあります。しかし、グローバルナビのラベルが文法的に浮いていると構造の問題になり、その後の印象がすべてそれで決まってしまいます。
やっかいなのは、ナビゲーションのローカライズが、正確さの点ではほとんど失敗しないことです。言葉はたいてい合っています。Settings は確かに「設定」で、Pricing は確かに「料金」です。問題は、翻訳メモリでは届かないところで起きます。ラベルの文法（名詞形か動詞形か）、文字種（カタカナか漢字か）、パンくずトレイルの慣習、バーに表示したときの幅、そして情報アーキテクチャ全体の形です。これらは翻訳ではなく判断の問題で、多くの場合、意図して決められないまま初期設定どおりに実装されています。
日本のビジネスユーザーがこうした手がかりをすらすら読み取れるのは、日本のB2Bソフトウェアが20年以上かけて強固な慣習に落ち着いてきたからです。慣習に沿ったナビゲーションは、存在を意識させません。ユーザーはナビそのものに気を取られず、必要な情報にたどり着けます。慣習から外れたナビは、どのページでも小さな引っかかりを生み続けます。調達チームや評価チームがローカライゼーション品質のリスクとして受け取るのは、まさにこの引っかかりです。
英語のナビゲーションでは、文法形式を自由に混ぜて使います。名詞（Settings）、動名詞（Reporting）、命令形（Get Started）、動詞句（Manage Team）が一つのナビに並んでいても、英語話者は不統一だとは感じません。日本語のナビゲーションはそうはいきません。名詞形が強い慣習になっており、文法形式が混ざった日本語ナビは、ちぐはぐで素人っぽく見えます。
最も多いのは、英語の動詞句ラベルをそのまま日本語の動詞句に訳してしまうミスです。「Manage Users」が「ユーザーを管理」になりがちですが、日本語ナビのラベルとして自然なのは「ユーザー管理」という名詞の複合語です。「Get Started」も「始める」と訳されがちですが、ボタンではなくナビ項目なら「はじめに」や「使い方」が自然です。動詞形は日本語として間違っているのではなく、ナビゲーションの文法として間違っているのです。
この原則の例外が、主要なCTAボタンです。ボタンには動詞形を使います。無料で始める（Start Free）、お問い合わせ（Contact Us）、資料をダウンロード（Download Materials）などです。この文法上の区別には実際の意味があり、日本語ユーザーはすぐに読み取ります。動詞形はユーザーが行う「アクション」を、名詞形はユーザーが行く「場所」を示します。ナビに動詞形を置くと、この区別がぼやけてしまいます。
ナビゲーションで決めるべきことの2つ目は、文字種です。ナビゲーションの用語はすべて、漢字、カタカナ、英語のまま（3択）のどれかに決めなければなりません。しかもその判断は、全体の方針ではなく用語ごとに行います。「すべて漢字に翻訳する」「すべてカタカナのままにする」といった一律のルールを当てはめると、どちらの場合も、それぞれ逆の方向に違和感のあるナビゲーションになります。
判断の基準は「翻訳可能かどうか」ではなく「使用実態」です。日本のビジネスユーザーが日頃から目にする、定着した漢字表記がある用語には漢字を使います。ソフトウェアとともに日本語に入ってきて、自然な漢字表記が定着していない用語はカタカナのままにします。より目立つミスになるのは、カタカナで定着している用語に無理に漢字を当てるほうです。「Dashboard」を「制御盤」や「計器盤」にすると不自然に見えます。日本のSaaS製品では「ダッシュボード」と呼ぶのが普通だからです。
| 英語ナビ用語 | 推奨日本語ラベル | 備考 |
|---|---|---|
| Settings | 設定 | 漢字。普遍的。セッティングはカジュアルかつ外来語調に見える。 |
| Pricing | 料金 | 漢字。価格も可、サービス料金には料金がより一般的。プライシングは不可。 |
| Features | 機能 | 漢字。フィーチャーはナビラベルとして使われない。 |
| Case Studies | 導入事例 | 漢字複合語。「導入」（採用）のプレフィックスがB2B標準の表現。 |
| Dashboard | ダッシュボード | カタカナ。自然な漢字形がなく、カタカナが標準。 |
| Templates | テンプレート | カタカナ。「ひな形」も存在するがSaaS標準はテンプレート。 |
| Integrations | 連携 / インテグレーション | 連携（漢字）が好まれより明確、SaaSに精通した読者にはカタカナも可。 |
| Support | サポート | カタカナ。完全に定着済み。支援はここでは過度に堅苦しく見える。 |
| Resources | 資料 / お役立ち資料 | 漢字。リソースも認知されるが、日本語B2Bバイヤーが探すのは資料。 |
傾向としては、昔からのビジネス語彙に結びついた用語（設定・料金・機能・事例・資料）は漢字になり、ソフトウェアとともに入ってきて漢字の伝統を持たない用語（ダッシュボード・テンプレート・サポート）はカタカナのまま残ります。両方の表記が並んで使われている一部の用語（連携 vs インテグレーション、資料 vs リソース）では、B2Bの読み手にはほぼ常に漢字のほうが無難です。より的確に見え、輸入語らしさも薄れるからです。
パンくずは、日本語ナビゲーションの慣習が欧米の標準から最もはっきり分かれる部分です。自動ローカライズの跡が最も決まって残る箇所でもあります。区切り記号そのものは、ほとんど変える必要がありません。大なり記号（>）は日本のB2Bサイトでも欧米と同じく標準で、スラッシュ（/）も使えます。注意すべきなのは、最初のクラム、現在ページの扱い、パンくず領域のラベルです。
日本語らしいパンくずトレイルには、3つの慣習があります。第一に、ホームのクラムを英語の「Home」のまま残すことはまずなく、「ホーム」または「トップ」（トップページ）にします。第二に、現在ページを示す最後のクラムは、クリックできるリンクではなく普通のテキストで表示します。日本語ユーザーはこれを強く期待しているため、現在のクラムがリンクになっているとバグだと受け取られます。第三に、日本語サイトではパンくず領域そのものに「現在地」（現在の場所）というラベルを付けることが多くあります。英語サイトよりはるかに一般的な慣習で、分かりやすさとスクリーンリーダーでのアクセシビリティの点から重視されています。
もう少し細かい点として、パンくずと情報アーキテクチャの関係があります。英語のパンくずは、短くするために階層をまとめたり省いたりすることがあります。一方、日本のB2Bユーザーは完全な階層パスを好む傾向があります。パンくずは、明示された構造のどこに自分がいるのかを確かめる手段でもあるからです。スペースを節約しようとトレイルを短くすると、今いる場所が常にはっきり示されていてほしいという日本語ユーザーの期待に反します。
英語ラベルに合わせて設計した横並びのグローバルナビは、日本語ラベルを表示すると崩れることがよくあります。理由は直感に反します。日本語ラベルは文字数こそ少ないのに、画面上では幅を取るのです。全角の漢字・かなは1文字でラテン文字約2文字分の幅になります。「料金」は2文字でもラテン文字4文字分の幅で表示され、「お問い合わせ」は6文字で英語の「Contact Us」とほぼ同じ幅になります。
つまり、英語のデザインから流用した文字数の見積もりは当てになりません。英語なら7項目が余裕で収まるナビバーでも、日本語ラベルにすると折り返したりはみ出したりすることがあります。「お問い合わせ」や「資料ダウンロード」のような長い丁寧形のラベルが入るとなおさらです。対策は、日本語で表示したときの幅を基準にナビの幅を設計し、最も長いラベルを実際に置いてテストすることです。あわせて、ごく短い漢字ラベル（機能・料金）と長いカタカナや丁寧形のラベル（インテグレーション・お問い合わせ）をバーに混在させて、バランスを崩さないようにします。
モバイルのナビゲーションには、関連はしていても逆向きの問題があります。日本語ラベルは文字数が少ないので、縦に並ぶハンバーガーメニューにはすんなり収まります。ところが、その短さのせいでタップする場所が分かりにくくなることがあります。「設定」のような2文字のラベルはタッチできる範囲が狭いため、日本語のモバイルナビでは、ラベルにアイコンを添えたり補足のテキストを加えたりして、読みやすく押しやすくすることがよくあります。
ナビゲーションで最も根本的な判断は、ラベルではなく構造にかかわるものです。欧米のSaaSサイトは、フラットでミニマルなナビゲーションを好む傾向があります。上位の項目を少なくし、会社情報・ドキュメント・料金の詳細を「リソース」や「会社」といった1つのドロップダウンにまとめて隠します。日本のB2Bバイヤーが期待するのは、もっと明示的で階層的な構造です。必要なセクションが隠れているナビゲーションは、評価で最も大事な局面に引っかかりを生みます。
日本のバイヤーが、隠されずにすぐ見つかることを期待しているセクションは3つあります。まず会社情報のセクション（会社概要）です。日本のB2Bで信頼を得るにはほぼ必須で、見当たらなかったり奥に埋もれていたりすると、信頼の欠落と受け取られます。次に、料金や見積もりへの分かりやすい導線（料金、エンタープライズ営業なら「お見積もり」）です。日本の調達は正式な見積もりから始まることが多いからです。そして資料・ダウンロードのセクション（資料ダウンロード・お役立ち資料）です。日本のB2Bでは、サービス概要資料の請求（資料請求）がファネルの標準的な最初の一歩で、どんな会話よりも先に来るからです。
これらをグローバルナビに出すのは飾りではありません。日本企業が実際にどう購入するのかを理解しているベンダーだと、日本の評価担当者に伝えることになります。会社概要を探させて迷わせたり、資料請求への導線がなかったりする海外製品は、機能を評価される以前に、日本市場を後回しにしていることが伝わってしまいます。
12項目のチェックリストでは、多くのチームが見落としがちな構造とラベルの判断を扱っています。日本語ミニ診断を依頼すると、名詞/動詞のラベルミス・パンくず慣習のギャップ・ナビ幅のオーバーフロー・日本語バイヤーが期待する情報アーキテクチャのセクションをすべてチェックします。特にIAの期待は、ほとんどの製品が完全に見落としています。
ミニ診断を依頼する日本法人や国内の導入担当者がナビゲーションの改修を稟議やリリース判定にかけると、「なぜ今それを直すのか」「根拠は何か」と聞かれることがあります。ラベルの自然さだけでは説得材料として弱い場面で使えるのが、法令の条文と、デジタル庁が公開している実務資料です。ここでは両者をナビゲーションとメニューに関わる部分に絞って照合します。
まず法令です。障害を理由とする差別の解消の推進に関する法律（障害者差別解消法）は令和3年法律第56号で改正され、2024年4月1日に施行されました（内閣府）。条文上、ナビゲーションの改修と関係するのは次の2か所で、義務の強さが異なります。
| 条文 | 内容（要旨） | 義務の強さ | ナビ改修との関係 |
|---|---|---|---|
| 第8条第2項 | 障害者から社会的障壁の除去を求める意思の表明があり、負担が過重でないときは、必要かつ合理的な配慮をしなければならない | 義務（改正により事業者も対象） | 申出を受けたときの個別対応。申出の窓口にたどり着けることが前提になる |
| 第5条 | 合理的配慮を的確に行うため、施設の構造の改善、設備の整備、研修その他の必要な環境の整備に努めなければならない | 努力義務 | 事前の改善。デジタル庁のガイドブックは、ウェブアクセシビリティへの取り組みをこの「環境の整備」と位置づけている |
社内資料では、この2つを混ぜて「ナビの改修は法的義務」と書かないほうが安全です。法が義務としているのは申出があったときの合理的配慮の提供であり、ウェブサイトの事前改善は努力義務と整理されています。個別の事案がどちらに当たるかの判断は、専門家に確認してください。
次に点検項目です。デジタル庁「ウェブアクセシビリティ導入ガイドブック」（DS-671.2、2025年10月16日版）は行政機関向けの参考資料（Informative）ですが、調達先とのやり取りを想定して書かれているため、民間の発注側が点検表の根拠として引きやすい資料です。ナビゲーションとメニューに関わる記述は次のとおりです（ページは冊子の印字ページ）。
| ガイドブックの記述 | 掲載箇所 | 日本語ナビでの確認方法 |
|---|---|---|
| ナビゲーションに一貫性をもたせる（毎回同じ順序、表記で実装する） | p.33／達成基準 3.2.3 | 日本語化が済んだページと未着手のページが混在していないか。一部のテンプレートだけ英語ラベルや旧訳が残り、項目の並び順が変わっていないかを全テンプレートで並べて見る |
| 同じ機能には、同じラベルや説明をつける | p.33／達成基準 3.2.4 | ヘッダーとフッター、パンくずで「料金」と「価格」、「お問い合わせ」と「問合せ」のような表記ゆれがないか |
| キーボード操作だけで、サービスのすべての機能にアクセスできるようにする（フォーカスインジケーターを表示する） | p.27 | Tabキーだけでグローバルナビとドロップダウンの全項目に到達でき、選択中の項目に枠線などが出るか |
| モーダルダイアログ、アコーディオン開閉、ハンバーガーメニューはキーボードでも操作でき、スクリーンリーダーに動作と状態が伝わるようにする | p.47 | スマートフォン幅のハンバーガーメニューをキーボードで開閉でき、開いているか閉じているかが読み上げられるか。閉じた後にフォーカスが元の位置に戻るか |
| 見出しレベルを適切に設定する（関連する達成基準に 2.4.1 ブロックスキップを含む） | p.29 | 本文の見出し構造が整っていて、スクリーンリーダーの見出し一覧からナビを読み飛ばして本文に移れるか |
出典：内閣府「障害者差別解消法」、e-Gov法令検索「障害を理由とする差別の解消の推進に関する法律」第5条・第8条、デジタル庁「ウェブアクセシビリティ導入ガイドブック」（DS-671.2）。法令の条文は改正されることがあるため、社内資料に引用する際は最新の条文を確認してください。
日本語のナビゲーションラベルは名詞形と動詞形、どちらが適切ですか？
日本語のグローバルナビゲーションは名詞形ラベルが主流です。英語のナビゲーションでは動詞形や動名詞形（Get Started・Manage Usersなど）がよく使われますが、日本語の慣習は名詞形です。「設定する」ではなく「設定」、「ユーザーを管理」ではなく「ユーザー管理」、「料金を見る」ではなく「料金」が標準です。動詞形の日本語ラベルはトップナビに置くと命令口調に見え、周囲の名詞ラベルとも釣り合いません。例外は主要CTAボタンで、「無料で始める」「お問い合わせ」などの動詞形が期待されます。
日本語のナビゲーション用語はカタカナと漢字のどちらを使うべきですか？
用語によります。確立された漢字形のある機能的な用語は漢字を使います（設定・料金・事例・機能）。ソフトウェアを通じて日本語に入ってきた用語で自然な漢字形を持たないものはカタカナのままにします（ダッシュボード・テンプレート・プラグイン）。カタカナネイティブの用語に無理やり漢字を当てる（「ダッシュボード」を「制御盤」にするのは異様）のも、漢字ネイティブの用語をカタカナのままにする（「設定」を「セッティング」にするのはカジュアルかつ外来語調）のも、どちらもミスです。
日本語サイトのパンくずセパレーターの標準は何ですか？
日本のB2Bサイトで最も一般的なパンくずセパレーターは大なり記号（>）で、欧米と同じです。スラッシュ（/）も許容されます。違いが出るのはホームラベルと現在地の表示方法です。最初のクラムは「Home」のまま英語で残すのではなく、「ホーム」または「トップ」にするのが一般的です。最後のクラム（現在ページ）はリンクなしの平文テキストで表示します。日本語サイトではパンくず領域に「現在地」というラベルを付けることが多く、英語サイトより広く見られる慣習です。アクセシビリティの向上にもつながります。
日本語のグローバルナビゲーションの長さは英語とどう違いますか？
日本語ラベルは文字数では短いことが多いですが、表示幅は広くなります。漢字1文字の幅はラテン文字2文字分に相当するためです。Pricing（7文字）が料金（2文字、表示幅はラテン文字4文字分）になります。英語7項目が収まる水平グローバルナビは、日本語ラベルがレンダリングされると折り返したりはみ出したりすることがあります。特に「お問い合わせ」（Contact）のような長い項目が含まれる場合はなおさらです。文字数ではなくレンダリングされた日本語の幅を基準にナビの幅を計画し、非常に短い漢字ラベルと長いカタカナラベルを同一バーで混在させることを避けてください。
日本語B2Bユーザーは異なる情報アーキテクチャを期待しますか？
日本語B2Bユーザーは、一般的な欧米SaaSサイトよりも明示的で階層的なIAを期待します。目に見える会社情報セクション（会社概要）、明確な料金・見積もり導線（料金またはお見積もり）、サポートや資料のセクション（サポート・資料ダウンロード）への分かりやすい案内を求めます。これらを「リソース」や「会社」という単一メニューに隠した、フラットでミニマリスト的なナビゲーションは摩擦を生みます。日本の調達・評価プロセスでは、これらのセクションを直接見つけられることが重要です。グローバルナビにこれらを表示すれば、そのベンダーが日本の購買行動を理解していることが伝わります。
メニューラベルの文法、パンくずの慣習、ナビの幅、情報アーキテクチャ。日本のB2Bユーザーが最初のページで製品を信頼するかどうかは、これらで決まります。集中的なQAレビューで、調達担当者に気づかれる前にナビゲーションの問題を見つけます。