「本社サイトを日本語に翻訳してくれ」この依頼を受けた日本のマーケティング担当者は、翻訳会社に発注して終わりにしたくなる。しかし翻訳だけで公開したサイトのコンバージョン率は、英語版の3分の1以下になることが珍しくない。問題は日本語の品質ではなく、サイト全体が日本のユーザーに合っていないことにある。
翻訳はローカライズ全体の20%程度だ。残り80%（デザイン、UX、法的要件、SEO、信頼性の構築）を無視すると、高品質な日本語テキストが載った使いにくいサイトが出来上がる。
翻訳だけでは足りない80%
| 要素 | 翻訳のみ | ローカライズ |
|---|---|---|
| テキスト | 原文を忠実に日本語化 | 日本市場に合わせてメッセージを再構成 |
| デザイン | レイアウトそのまま | 情報密度と視覚的階層を日本のユーザーに合わせて調整 |
| フォーム | ラベルを翻訳 | 姓名の順序、郵便番号→住所自動入力、フリガナ欄を追加 |
| 法的要件 | プライバシーポリシーを翻訳 | 特商法表記、APPI準拠のプライバシーポリシー、会社概要ページを追加 |
| SEO | metaタグを翻訳 | 日本語キーワード調査、構造化データ、Google日本向けSEO対策 |
| 信頼性 | 会社ロゴを表示 | 会社概要、実績、認証、所在地、代表挨拶を掲載 |
日本のBtoBバイヤーはここを見ている
情報密度
欧米のデザイントレンドはミニマリズムに向かっている。余白を多く取り、ヒーロー画像1枚にCTA1つ。日本のBtoBユーザーは、一画面にもう少し多くの情報があることを前提に読む。
これは「ごちゃごちゃしたデザインが好まれる」という意味ではない。詳細な情報を提供すること自体が、日本のビジネス文化では信頼のシグナルになるということだ。
具体的には：
- 製品ページにはスペックを詳しく載せる
- FAQ は充実させる（日本のユーザーはFAQを積極的に読む）
- 料金情報は、掲載する場合は明確に表示する
- 会社概要（設立年、資本金、従業員数、所在地、代表者名）を充実させる
フォーム設計
日本のウェブフォームには特有の慣習があり、ここを間違えるとコンバージョンが目に見えて落ちる。
名前フィールドは姓→名の順で、2つに分ける。フリガナ欄（カタカナ）も多くの場面で必要だ。日本語の名前は漢字だけでは読み方が確定しないため、フリガナがないと電話対応で相手の名前を正しく呼べない。
郵便番号は7桁（xxx-xxxx）。入力すると住所が自動補完されるのが日本では標準で、この機能がないフォームは「手抜き」に見える。電話番号は形式が混在する（03-xxxx-xxxxが東京固定、090-xxxx-xxxxが携帯）。海外のフォーマットを強制しないこと。住所は都道府県→市区町村→番地→建物名の順。欧米とは完全に逆だ。
信頼シグナル
日本のBtoBバイヤーは、問い合わせの前に徹底的な下調べを行う。
- 会社概要ページ：設立年、資本金、従業員数、代表者名、所在地を明記
- 実績：導入事例、クライアントロゴ、業歴年数
- 資格・認証：ISO、プライバシーマーク、業界認証
- アクセス：オフィスの写真と地図（実在する会社であることの証明）
- 代表挨拶：経営者からのメッセージ（日本特有の信頼構築要素）
これらがないサイトは、製品やサービスの品質に関係なく、日本の法人顧客からの信頼を得にくい。
本社への提案を通す方法
日本のマーケティング担当者が本社にローカライズの追加予算を説明する際のポイント。
なぜ翻訳だけでは不十分か
「日本語に翻訳しました」と「日本市場にローカライズしました」は成果がまったく違う。翻訳のみのサイトでコンバージョン率が低い場合、本社は「日本市場は難しい」と結論づけがちだが、実際にはサイトが日本のユーザー向けに作られていないだけのことが多い。
具体的なデータで説明する：
- 翻訳のみ vs ローカライズ済みのコンバージョン率比較
- 日本のBtoBバイヤーの行動パターン（問い合わせ前に平均8〜12ページ閲覧）
- 競合他社の日本語サイトの品質水準
ROIの見せ方
追加コストを正当化するには、1リードあたりの獲得コスト（CPA）で比較するのが有効だ。
- 翻訳のみのサイト：月間訪問者1,000、CV率0.5% → 5リード → CPA = サイトコスト ÷ 5
- ローカライズ済み：月間訪問者1,200、CV率1.5% → 18リード → CPA = サイトコスト ÷ 18
ローカライズの初期費用が翻訳の3倍だとしても、CPAベースでは6ヶ月で回収できる計算になる。
プロジェクトの進め方
段階的アプローチ
全ページを一度にローカライズする必要はない。優先順位をつけて段階的に進める。期間はサイト規模やコンテンツの複雑さによって変わるが、フェーズを飛ばすと手戻りが発生する。
Phase 1： コアページ
- トップページ
- 主要サービスページ（3〜5ページ）
- 会社概要
- 特商法表記・プライバシーポリシー
- お問い合わせフォーム
Phase 2： 拡張
- 導入事例・実績ページ
- FAQ
- ブログ/コラムの厳選記事
- 料金ページ
Phase 3： 改善・チューニング（継続）
公開後が本番だ。日本語の検索クエリデータを見ながらコンテンツを追加し、ユーザーの行動データからUXの問題点を特定して修正する。翻訳コンテンツだけでなく、日本市場向けのオリジナルコンテンツも段階的に増やしていく。
品質管理
翻訳の品質チェックはネイティブスピーカーが行うべきだが、それだけでは不十分だ。
- 文化的適切性：直訳で意味は通じても、日本のビジネス文脈で不自然な表現がないか
- 法的準拠：特商法表記は弁護士確認が望ましい
- 技術検証：CJK文字の表示崩れ、フォーム入力のバリデーション、メール通知の文字化け
- SEO検証：日本語メタタグ、構造化データ、hreflangタグ
SEOもローカライズが必要
ローカライズした日本語サイトでも、Google日本で見つからなければリードにつながらない。英語のメタタグやタイトルをそのまま訳しただけでは、日本語の検索意図からずれてしまう。
キーワード調査は日本語でやり直す必要がある。英語キーワードの翻訳ではなく、日本のユーザーが実際に検索している語句を調べる。同じ概念でもひらがな・カタカナ・漢字で検索ボリュームが違うことがあるからだ。
構造化データも日本語で実装する。Organization スキーマに日本語社名、LocalBusiness スキーマに日本語住所を入れる。hreflangタグで英語版と日本語版の対応関係をGoogleに伝える。日本語ウェブフォントは重い（2〜5MB）ので、読み込み速度の最適化もCore Web Vitalsに影響する。
公開したら終わりではなく、Google Search Console の日本語クエリデータを見ながらコンテンツを調整し続けることになる。
技術的な注意点
フォントとタイポグラフィ
日本語ウェブフォントはファイルサイズが大きい（Latin系の20〜50KBに対し、日本語は2〜5MB）。
対策：
font-display: swapで読み込み中もテキストを表示- サブセット化で必要な文字だけを読み込む
- Noto Sans JP、Noto Serif JPなどの実績あるフォントを選択
- システムフォント（ヒラギノ、游ゴシック、メイリオ）をフォールバックに設定
レスポンシブデザインとCJK
日本語には単語間のスペースがないため、改行位置の制御が必要だ。CSS word-break: keep-all を使うと意味のある語句の途中で改行されにくくなるが、長い複合語がコンテナからはみ出すことがあるため、十分なテストが必要になる。
ドメイン戦略
- サブディレクトリ（example.com/ja/）：最もシンプル。ドメインパワーを集約できる
- ccTLD（example.co.jp）：日本市場向け最強のシグナル。ただし日本法人が必要
- サブドメイン（ja.example.com）：Googleは別サイトとして扱う。あまり推奨しない
日本市場に参入したばかりの企業には、サブディレクトリ方式を勧める。日本事業が成長した段階で.co.jpの取得を検討すればよい。
イソリアのアプローチ
イソリアは26年以上にわたり、外資系企業の日本でのウェブプレゼンス構築を支援してきた。翻訳会社ではカバーできない部分（技術実装、法的要件への準拠、日本語SEO、継続的な改善）を担当する。
既存のウェブチームや制作会社と一緒に動き、日本語版サイトが「存在する」だけでなく「成果を出す」状態にする。
日本向けサイトの立ち上げ、または現在の日本語サイトの改善をお考えですか？ ご相談ください。課題を率直にお伝えします。