すべてのプロダクト
Search
ドキュメントセンター

CDN:オリジンレスポンスヘッダーの変更

最終更新日:Jul 04, 2026

ポイントオブプレゼンス (POP) のキャッシュの有効期限が切れるか、キャッシュミスが発生すると、POP はオリジンサーバーに最新のコンテンツをリクエストします。オリジンサーバーから返されるコンテンツと HTTP ヘッダーは、オリジンレスポンスヘッダーと呼ばれます。オリジンサーバーでこれらのヘッダーを変更することで、キャッシュポリシーの定義、オリジン間リソース共有 (CORS) の設定などができます。これにより、Web サイトの読み込み速度の最適化、コンテンツセキュリティの強化、リソースアクセシビリティのコントロール、ユーザーエクスペリエンスの向上が可能になります。

背景

HTTP レスポンスヘッダーは、特定のパラメータをクライアントに伝える HTTP レスポンスの構成要素です。

エンドユーザーがリクエストしたコンテンツが CDN ノードにキャッシュされていない場合、CDN はオリジンフェッチを実行し、オリジンサーバーがレスポンスを返します。このインバウンドレスポンス内の HTTP ヘッダーは変更できます。たとえば、クライアントに渡す前に Content-Type ヘッダーの値を書き換えることで、適切に解析されるようにできます。オリジンサーバーが誤った Content-Type 値を返すと、クライアントがコンテンツを正しく解析できない場合があります。CDN でヘッダーを書き換えることで、この問題を解決できます。

image
説明
  • インバウンドレスポンスとは、オリジンサーバーが CDN ノードに送信する HTTP メッセージです。インバウンドレスポンスヘッダーの変更は、オリジンサーバーから CDN ノードに送信される HTTP メッセージにのみ影響し、CDN ノードがエンドユーザーに配信するレスポンスに反映されます。

  • ワイルドカードドメインでは、インバウンドレスポンスヘッダーを変更できません。

ユースケース

以下は、一般的なユースケースと例です。

  • 誤ったコンテンツタイプ:オリジンサーバーから返されるコンテンツタイプ (Content-Type) が実際のコンテンツと一致しない場合、クライアントが正しく解析できない可能性があります。例えば、HTML ファイルが誤ってプレーンテキストとしてマークされる場合があります。この問題は、オリジンレスポンスヘッダーを設定することで解決できます。

    例: Content-Type: text/plainContent-Type: text/html に変更します。

  • キャッシュポリシーのコントロール:CDN キャッシュポリシーをきめ細かくコントロールする必要がある場合、オリジンサーバーのレスポンスヘッダーの Cache-Control または Expires フィールドを調整できます。これにより、コンテンツの更新頻度とキャッシュヒット率を最適化できます。

    例: Cache-Control: max-age=3600Cache-Control: max-age=86400 に変更して、キャッシュの有効期限を延長します。CDN のデフォルトキャッシュルールの詳細については、「Alibaba Cloud CDN のデフォルトキャッシュルールと優先順位」をご参照ください。

  • クロスオリジンリソース共有 (CORS):他のドメインの Web アプリケーションから CDN でホストされているリソースにアクセスできるようにするには、オリジンサーバーで Access-Control-Allow-Origin ヘッダーおよびその他の関連する CORS ヘッダーを設定する必要があります。これらの設定により、ブラウザがクロスオリジンリクエストを実行する際に、CDN が適切なレスポンスヘッダーをクライアントに提供し、CORS エラーを防ぐことができます。クロスオリジンアクセスの問題の詳細については、「クロスオリジンリソース共有の設定」をご参照ください。

    例:

    • Access-Control-Allow-Origin: *: すべてのドメインからのクロスオリジンリソースリクエストを許可します。

    • Access-Control-Allow-Methods: GET, POST, OPTIONS: クロスオリジンリクエストで許可する HTTP メソッドを指定します。

  • 圧縮転送:オリジンサーバーがコンテンツを圧縮して返したものの、適切な Content-Encoding ヘッダーが設定されていない場合があります。これにより、クライアントはコンテンツを正しく解凍できない可能性があります。オリジンレスポンスヘッダーを設定して、正しいヘッダーを追加または変更することでこの問題を解決できます。

    例:誤ったヘッダー Content-Encoding: gzip を、正しい Content-Encoding: br に変更します。詳細については、「Brotli 圧縮」をご参照ください。

  • リダイレクト:オリジンサーバーがユーザーを別の URL にリダイレクトする必要がある場合、オリジンレスポンスヘッダーで正しいリダイレクトヘッダーを設定できます。詳細については、「301/302 リダイレクトフォローの設定」をご参照ください。

    例: Location: https://www.example.com/new-page.html: 301 または 302 リダイレクトを行うため、CDN とユーザーのブラウザに新しいリソースの場所を通知します。

  • カスタムオリジン動作: 特定の機能を実装するため、またはトラッキング目的で、レスポンスにカスタムヘッダーを追加する必要がある場合があります。

