Cloud Service コンテンツリクエスト
はじめに introduction
Cloud Service コンテンツリクエストは、サーバーサイドのデータ収集を通じて測定されます。コレクションは、CDN ログ分析を通じて有効になります。
Cloud Service コンテンツリクエストについて understaing-cloud-service-content-requests
コンテンツリクエストは、AEM as a Cloud Service CDN からのログファイルの自動分析を通じて、Adobe Experience Manager as a Cloud Service のエッジのサーバーサイドで自動的に収集されます。これは、HTML (text/html)
または JSON (application /Json)
コンテンツを返すリクエストを CDN から分離し、以下で説明するいくつかの包含ルールと除外ルールに基づいて行われます。コンテンツリクエストは、CDN キャッシュから提供される、返されたコンテンツとは独立して行われるか、CDN(AEM Dispatchers)の元に戻されます。
クライアントサイドのコレクションであるリアルユーザーモニタリングサービスは、ユーザーインタラクションをより正確に反映し、web サイトのエンゲージメントの信頼できる測定を保証します。これにより、お客様はページのトラフィックとパフォーマンスに関する高度なインサイトを取得できます。これは、アドビが管理する CDN と アドビ以外が管理する CDN を使用する両方のお客様にとって有益です。さらに、アドビ以外が管理する CDN を使用しているお客様に対して自動トラフィックレポートを有効にできるので、トラフィックレポートをアドビと共有する必要がなくなります。
独自の CDN を AEM as a Cloud Service 上に導入しているお客様の場合、サーバーサイドのレポートでは、ライセンス済みのコンテンツリクエストとの比較に使用できない数値が生じます。この数値は、外部の CDN のエッジでお客様が測定する必要があります。このようなお客様にとって、クライアントサイドのレポートおよび関連するパフォーマンスを考慮すると、Adobe RUM データサービスがアドビの推奨オプションです。オプトイン方法については、リリースノートを参照してください。
サーバーサイドのコレクション serverside-collection
よく知られているボットを除外するルールが用意されています。これには、検索インデックスまたはサービスを更新するためにサイトに定期的にアクセスするよく知られているサービスも含まれます。
Cloud Service コンテンツリクエストの相違 content-requests-variances
コンテンツリクエストには、次の表にまとめられているように、組織の分析レポートツールとは違いがあります。一般に、クライアントサイドの計測機能を使用してデータを収集し、特定のサイトに対するコンテンツリクエストの数をレポートする分析ツールは使用 しないでください。なぜなら、多くの場合、分析ツールはトリガーされる際にユーザーの同意に依存しているので、トラフィックの大部分が欠落しているからです。AEM as a Cloud Service の上に独自の CDN を追加するお客様向けに、ログファイルのサーバーサイドでデータを収集する Analytics ツール、または CDN レポートを使用すると、カウントが向上します。ページビューおよび関連するパフォーマンスのレポートでは、Adobe RUM データサービスがアドビ推奨のオプションです。
ライセンスダッシュボードも参照してください。
含まれるコンテンツリクエストのタイプ included-content-requests
・Amazon CloudFront
・Apache Http Client
・非同期 Http クライアント
・Axios
・アズレウス
・Curl
・GitHub ノードフェッチ
・Guzzle
・Go-http-client
・ヘッドレスクロム
・ Java™ Client
・ジャージー
・Node Oembed
・okhttp
・Python リクエスト
・Reactor Netty
・Wget
・WinHTTP
/system/probes/health
エンドポイントを使用します。例:
・Amazon-Route53-Health-Check-Service
・EyeMonIT_bot_version_0.1_(https://www.eyemon.it/)
・Runvison-Site24 x 7
・Mozilla/5.0 以降(互換;UptimeRobot/2.0;https://uptimerobot.com/)
・SoundEyes-Dragonfly-x1
・OmtrBot/1.0
・WebMon/2.0.0
<link rel="prefetch">
リクエストライセンスダッシュボードも参照してください。
除外されたコンテンツリクエストのタイプ excluded-content-request
/system/probes/health
例:
・ AddSearchBot
・ AhrefsBot
・ Applebot
・ Ask Jeeves Corporate Spider
・ Bingbot
・ BingPreview
・ BLEXBot
・ BuiltWith
・ Bytespider
・ CrawlerKengo
・ Facebookexternalhit
・ Google AdsBot
・ Google AdsBot Mobile
・ Googlebot
・ Googlebot Mobile
・ lmspider
・ LucidWorks
・ MJ12bot
・ Pingdom
・ SemrushBot
・ SiteImprove
・ StashBot
・ StatusCakes
・ YandexBot
/api/graphql
で始まります)。これらは Cloud Service の請求対象ではありません。manifest.json
を除外/etc.clientlibs/*/manifest.json
に対する JSON リクエストをカウントするべきではありませんfavicon.ico
を除外クライアントサイドのコレクション cliendside-collection
AEM as a Cloud Service のリアルユーザーモニタリングサービス real-user-monitoring-service-for-aem-as-a-cloud-service
RUM データサービスを有効にするには、AEM Cloud Service バージョン 2023.11.14227 以降を使用する必要があります。
概要 overview
リアルユーザーモニタリングサービスは、web サイトまたはアプリケーションのデジタルユーザーエクスペリエンスをリアルタイムでキャプチャして分析する、パフォーマンス監視テクノロジの一種です。Web アプリケーションのリアルタイムのパフォーマンスを可視化し、エンドユーザーエクスペリエンスに関する正確なインサイトを提供します。
リアルユーザーモニタリングサービスは、URL の開始からリクエストがブラウザーに返されるまで、主要なパフォーマンス指標に対する詳細なインサイトを提供します。これはすべて、開発者がアプリケーションを強化してエンドユーザーが使いやすいようにするのに役立ちます。
リアルユーザーモニタリングサービスのメリットを享受できるユーザー who-can-benefit-from-rum-service
RUM データサービスは、アドビの CDN を利用するか、独自の CDN を利用するかに関わらず、すべてのお客様にとって有益です。ユーザーのインタラクションをより正確に反映させ、クライアントサイドでのページビュー数を反映することで、web サイトのエンゲージメントを確実に測定できます。
特に Adobe CDN ユーザーの場合、ユーザーの操作を正確に追跡して、クライアントサイドのページビューとサーバーサイドの CDN ログを直接比較します。
独自の CDN を採用しているお客様は、アドビがこれらのページビューを直接統合することで、個別のレポートが必要なくなり、簡素化されたトラフィックレポートを利用できます。
さらに、すべてのお客様はページのパフォーマンスに関する深いインサイトを得ることで、デジタルエクスペリエンスを効果的に最適化できます。
リアルユーザーモニタリングサービスの仕組みについて understand-how-the-rum-service-works
Adobe Experience Manager は、リアルユーザーモニタリング(RUM)を使用して、訪問者が Adobe Experience Manager を活用したサイトとやり取りする方法をお客様とアドビが理解し、パフォーマンスの問題を診断し、実験の効果を測定するのに役立ちます。RUM では、サンプリング(すべてのページビューのごく一部のみをモニタリング)と、すべての個人を特定できる情報(PII)の適切な除外を通じて、訪問者のプライバシーを保護します。
リアルユーザーモニタリングサービスとプライバシー rum-service-and-privacy
Adobe Experience Manager のリアルユーザーモニタリングサービスは、訪問者のプライバシーを保護し、データ収集を最小限に抑えるように設計されています。つまり、訪問者として、訪問しているサイトによって個人情報が収集されたり、アドビに提供されたりすることはありません。
サイトオペレーターとして、この機能を通じてモニタリングを有効にするためにオプトインを追加する必要はないので、エンドユーザーが RUM モニタリングを有効にするために追加のポップアップを受け入れる必要はありません。
リアルユーザーモニタリングサービスのデータサンプリング rum-service-data-sampling
従来の web 分析ソリューションでは、すべての訪問者に関するデータを収集しようとします。Adobe Experience Manager のリアルユーザーモニタリングサービスでは、ページビューのごく一部からの情報のみをキャプチャします。リアルユーザーモニタリングサービスは、分析の代替ではなく、サンプリングと匿名化を目的としています。デフォルトでは、ページのサンプリングレートは 1:100 です。現時点では、サイトオペレーターはこの数値を設定してサンプリングレートを増減できません。合計トラフィックを正確に推定するために、100 ページビューごとに詳細なデータを収集し、全体のトラフィックの信頼できる近似値を提供します。
データが収集されるかどうかはページビューごとに決定されるので、複数のページ間のインタラクションを追跡することは事実上不可能になります。RUM には、訪問、訪問者、セッションの概念がなく、ページビューのみが含まれます。これは仕様によるものです。
収集されるデータ what-data-is-being-collected
リアルユーザーモニタリングサービスは、個人を特定できる情報の収集を防ぐように設計されています。Adobe Experience Manager のリアルユーザーモニタリングサービスで収集できる完全な情報セットを以下に示します。
- 訪問しているサイトのホスト名(例:
experienceleague.adobe.com
) - デスクトップやモバイルなど、ページの表示に使用される幅広いユーザーエージェントタイプ
2021-06-26 06:00:02.596000 UTC (in order to preserve privacy, we round all minutes to the previous hour, so that only seconds and milliseconds are tracked)
など、データ収集の時間- 訪問しているページの URL(例:
https://experienceleague.adobe.com/docs?lang=ja
) - リファラー URL(ユーザーがリンクをたどった場合、現在のページにリンクしているページの URL)
2Ac6
のような形式で、ランダムに生成されたページビューの ID100
など、サンプリングレートの重み付けまたはその逆つまり、100 ページビューのうち 1 つしか記録されません- チェックポイント(ページの読み込みシーケンスまたは訪問者としてのページとのやり取りのシーケンスにおける特定のイベントの名前)
- ソース(上記のチェックポイントでユーザーがやり取りする DOM 要素の識別子)。例えば、これは画像の可能性があります
- ターゲット(上記のチェックポイントでユーザーがやり取りする外部ページまたはリソースへのリンク)。例:
https://blog.adobe.com/jp/publish/2022/06/29/media_162fb947c7219d0537cce36adf22315d64fb86e94.png
- 訪問者のエクスペリエンスの質を表すコア web バイタル(CWV)パフォーマンス指標、最大コンテンツの描画(LCP)、初回入力遅延(FID)および累積レイアウトシフト(CLS)。
リアルユーザーモニタリングサービスの設定方法 how-to-set-up-the-rum-service
- 早期導入プログラムへの参加をご希望の場合は、Adobe ID に関連付けられたメールアドレスから、実稼動環境、ステージ環境、開発環境のドメイン名を添えて
aemcs-rum-adopter@adobe.com
にメールを送信してください。その後、アドビの製品チームが、リアルユーザーモニタリング(RUM)データサービスを有効にします。 - これが完了すると、アドビの製品チームは顧客共同作業チャネルを作成します。
- アドビの製品チームは、クライアントサイドのリアルユーザーモニタリングサービスのコレクションによって収集されたページビューと、コア web バイタル(CWV)指標を表示できるドメインキーとデータダッシュボード URL を提供するためにお客様に連絡します。
- 次に、ドメインキーを使用してデータダッシュボード URL にアクセスし、指標を表示する方法について説明します。
リアルユーザーモニタリングサービスのデータ使用方法 how-rum-service-data-is-being-used
RUM データは、次の目的で有益です。
- お客様のサイトに対してパフォーマンスのボトルネックを特定および修正する
- 独自の CDN を使用するお客様向けに、ページビューを含む効率化された自動トラフィックレポートを提供する(つまり、トラフィックレポートをアドビと共有する必要がありません)
- 互換性を高めるために、Adobe Experience Manager で同じページ上の他のスクリプト(分析、ターゲティング、外部ライブラリなど)とやり取りする方法を理解する
ページビューおよびパフォーマンス指標の制限事項と差異について limitations-and-understanding-variance-in-page-views-and-performance-metrics
このデータを分析すると、リアルユーザーモニタリング(RUM)でレポートされるページビューやその他のパフォーマンス指標に差異が生じる場合と生じない場合があります。これらの差異は、リアルタイムのクライアントサイドのモニタリングに固有のいくつかの要因に起因する可能性があります。お客様が RUM データを解釈する際に留意すべき重要な考慮事項を以下に示します。
-
トラッカーブロッカー
- エンドユーザーがトラッカーブロッカーやプライバシー拡張機能を使用すると、これらのツールはトラッキングスクリプトの実行を制限するので、リアルユーザーモニタリングサービスのデータ収集が妨げられる可能性があります。この制限により、ページビューやユーザーインタラクションが過小レポートされる可能性があり、実際のサイトアクティビティと RUM によってキャプチャされたデータとの間に不一致が生じる可能性があります。
-
API/JSON 呼び出しの取得に関する制限事項
- RUM データサービスはクライアントサイドのエクスペリエンスに重点を置いており、現時点ではバックエンド API や JSON 呼び出しをキャプチャしません。リアルユーザーモニタリングサービスのデータからこれらの呼び出しを除外すると、CDN 分析によって測定されるコンテンツリクエストとの差異が生じます。
FAQ faq
-
モニタリングに含めたり除外したりするパスを設定するにはどうすればよいですか?
お客様は、Cloud Manager の設定内で変数
AEM_WEBVITALS_EXCLUDE
およびAEM_WEBVITALS_INCLUDE_PATHS
を使用して環境変数を設定することで、モニタリング対象の URL を含めるか除外するパスを設定できます。デフォルトでは、「include」設定は「/content」を対象とするように設定されます。ここで設定する必要があるパスは、ブラウザーに表示される URL パスではなく、システム内のコンテンツパスであることに留意することが重要です。この違いは、特定のニーズを満たすように正確に設定およびカスタマイズするための鍵となります。
-
アドビでは、顧客の管理による CDN にインタラクションが到達する前、またはインタラクションが到達した時点で、すべてのページビューをトラックできますか?
はい。
-
お客様は、RUM データサービススクリプトを Dynatrace などのサードパーティシステムと統合できますか?
はい。
-
「次のペイントまでのインタラクション(INP)」、「最初のバイトまでの時間(TTFB)」および「コンテンツの初回ペイント(FCP)」の web バイタル指標を収集していますか?
次のペイントまでのインタラクション(INP)と最初のバイトまでの時間(TTFB)を収集します。現時点では、コンテンツの初回ペイント(FCP)は収集しません。