ドキュメントLLM Optimizer

Akamai（BYOCDN）

最終更新日： 2026年4月15日

この設定では、エージェントトラフィック（AI ボットおよび LLM ユーザーエージェントからのリクエスト）を Edge での最適化バックエンドサービス（live.edgeoptimize.net）にルーティングします。 人間の訪問者と SEO ボットは、通常どおりオリジンから引き続き提供されます。 設定をテストするには、設定が完了したら、応答のヘッダー x-edgeoptimize-request-id を探します。

前提条件

Akamai Property Manager ルールを設定する前に、次の内容を確認します。

  • ドメインの Akamai Property Manager へのアクセス権。
  • LLM Optimizer UI から取得された Edge Optimize API キー。 手順については、API キーの取得を参照してください。
  • （オプション）ステージング ルーティングをテストするには、​ ステージング API キーを参照してください。

設定

次のAkamai Property Manager ルールは、エージェント型HTML ページトラフィックをEdge Optimizeにルーティングします。 設定には、次の手順が含まれます。

1. ルーティング条件の設定（User-AgentとHTMLのトラフィックの一致）

次のユーザーエージェントのルーティングを設定します。

 *AdobeEdgeOptimize-AI*
 *ChatGPT-User*
 *GPTBot*
 *OAI-SearchBot*
 *PerplexityBot*
 *Perplexity-User*
NOTE
Edgeで最適化のルーティングルールをエージェント型HTML ページトラフィックにのみ適用します。 一般的な設定では、File Extension​などのリクエストサイドの条件を使用して、拡張機能のないページ URLにhtmlとEMPTY_STRINGを一致させることができます。 サイトが他のURL パターンからHTMLを提供している場合、またはAPI エンドポイントなどの拡張なし非ページルートを含んでいる場合は、パスベースの条件を追加してルールを絞り込みます。

ルーティング条件を設定

2. オリジンと SSL の動作を設定

オリジンを live.edgeoptimize.net として設定し、SAN を *.edgeoptimize.net に一致させます。

NOTE
Edgeで最適化ルールを追加した後にプロパティのアクティベーションが失敗した場合は、ルールでデフォルトのルールとは異なるOrigin Server SSL検証モードが使用されているかどうかを確認します。 その場合は、デフォルトのルールに一致するように、「Edgeで最適化」ルールを更新します。 例えば、デフォルトのルールで​ プラットフォーム設定 ​を使用している場合は、ここでも​ プラットフォーム設定 ​を使用します。 必要な設定を使用できない場合は、Akamai サポートにお問い合わせください。

オリジンと SSL の動作を設定

3. キャッシュキー変数を設定

キャッシュキー変数 PMUSER_EDGE_OPTIMIZE_CACHE_KEY を LLMCLIENT=TRUE;X_FORWARDED_HOST={{builtin.AK_HOST}} に設定します。

キャッシュキー変数を設定

4. キャッシュルール

キャッシュルール

5. 受信リクエストヘッダーを変更

次の受信リクエストヘッダーを設定します。
LLMOから取得したAPI キーへのx-edgeoptimize-api-key
x-edgeoptimize-config コピー先： LLMCLIENT=TRUE;
x-edgeoptimize-url ～ {{builtin.AK_URL}}

受信リクエストヘッダーを変更

ファイアウォール ルールを使用してEdgeで最適化を許可する（オプション）

CDNでWAFまたはBot Managerを使用している場合：

  • WAFまたはBot Managerで*AdobeEdgeOptimize/1.0* ユーザーエージェントを許可リストに加えるして、Optimize at Edge サービスがオリジンコンテンツを取得できるようにします。

  • ファイアウォールでユーザーエージェント以外の追加の検証が必要な場合は、秘密鍵（例：openssl rand -hex 32）を生成し、次の操作を行います。

    • ルーティングルールのシークレットを他のx-edgeoptimize-* ヘッダーと共にx-edgeoptimize-fetcher-keyを追加します。
    • WAFまたはBot Manager ルールを追加して、x-edgeoptimize-fetcher-keyが同じシークレットと一致するリクエストを許可します。

  • Edgeで最適化すれば、このヘッダーをそのまま転送できます。ユーザーは鍵のライフサイクル全体を所有しています。

Property Manager でx-edgeoptimize-fetcher-key ヘッダーを設定

NOTE
Akamai Bot Managerで*AdobeEdgeOptimize/1.0* ユーザーエージェントとx-edgeoptimize-fetcher-key ヘッダーも許可リストに加えるします。

6. 受信応答ヘッダーを変更

受信応答ヘッダーを変更

7. キャッシュ ID の変更

キャッシュ ID の変更

