「外国語対応したいが、何から手をつければいいか分からない」「翻訳ツールを入れればいいだけ？」——観光・宿泊・飲食・小売を問わず、インバウンド需要に関心を持つ中小企業の経営者からよく聞かれる疑問です。
2025年の訪日外国人数は4,268万人超と過去最多を更新し、消費額も9.5兆円に達しました（JNTO・観光庁推計）。2026年も4,000万人規模が継続する見通しのなか、英語・中国語・韓国語に対応したWebサイトは”あったら嬉しい付加価値”から集客インフラへと変わりつつあります。
本記事では、多言語対応の全体像から実装方法の選択、hreflangタグなどSEO技術要件、ツール比較、コスト感まで、実践的な視点で整理します。
なぜ今、Webサイトの多言語対応が必要か
インバウンド客はWebで事前リサーチする
JNTOの調査では、訪日外国人の多くが旅行前にスマートフォンで情報収集を行っています。宿泊施設・飲食店・観光スポットを探す際に公式サイトを参照するユーザーは多く、日本語しか表示されないサイトは検索結果で弾かれるか、閲覧を離脱されるリスクがあります。
対応言語の優先度は、訪日外国人数の構成比から決めるのが基本です。
| 言語 | 対象国・地域 | 2025年訪日客概数 |
|---|---|---|
| 韓国語 | 韓国 | 約946万人 |
| 中国語（簡体字） | 中国 | 約910万人 |
| 中国語（繁体字） | 台湾・香港 | 約928万人 |
| 英語 | 米・豪・欧州ほか | 約330万人（米のみ） |
英語は国別では4位ですが、欧米・東南アジア・中東など非漢字圏の共通語として機能するため、最初に整備すべき言語です。ビジネス上のターゲットに応じて韓国語・中国語を追加していくアプローチが現実的です。
多言語対応がSEOに直結する
自国語で検索するユーザーにリーチするためには、翻訳コンテンツが検索エンジンにインデックスされる必要があります。ブラウザの自動翻訳（Google翻訳ボタン）では検索エンジンがコンテンツを認識しないため、SEO的な恩恵はゼロです。翻訳テキストが独立したURLで存在する構成が、インバウンドSEOの基本です。
実装方法の3つの選択肢
多言語対応の実装アプローチは大きく3つに分類されます。自社の技術スタック・予算・対応言語数によって最適解が変わります。
1. 翻訳ウィジェット型（Weglot・GTranslateなど）
既存サイトにJavaScriptタグを1行追加するだけで多言語化できるSaaS型ツールです。WordPressやShopifyをはじめ、多くのCMSと統合できます。
メリット
- 最短数時間で導入可能
- 独立したURLが生成されSEO対応（Weglotは言語別URLを自動生成）
- DeepL・Microsoft・Google翻訳などを選択可能
デメリット
- 月額コストが継続発生（Weglotは€15〜/月から）
- 機械翻訳の精度に依存するため、重要ページは人による編集が必要
- サイトのデザイン・レイアウトが翻訳によって崩れるケースがある
向いているケース: 技術リソースが少ない、早期に検証したい、WordPress・Shopifyなどのサイト
2. フレームワーク組み込みのi18n機能
Next.js・Astroなどのモダンフレームワークは、組み込みのi18nルーティング機能を持ちます。/en/about/・/zh/about/のように言語別URLを静的生成し、翻訳テキストはJSONファイルで管理する方式です。
// astro.config.mjs
export default defineConfig({
i18n: {
defaultLocale: 'ja',
locales: ['ja', 'en', 'zh-cn', 'ko'],
routing: {
prefixDefaultLocale: false,
},
},
})メリット
- SaaS費用が不要でランニングコストを抑えられる
- パフォーマンス・SEOを完全にコントロールできる
- コンテンツ管理がJSON/Markdownで完結し開発者フレンドリー
デメリット
- 初期開発工数が大きい（設計・翻訳テキスト管理・テストを含む）
- 翻訳作業は別途必要
向いているケース: 新規サイト構築・フルリニューアル時、Next.jsやAstroなどのモダンフレームワークを採用しているプロジェクト
3. 言語別サブドメイン／サブディレクトリ構成
既存のCMSやサイト構成を維持しながら、en.example.com（サブドメイン）やexample.com/en/（サブディレクトリ）に別言語のページを追加する方式です。WordPressの場合はMultisiteやプラグインで実現できます。
メリット
- 既存サイトへの影響が少ない
- 言語ごとに独立したコンテンツ管理が可能
デメリット
- 手動での翻訳・更新管理が必要でコンテンツが陳腐化しやすい
- サブドメインはGoogleが別サイトとして評価する場合があり、ドメインパワーが分散するリスクがある
向いているケース: 対応言語が1〜2言語、更新頻度が低い情報提供型サイト
SEO技術要件：hreflangタグの設定
多言語サイトでSEO効果を正しく得るためには、hreflang属性の設定が必須です。hreflangタグはGoogleに対して「このページには他言語版がある」ことを伝え、適切な言語版を検索結果に表示させる役割を果たします。
基本的な書き方（HTMLのheadに記述）
<link rel="alternate" hreflang="ja" href="https://example.com/about/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/about/" />
<link rel="alternate" hreflang="zh-Hans" href="https://example.com/zh/about/" />
<link rel="alternate" hreflang="ko" href="https://example.com/ko/about/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/about/" />hreflang設定の3つの注意点
- 相互リンクが必須: 日本語ページが英語ページを指すなら、英語ページも日本語ページを指す必要がある。片方向のみでは無効
- x-defaultを設定する: どの言語にも一致しないユーザーへのフォールバックページを指定する
- canonicalとの整合性: 各言語版のcanonicalは自分自身のURLを指すように設定し、他言語版を指さないようにする
XMLサイトマップへの記述（大規模サイト向け）
ページ数が多い場合はHTMLのhead記述よりもXMLサイトマップにhreflang情報を含める方式が管理しやすくなります。設定後はGoogle Search Consoleの「サイトマップ」レポートで正しく認識されているか確認してください。
URL設計：サブディレクトリ vs サブドメイン
Googleはドメインオーソリティが一元化されるサブディレクトリ方式（example.com/en/）を推奨しています。国別ターゲティングが明確な場合は国別ドメイン（ccTLD）も有効です。
| 方式 | 例 | SEO評価 | 運用難易度 |
|---|---|---|---|
| サブディレクトリ | example.com/en/ | ドメインパワー集約・推奨 | 低〜中 |
| サブドメイン | en.example.com | 別サイト扱いのリスクあり | 中 |
| ccTLD | example.co.jp / example.com | 国別ターゲティングに最適 | 高 |
翻訳品質のコントロール
機械翻訳の精度は年々向上していますが、ビジネス文脈の表現や文化的配慮は人による確認が不可欠です。全ページを翻訳会社に依頼するとコストが膨らむため、重要度に応じて品質を使い分けるハイブリッド戦略が現実的です。
| ページ種別 | 翻訳方針 | 理由 |
|---|---|---|
| トップページ・サービス紹介 | 専門翻訳者によるレビュー必須 | 第一印象・コンバージョンに直結 |
| お問い合わせ・アクセス情報 | 機械翻訳 + 担当者レビュー | 情報が明確なため精度リスクが低い |
| ブログ・お知らせ | 機械翻訳（DeepL推奨）のまま | 鮮度が重要で更新頻度が高い |
DeepLはヨーロッパ言語・アジア言語ともに日本語との相性が良く、重要ページの機械翻訳ベースに適しています。Google翻訳は対応言語数が多い点が強みです。
コスト感と導入ロードマップ
実装コストの目安
| アプローチ | 初期費用 | 月額ランニング |
|---|---|---|
| Weglot（英語1言語） | 0円（無料トライアルあり） | €15〜（約2,500円） |
| Weglot（3言語） | 0円 | €29〜（約4,800円） |
| フレームワークi18n実装（英語のみ） | 30〜80万円（開発費） | 0円 |
| 翻訳会社によるページ翻訳（10ページ） | 10〜30万円 | 更新のたびに発生 |
中小企業が最初の一歩として最もコスト効率が良いのは、Weglotなどのウィジェット型ツールで英語対応を始め、効果を見ながら対応言語を拡張していくアプローチです。
導入ロードマップ（3ステップ）
- 〜1ヶ月: 英語対応の最速実装 ― 翻訳ウィジェット型ツールを導入し英語版URLを生成。トップページ・問い合わせページのネイティブチェックとhreflangタグ設定を完了させる
- 3〜6ヶ月: SEO効果の検証と言語拡張 ― Google Search Consoleで言語別インデックス状況を確認しながら韓国語・中国語へ拡張。フォームの自動返信メールも多言語化する
- 6ヶ月〜: コンテンツ強化とCVR改善 ― インバウンド向けコンテンツを多言語発信、言語別LPのA/Bテスト、サイトリニューアルに合わせてフレームワークi18nへの移行を検討する
コーポレートサイトのリニューアルと同時に多言語対応を組み込むと、改修コストを最小化できます（コーポレートサイトリニューアルの進め方と失敗しない発注のコツも参考にしてください）。
よくある失敗パターンと対策
| 失敗パターン | 対策 |
|---|---|
| ブラウザの自動翻訳に頼る | 翻訳コンテンツが独立URLを持つ実装（ウィジェット型か静的生成）を選ぶ |
| hreflangを設定せず重複コンテンツと判定される | 実装前にhreflang設計を行い、全言語版に相互リンクを設定する |
| 機械翻訳をそのまま公開しブランドイメージを損なう | トップページと問い合わせページはネイティブチェックを依頼する（英語10ページで3〜5万円目安） |
| お問い合わせフォームだけ日本語のまま | フォームラベル・エラーメッセージ・自動返信メールも多言語化し問い合わせのハードルを下げる |
まとめ
- 2025年の訪日外国人は4,268万人超。Webサイトの多言語対応はインバウンド集客の必須インフラになっている
- 実装方法は「翻訳ウィジェット型」「フレームワークi18n」「言語別ディレクトリ」の3択。中小企業にはウィジェット型から始めるのがコスト効率が良い
- SEO効果を得るためにはhreflangタグとサブディレクトリ型URL設計が重要
- 翻訳品質はページ重要度に応じてハイブリッドアプローチで管理する
- 英語対応 → 効果検証 → 言語拡張の段階的ロードマップで取り組む
Webサイトの多言語対応・インバウンド集客に向けたWeb制作のご相談は、お気軽にどうぞ。