注記

  • 複数の設定は、設定リストの上から順に実行されます。効果は累積します。複数の設定が同じヘッダーを変更する場合、最後の設定が優先されます。次の例では、設定 2 が有効になります:

    • 設定 1:HTTP レスポンスヘッダーの追加:cache-control: max-age=3600

    • 設定 2:HTTP レスポンスヘッダーの追加:cache-control: no-cache

  • ルール条件を適用する場合、マッチングは設定の順序ではなく、条件の優先度によって決まります。

操作手順

  1. Alibaba Cloud CDN コンソールにログインします。

  2. 左側のナビゲーションペインで [ドメイン名 ] をクリックします。

  3. [ドメイン名] ページで、管理対象のドメイン名を見つけ、[アクション] 列の [管理] をクリックします。

    ドメイン名

  4. ドメイン名の左側のナビゲーションウィンドウで、[Back-to-Origin 設定] をクリックします。

  5. 受信レスポンスヘッダーの変更 タブをクリックします。

  6. 追加 をクリックします。

  7. イングレスのレスポンスヘッダー設定を変更します。

    重要

    複数の操作が同じオリジンレスポンスヘッダーパラメーターに適用される場合、操作は次の優先度に基づいて実行されます:[書き換え] > [追加] > [変更] および [削除]。 たとえば、同じパラメーターに追加操作と削除操作の両方が設定されている場合、追加操作が削除操作の前に実行されます。

    レスポンスヘッダーの追加

    パラメーター

    説明

    [実行内容]

    add

    指定されたレスポンスヘッダーをオリジンレスポンスに追加します。

    [応答ヘッダー]

    [カスタム back-to-origin レスポンスヘッダー]

    カスタム back-to-origin レスポンスヘッダー またはプリセットのレスポンスヘッダーパラメーターを選択します。

    [カスタム応答ヘッダー名]

    x-code

    カスタムレスポンスヘッダーの名前を指定します。

    [応答ヘッダー値]

    key1

    1 つ以上のヘッダー値をカンマ (,) で区切って入力します。

    key1,key2

    [重複の許可]

    はい

    • [はい]:重複するレスポンスヘッダーの追加を許可します。 たとえば、x-code:key1x-code:key2 です。

    • [いいえ]:同じ名前のヘッダーが既に存在する場合、新しい値が既存の値を上書きします。 たとえば、x-code:key1 を追加した後に x-code:key2 を追加すると、最終的なヘッダーは x-code:key2 になります。

    [ルール条件]

    使用しない

    ルール条件は、ユーザーリクエスト内のさまざまなパラメーター情報を識別します。これにより、そのリクエストに対して設定が有効になるかどうかが決まります。

    • 使用しない:ルール条件を使用しません。

    • ルール条件を追加または編集するには、ルールエンジンで管理してください。

    レスポンスヘッダーの削除

    パラメーター

    説明

    [実行内容]

    delete

    指定された名前のすべてのレスポンスヘッダー (重複を含む) を削除します。

    [応答ヘッダー]

    [カスタム back-to-origin レスポンスヘッダー]

    カスタム back-to-origin レスポンスヘッダー またはプリセットのレスポンスヘッダーパラメーターを選択します。

    [カスタム応答ヘッダー名]

    x-code

    削除するカスタムレスポンスヘッダーの名前を指定します。

    [ルール条件]

    使用しない

    ルール条件は、ユーザーリクエスト内のさまざまなパラメーター情報を識別します。これにより、そのリクエストに対して設定が有効になるかどうかが決まります。

    • 使用しない:ルール条件を使用しません。

    • ルール条件を追加または編集するには、ルールエンジンで管理してください。

    レスポンスヘッダーの変更

    パラメーター

    説明

    [実行内容]

    modify

    ヘッダーを変更します。 同じ名前の重複したヘッダーが存在する場合、この操作は許可されません。

    [応答ヘッダー]

    [カスタム back-to-origin レスポンスヘッダー]

    カスタム back-to-origin レスポンスヘッダー またはプリセットのレスポンスヘッダーパラメーターを選択します。

    [カスタム応答ヘッダー名]

    x-code

    変更するカスタムレスポンスヘッダーの名前を指定します。

    [値の変更]

    key1,key3

    ヘッダーの新しい値を指定します。 複数の値を設定する場合は、カンマ (,) で区切ります。

    [ルール条件]

    使用しない

    ルール条件は、ユーザーリクエスト内のさまざまなパラメーター情報を識別します。これにより、そのリクエストに対して設定が有効になるかどうかが決まります。

    • 使用しない:ルール条件を使用しません。

    • ルール条件を追加または編集するには、ルールエンジンで管理してください。

    レスポンスヘッダーの置換

    パラメーター

    説明

    [実行内容]

    replace

    ヘッダー値を置換します。 同じ名前の重複したヘッダーが存在する場合、この操作は許可されません。

    [応答ヘッダー]

    [カスタム back-to-origin レスポンスヘッダー]

    カスタム back-to-origin レスポンスヘッダー またはプリセットのレスポンスヘッダーパラメーターを選択します。

    [カスタム応答ヘッダー名]

    x-code

    値を置換するカスタムレスポンスヘッダーの名前を指定します。

    [検索]

    key

    ヘッダー値のうち、置換する部分に一致する正規表現。

    [書き換え後]

    abc

    一致したテキストを置き換える値。

    [一致]

    すべて一致

    • [すべてマッチ]:正規表現に一致するすべての箇所を置換します。 たとえば、ヘッダーが x-code:key1,key2,key3 で、正規表現を使用して一致した値 keyabc に置換すると、結果は x-code:abc1,abc2,abc3 になります。

    • [最初のみマッチ]:正規表現に一致する最初の箇所のみを置換します。 たとえば、ヘッダーが x-code:key1,key2,key3 で、正規表現を使用して一致した値 keyabc に置換すると、結果は x-code:abc1,key2,key3 になります。

    [ルール条件]

    使用しない

    ルール条件は、ユーザーリクエスト内の様々なパラメーター情報を識別します。 これにより、設定がそのリクエストに対して有効になるかどうかが決まります。

    • 使用しない:ルール条件を使用しません。

    • ルール条件を追加または編集するには、ルールエンジン ページに移動します。

  8. OK をクリックします。

