Request a Review
日本語UI・UXライティング · ナビゲーション · 情報アーキテクチャ

日本語ナビゲーション・メニューのローカライゼーション:
自然に馴染むラベル・パンくず・IA

ナビゲーションは日本語B2Bユーザーが最初に触れる画面であり、「この製品は自分たちのために作られたのか」を判断する基準にもなります。メニューラベル・パンくずの慣習・グローバルナビの幅・情報アーキテクチャには、翻訳作業だけでは満たせない期待値があります。本記事では、製品が「ローカライズされた」と受け取られるか「ただ翻訳されただけ」と受け取られるかを決めるナビゲーションレベルの意思決定を解説します。

Munehiro Hiraki
Munehiro Hiraki
日本語ローカライゼーションQAスペシャリスト
2026年5月30日 11分で読める 日本語UI・UXライティング

TL;DR

日本語ナビゲーションのローカライゼーションは、メニューテキストの翻訳以上の作業です。ラベルの文法(名詞形の「設定」か動詞形の「設定する」か)、用語ごとのカタカナ/漢字の選択、パンくずの慣習(「ホーム」を最初のクラムに、現在ページをリンクなしの平文に、「現在地」ラベルを付ける)、漢字レンダリングを考慮したグローバルナビの幅、そして日本語B2Bバイヤーが期待する情報アーキテクチャ(会社概要・料金・資料ダウンロードを直接表示する)が、ナビゲーションを「日本向けに作られた」と感じさせるか否かを決定します。単語単位で正確に翻訳されたナビでも、依然として外国的に見えることがあります。本記事では信頼を獲得するための構造的・ラベル的な意思決定を解説します。

重要ポイント

  • 日本語グローバルナビは名詞形が基本 — 「設定する」ではなく「設定」、「ユーザーを管理」ではなく「ユーザー管理」。動詞形ラベルは指示的に見え、バーの視覚的バランスを崩します。
  • カタカナと漢字の選択は用語ごとに決める — 「設定」「料金」は漢字、「ダッシュボード」「テンプレート」はカタカナ。どちらかを一律に強制すると不自然に見えます。
  • パンくずは日本語の慣習に従う — 最初のクラムは「ホーム」または「トップ」、現在ページはリンクなしの平文テキスト、その領域には「現在地」ラベルを付けてアクセシビリティを向上させます。
  • グローバルナビの幅はレンダリングされた漢字を基準に計画する — 文字数が短くても表示幅は広くなり、英語7項目が収まるバーが日本語ラベルで折り返すことがあります。
  • 日本語B2BのIAはより明示的 — バイヤーは「会社概要」「料金/お見積もり」「資料ダウンロード」を直接見つけることを期待しており、「リソース」や「会社」という単一メニューに隠されることを嫌います。

なぜナビゲーションが最初の信頼シグナルなのか

ナビゲーションは、あらゆる製品の中で最も目に触れる画面です。すべてのページに存在し、あらゆるワークフローを枠組みし、日本語B2Bの評価担当者にとっては「この海外製品は本当にローカライズされているのか、それとも単に翻訳されただけなのか」を測る最初の場所です。本文の段落が多少不自然な表現でも細部として許容されることはあります。しかし文法的に異質なグローバルナビのラベルは構造的な問題であり、それ以降のすべてのトーンを決定してしまいます。

難しいのは、ナビゲーションのローカライゼーションが正確さの面ではほとんど失敗しないことです。言葉はたいてい正しい。Settings は確かに「設定」であり、Pricing は確かに「料金」です。問題が生じるのは、翻訳メモリでは届かない層にあります。ラベルの文法(名詞形か動詞形か)、文字種の選択(カタカナか漢字か)、パンくずトレイルの慣習、バーのレンダリング幅、そして情報アーキテクチャの全体的な形。これらは翻訳ではなく意思決定であり、多くの場合、意図的ではなくデフォルトのまま実装されます。

日本のビジネスユーザーがこれらのシグナルを流暢に読み取れるのは、日本語B2Bソフトウェアが20年以上にわたって強固な慣習に収束してきたからです。その慣習を尊重するナビゲーションは透明になります。ユーザーはナビゲーション自体を意識せずに必要な情報を見つけられます。慣習に反するナビは、すべてのページで小さな継続的な摩擦を生み出します。その摩擦こそが、調達チームや評価チームがローカライゼーション品質のリスクとして認識するものです。