8. 送信リクエストヘッダーを変更

x-forwarded-host ヘッダーを {{builtin.AK_HOST}} に設定します。

送信リクエストヘッダーを変更

9. サイトフェイルオーバー

サイトフェイルオーバー設定には、フェイルオーバー動作（メインの optimize-at-edge ルーティングルール内で設定）と、個別のフェイルオーバーテストヘッダールールの 2 つの部分かがあります。

9a. サイトフェイルオーバー動作（メインの optimize-at-edge ルーティングルール内）

メインのルーティングルール内で、サイトフェイルオーバー動作と高度な XML スニペットを次のように設定します。

IMPORTANT
この手順のXML スニペットには、詳細​動作が必要です。 一部のAkamai環境では、この動作はセルフサービス編集では使用できません。 Advanced オプションが表示されない場合は、Akamai アカウントチームまたはAkamai サポートに連絡して、必要な設定を有効にしてください。

サイトフェイルオーバー

高度な XML を通じて、リクエストヘッダー x-edgeoptimize-request に値 fo を追加します。

<forward:availability.fail-action2>
<add-header>
<status>on</status>
<name>x-edgeoptimize-request</name>
<value>fo</value>
</add-header>
</forward:availability.fail-action2>

フェイルオーバー動作

9b. フェイルオーバーテストヘッダールール（兄弟ルール）

IMPORTANT
EdgeOptimize フェイルオーバー - テストヘッダー​ルールを、ルーティングルールの​ 兄弟 ​として（同じレベルで）作成します。ルーティングルールの内部にネスト​ しない ​でください。 Akamai Property Manager のルールツリーでは、階層は次のようになります。
code language-none 
▼ Parent Rule
      ▶ Optimize at Edge Routing     ← routing rule
          EdgeOptimize Failover - Test Header       ← sibling, same level
これにより、フェイルオーバーテストヘッダールールが、1 つだけでなく、すべて​のルーティングルールに対して評価されることが確保されます。
また、Edge ルーティングで最適化 ルールが、同じリクエストのオリジン、キャッシュ動作、またはキャッシュ IDを変更する後で一致するルールによって上書きされないようにします。 別の一致するルールがこれらの動作をリセットする場合、Edgeで最適化のルーティングまたはキャッシュが期待どおりに動作しない可能性があります。

リクエストヘッダーの x-edgeoptimize-request の値が fo の場合、送信応答ヘッダーの x-edgeoptimize-fo を true に設定します。

フェイルオーバールール

サイトフェイルオーバーにより、Edge での最適化が 4XX または 5XX エラーを返した場合、リクエストは自動的にデフォルトのオリジンにルーティングされるので、エンドユーザーは応答を引き続き受信できます。

シナリオ
動作
Edge での最適化で 2XX が返される
最適化された応答がクライアントに提供されます。
Edge での最適化で 4XX または 5XX が返される
リクエストがデフォルトのオリジンにルーティングされます。

設定の検証

設定が完了したら、ボットトラフィックが Edge での最適化にルーティングされていることと、人間のトラフィックに影響がないことを確認します。

1. ボットトラフィックをテスト（最適化する必要があります）

エージェント型ユーザーエージェントを使用して、AI ボットリクエストをシミュレートします。

curl -svo /dev/null https://www.example.com/page.html \
  --header "user-agent: chatgpt-user"

正常な応答には、リクエストが Edge での最適化を経由してルーティングされたことを確認する x-edgeoptimize-request-id ヘッダーが含まれます。

< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85

2. 人間のトラフィックをテスト（影響を受けません）

通常の人間によるブラウザーリクエストをシミュレートします。

curl -svo /dev/null https://www.example.com/page.html \
  --header "user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36"

応答には、x-edgeoptimize-request-id ヘッダーを含め​ ない ​でください。 ページのコンテンツと応答時間は、Edge での最適化を有効にする前と同じ状態を維持する必要があります。

3. 2 つのシナリオを区別する方法

ヘッダー
ボットトラフィック（最適化）
人間のトラフィック（影響を受けない）
x-edgeoptimize-request-id
存在 - 一意のリクエスト ID が含まれます
不在
x-edgeoptimize-fo
フェイルオーバーが発生した場合のみ存在（値：1）
不在

トラフィックルーティングのステータスは、LLM Optimizer UIでも確認できます。 顧客設定​に移動し、CDN設定 タブを選択します。

AI エージェントへの最適化のデプロイ – 完了

利用可能なオポチュニティ、自動最適化ワークフロー、FAQなど、Edgeでの最適化について詳しくは、Edgeでの最適化の概要に戻ります。

recommendation-more-help
llm-optimizer-help-main-toc