第12章更新: 2026-02-15監修: 伊東雄歩

SEO効果測定｜GSC・GA4を使った分析と改善手順

KPI設定、ツール活用、レポーティングの実践

中級

読了時間: 30分

10セクション

1. International SEOとは

International SEOの定義

International SEO（国際SEO）は、複数の国や言語をターゲットにしたウェブサイトの検索エンジン最適化です。適切な地域・言語設定により、各国のユーザーに最適なコンテンツを提供し、グローバルな検索順位向上を目指します。

International SEOが必要な理由

グローバル市場への展開を考える企業にとって、International SEOは単なる選択肢ではなく必須の戦略です。以下の4つの主要な理由から、多くの企業が国際SEOに投資しています。

市場拡大

国内市場だけでなく海外市場からの集客により売上機会を拡大

競合優位性

適切な国際SEOで海外競合に対して検索順位で優位に立つ

ユーザー体験向上

各地域のユーザーに最適化されたコンテンツと言語で提供

ブランドグローバル化

国際的なブランド認知度向上とグローバル展開の基盤構築

International SEOの主要要素

International SEOを効果的に実施するためには、多言語対応・地域ターゲティング・技術的実装・文化的配慮の4つの主要要素をバランスよく整備する必要があります。いずれかが欠けると、ターゲット市場での検索パフォーマンスが大幅に低下するリスクがあります。

多言語対応: 各言語に適したコンテンツ作成と最適化
地域ターゲティング: 国や地域固有のニーズに対応
技術的実装: hreflang、ドメイン戦略、サーバー配置
文化的配慮: 各国の文化や商習慣に適応したコンテンツ

注意

単純な機械翻訳だけでは効果的なInternational SEOは実現できません。各市場の検索行動、競合状況、文化的背景を理解した戦略的アプローチが必要です。

2. Hreflangタグの実装

Hreflangの役割

Hreflangタグは、同一コンテンツの異なる言語・地域版の存在を検索エンジンに伝え、ユーザーの言語・地域に最適なページを表示させるための重要な要素です。

基本的なHreflang実装

Hreflangタグは、HTMLのheadセクション内にlinkタグとして記述します。各言語・地域版のページURLを正確に指定し、相互参照の関係を構築することで、検索エンジンが言語版間の関係性を理解できるようになります。

html

<!-- HTMLヘッダー内でのhreflang実装例 -->
<head>
  <!-- 日本語版（日本向け） -->
  <link rel="alternate" hreflang="ja-JP" href="https://example.com/ja/">

  <!-- 英語版（アメリカ向け） -->
  <link rel="alternate" hreflang="en-US" href="https://example.com/en-us/">

  <!-- 英語版（イギリス向け） -->
  <link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/">

  <!-- 英語版（その他英語圏向け） -->
  <link rel="alternate" hreflang="en" href="https://example.com/en/">

  <!-- 中国語（簡体字）版 -->
  <link rel="alternate" hreflang="zh-CN" href="https://example.com/zh-cn/">

  <!-- デフォルト（x-default） -->
  <link rel="alternate" hreflang="x-default" href="https://example.com/">
</head>

言語・地域コードの構成

Hreflangの言語・地域コードは、ISO 639-1（言語）とISO 3166-1 Alpha-2（国・地域）の国際標準に基づいて記述します。基本形式は [言語コード]-[地域コード] となり、言語のみの指定も可能です。正確なコード指定により、検索エンジンは各ページのターゲット言語・地域を正しく判断できます。

言語コードのみ

ja (日本語)、en (英語)、zh (中国語)、ko (韓国語)

言語+地域コード

en-US (アメリカ英語)、en-GB (イギリス英語)、zh-CN (中国本土の中国語)、zh-TW (台湾の中国語)

XMLサイトマップでのHreflang

HTMLヘッダーへの記述に加えて、XMLサイトマップ内でhreflangを指定することも可能です。大規模な多言語サイトでは、サイトマップでの一元管理により保守性が向上します。各URLエントリ内に、すべての言語版へのhreflangリンクを記述してください。

xml

