Cloudflare（BYOCDN）

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

前提条件

Cloudflare ワーカールーティングルールを設定する前に、以下を確認します。

ルーティングの仕組み

正しく設定されると、エージェント型ユーザーエージェントからドメイン（例：www.example.com/page.html）へのリクエストは、Cloudflare ワーカーによって傍受され、Edge での最適化バックエンドにルーティングされます。 バックエンドリクエストには、必要なヘッダーが含まれます。

バックエンドリクエストのテスト

Edge での最適化バックエンドに直接リクエストを行うことで、ルーティングを検証できます。

curl -svo /dev/null https://live.edgeoptimize.net/page.html \
  -H 'x-forwarded-host: www.example.com' \
  -H 'x-edgeoptimize-url: /page.html' \
  -H 'x-edgeoptimize-api-key: $EDGE_OPTIMIZE_API_KEY' \
  -H 'x-edgeoptimize-config: LLMCLIENT=TRUE;'

必須ヘッダー

Edge での最適化バックエンドへのリクエストでは、次のヘッダーを設定する必要があります。

設定オプション

Edge での最適化に Cloudflare を設定するには、次の 2 つの方法があります。

手動で設定するには、ワーカーをドメインに手動でリンクする必要があります。 詳しくは、ドメインにルートを追加を参照します。

オプション 1：Adobe Brand Visibility でのガイド付き設定

オプション 2：手動設定

ワーカーを手動で作成および設定するには、次の手順に従います。.

手順 1：Cloudflare ワーカーを作成

手順 2：ワーカーコードを追加

ワーカーを作成したら、「コードを編集」をクリックし、デフォルトのコードを worker.js のコードに置き換えます。 既に Cloudflare Worker がある場合は、既存のワーカーコードを、完全に置き換える代わりに、既存のワーカーコードに結合します。

「保存してデプロイ」をクリックし、ワーカーを公開します。

手順 3：環境変数とシークレットを設定

環境変数には、API キーなどの機密性の高い設定が安全に保存されます。

ドメインにルートを追加 add-a-route-to-your-domain

手動の設定を使用した場合は、手動でワーカーをドメインにリンクします。 この手順によって、トラフィック上でワーカーがアクティブ化されます。

または、ゾーンレベルでルートを設定することもできます。

フェイルオーバー動作の検証

Edge での最適化が使用できない場合やエラーが返された場合、ワーカーは自動的にオリジンにフェイルオーバーします。 フェイルオーバー応答には、x-edgeoptimize-fo ヘッダーが含まれます。

< HTTP/2 200
< x-edgeoptimize-fo: 1

Cloudflare ワーカーのログでフェイルオーバーイベントを監視して、問題のトラブルシューティングを行うことができます。

ワーカーロジックについて

Cloudflare ワーカーは、次のロジックを実装します。

設定のカスタマイズ

コードの上部にある設定定数を変更して、ワーカーの動作をカスタマイズできます。

エージェント型ボットリスト

AGENTIC_BOTS 配列を変更して、ユーザーエージェントを追加または削除します。

const AGENTIC_BOTS = [
  'AdobeEdgeOptimize-AI',
  'ChatGPT-User',
  'GPTBot',
  'OAI-SearchBot',
  'PerplexityBot',
  'Perplexity-User',
  'ClaudeBot',
  'Claude-User',
  'Claude-SearchBot',
  // Add additional user agents as needed
];

ターゲットパス

デフォルトでは、すべての HTML ページが Edge での最適化にルーティングされます。 特定のパスにルーティングを制限するには、TARGETED_PATHS 配列を変更します。

// Route all HTML pages (default)
const TARGETED_PATHS = null;

// Or specify exact paths to route
const TARGETED_PATHS = ['/', '/page.html', '/products', '/about-us'];

フェイルオーバー設定

デフォルトでは、Edge での最適化から 4XX または 5XX エラーが発生した場合、ワーカーはフェイルオーバーします。 この動作をカスタマイズします。

// Default: failover on any 4XX or 5XX error
const FAILOVER_ON_4XX = true;
const FAILOVER_ON_5XX = true;

// Failover only on 5XX server errors (not 4XX client errors)
const FAILOVER_ON_4XX = false;
const FAILOVER_ON_5XX = true;

// Disable automatic failover (not recommended)
const FAILOVER_ON_4XX = false;
const FAILOVER_ON_5XX = false;

重要な考慮事項

トラブルシューティング

ファイアウォールルールで Edge での最適化を許可（任意）

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

設定の検証

設定が完了したら、ボットトラフィックが 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 つのシナリオを区別する方法

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

利用可能な機会、自動最適化ワークフロー、FAQ など、Optimize at Edge について詳しくは、Optimize at Edge の概要に戻ってご確認ください。