Edgeで最適化

このページでは、オーサリングを変更せずに CDN エッジで最適化を配信する方法の詳細な概要を説明します。 オンボーディングプロセス、利用可能な最適化の機会、Edge で自動最適化する方法について説明します。

NOTE
この機能は、現在、早期アクセス中です。 アーリーアクセスプログラムについて詳しくは ​ こちら ​ を参照してください。

Edgeでの最適化とは

Edgeでの最適化は、LLM ユーザーエージェントに対して AI に適した変更を提供する、LLM Optimizerのエッジベースのデプロイメント機能です。 現在のコンテキストでは、「Edge」は、最適化が CDN レイヤーで適用されることを意味します。 CDN レイヤーで最適化が行われるので、元のCMSが変わらないように、Content Management System (CMS)でのオーサリング変更は必要ありません。 この分離により、既存の公開ワークフローを変更することなく、LLM の可視性を向上させることができます。 これはエージェンティックトラフィックのみをターゲットにし、人間のユーザーや SEO ボットには影響しません。 LLM Optimizerがページを最適化する機会を検出すると、ユーザーは CDN エッジに直接修正をデプロイできます。

Edgeでの最適化は、複雑なエンジニアリング作業を必要とする従来の修正に代わる、より迅速で無駄のない方法です。 前述のように、1 回限りの設定を完了すると、変更を適用するためにプラットフォームの変更や長い開発サイクルが必要になることはありません。 開発者のエンゲージメントを必要とせずに、改善点を数分で公開できます。 AI エージェント用に web サイトを最適化するためのコードなしの方法です。

Edgeでの最適化は、マーケティング、SEO、コンテンツ、デジタル戦略の各チームのビジネスユーザー向けに設計されています。 ビジネスユーザーはLLM Optimizerで、オポチュニティの特定、提案の理解、簡単な修正点のデプロイなどのすべてのジャーニーを完了できます。 Edgeでの最適化を使用すると、変更をプレビューし、CDN エッジですばやくデプロイして、最適化がライブであることを検証できます。 パフォーマンスは、LLM Optimizerのエコシステムでトラッキングできます。

主なメリット

  • AI のみの配信: 最適化されたHTMLを AI エージェントにのみ提供し、人間の訪問者や SEO ボットには影響しません。
  • サイクルの高速化: 変更を数週間ではなく数分で公開します。 プラットフォームの変更や長いエンジニアリングサイクルは不要です。
  • リバーシブル: ページを数分で元に戻すことができるワンクリックロールバック機能をサポートしています。
  • パフォーマンスへの影響なし: Edge ベースの最適化とキャッシュにより、サイトの待ち時間に影響が及ばなくなります。
  • CDN とCMSに依存しない: コンテンツ管理システムに関係なく、任意の CDN 設定およびフロントエンド設定と連携します。

Edgeでの最適化でサポートされているオポチュニティを教えてください。

Edgeの最適化では、効率的な web エクスペリエンスを実現するオポチュニティがサポートされています。 ​ 商談ダッシュボード ​ ページの各商談について、および現在のページの商談セクションについて詳しく説明します。

オンボーディング

オンボーディングプロセスを開始するには、Adobe アカウントチームまたは FDE チームに連絡する必要があります。 IT または CDN チームも、前提条件とセットアッププロセスを完了する必要があります。 さらに、オンボーディングに関するさらなるサポートについて llmo-at-edge@adobe.com にお問い合わせいただくこともできます。

Edgeで Optimize にオンボーディングするための前提条件:

  • LLM Optimizerのオンボーディングプロセスを完了します。
  • CDN ログのログ転送プロセスを完了します。

IT/CDN チームの要件:

  • API キーを生成します。
  • CDN のEdge ルーティングルールで最適化を追加します。
  • ユーザー定義のパスまたはドメイン全体を許可リストに加えるします。
  • ユーザー定義の LLM ユーザー・エージェント・リストをターゲットに追加します。
  • ターゲッ robots.txt ング対象のユーザーエージェントがブロックされていないことを確認します。
  • LLM Optimizer インターフェイスでEdge ルーティングの最適化を確定します。

