ブラウザーで標準 HTTP 要求分析を使用して、要求フローを分析できます。Chrome でこの手順を実行する方法の詳細は、以下を参照してください。

https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/resource-loading
https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/understanding-resource-timing

Dispatcher のデバッグドキュメントを参照して、要求が正しくキャッシュされているか確認してください。

Tough Day を使用して、実稼動インスタンスから「実際の」状況を再現します。使用する開発環境でこのことが現実的でない場合は、別のネットワークコンテキストで実稼動インスタンス（または同一のステージングインスタンス）をテストしてください。

ネットワークレイヤーで、飽和および遅延の問題がないかどうかを調べます。

オーサー層の場合は、遅延が 100 ミリ秒を超えないことが推奨されます。

パフォーマンスの最適化に関するヒントについて詳しくは、このページを参照してください。

request.log を分析するか、rlog.jar を使用して、処理に時間のかかる要求を確認できます。

rlog.jar の使用方法について詳しくは、このページを参照してください。

rlog.jar を使用した所要時間の長い要求の検索を参照してください。

AEM で使用できるプロファイリングツールについて詳しくは、パフォーマンスの監視および分析のツールを参照してください。

1. メモリ不足
2. アプリケーションからメモリ不足エラーがスローされる
3. Helpx で「メモリの問題の分析」を参照してください。
   

監視およびメンテナンスのドキュメントで、ディスク I/O の節を参照してください。

• パフォーマンスチューニングのヒント
• パフォーマンスの設定
• Repository Performance Tuning

• ワークフローの同時処理
• 特定のワークフロー用のキューの設定
• ワークフローインスタンスの定期的なパージ
• 一時的なワークフロー
  

Multi Site Manager のベストプラクティス

1. アセット同期サービス
2. 複数の DAM インスタンス
3. こちらおよびこちらにあるパフォーマンスチューニングのヒントに関する記事
   

閉じられていない JCR セッションの確認

セキュアセッションの有効化

1. 一般的な Dispatcher 設定
2. Dispatcher キャッシュの設定

キャッシュ率を向上させるには、要求をキャッシュ可能にします（Dispatcher のベストプラクティス）。

また、キャッシュ設定を最適化するために、以下の設定も考慮してください。

1. GET 以外の HTTP 要求にキャッシュなしルールを設定する
2. クエリ文字列をキャッシュ不可に設定する
3. 拡張子がない URL をキャッシュしない
4. 認証ヘッダーをキャッシュする（Dispatcher バージョン 4.1.10 以降で可能）

最新バージョンの Dispatcher は、次の場所でダウンロードできます。

リンクをたどる

• オーサー層のキャッシュ無効化
• パブリッシュ層のキャッシュ無効化

接続を再利用するために、異なる複数の要求に Keep-Alive ヘッダーが存在しますか。存在しない場合は、要求ごとに別の接続が確立され、不要なオーバーヘッドが発生します。（ブラウザーでの標準 HTTP 要求分析）

プロキシサーバーツールで、Keep-Alive 接続を確認できます。

1. リソースの連結（画像、CSS スプライト、JSON など）
   
2. clientlibs の埋め込み
   1. クライアントライブラリフォルダーの作成 — リクエストを最小限に抑えるための埋め込みの使用を参照してください。