<!-- XMLサイトマップでのhreflang実装例 -->
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">

  <!-- 日本語ページ -->
  <url>
    <loc>https://example.com/ja/about/</loc>
    <xhtml:link rel="alternate" hreflang="ja-JP" href="https://example.com/ja/about/"/>
    <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/en-us/about/"/>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/about/"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/about/"/>
  </url>

  <!-- 英語（US）ページ -->
  <url>
    <loc>https://example.com/en-us/about/</loc>
    <xhtml:link rel="alternate" hreflang="ja-JP" href="https://example.com/ja/about/"/>
    <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/en-us/about/"/>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/about/"/>
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/about/"/>
  </url>

</urlset>

Hreflang実装の注意点

hreflangの実装ミスはGoogleが言語版の関係を正しく認識できない原因となり、間違った言語のページが検索結果に表示される問題を引き起こします。Search Consoleの「国際ターゲティング」レポートで定期的にエラーを確認してください。

すべての言語版ページで相互参照が必要（双方向リンク）
自分自身へのhreflangも含める
存在しないページへのhreflangは設定しない
canonicalタグとの整合性を確保
言語・地域コードは正確に記述

3. ジオターゲティング戦略

ドメイン戦略の選択

1. ccTLD（国別トップレベルドメイン）

国別トップレベルドメイン（.jp、.uk、.frなど）は、その国専用のドメインとして認識されるため、地域ターゲティングのシグナルが最も強力です。各国でのSEO効果が高い反面、複数ドメインの管理コストとドメイン権威の分散がデメリットとなります。

メリット

地域ターゲティングが明確、各国でのSEO効果が高い、ユーザーの信頼度向上

デメリット

管理コストが高い、ドメイン権威の分散、各国での登録が必要

例: example.jp（日本）、example.co.uk（イギリス）

2. サブドメイン構造

サブドメイン構造（jp.example.com、uk.example.comなど）は、ccTLDほど地域シグナルは強くありませんが、管理の柔軟性とドメイン権威の共有というバランスの取れた選択肢です。DNS設定で各サブドメインを独立管理できるため、地域ごとに異なるサーバーやCDNへの配置が容易になります。

メリット

管理が比較的簡単、設定変更が容易、ドメイン権威の共有

デメリット

地域シグナルが弱い、ユーザー認識が劣る場合、技術的な複雑さ

例: jp.example.com、uk.example.com

3. サブディレクトリ構造

サブディレクトリ構造（example.com/ja/、example.com/en/など）は、実装の容易さと運用コストの低さから多くの多言語サイトで採用されています。すべての言語版が単一ドメインの配下にあるため、ドメイン権威が一点に集約され、バックリンクの効果も最大化されます。ただし、地域シグナルは最も弱いため、hreflangとGoogle Search Consoleでの地域設定による補完が重要です。

メリット

実装が最も簡単、ドメイン権威の集約、運用コストが最安

デメリット

地域シグナルが最も弱い、サーバー地理的配置の制限、一部制約有

例: example.com/ja/、example.com/en-us/

Google Search Consoleでの地域設定

地域ターゲティング設定

gTLD（.comなど）やサブディレクトリ構造を採用している場合、Google Search Consoleで明示的に地域ターゲットを設定することで、Googleにターゲット国を正確に伝えることができます。

Google Search Consoleにログイン
対象サイトを選択
「設定」→「国際ターゲティング」を選択
「国」タブでターゲット国を設定
「言語」タブでhreflangの状況を確認

注意

ccTLDを使用している場合は、Google Search Consoleでの地域設定は通常不要です。サブドメインやサブディレクトリ構造の場合にのみ設定してください。

サーバーロケーションとCDN

地理的サーバー配置の重要性

サーバーの物理的な設置場所は、検索エンジンがサイトのターゲット地域を判定する要因の一つであり、ページの表示速度にも直接影響します。ターゲット地域により近いサーバーからコンテンツを配信することで、ユーザー体験と検索順位の両方を向上させましょう。

CDN活用の効果

CDN（コンテンツ配信ネットワーク）は世界各地のエッジサーバーにキャッシュを配置し、ユーザーに最も近いサーバーからコンテンツを配信します。International SEOではターゲット地域での表示速度がランキング要因となるため、CDNの活用は不可欠です。

各地域で高速なページ読み込み実現
Core Web Vitalsの向上
地域別のキャッシュ最適化
ダウンタイムリスクの軽減

