【AWS】CloudFront + S3におけるインデックスドキュメントの挙動の違いと設定パターンまとめ

Posted at 2025-07-26

はじめに

CloudFront (以下CF) とS3を組み合わせて静的ウェブサイトを公開する際、
http://example.com/ や http://example.com/about のようなパスで index.html を自動的に表示させるには、いくつかの設定が必要です。

特に以下の点で挙動が異なるため、用途に応じた選択が重要です。

本記事ではそれぞれのパターンとその違いについて解説します。

S3の静的ウェブサイトホスティングを有効にし、インデックスドキュメントを設定する必要があります。
これにてexample.com やexample.com/about にアクセスした場合にindex.htmlが返されます。
CFのOACは利用できません（OACは通常のオブジェクトアクセスに使い、ウェブサイトホスティングには対応していません）。

CloudFront側でデフォルトルートオブジェクトに index.html を指定します。
これにてexample.com にアクセスした場合にindex.htmlが返されます。
ただし、example.com/about にアクセスしても ブロックされます。
アクセスするにはファイル名まで含めた example.com/about/index.html を直接指定する必要があります。
このとき、S3側のインデックスドキュメント設定は影響しません。

設定項目	パターン①: サブディレクトリに対しても `index.html` を返す	パターン②: ルートパス (`/`) のみに `index.html` を返す
S3静的ウェブサイトホスティング	必要	不要
S3ブロックパブリックアクセス (バケット設定)	無効にする必要あり	有効のままでOK
CloudFront OACの使用	不可	可能
CloudFront Default Root Object	不要	必須 (`index.html` など)

/about というパスで about/index.html を読み込ませたいが、OACを使いたいという場合は、CloudFront Functions や Lambda@Edge を使ってURLの書き換え（リダイレクト）を行う方法もあります。

ただし、これらの機能はリクエスト数に応じた追加料金が発生するため、アクセス数が多いサイトではコストに注意が必要です。

要件	構成
`example.com/about` で `index.html` を表示したい	S3静的ウェブサイトホスティングを有効にする構成（OAC不可）
セキュアに OAC を使いたい	CloudFront の Default Root Object 設定を使用（パス指定に制約あり）

用途やセキュリティ要件、コストを踏まえ、最適な構成を選択してください。