Edge での最適化
このページでは、オーサリングを変更せずに、CDN Edge で最適化を実現する方法の詳細な概要について説明します。 オンボーディングプロセス、使用可能な最適化の機会、Edge 自動最適化の方法について説明します。
Edge での最適化とは
Edge 最適化は、LLM ユーザーエージェントに対して AI に適した変更を提供する、LLM Optimizer のエッジベースのデプロイメント機能です。 現在のコンテキストでは、「Edge」は、CDN レイヤーで最適化が適用されることを意味します。 CDN レイヤーで最適化が行われるので、コンテンツ管理システム（CMS）でのオーサリング変更は必要なく、元の CMS は変更されません。 この分離により、既存の公開ワークフローを変更することなく、LLM の可視性を向上させることができます。 これは、エージェントトラフィックのみをターゲットにし、人間のユーザーや SEO ボットには影響を与えません。 LLM Optimizer がページを最適化する機会を検出すると、ユーザーは CDN Edge で直接修正をデプロイできます。
Edge での最適化は、複雑なエンジニアリング作業を必要とする従来の修正に代わる、より高速で効率的な代替手段です。 前述のとおり、1 回限りの設定を完了すると、変更の適用にプラットフォームの変更や長い開発サイクルは必要ありません。 開発者のエンゲージメントを必要とせずに、改善点を数分で公開できます。 これは、コードなしで web サイトを AI エージェント用に最適化する方法です。
Edge での最適化は、マーケティング、SEO、コンテンツおよびデジタル戦略の各チームのビジネスユーザー向けに設計されています。 これにより、ビジネスユーザーは、LLM Optimizer で機会の特定、候補の理解、修正の簡単なデプロイまで、すべてのジャーニーを完了できます。 Edge での最適化を使用すると、ユーザーは変更をプレビューし、CDN Edge ですばやくデプロイして、最適化がライブであることを検証できます。 パフォーマンスは、LLM Optimizer エコシステムで追跡できます。
主なメリット
- AI のみの配信：人間の訪問者や SEO ボットに影響を与えることなく、最適化された HTML を AI エージェントにのみ配信します。
- サイクルの高速化：変更を数週間ではなく数分で公開します。 プラットフォームの変更や長いエンジニアリングサイクルは必要ありません。
- 元に戻せる：数分でページを元に戻せるワンクリックロールバック機能がサポートされています。
- パフォーマンスへの影響なし： Edge ベースの最適化とキャッシュにより、サイトの待ち時間は影響を受けません。
- CDN と CMS に依存しない：コンテンツ管理システムに関係なく、任意の CDN 設定およびフロントエンド設定と連携します。
Edge での最適化でサポートされる機会
Edge での最適化では、エージェント型の web エクスペリエンスを向上できる機会がサポートされます。 各機会について詳しくは、オポチュニティダッシュボードページと現在のページの機会の節の両方を参照してください。
オンボーディング
オンボーディングプロセスを開始するには、アドビのアカウントチームまたは FDE チームに問い合わせる必要があります。 また、IT チームまたは CDN チームも、前提条件と設定プロセスを完了する必要があります。 さらに、オンボーディングのサポートが必要な場合は、llmo-at-edge@adobe.com までお問い合わせください。
Edge での最適化にオンボードする際の前提条件：
- LLM Optimizer へのオンボーディングプロセスを完了します。
- CDN ログのログ転送プロセスを完了します。
IT／CDN チームの要件：
- サイト
*AdobeEdgeOptimize/1.0*robots.txt ファイルまたはボットトラフィック管理ルールの許可リストに user-agent を追加します。 - ページがドメインレベルや CDN レベルでブロックされていないことを確認します。
- CDN に Edge での最適化ルーティングルールを追加します。
- LLM Optimizer インターフェイスで Edge での最適化ルーティングを確認します。
設定プロセスをガイドするには、以下で CDN プロバイダーを選択し、対応する設定ガイドに従ってください。 これらの例は、実際のライブ設定に合わせて調整する必要があることに注意してください。 最初に下位環境で変更を適用することをお勧めします。
CDN 設定ガイド
llmo-at-edge@adobe.com にお問い合わせいただき、オンボーディングサポートを受けてください。 設定が完了したら、LLM Optimizer で Edge での最適化の機会に関する候補をデプロイできます。上記の各 CDN セットアップガイドには、エージェンティックトラフィックが正しくルーティングされており、人間のトラフィックが影響を受けないことを確認するための詳細な検証手順が最後に含まれています。
オポチュニティ
次の表に、エージェント型の web エクスペリエンスを向上できる機会と、Edge での最適化でサポートされる機会を示します。
その他のツール
Adobe LLM Optimizer：web ページは引用できますか？ Chrome 拡張機能は、LLM が web ページのコンテンツにどの程度にアクセスでき、どの部分が非表示になっているかを示します。 無料のスタンドアロン診断ツールとして設計され、製品ライセンスや設定は必要ありません。
シングルクリックで、任意のサイトの機械による読みやすさを評価できます。 AI エージェントに表示される内容と人間のユーザーに表示される内容を並べて比較表示し、LLM Optimizer を使用して回復できるコンテンツの量を推定できます。 詳しくは、AI は web サイトを読み取れるか ページを参照してください。
オポチュニティの詳細
次の節では、Edge での最適化でサポートされている各オポチュニティの追加の詳細を確認できます。
コンテンツの可視性を回復
このオポチュニティでは、クライアントサイドレンダリングにより、AI エージェントに対して重要なコンテンツが非表示になっているページにフラグを付けます。 特定した各ページについて、AI エージェントビューに欠落しているコンテンツが正確に表示され、可視性のギャップがハイライト表示され、変更を直接適用して非表示のコンテンツを回復できます。 Edge での最適化を使用してこのオポチュニティをデプロイする際、事前にレンダリングされ、AI で最適化されたバージョンのページが LLM ユーザーエージェントに提供されるので、LLM ユーザーエージェントは JavaScript を実行せずに完全なコンテキストにアクセスできます。
これにより、ページが最初に AI エージェントに完全に表示されます。 事前にレンダリングされた HTML の上に追加の拡張機能が適用されます。
LLM 対応の要約の追加
このオポチュニティでは、LLM がページコンテンツをすばやく理解することに役立つ簡潔な要約によってメリットを得ることができるページを特定します。 各ページにおいて、オポチュニティは、要約が最も必要な箇所を検出し、ページレベルやセクションレベルで AI 生成の要約を作成します。 Edge での最適化を使用してデプロイする際、AI エージェントが取得する HTML にこれらの要約が挿入され、コンテンツがより正確に記述される可能性が高まります。
関連する FAQ の追加
このオポチュニティでは、追加の Q&A コンテンツがユーザーのインテントと AI 駆動型の検出のプロンプトにより一致する可能性があるページにフラグが付けられます。 各ページにおいて、ユーザーのインテントとページ上のコンテンツに関連付けられた AI 生成の FAQ ブロックを提案します。 Edge での最適化を使用すると、これらの FAQ が HTML に挿入され、ページがより AI 対応になり、AI の回答がユーザーの指示を直接反映する可能性が高くなります。
複雑なコンテンツの簡素化
このオポチュニティでは、AI の理解度を低下させる可能性のある、長く複雑な段落を含むページを検出します。 読みやすさのしきい値を超える各ページについて、元の意味を維持しながら、よりシンプルでスキャンしやすい AI 生成コンテンツを作成します。 Edge でデプロイする際、エージェントトラフィックに配信される簡素化されたコンテンツは、LLM はコンテンツをより忠実に解釈して要約するのに役立ちます。
Edge での自動最適化
各オポチュニティについて、Edge での最適化をプレビュー、編集、デプロイ、ライブ表示、ロールバックできます。
プレビュー
プレビューを使用すると、候補が公開される前にその影響を確認できます。 これにより、現在のページと、候補を適用した後に予想される AI 最適化バージョンとの違いが並べて表示されます。 このビューでは、ライブトラフィックを強化する同じ Edge での最適化ロジックを使用します。別のプレビューモードで表示されます。 これはレビュー用の読み取り専用シミュレーションなので、ライブトラフィックには影響しません。
編集
編集を使用すると、自動生成された候補をデプロイする前に、全体的に微調整または書き換えることができます。 候補を受け入れる代わりに、編集ワークフローを通じて完全な制御を維持します。 ビューには構造化されたエディターで提案された変更が表示され、元のインテントに一致するようにテキストを変更できます。 編集したバージョンは、デプロイすると AI エージェントに提供されます。
デプロイ
デプロイを使用すると、選択した候補を公開し、最適化されたエクスペリエンスを Edge から AI エージェントに提供できます。 CDN が完全にルーティングされている場合、通常、ドメイン内のすべてのページは数分以内に新しい変更を反映して公開されます。 選択したパスにのみルーティングが設定されている場合は、許可リストに登録されたページのみが最適化されて公開されます。
ライブ表示
ライブ表示を使用すると、最適化がライブで実行され、エージェントトラフィックに対して期待どおりに動作していることを確認できます。この表示は、他の方法ではアクセスが困難です。 「固定候補」の下でライブページを表示できます。ここでは、AI エージェントに表示されるようにページがレンダリングされます。
ロールバック
ロールバックを使用すると、以前にデプロイした最適化が安全に元に戻ります。 通常、ページの AI のみのバージョンは数分以内に以前の状態に戻されるので、必要に応じて安全に最適化を試すことができます。
よくある質問
Q. Edge での最適化では、どの種類の LLM をターゲットにしていますか？
ターゲットにするユーザーエージェントのリストは、オンボーディングプロセス中に定義されます。
Q. Edge での最適化にまだオンボードしていない場合はどうなりますか？
必要な設定を完了する前に「最適化をデプロイ」をクリックした場合、サイトには何も適用されません。 代わりに、ポップアップダイアログが表示され、オンボーディングのサポートについては、llmo-at-edge@adobe.com のチームに連絡するプロンプトが表示されます。 オンボーディングが完了するまで、検出された機会と候補を探索することはできますが、ワンクリックデプロイメントワークフローは非アクティブのままになります。
Q：ソースでコンテンツを更新する際、何が発生しますか？
基になるソースページが変更されていない限り、キャッシュからページの最適化バージョンが提供されます。 ただし、復元コンテンツの可視性 でソースが変更された場合は、システムが自動更新されるので、AI エージェントは常に最新のコンテンツを受け取ります。 これは、サイト上のコンテンツが更新されると、そのウィンドウ内で新しい最適化がトリガーされるように、低キャッシュの有効期限（TTL）設定を（分順で）使用するからです。 LLM に対応した概要を追加する などのコンテンツオポチュニティの場合、LLM Optimizerはソースページを監視して変更を確認します。 変更が検出された場合、エージェント表示ページと人間が表示するページの間でコンテンツがずれるのを防ぐために、最適化を一時停止して、人間によるレビューのためにフラグを立てます。
Q. Edge での最適化は、Adobe Edge Delivery Service（EDS）を使用しているサイトのみの対象ですか？
いいえ。 Edge での最適化は、CDN に依存せず、Adobe EDS スタックにデプロイされているものだけでなく、任意のフロントエンドアーキテクチャで機能します。
Q. Edge での最適化の事前レンダリングは、従来のサーバーサイドレンダリング（SSR）とどのように異なりますか？
どちらも異なる問題を解決し、連携して動作できます。 従来の SSR では、サーバーサイドコンテンツがレンダリングされますが、後でブラウザーに読み込まれるコンテンツは含まれません。 Edge での最適化の事前レンダリングでは、JavaScript とクライアントサイドデータが読み込まれた後のページが取得され、CDN Edge で完全にアセンブリされたバージョンが生成されます。 SSR は人間のエクスペリエンスの向上に焦点を当て、Edge での最適化は LLM の web エクスペリエンスを向上させます。
質問：ドメイン内の一部の URL ではなく、すべての URL に最適化をデプロイするとどうなりますか？
明示的に最適化した URL のみが変更されます。 オポチュニティがデプロイされた URL の場合、AI エージェントは最適化されたバージョンを受け取ります。 デプロイされた機会のない URL の場合、このサービスは、変更を適用したり、最適化キャッシュレイヤーに保存したりせずに、元のページをそのままプロキシするだけです。 これにより、サイトの他の部分に影響を与えることなく、最適化を選択的にデプロイできます。