設定プロセスをガイドするために、以下に、様々な CDN 設定のサンプル設定を示します。 これらの例は、実際のライブ設定に適応させる必要があることに注意してください。 最初に下位環境で変更を適用することをお勧めします。

Adobeの管理による CDN

Adobeの管理による CDN

この設定の目的は、Optimizer サービス(バックエンド)にルーティングされるエージェントのユーザーエージェントを使用してリクエストを設定 live.edgeoptimize.net ることです。 設定をテストするには、セットアップが完了した後、応答でヘッダー x-edgeoptimize-request-id を探します。

code language-none
curl -svo page.html https://frescopa.coffee/about-us --header "user-agent: chatgpt-user"
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85

ルーティング設定は、originSelector CDN ルール ​ を使用して行われます。 前提条件は次のとおりです。

  • ルーティングするドメインの決定
  • ルーティングするパスの決定
  • ルーティングするユーザーエージェントを決定する(推奨の正規表現)

ルールをデプロイするには、次の操作が必要です。

code language-none
kind: "CDN"
version: "1"
data:
  # Origin selectors to route to Edge Optimize backend
  originSelectors:
    rules:
      - name: route-to-edge-optimize-backend
        when:
          allOf:
            - reqHeader: x-edgeoptimize-request
              exists: false # avoid loops when requests comes from Edge Optimize
            - reqHeader: user-agent
              matches: "(?i)(AdobeEdgeOptimize-AI|ChatGPT-User|GPTBot|OAI-SearchBot|PerplexityBot|Perplexity-User)" # routed user agents
            - reqProperty: domain
              equals: "example.com" # routed domain
            - reqProperty: originalPath
              matches: '(/[^./]+|\.html|/)$' # routed extensions, with .html extension or without extension
            - anyOf:
              - { reqProperty: originalPath, in: [ "/page.html" ] } # routed pages, exact path matching
              - { reqProperty: originalPath, like: "/dir/*" } # routed pages, wildcard path matching
        action:
          type: selectOrigin
          originName: edge-optimize-backend
    origins:
      - name: edge-optimize-backend
        domain: "live.edgeoptimize.net"

設定をテストするには、curl を実行し、次の内容を確認します。

code language-none
curl -svo page.html https://www.example.com/page.html --header "user-agent: chatgpt-user"
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85
Fastly (BYOCDN)

Edgeによる BYOCDN の最適化 – Fastly - VCL

Fastly VCL

VCL スニペットの追加

vcl_recv スニペット

code language-none
unset req.http.x-edgeoptimize-url;
unset req.http.x-edgeoptimize-config;
unset req.http.x-edgeoptimize-api-key;

if (!req.http.x-edgeoptimize-request
    && req.http.user-agent ~ "(?i)(AdobeEdgeOptimize-AI|ChatGPT-User|GPTBot|OAI-SearchBot|PerplexityBot|Perplexity-User)") {
  set req.http.x-fowarded-host = req.http.host; # required for identifying the original host
  set req.http.x-edgeoptimize-url = req.url; # required for identifying the original url
  set req.http.x-edgeoptimize-config = "LLMCLIENT=true"; # required for cache key
  set req.http.x-edgeoptimize-api-key = "<YOUR API KEY>"; # required for identifying the client
  set req.backend = F_EDGE_OPTIMIZE;
}

vcl_hash スニペット

code language-none
if (req.http.x-edgeoptimize-config) {
  set req.hash += "edge-optimize";
  set req.hash += req.http.x-edgeoptimize-config;
}

vcl_deliver スニペット

code language-none
if (req.http.x-edgeoptimize-config && resp.status >= 400) {
  set req.http.x-edgeoptimize-request = "failover";
  set req.backend = F_Default_Origin;
  restart;
}

if (!req.http.x-edgeoptimize-config && req.http.x-edgeoptimize-request == "failover") {
  set resp.http.x-edgeoptimize-fo = "1";
}
Akamai (BYOCDN)

