Cloudflare（BYOCDN）

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

前提条件

Cloudflare Workerのルーティングルールを設定する前に、次のことを確認してください。

ルーティングの仕組み

正しく設定されると、エージェント型ユーザーエージェントからドメイン（例：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 for Optimizeを設定するには、次の2つの方法があります。

手動で設定するには、Workerをドメインに手動でリンクする必要があります。 「​ ドメインへのルートの追加」を参照してください。

選択肢1:Adobe Brand Visibilityでのガイド付き設定

オプション 2：手動設定

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

手順1:Cloudflare Workerの作成

手順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など、Edgeでの最適化について詳しくは、Edgeでの最適化の概要に戻ります。