名詞
日本語グローバルナビゲーションラベルのデフォルト文法は名詞形
2倍
ナビバーにおける漢字1文字とラテン文字1文字のおおよその表示幅の比率
現在地
パンくずトレイルで現在地を示す日本語の慣習的ラベル

名詞形ラベルと動詞形ラベル

英語のナビゲーションは文法形式を自由に混在させます。同一のナビに名詞(Settings)、動名詞(Reporting)、命令形(Get Started)、動詞句(Manage Team)が混在しても、英語話者はこれを不統一とは感じません。日本語のナビゲーションはこのようには機能しません。慣習は強く名詞形であり、文法形式が混在する日本語ナビは不均一でアマチュアっぽく見えます。

最も多いミスは、英語の動詞句ラベルをそのまま日本語の動詞句に訳してしまうことです。「Manage Users」が「ユーザーを管理」になってしまいますが、自然な日本語ナビのラベルは「ユーザー管理」という名詞複合語です。「Get Started」が「始める」になりますが、ボタンではなくナビ項目としての自然な形は「はじめに」や「使い方」です。動詞形が言語として間違っているわけではありません。ナビゲーションの文法として間違っているのです。

修正前(動詞形・直訳)
ユーザーを管理
指示的に読める。動詞句は日本語ナビバーの名詞形バランスを崩す。
修正後(名詞形・自然)
ユーザー管理
標準的な名詞複合語。市場に存在するあらゆる日本語管理コンソールと合致する。
修正前(動詞形・直訳)
設定する / 料金を見る
「する」「見る」という動詞語尾がつくと、ナビラベルではなくボタンのように見える。
修正後(名詞形・自然)
設定 / 料金
裸の名詞。20年以上にわたって日本語グローバルナビゲーションがラベル付けしてきた形。

この法則の例外が主要CTAボタンです。ボタンは動詞形を取ります。無料で始める(Start Free)、お問い合わせ(Contact Us)、資料をダウンロード(Download Materials)。この文法的な区別は実質的なものであり、日本語ユーザーはすぐに読み取ります。動詞形はユーザーが行う「アクション」を示し、名詞形はユーザーが行く「場所」を示します。ナビに動詞形を置くと、その区別が曖昧になります。

カタカナ vs 漢字:用語ごとの文字種選択

2つ目のナビゲーション上の意思決定は文字種です。すべてのナビゲーション用語は漢字・カタカナ・英語のまま(3択)のいずれかに落とし込む必要があり、その選択は全体方針ではなく用語ごとに行います。「すべて漢字に翻訳する」または「すべてカタカナのままにする」という一律ルールを適用すると、それぞれ逆方向の違和感を持つナビゲーションができ上がります。

判断の基準は「翻訳可能かどうか」ではなく「使用実態」です。日本語のビジネスユーザーが日常的に目にする確立された漢字形を持つ用語は漢字を使います。ソフトウェアを通じて日本語に入ってきた用語で、自然な漢字形が確立されていないものはカタカナのままにします。カタカナネイティブの用語に無理やり漢字を充てるのがより目立つミスです。「Dashboard」を「制御盤」や「計器盤」にすると不自然に見えます。なぜなら日本のSaaS製品はそれを「ダッシュボード」と呼んでいるからです。

英語ナビ用語 推奨日本語ラベル 備考
Settings 設定 漢字。普遍的。セッティングはカジュアルかつ外来語調に見える。
Pricing 料金 漢字。価格も可、サービス料金には料金がより一般的。プライシングは不可。
Features 機能 漢字。フィーチャーはナビラベルとして使われない。
Case Studies 導入事例 漢字複合語。「導入」(採用)のプレフィックスがB2B標準の表現。
Dashboard ダッシュボード カタカナ。自然な漢字形がなく、カタカナが標準。
Templates テンプレート カタカナ。「ひな形」も存在するがSaaS標準はテンプレート。
Integrations 連携 / インテグレーション 連携(漢字)が好まれより明確、SaaSに精通した読者にはカタカナも可。
Support サポート カタカナ。完全に定着済み。支援はここでは過度に堅苦しく見える。
Resources 資料 / お役立ち資料 漢字。リソースも認知されるが、日本語B2Bバイヤーが探すのは資料。