Edgeによる BYOCDN の最適化 – Akamai

この設定の目的は、エージェンティックユーザーエージェントからEdge Optimize サービス(バックエンド)にリクエスト live.edgeoptimize.net ルーティングすることです。 設定をテストするには、セットアップが完了した後、応答でヘッダー x-edgeoptimize-request-id を探します。

次の Akamai Property Manager JSON ルールは、LLM ユーザーエージェントをEdge Optimize にルーティングします。

この設定には、次の手順が含まれます。

1. ルーティング条件を設定(ユーザーエージェントによるマッチング)

ルーティング条件の設定

2.接触チャネルと SSL 動作の設定

接触チャネルと SSL 動作の設定

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

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

4. キャッシュルール

キャッシュルール

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

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

6。 受信応答ヘッダー 変更

受信応答ヘッダーの変更

7。 キャッシュ ID の変更

キャッシュ ID の変更

8。 サイト・フェイルオーバー

サイト・フェイルオーバー

フェイルオーバー動作

フェイルオーバールール

行動応答

設定をテストするには、curl を実行し、次の内容を確認します。

code language-none
curl -svo page.html https://www.example.com/page.html --header "user-agent: chatgpt-user"
< HTTP/2 200
< x-edgeoptimize-request-id: 50fce12d-0519-4fc6-af78-d928785c1b85
NOTE
その他の CDN プロバイダーについては、llmo-at-edge@adobe.com に連絡して、IT/CDN チームのオンボーディングを支援してください。 設定が完了したら、LLM OptimizerでEdgeのオポチュニティを最適化するための提案をデプロイできます。

機会

次の表に、エージェンティック web エクスペリエンスを改善でき、Edgeでの最適化でサポートされているオポチュニティを示します。

商談
タイプ
自動識別
自動提案
自動最適化
コンテンツの可視性を回復
テクニカル GEO
重要なコンテンツが非表示になっているページを AI エージェントから検出します。 影響を受ける URL と、復元可能な期待されるコンテンツを表示します。
AI エージェントに利用可能にできるコンテンツをハイライト表示し、それらのページのプリレンダリングを有効にすることをお勧めします。
以前に非表示になっていたコンテンツを復元するエージェンティックトラフィックに、完全にレンダリングされ、AI に対応したHTML スナップショットを提供します。
LLM の見出しの最適化
コンテンツの最適化
見出しをスキャンして、空の見出し、重複する見出し、見つからない見出しまたはあいまいな見出しを検出します。これにより、機械の読みやすさが低下する可能性があります。
よりクリーンな見出し階層と改善されたラベルを提案し、各ページの更新された構造のプレビューを表示します。
AI エージェントの改善された見出し構造を挿入し、視覚的なデザインを維持しながら、LLM にとってページをわかりやすくします。
LLM に対応するサマリーの追加
コンテンツの最適化
長いページや複雑なページを特定する際に、ページレベルまたはセクションレベルで簡潔な要約が欠落していると、AI がすばやくスキャンして理解するのが難しくなります。
では、主要なコンテンツをキャプチャする短い AI で生成された概要をページレベルやセクションレベルで推奨します。
関連するHTML セクションに概要を挿入し、モデルがページコンテンツを解釈および記述する方法を改善します。
関連する FAQ の追加
コンテンツの最適化
FAQ のメリットとなる可能性のある、既存のページコンテンツ内の意図的なギャップを検出します。
ユーザーの意図と既存のトピックに合わせて、AI が生成した FAQ コンテンツを提案します。
HTMLに FAQ コンテンツを挿入することで、ページを見つけやすくし、AI 主導の回答に関連性を高めます。
複雑なコンテンツのシンプル化
コンテンツの最適化
AI の理解を妨げる可能性のある複雑なテキストを含むページにフラグを付けます。
は、元の意味を維持しながら、複雑なテキストを AI で生成した簡略版で提供します。
ページ内の複雑なセクションを書き換え、AI の読みやすさを向上させます。