デフォルトのレスポンスヘッダー

Alibaba Cloud CDN は、デフォルトで Cache-Control、Content-Type、Expires、Last-Modified の 4 つのレスポンスヘッダーを設定します。これらの重要な HTTP プロトコルヘッダーは、キャッシングを制御し、コンテンツタイプを定義し、有効期限を設定し、リソースの最終変更時刻を記録します。

ヘッダー

説明

Cache-Control

リソースのキャッシュ動作と期間を制御します。POP (ポイントオブプレゼンス) とクライアントブラウザにキャッシュディレクティブを提供し、コンテンツをキャッシュするタイミング、期間、およびいつ失効するかを指定します。このヘッダーは、レガシー Expires ヘッダーよりも優先されます。

  • Cache-Control: no-cache は、キャッシュされたリソースを使用する前にオリジンでの検証を強制します。

  • Cache-Control: max-age=3600 は、リソースが 3600 秒 (1 時間) 有効で、オリジンフェッチなしでキャッシュから提供できることを指定します。

Content-Type

リソースのメディアタイプを指定します。このヘッダーは、クライアントブラウザがデータを正しく解釈してレンダリングするのに役立ちます。また、CDN はこのヘッダーをコンテンツの処理と転送に使用します。

  • Content-Type: text/html は、コンテンツが HTML 形式であることを示します。

  • Content-Type: image/jpeg は、リソースが JPEG 画像であることを示します。

Expires

リソースが失効する日時を指定します。CDN はこのヘッダーを使用して、リソースがまだ有効であるかどうかを判断します。失効している場合、CDN はオリジンフェッチを実行して更新版を取得します。Expires ヘッダーはレガシーメカニズムです。HTTP/1.1 では、Cache-Control ヘッダーがよりきめ細かな制御を提供するため、Expires の使用は減少しています。