4. 多言語サイトの構築

言語別URL構造設計

多言語サイトのURL構造は、検索エンジンとユーザーの両方にとって言語版を識別しやすい形にする必要があります。以下に代表的な3つのURL構造パターンと、それぞれの実装例を示します。各構造のメリット・デメリットを理解した上で、自社のリソースとグローバル戦略に最適な選択をしてください。

text

多言語サイトのURL構造例

1. サブディレクトリ構造（推奨）
https://example.com/（デフォルト/英語）
https://example.com/ja/（日本語）
https://example.com/ko/（韓国語）
https://example.com/zh-cn/（中国語簡体字）
https://example.com/zh-tw/（中国語繁体字）

2. サブドメイン構造
https://example.com/（デフォルト/英語）
https://ja.example.com/（日本語）
https://ko.example.com/（韓国語）
https://cn.example.com/（中国語簡体字）

3. ccTLD構造
https://example.com/（デフォルト/英語）
https://example.jp/（日本語）
https://example.co.kr/（韓国語）
https://example.cn/（中国語）

言語検出とリダイレクト

ユーザーのブラウザ言語設定を検出し、適切な言語版へ自動リダイレクトすることで、初回訪問時のユーザー体験を向上できます。ただし、無限ループやSEOへの悪影響を避けるため、一度だけリダイレクトし、その後はユーザーの選択を尊重する実装が重要です。以下はJavaScriptによる言語検出とリダイレクトの実装例です。

javascript