追加ツール

Adobe LLM Optimizer:あなたの Web ページはキャッシュ可能ですか?Chrome拡張機能 ​、Web ページコンテンツ LLM がアクセスできる Web ページの量と、非表示のままの内容を表示します。 無料のスタンドアロン診断ツールとして設計されているため、製品ライセンスやセットアップは必要ありません。

シングルクリックで、任意のサイトの機械読みやすさを評価できます。 AI エージェントが表示する内容と人間のユーザーが表示する内容を横に並べて比較し、LLM Optimizerを使用して復元できるコンテンツの量を推定できます。 AI があなたのウェブサイトを読むことができるか? しくは、ページを参照してください。

商談の詳細

以降の節では、Edgeでの最適化でサポートされている各オポチュニティの追加の詳細を確認できます。

コンテンツの可視性を回復

このオポチュニティは、クライアントサイドレンダリングが原因で、AI エージェントに対して主要なコンテンツが非表示になっているページにフラグを付けます。 識別された各ページについて、AI エージェント ビューに表示されないコンテンツを正確に示し、可視性のギャップを強調し、変更を直接適用して非表示のコンテンツを回復できるようにします。 Edgeで最適化を使用してこのオポチュニティをデプロイすると、AI で最適化されたレンダリング済みバージョンのページが LLM ユーザーエージェントに提供されるので、LLM ユーザーエージェントは JavaScript を実行せずにコンテキスト全体にアクセスできます。
これにより、AI エージェントが最初にページを完全に表示できるようになります。 プリレンダリングされたHTMLに加えて、さらに機能強化が行われています。

IMPORTANT
このプリレンダリング機能は、Edgeで最適化を使用してページをデプロイする際に、以下に示すすべてのオポチュニティに自動的に適用され、ページが AI エージェントに完全に表示されるようにします。

LLM の見出しの最適化

この機会は、見出しの構造により、空、重複、欠落またはあいまいな見出しのために AI エージェントがページを理解するのが難しいページを検出します。 影響を受ける各ページについて、最適でない見出しが表示され、より明確な階層が推奨されます。 Edgeで最適化を使用してデプロイした場合、改善された見出しはHTMLで適用され、エージェンティックトラフィックに提供されます。 これにより、人間が直面するレイアウトはそのままに、機械の読みやすさが向上します。

LLM に対応するサマリーの追加

このオポチュニティは、LLM がページコンテンツの概要をすばやく理解するのに役立つ、簡潔な要約からメリットを得られるページを特定します。 オポチュニティはページごとに、最も必要な概要を検出し、ページレベルまたはセクションレベルで AI によって生成された概要を作成します。 Edgeで最適化を使用してデプロイすると、これらの要約は AI エージェントが取得するHTMLに挿入され、コンテンツをより正確に記述できる可能性が高くなります。

関連する FAQ の追加

このオポチュニティは、追加の Q&A コンテンツが、AI による検出のユーザーの意図とプロンプトにより一致する可能性があるページをフラグ付けします。 ページごとに、ユーザーインテントとページ上のコンテンツに関連付けられた AI によって生成された FAQ ブロックを提案します。 Edgeでの最適化を使用すると、これらの FAQ がHTMLに挿入されるので、ページがより AI に対応し、AI の回答がガイダンスに直接反映される可能性が高まります。

複雑なコンテンツのシンプル化

この機会に、AI の理解度を低下させる可能性のある、長く複雑な段落を含むページが見つかります。 読みやすさのしきい値を超えるページごとに、元の意味を維持しながら、より簡単でスキャンしやすい AI 生成コンテンツを作成します。 エッジサイドにデプロイすると、エージェンティックトラフィックに配信される簡略化されたコンテンツは、LLM がコンテンツをより忠実に解釈し、要約するのに役立ちます。

Edgeでの自動最適化

オポチュニティごとに、エッジで最適化をプレビュー、編集、デプロイ、ライブで表示、ロールバックできます。

プレビュー