Expires: Fri, 01 Dec 2023 16:00:00 GMT は、指定された GMT 時刻後にコンテンツが失効することを示します。

Last-Modified

リソースの最終更新日時を示します。CDN とクライアントブラウザは、このレスポンスヘッダーを使用して、キャッシュされたリソースが最新であるかどうかを判断します。

Last-Modified: Sat, 21 Oct 2023 07:28:00 GMT はリソースの最終更新日時を示し、キャッシュの検証に使用されます。

設定例

例 1:応答の MIME タイプの設定

ユースケース

応答に特定の MIME タイプを設定します。

説明

MIME タイプには、次の主要なカテゴリがあります。

  • テキスト: テキストファイル (.txt、.csv など) や HTML ファイル (.html、.htm、.shtml など) が含まれます。

  • 画像: 一般的な画像ファイル (.jpg、.png、.gif など) が含まれます。

  • 音声: 音声ファイル (.mp3、.wav など) が含まれます。

  • 動画: 動画ファイル (.mp4、.avi など) が含まれます。

  • アプリケーション: アプリケーションファイル (.pdf、.doc、.xls など) が含まれます。

設定

  • 応答ヘッダーの操作: 追加

  • ヘッダー名: Content-Type

  • ヘッダー値: text/html

    [重複を許可][許可しない] に、[ルール条件][使用しない] に設定し、[OK] をクリックします。

結果: POP は、クライアントに応答を返す前に応答に Content-Type: text/html ヘッダーを追加します。 このヘッダーを再度設定すると、新しい値が既存の値を上書きします。

例 2:応答ヘッダーの削除

ユースケース

応答ヘッダーを削除します。

設定

  • 応答ヘッダーの操作: 削除

  • ヘッダー名: Content-Type

    [重複を許可][許可しない] に、[ルール条件][使用しない] に設定し、[OK] をクリックします。

結果: POP は、クライアントに応答を返す前に Content-Type ヘッダーを応答から削除します。

説明

例 1例 2 の両方の設定を適用すると、システムはまず Content-Type: text/html 応答ヘッダーを追加し、次に削除します。 その結果、クライアントは指定された MIME タイプなしで応答を受信します。

よくある質問

CORS レスポンスヘッダーの欠落

Alibaba Cloud CDN で Access-Control-Allow-Origin などの back-to-origin レスポンスヘッダーを設定しても、依然として CORS エラーが発生し、最終的なレスポンスにヘッダーが見つからない場合は、次のいずれかが原因と考えられます:

考えられる原因

  1. 設定が正しくない、または未反映:設定が正しくないか、まだ有効になっていないため、 CDN は期待される CORS レスポンスヘッダーを返しません。

  2. 古い CDN キャッシュ:POP が古いレスポンスをキャッシュしており、新しい設定にもかかわらず、古いヘッダーを返し続けています。

  3. オリジンサーバーの問題:オリジンサーバーが CDN の設定と矛盾する CORS ヘッダーを返す場合、競合が発生することがあります。 この場合、両方の設定を一致させる必要があります。

  4. 古いブラウザキャッシュ:ブラウザが古いレスポンスをキャッシュしているため、更新されたヘッダーを取得するための新しいリクエストを行いません。

解決策

  1. 設定の確認:CDN の設定、特に CORS 関連のレスポンスヘッダーの設定が正しく、有効になっていることを確認します。

  2. CDN キャッシュのクリア:CDN の更新機能を使用してキャッシュされたコンテンツをパージし、再度リソースにアクセスします。 詳細については、「リソースのパージとプリフェッチ」をご参照ください。

  3. オリジンサーバーの設定の確認:オリジンサーバーが CDN の設定と競合する CORS レスポンスヘッダーを返さないことを確認します。 オリジンサーバーと CDN の両方で CORS 設定を一致させます。

  4. ブラウザキャッシュのクリア:ブラウザのキャッシュをクリアするか、プライベートウィンドウを使用してテストします。 これにより、ブラウザが最新のレスポンスヘッダーを確実に取得できるようになります。

CORS レスポンスヘッダーの確認

ECS インスタンス