パターンとしては、長年のビジネス語彙に結びついた用語(設定・料金・機能・事例・資料)は漢字を取り、ソフトウェアと共に到来して漢字の伝統を持たない用語(ダッシュボード・テンプレート・サポート)はカタカナのままになります。両形式が並存するわずかな用語セット(連携 vs インテグレーション、資料 vs リソース)では、漢字形がほぼ常にB2Bオーディエンスにとってより安全な選択です。より精確に見え、輸入語調が薄れるためです。

パンくずは日本語ナビゲーションの慣習が欧米のデフォルトと最も明確に乖離する部分であり、自動ローカライゼーションが最も一貫してアーティファクトを残す箇所でもあります。セパレーター自体はほとんど変更不要です。大なり記号(>)は日本語B2Bサイトで標準であり、欧米と同じです。スラッシュ(/)も許容されます。注意が必要なのは最初のクラム・現在ページの扱い・パンくず領域のラベル付けです。

ネイティブの日本語パンくずトレイルを特徴づける3つの慣習があります。第一に、ホームのクラムを英語の「Home」のまま残すことはほぼありません。「ホーム」または「トップ」(トップページ)にします。第二に、現在ページを表す最後のクラムは、クリック可能なリンクではなく平文テキストで表示されます。日本語ユーザーはこれを強く期待しており、リンクになった現在のクラムはバグと受け取られます。第三に、日本語サイトはパンくず領域自体に「現在地」(現在の場所)というラベルを付けることが多く、英語サイトよりもはるかに一般的な慣習で、明確性とスクリーンリーダーのアクセシビリティの観点から重視されています。

修正前(翻訳済み・欧米慣習)
Home > Products > Pricing
英語の「Home」クラム、現在ページがリンクとして下線付き。どちらも日本語ユーザーには未ローカライズと映る。
修正後(日本語慣習)
ホーム > 製品 > 料金
最初のクラムは「ホーム」、「料金」は平文テキストの現在ページ。アクセシビリティのために領域に「現在地」ラベルを付ける。

より細かい点として、パンくずと情報アーキテクチャの相互作用があります。英語のパンくずは短くするためにレベルを圧縮したり省略したりすることがあります。日本語B2Bユーザーは完全な階層パスを好む傾向があります。パンくずは自分が明示的な構造のどこにいるかを確認する手段としても機能するためです。スペース節約のためにトレイルを短くすることは、場所が常にはっきり示されているという日本語ユーザーの期待に反します。

英語ラベル向けに設計された水平グローバルナビは、日本語ラベルがレンダリングされると崩れることが多く、その理由は直感に反します。日本語ラベルは文字数では短いのに、画面上では広くなるのです。全角の漢字・かな文字1文字はラテン文字約2文字分の幅を占めます。「料金」は2文字ですがラテン文字4文字分の幅でレンダリングされ、「お問い合わせ」は6文字ですが英語の「Contact Us」とほぼ同じ幅になります。

つまり英語デザインから流用した文字数予算は当てになりません。英語7項目が快適に収まるナビバーは、日本語ラベルがレンダリングされると折り返したりはみ出したりすることがあります。特に「お問い合わせ」や「資料ダウンロード」のような長い丁寧形ラベルが含まれる場合はなおさらです。修正方法は、レンダリングされた日本語の幅に対してナビの幅を計画し、最も長いラベルを実際に配置してテストし、非常に短い漢字ラベル(機能・料金)と長いカタカナラベルや丁寧形ラベル(インテグレーション・お問い合わせ)をバーの中で混在させてバランスを崩さないようにすることです。

修正前(英語から幅を予算)
機能 料金 導入事例 インテグレーション お問い合わせ
幅が混在するラベルが短い英語単語向けのバーではみ出す。長いカタカナ項目が狭い画面で折り返す。
修正後(レンダリングされた日本語向けに幅を計画)
機能 料金 導入事例 連携 お問い合わせ
長いカタカナ形の代わりに「連携」を使用。バーの幅と実際のレンダリングに基づいてサイズとテストを実施。