プレビュー を使用すると、提案が実稼動になる前に影響を確認できます。 これにより、現在のページと提案を適用した後に期待される AI に最適化されたバージョンとの横に並んだ違いが示されます。 このビューでは、ライブトラフィックを強化するのと同じEdgeでの最適化ロジックを使用しますが、分離されたプレビューモードとなります。 これはレビューのための読み取り専用シミュレーションなので、ライブトラフィックには影響しません。

プレビュー

編集

編集 を使用すると、自動生成された提案をデプロイ前に完全に調整または書き換えることができます。 提案を受け入れる代わりに、編集ワークフローを通じてフルコントロールを維持します。 ビューには、構造化エディターで提案された変更が表示され、元のインテントに合わせてテキストを変更できます。 編集したバージョンは、デプロイ後、AI エージェントに提供されます。

編集

デプロイ

デプロイ 最適化されたエクスペリエンスをエッジから AI エージェントに提供できるように、選択した提案を公開します。 CDN が完全にルーティングされると、ドメイン内のすべてのページは通常、新しい変更で数分以内に有効になります。 ルーティングが選択パスのみに設定されている場合、許可リストに加えるされたページのみが最適化されて有効になります。

デプロイ

ライブ表示

ライブで表示 を使用すると、最適化がライブであり、エージェンティックトラフィックに対して期待どおりに動作していることを確認できます。このようなビューは通常、アクセスが困難です。 「固定提案」の下にライブページが表示され、AI エージェントに表示されるようにページがレンダリングされます。

ライブで表示

ロールバック

ロールバックを実行すると、以前にデプロイした最適化が安全に元に戻ります。 通常、ページの AI 専用バージョンは数分以内に以前の状態に戻るので、必要に応じて最適化を安全に試すことができます。

ロールバック

よくある質問

Q. Edgeの最適化でターゲットにする LLM の種類を教えてください。

ターゲットにするユーザーエージェントのリストは、オンボーディングプロセス中に定義します。

Edgeで Optimize にまだオンボーディングしていない場合はどうなりますか?

必要な設定を完了する前に 最適化をデプロイ をクリックした場合、サイトには何も適用されません。 代わりに、ポップアップダイアログが表示され、オンボーディングサポートを受けるために llmo-at-edge@adobe.com のチームに連絡するように求められます。 オンボーディングが完了するまで、検出された商談と提案を参照できますが、ワンクリックデプロイメントワークフローは非アクティブのままになります。

Q:コンテンツがソースで更新されるとどうなりますか?

基になるソースページが変更されていない限り、最適化されたバージョンのページをキャッシュから提供します。 ただし、ソースが変更されると、システムが自動的に更新されるので、AI エージェントは常に最新のコンテンツを受け取ります。 これは、サイト上のコンテンツが更新されると、そのウィンドウ内で新しい最適化がトリガーされるように、低キャッシュの有効期限(TTL)設定を(分順で)使用するからです。

Edgeでの最適化は、Adobe Edge 配信サービス(EDS)を使用するサイトに対してのみですか?

いいえ。Edgeでの最適化は、CDN に依存せず、Adobeの EDS スタックにデプロイされたものだけでなく、あらゆるフロントエンドアーキテクチャで機能します。

Q. Edgeのプレレンダリングでの最適化は、従来のサーバーサイドレンダリング(SSR)とどのように異なりますか。

どちらも異なる問題を解決し、連携して動作できます。 従来の SSR ではサーバーサイドのコンテンツはレンダリングされますが、ブラウザーに後から読み込まれるコンテンツは含まれません。 「Edgeで最適化」プリレンダリングは、JavaScriptとクライアントサイドのデータが読み込まれた後にページをキャプチャし、CDN エッジで完全にアセンブルされたバージョンを生成します。 SSR は、人間の経験を向上させることに重点を置いており、Edgeでの最適化は、LLM の web エクスペリエンスを向上させます。

recommendation-more-help
fe3b7df1-2df2-4f4c-a618-c74f487f106c