ECS インスタンス上の Web サーバーまたはアプリケーションで、Access-Control-Allow-Origin およびその他の CORS 関連レスポンスヘッダーが正しく設定されていることを確認します。設定を確認するには、次の手順に従ってください。

  1. ECS コンソールにログインし、ECS インスタンスに接続します。

  2. Web サーバーの CORS 設定を確認します。

    CORS レスポンスヘッダーの設定は、使用する Web サーバーまたはアプリケーションによって異なります。一般的な Web サーバーには、Apache と Nginx があります。

    Apache

    .htaccess ファイルまたは httpd.confvhosts.conf などのサーバー設定ファイルで、次のような設定を探します。

    Header set Access-Control-Allow-Origin "*"

    または、特定のドメインの場合:

    Header set Access-Control-Allow-Origin "http://example.com"

    これらの設定が正しいことを確認します。

    Nginx

    Nginx 設定ファイル (通常は /etc/nginx/nginx.conf または /etc/nginx/sites-available/default) で、アプリケーションに関連する server ブロックを見つけ、次の設定を確認します。

    location / {
    	add_header 'Access-Control-Allow-Origin' '*';
    }

    または、特定のドメインの場合:

    location / {
    	add_header 'Access-Control-Allow-Origin' 'http://example.com';
    }

    これらの設定が正しいことを確認します。

  3. Web サーバーを再起動します。

    設定ファイルを変更した後は、Web サーバーを再起動して変更を適用します。例えば、次のコマンドで Apache または Nginx を再起動します。

    • Apache の場合:

      sudo service apache2 restart
    • Nginx の場合:

      sudo service nginx restart
  4. ブラウザでレスポンスヘッダーを確認します。

    ブラウザの開発者ツールの [ネットワーク] タブを使い、リソースのレスポンスヘッダーを確認します。Access-Control-Allow-Origin ヘッダーが存在することを確認してください。存在しない場合、設定が有効になっていないか、CDN からキャッシュされたレスポンスが提供されている可能性があります。

OSS

OSS は CORS をサポートしています。OSS コンソールを使い、Access-Control-Allow-Origin などのレスポンスヘッダーが正しく設定されていることを確認します。次の手順に従ってください。

  1. OSSコンソールにログインします。

  2. 左側のナビゲーションウィンドウで、バケット をクリックします。 [バケット] ページで、目的のバケットを見つけてクリックします。

  3. ナビゲーションペインで、[コンテンツセキュリティ] > [CORS] を選択します。

  4. CORS ルールのリストで、Access-Control-Allow-Origin の設定が存在し、正しい値が設定されていることを確認します。

    • すべてのオリジンからのアクセスを許可するには、Access-Control-Allow-Origin* に設定します。

    • 特定のオリジンからのアクセスのみを許可するには、Access-Control-Allow-Originhttps://yourdomain.com などの特定のオリジン URL に設定します。

  5. その他の関連する CORS ヘッダーを確認します。

    Access-Control-Allow-Origin に加えて、次の CORS 関連ヘッダーも正しく設定されていることを確認します。

    • Access-Control-Allow-MethodsGETPOSTPUTDELETE など、許可される HTTP メソッドを指定します。

    • Access-Control-Allow-Headers:リクエストに非標準ヘッダーが含まれている場合、許可されるカスタムリクエストヘッダーを指定します。

    • Access-Control-Max-Age:プリフライトリクエスト (OPTIONS) の結果をキャッシュできる最大時間を秒単位で指定します。

  6. 保存してテストします。

    設定が正しくない場合は、設定を更新して保存します。変更が有効になるまで時間がかかる場合があることに注意してください。

OSS での CORS の設定の詳細については、「CORS」をご参照ください。

文字化けの修正

CDN で高速化されたページの文字化けは、通常、オリジンサーバーの Content-Type レスポンスヘッダーが文字エンコーディングを指定していないことが原因です。この問題を解決するには、次の手順に従ってください。

  1. ドメイン名 コンソールにログインし、対象のドメイン名を見つけます。

  2. ドメイン詳細ページのナビゲーションペインで、Back-to-Origin 設定 をクリックします。「送信レスポンスヘッダーの変更」機能を使用して、ファイルパスに対するレスポンスヘッダールールを追加し、Content-Typetext/plain; charset=utf-8 に設定します。

  3. 「更新とプリフェッチ」ページに移動し、パスにキャッシュされているリソースを更新して、新しいルールを適用します。