モバイルナビゲーションには関連しながらも逆の問題があります。日本語ラベルは文字数が少ないため、縦型のハンバーガーメニューにはスムーズに収まります。ところが同じ簡潔さがタップターゲットを曖昧にすることがあります。「設定」のような2文字ラベルはタッチエリアが小さいため、日本語モバイルナビはアイコンをラベルと組み合わせるか、補足テキストを追加してターゲットを判読・タップしやすくすることが多いです。

日本語B2Bユーザーが期待する情報アーキテクチャ

ナビゲーションの最も深い部分の意思決定は、ラベル付けではなく構造です。欧米SaaSサイトはフラットでミニマリスト的なナビゲーションを好む傾向があります。上位項目を少数にし、会社情報・ドキュメント・料金詳細を1つの「リソース」や「会社」ドロップダウンに隠します。日本語B2Bバイヤーはより明示的で階層的なアーキテクチャを期待しており、彼らが必要とするセクションを隠すナビゲーションは、評価において最も重要なタイミングで摩擦を生み出します。

日本語バイヤーが直接見つけることを期待する(隠されることを嫌う)3つのセクションがあります。会社情報セクション(会社概要)は、日本のB2B信頼性において必須に近いものです。その不在や埋もれた位置は信頼のギャップとして読まれます。料金または見積もりへの明確な導線(料金、またはエンタープライズ営業向けには「お見積もり」)は、日本の調達が正式な見積もりから始まることが多いためです。そして資料・ダウンロードのセクション(資料ダウンロード・お役立ち資料)は、サービス概要資料のリクエスト(資料請求)が日本語B2Bファネルの標準的な最初のステップであり、いかなる会話にも先行するためです。

これらをグローバルナビに表示することは装飾ではありません。それはそのベンダーが日本企業の実際の購買方法を理解しているというシグナルを日本語評価担当者に送ることです。会社概要を探して右往左往させたり、資料請求への導線を持たなかったりする海外製品は、機能を一切評価される前から、日本市場が後付けで考えられたことを伝えています。

日本語ナビゲーションはメニューの言葉が正しいかどうかで判断されるのではなく、その背後にある構造が日本のビジネスが製品内を移動することを期待する方法に合っているかどうかで判断されます。ラベルは表面です。情報アーキテクチャこそが、ベンダーが日本語バイヤーへの理解を示す場所であり、その不在が露わになる場所でもあります。

日本語ナビゲーションローカライゼーション 12ポイント監査チェックリスト

🧭

メニューラベルと文法

  • ラベルの文法:すべてのグローバルナビ項目は名詞形(設定・ユーザー管理・料金)。動詞句(設定する・ユーザーを管理)はナビバーに使わない。
  • 用語ごとの文字種:ビジネス語彙用語は漢字(設定・機能・料金・事例)、ソフトウェアネイティブ用語はカタカナ(ダッシュボード・テンプレート)。カタカナネイティブの用語に無理やり漢字を当てない。
  • CTAの動詞形:ボタンは動詞形を使う(無料で始める・お問い合わせ)。名詞形ナビ項目との意図的なコントラストを保つ。
  • 画面をまたいだ一貫性:同じ用語はどこでも同じラベルを使う(ナビ・パンくず・フッターすべてで「料金」、ある場所だけ「価格」にしない)。
🧶

パンくずと現在地

  • 最初のクラム:「ホーム」または「トップ」にする。英語の「Home」のままにしない。
  • 現在ページ:最後のクラムはリンクなしの平文テキスト。クリック可能にしない。
  • 領域ラベル:「現在地」(現在の場所)をパンくず領域のラベルとして付け、明確性とアクセシビリティを確保する。
  • 完全な階層:スペース節約のためにレベルを省略せず、完全なパスを表示する。
🗺

幅と情報アーキテクチャ

  • レンダリング幅:ナビの幅を英語の文字数ではなく実際の日本語レンダリングを基準に計画・テストする。
  • モバイルのタップターゲット:短いラベル(設定)に十分なタッチエリアを確保し、アイコンや補足テキストと組み合わせることが多い。
  • 必須セクションの表示:「会社概要」「料金/お見積もり」「資料ダウンロード」を一つのメニューに埋めることなく直接アクセス可能にする。
  • 資料への導線:日本語B2Bファネルで商談の前に資料請求が来ることに対応した、明確な「資料請求/資料ダウンロード」の導線を設ける。

日本語ナビゲーションの監査を考えていますか?