// JavaScript言語検出の例
function detectLanguageAndRedirect() {
  // ユーザーのブラウザ言語を取得
  const userLang = navigator.language || navigator.userLanguage;
  const supportedLanguages = ['en', 'ja', 'ko', 'zh-CN', 'zh-TW'];

  // 現在のパス
  const currentPath = window.location.pathname;

  // 既に言語パスがある場合はリダイレクトしない
  if (currentPath.match(/^\/(ja|ko|zh-cn|zh-tw)\//)) {
    return;
  }

  // ユーザー言語に基づくリダイレクト
  if (userLang.startsWith('ja') && supportedLanguages.includes('ja')) {
    window.location.href = '/ja' + currentPath;
  } else if (userLang.startsWith('ko') && supportedLanguages.includes('ko')) {
    window.location.href = '/ko' + currentPath;
  } else if (userLang.startsWith('zh')) {
    if (userLang === 'zh-TW' || userLang === 'zh-HK') {
      window.location.href = '/zh-tw' + currentPath;
    } else {
      window.location.href = '/zh-cn' + currentPath;
    }
  }
  // デフォルトは英語のまま
}

// ページロード時に実行（初回訪問のみ）
if (!localStorage.getItem('language_detected')) {
  detectLanguageAndRedirect();
  localStorage.setItem('language_detected', 'true');
}

言語切替機能の実装

ユーザーが任意のタイミングで言語を切り替えられるUI要素は、多言語サイトに必須の機能です。ヘッダーやフッターに常に表示し、現在の言語を明示しつつ、他の言語版へのリンクを提供します。以下は、ドロップダウン形式の言語切替メニューの実装例です。

html

<!-- 言語切替メニューの例 -->
<nav class="language-selector">
  <button class="current-language" onclick="toggleLanguageMenu()">
    <img src="/flags/ja.svg" alt="日本語" class="flag-icon">
    <span>日本語</span>
    <svg class="dropdown-icon">...</svg>
  </button>

  <div class="language-menu" id="languageMenu">
    <a href="/en/about/" class="language-option">
      <img src="/flags/us.svg" alt="English" class="flag-icon">
      <span>English</span>
    </a>
    <a href="/ko/about/" class="language-option">
      <img src="/flags/kr.svg" alt="한국어" class="flag-icon">
      <span>한국어</span>
    </a>
    <a href="/zh-cn/about/" class="language-option">
      <img src="/flags/cn.svg" alt="简体中文" class="flag-icon">
      <span>简体中文</span>
    </a>
    <a href="/zh-tw/about/" class="language-option">
      <img src="/flags/tw.svg" alt="繁體中文" class="flag-icon">
      <span>繁體中文</span>
    </a>
  </div>
</nav>

言語切替のベストプラクティス

言語切替UIはユーザーが迷わず目的の言語版にアクセスできることが最優先です。言語名は各言語のネイティブ表記で表示し、切替先は同一ページの他言語版に直接リンクさせることで、離脱を防ぎつつSEO上の内部リンク構造も強化できます。

各言語の自言語表記を使用（English, 日本語, 한국어）
国旗アイコンと言語名の組み合わせ
現在の言語を明確に表示
同じページ内容の他言語版にリンク
アクセシビリティを考慮した実装

多言語コンテンツ管理

コンテンツローカライゼーション

翻訳とローカライゼーションは異なります。翻訳は言葉を置き換える作業ですが、ローカライゼーションは各地域の文化、商習慣、法規制、ユーザー心理に合わせてコンテンツ全体を最適化するプロセスです。単純翻訳だけでは現地ユーザーの共感を得られず、検索エンジンからの評価も低くなります。

文化的背景に適したコンテンツ調整
各国の法規制や商慣習への対応
通貨、日付、住所フォーマットの地域化
現地の検索トレンドに基づくキーワード調整

翻訳品質の確保

翻訳品質はInternational SEOの成果に直結します。機械翻訳のみでは自然な文章にならず、検索エンジンの評価が下がるだけでなく、ユーザーの信頼を失う原因となります。SEOに精通したネイティブ翻訳者を起用し、タイトルタグ・メタディスクリプション・構造化データを含むすべてのSEO要素を対象とした包括的な翻訳ワークフローを構築することが、各市場での検索順位向上の鍵です。

推奨アプローチ

ネイティブスピーカーによる翻訳、SEO専門知識を持つ翻訳者、校正・監修プロセスの実装、継続的な品質改善

避けるべき点

機械翻訳のみでの公開、SEO要素の翻訳漏れ、文化的に不適切な表現、メンテナンス不備

5. 国際コンテンツ戦略

地域別キーワードリサーチ

各国の検索行動の違い

同じ商品・サービスでも、国や文化によって検索されるキーワードや検索意図が大きく異なります。各市場での独自リサーチが不可欠です。

日本の特徴

長いキーワード（3-5語）が多い、ひらがな・カタカナ・漢字の使い分け、「比較」「おすすめ」などの情報系検索

英語圏の特徴

短めのキーワード（1-3語）、ブランド名での直接検索が多い、「best」「review」「buy」などの購買系

地域別キーワード調査ツール

地域別キーワードリサーチでは、Google Keyword Plannerの地域設定機能やGoogle Trendsの国別比較を活用して、各市場固有の検索ボリュームと競合度を把握します。Googleが弱い市場ではBaidu（中国）やNaver（韓国）向けの専用ツールも併用してください。

Google系ツール

Google Keyword Planner（地域設定可能）、Google Trends（国別データ）、Google Search Console（各国版）

第三者ツール

Ahrefs（各国のキーワード難易度）、SEMrush（地域別競合分析）、Ubersuggest（多言語対応）

実際にどのようにキーワードが地域ごとに異なるのか、具体例で確認しましょう。以下は「プログラミング学習」というテーマでの地域別キーワード比較です。同じテーマでも、言語・文化が変わると検索されるフレーズが大きく変わることが分かります。

text

地域別キーワード例：「プログラミング学習」

日本語版キーワード:
- プログラミング 初心者 おすすめ
- プログラミングスクール 比較
- Python 学習方法
- エンジニア なるには

英語版キーワード:
- programming courses online
- learn coding beginner
- best programming bootcamp
- software engineer career

韓国語版キーワード:
- 프로그래밍 초보자 추천
- 코딩 학원 비교
- 개발자 되는법
- 프로그래밍 언어 순위

文化的配慮とローカライゼーション

色彩・デザインの地域差

色の文化的意味は地域により大きく異なります。赤色は中国では幸運や祝福を意味し好まれますが、欧米の一部では危険や警告のシグナルとして認識されます。また、白色は日本や欧米では清潔・純粋を連想させる一方、一部のアジア諸国では葬儀を連想させる色として避けられることがあります。ターゲット地域の色彩文化を理解し、適切なカラーパレットを選択することで、ユーザーエンゲージメントとブランドイメージが向上します。

通貨・日付・住所表記

通貨記号の位置、日付フォーマット、住所の記載順序など、地域ごとに異なる表記規則に正確に従うことで、ユーザーエクスペリエンスが向上し、サイトへの信頼性も高まります。日本では「2024年12月25日」、アメリカでは「Dec 25, 2024」、イギリスでは「25 Dec 2024」といった違いがあり、検索エンジンもこれらの地域固有表記を地域関連性の評価要素として考慮します。

法規制・コンプライアンス

各国の法規制やコンプライアンス要件への対応は、International SEOにおいて避けて通れない重要課題です。GDPR（EU一般データ保護規則）、個人情報保護法（日本）、CCPA（カリフォルニア州消費者プライバシー法）など、地域ごとに異なるプライバシー規制に準拠し、適切な同意取得機能やプライバシーポリシーを各言語版に実装する必要があります。法令違反は検索順位低下だけでなく、罰金や訴訟リスクにもつながります。

以下は、地域ごとに異なる通貨・日付・税表記を実装した価格表示の例です。ユーザーが混乱しない明確な表記を心がけましょう。

html

<!-- 地域別表記例 -->
<!-- 日本版 -->
<div class="product-price">
  <span class="currency">¥</span>
  <span class="amount">29,800</span>
  <span class="tax-note">（税込）</span>
</div>
<div class="delivery-date">
  <span>2024年12月25日（水）</span>
  <span>お届け予定</span>
</div>

<!-- アメリカ版 -->
<div class="product-price">
  <span class="currency">$</span>
  <span class="amount">199.99</span>
  <span class="tax-note">(excl. tax)</span>
</div>
<div class="delivery-date">
  <span>Delivery by</span>
  <span>Dec 25, 2024 (Wed)</span>
</div>

<!-- イギリス版 -->
<div class="product-price">
  <span class="currency">£</span>
  <span class="amount">159.99</span>
  <span class="tax-note">(incl. VAT)</span>
</div>
<div class="delivery-date">
  <span>Delivery by</span>
  <span>25 Dec 2024 (Wed)</span>
</div>

地域別コンテンツカスタマイゼーション

各地域のユーザーに最適なコンテンツを提供するためには、コンテンツ面と技術面の両方からカスタマイゼーションを行う必要があります。

コンテンツ要素

各地域のユーザーに響くコンテンツを作るには、単なる翻訳ではなく現地の文化・トレンド・ユーザー心理を反映したコンテンツ設計が必要です。検索エンジンもローカルな関連性を評価するため、地域固有の要素を盛り込むことでランキング向上が期待できます。

技術的要素

多言語・多地域サイトでは、検索エンジンが各言語版を正しくクロール・インデックスできるよう技術的な基盤を整える必要があります。hreflangだけでなく、サイトマップやrobots.txtも言語・地域ごとに最適化することでクロール効率が向上します。

地域特有の事例・ケーススタディ
現地のインフルエンサー・専門家の引用
地域の祝日・イベントに合わせた更新
ローカルな関心事・トレンドの反映

地域別のサイトマップ作成
各国用のrobots.txt設定
地域固有の構造化データ
ローカル検索エンジンへの最適化

コンテンツ重複の回避

複数地域で類似コンテンツを展開する際は、各地域の独自性を確保し、重複コンテンツと判定されないよう注意してください。最低30%以上の差別化されたコンテンツを含めることを推奨します。

6. 技術的実装とベストプラクティス

URLルーティングとサーバー設定

サーバー側での言語別URLルーティング設定により、ユーザーのブラウザ言語に基づいた自動リダイレクトや、適切なコンテンツ配信が可能になります。ApacheとNginxそれぞれの設定例を以下に示します。リダイレクトは初回のみに限定し、ユーザーが明示的に選択した言語を尊重するよう実装してください。

apache

# Apache .htaccess設定例
# 言語別リダイレクト設定

RewriteEngine On

# ユーザーエージェントに基づく言語検出（初回のみ）
RewriteCond %{HTTP:Accept-Language} ^ja [NC]
RewriteCond %{REQUEST_URI} !^/(ja|en|ko|zh-cn|zh-tw)/
RewriteCond %{QUERY_STRING} !lang_detected
RewriteRule ^(.*)$ /ja/$1?lang_detected=1 [R=302,L]

RewriteCond %{HTTP:Accept-Language} ^ko [NC]
RewriteCond %{REQUEST_URI} !^/(ja|en|ko|zh-cn|zh-tw)/
RewriteCond %{QUERY_STRING} !lang_detected
RewriteRule ^(.*)$ /ko/$1?lang_detected=1 [R=302,L]

# デフォルト言語への適切な処理
RewriteCond %{REQUEST_URI} !^/(ja|en|ko|zh-cn|zh-tw)/
RewriteCond %{REQUEST_URI} !^/(images|css|js)/
RewriteRule ^(.*)$ /en/$1 [R=302,L]

Nginxでも同様の言語ベースのリダイレクトを実装できます。以下はNginxの設定ファイルでの実装例です。

nginx

# Nginx設定例
server {
    listen 80;
    server_name example.com;

    # 言語別のロケーション設定
    location ~ ^/(ja|ko|zh-cn|zh-tw)/ {
        try_files $uri $uri/ =404;
    }

    # デフォルト言語の処理
    location / {
        # Accept-Languageヘッダーに基づくリダイレクト
        if ($http_accept_language ~* "^ja") {
            rewrite ^/(.*)$ /ja/$1? permanent;
        }
        if ($http_accept_language ~* "^ko") {
            rewrite ^/(.*)$ /ko/$1? permanent;
        }
        if ($http_accept_language ~* "^zh") {
            rewrite ^/(.*)$ /zh-cn/$1? permanent;
        }

        try_files $uri $uri/ =404;
    }
}

多言語SEO監視・分析

Google Search Console活用法

多言語サイトでは各言語版をGoogle Search Consoleの個別プロパティとして登録し、言語・地域ごとのインデックス状況やhreflangエラーを個別に監視できる体制を整えることが重要です。

各言語版サイトを個別プロパティとして登録
hreflangエラーの定期チェック
地域別検索パフォーマンスの分析
各国でのクエリ・クリック率の比較
インデックス状況の言語別監視

多言語サイトの分析では、重要指標の把握と改善アクションの2つの軸で、言語・地域ごとのパフォーマンスを継続的に追跡することが効果的です。

重要指標

International SEOの効果を正確に測定するには、言語・地域ごとに検索パフォーマンスを分解して分析する必要があります。全体の数値だけでは各市場の課題が見えないため、地域単位でのKPI追跡が改善施策の出発点になります。

改善アクション

データ分析で課題を特定したら、地域ごとに優先度をつけて改善施策を実行します。hreflangエラーの修正、翻訳品質の向上、地域別コンテンツの拡充など、技術面とコンテンツ面の両方からアプローチすることが効果的です。

各言語版の検索表示回数
地域別のクリック率差異
hreflangエラーの発生状況
各国での競合順位比較
言語別のコンバージョン率

パフォーマンス低下地域の特定
地域別キーワード戦略の調整
翻訳品質の見直し
技術的問題の早期発見・修正
競合分析に基づく改善

パフォーマンス最適化

言語別キャッシュ戦略

多言語サイトでは、言語・地域ごとに異なるキャッシュ設定を行うことで、各地域での最適なパフォーマンスを実現できます。更新頻度の高い市場では短いTTL、安定した市場では長いTTLを設定し、CDNのエッジサーバーもターゲット地域に合わせて配置します。以下は言語別にキャッシュ設定を管理する実装例です。

javascript

// 言語別キャッシュ設定例
const cacheConfig = {
  'ja': {
    ttl: 3600, // 1時間
    region: 'asia-northeast1', // 東京
    purgePattern: '/ja/*'
  },
  'en-us': {
    ttl: 7200, // 2時間
    region: 'us-central1', // アメリカ中央部
    purgePattern: '/en-us/*'
  },
  'zh-cn': {
    ttl: 1800, // 30分
    region: 'asia-east1', // 香港
    purgePattern: '/zh-cn/*'
  }
};

// 言語に基づくキャッシュ設定
function setCacheByLanguage(request) {
  const language = detectLanguageFromURL(request.url);
  const config = cacheConfig[language] || cacheConfig['en-us'];

  return {
    cacheTtl: config.ttl,
    region: config.region
  };
}