説明

このファイルがキャッシュされることによる将来の更新遅延を防ぐには、キャッシュ設定 に移動して、そのパス (例:/llms.txt) のキャッシュの有効期間を 0 秒に設定してください。

Content-Type の厳密な設定

ドメイン名全体に対して Content-Typevideo/mp4 に一括設定すると、そのドメイン配下の画像、 CSS、 JS ファイルなど、すべてのリソースタイプに影響します。ほかのファイルに影響しないようにするため、次の方法で厳密に設定することを推奨します。

  1. パスによる一致:受信レスポンスヘッダーの変更ルールで、 Back-to-Origin 設定 のルール条件を使用し、/vod-cd20e3/ を含むパスや拡張子が .mp4 のパスなど、動画のパスにのみルールを適用します。

  2. 条件文の使用:CDN コンソールでは、リクエストの拡張子またはヘッダー条件に基づいてレスポンスヘッダーを設定できます。これにより、.mp4 ファイルに対してのみ Content-Type: video/mp4 を返すことができます。

この方法により、画像などのほかのリソースタイプに影響を与えることなく、動画ファイルに対してのみ Content-Type を変更できます。

動画のレスポンスヘッダー

キャッシュ設定 のアウトバウンドレスポンスヘッダーの変更機能を使用して、Content-Disposition レスポンスヘッダーを設定し、動画のダウンロードまたはプレビューの動作を制御できます。

  • 値を attachment; filename='video.mp4' に設定すると、ユーザーにリソースのダウンロードを促します。

  • 値を inline に設定すると、ブラウザでリソースを直接プレビューします。

設定が反映されない場合は、次の項目を確認してください。

  1. ルールエンジンの一致条件:ルールの一致条件が URI パス (例:/video-origin/20260414 を含む) を対象としており、クエリ文字列のみを対象としていないことを確認してください。ルールエンジンは、ユーザーリクエストのパス情報に基づいて、設定を適用するかどうかを判断します。

  2. キャッシュの問題:CDN がすでに動画ファイルをキャッシュしている場合、古いレスポンスヘッダーを配信し続けることがあります。[キャッシュ更新とプリフェッチ] ページに移動し、該当パスのキャッシュを更新して新しい設定を反映させてください。

JS ファイルが text/html として配信される問題

原因

この問題は、オリジンサーバーが最初に JS ファイルを返す際に、Content-Type レスポンスヘッダーが誤って text/html に設定されている場合に発生します。CDN がこの誤ったタイプをキャッシュすると、ブラウザは初回リクエストでファイルを text/html として解析しようとするため、レンダリングエラーやスクリプトの実行エラーが発生することがあります。以降のリクエストが成功するのは、オリジンサーバーが Content-Type を修正しているか、CDN がオリジンフェッチを実行して正しいタイプを取得するためです。

ソリューション

  1. CDN コンソールで、インバウンドレスポンスヘッダーのルールを設定し、JS ファイルの Content-Typeapplication/javascript に強制的に設定します。

  2. ルールを設定した後、更新とプリフェッチページに移動し、JS ファイルを更新して新しいルールを直ちに適用します。

JS ファイルの設定

はい。「インバウンドレスポンスヘッダーの変更」で、JS ファイルの Content-Typeapplication/javascript に設定することができます。この設定は、他のファイルタイプには影響しません。

これを行うには、.js サフィックスに一致するルール条件を設定します。これにより、CSS や画像などの他のリソースタイプに影響を与えることなく、JS ファイルの MIME タイプが正しく設定されます。

レスポンスヘッダーの変更とファイルステータス

いいえ。レスポンスヘッダーの変更機能は、特定の MIME タイプを修正または強制します。これにより、オリジンが誤ったタイプを返した場合に発生するキャッシュの問題を解決できます。この機能を使用して、CDN 上のファイル欠落を検出したり、同期ステータスを確認したりすることはできません。

ファイルの欠落や同期の問題をトラブルシューティングするには、次の方法を使用します。

  • CDN コンソールの更新とプリフェッチ機能を使用して、対象ファイルを手動で更新してください。この操作により、オリジンフェッチがトリガーされ、ファイルの存在を確認できます。

  • オリジンでファイルにアクセスできることを確認してください。

  • CDN ログで、オリジンフェッチ成功時のステータスコードを確認してください。