12ポイントのチェックリストは、多くのチームが見落としがちな構造的・ラベル的な意思決定をカバーしています。日本語ミニ診断を依頼すると、名詞/動詞のラベルミス・パンくず慣習のギャップ・ナビ幅のオーバーフロー・日本語バイヤーが期待する情報アーキテクチャのセクションをすべてチェックします。IAの期待に関しては、ほとんどの製品が完全に見落としています。

ミニ診断を依頼する

よくある質問

日本語のナビゲーションラベルは名詞形と動詞形、どちらが適切ですか?

日本語のグローバルナビゲーションは名詞形ラベルが主流です。英語のナビゲーションでは動詞形や動名詞形(Get Started・Manage Usersなど)がよく使われますが、日本語の慣習は名詞形です。「設定する」ではなく「設定」、「ユーザーを管理」ではなく「ユーザー管理」、「料金を見る」ではなく「料金」が標準です。動詞形の日本語ラベルはトップナビに置くと指示的に見え、周囲の名詞ラベルとバランスが取れません。例外は主要CTAボタンで、「無料で始める」「お問い合わせ」などの動詞形が期待されます。

日本語のナビゲーション用語はカタカナと漢字のどちらを使うべきですか?

用語によります。確立された漢字形のある機能的な用語は漢字を使います(設定・料金・事例・機能)。ソフトウェアを通じて日本語に入ってきた用語で自然な漢字形を持たないものはカタカナのままにします(ダッシュボード・テンプレート・プラグイン)。カタカナネイティブの用語に無理やり漢字を当てる(「ダッシュボード」を「制御盤」にするのは異様)のも、漢字ネイティブの用語をカタカナのままにする(「設定」を「セッティング」にするのはカジュアルかつ外来語調)のも、どちらもミスです。

日本語サイトのパンくずセパレーターの標準は何ですか?

日本のB2Bサイトで最も一般的なパンくずセパレーターは大なり記号(>)で、欧米と同じです。スラッシュ(/)も許容されます。変わるのはホームラベルと現在地の表示方法です。最初のクラムは「Home」のまま英語で残すのではなく、「ホーム」または「トップ」にするのが一般的です。最後のクラム(現在ページ)はリンクなしの平文テキストで表示されます。日本語サイトではパンくず領域に「現在地」というラベルを付けることが多く、英語サイトよりも一般的な慣習で、アクセシビリティにも寄与します。

日本語のグローバルナビゲーションの長さは英語とどう違いますか?

日本語ラベルは文字数では短いことが多いですが、表示幅は広くなります。漢字1文字の幅はラテン文字2文字分に相当するためです。Pricing(7文字)が料金(2文字、表示幅はラテン文字4文字分)になります。英語7項目が収まる水平グローバルナビは、日本語ラベルがレンダリングされると折り返したりはみ出したりすることがあります。特に「お問い合わせ」(Contact)のような長い項目が含まれる場合はなおさらです。文字数ではなくレンダリングされた日本語の幅を基準にナビの幅を計画し、非常に短い漢字ラベルと長いカタカナラベルを同一バーで混在させることを避けてください。

日本語B2Bユーザーは異なる情報アーキテクチャを期待しますか?

日本語B2Bユーザーは、一般的な欧米SaaSサイトよりも明示的で階層的なIAを期待します。目に見える会社情報セクション(会社概要)、明確な料金・見積もり導線(料金またはお見積もり)、サポートや資料のセクション(サポート・資料ダウンロード)への分かりやすい案内を期待します。これらを「リソース」や「会社」という単一メニューに隠した、フラットでミニマリスト的なナビゲーションは摩擦を生みます。日本の調達・評価プロセスでは、これらのセクションを直接見つけられることが重要です。グローバルナビにこれらを表示することは、そのベンダーが日本語購買行動を理解しているというシグナルになります。

日本語ナビゲーションQA

あなたのナビゲーションは「ローカライズされた」と読まれていますか、それとも「翻訳されただけ」ですか?

メニューラベルの文法・パンくずの慣習・ナビの幅・情報アーキテクチャが、日本語B2Bユーザーが最初のページであなたの製品を信頼するかどうかを決めます。集中したQAレビューで、調達担当者に気づかれる前にナビゲーションレベルの問題を発見します。