CDN が 404 を長く覚えてしまうのはなぜ？Cache-Control を応答の状態で分ける設定

Web サイトや画像を CDN の後ろで配信している方向けの記事です。「ファイルは確かにサーバーにあるのに、外からは 404 になる」ときに、サーバーではなくキャッシュを疑うための手がかりをまとめました。

この記事は、HTTP の仕様（RFC 9110・RFC 9111）、Caddy と nginx と Cloudflare の公式文書にもとづき、設定の挙動は Caddy 2.11.7 と nginx 1.28 を手元で動かして確かめています（2026年11月1日）。

何が起きるのか：配置前に開いた URL が、404 のまま残る

次の順で、起きます。

最初は「配置に失敗した」と疑いたくなりますが、サーバーに直接アクセスすると 200 で返ります。見るべきはCDN が返している応答の中身です。

なぜ 404 が保存されるのか：仕様上は普通のこと

HTTP の仕様は、404 をキャッシュされうる応答として定めています。

つまり、404 に max-age=604800 が付いていれば、「7日間は新鮮」として扱うのが仕様どおりの動きです。CDN が間違っているのではなく、付けたのがサーバーの設定です。

付いていなくても、CDN は独自の既定で 404 を短く保存することがあります。たとえば Cloudflare は、origin が Cache-Control も Expires も付けない 404・410 を、既定で3分保存すると説明しています。製品ごとに違うので、お使いの CDN の文書で確かめてください。

設定のどこが問題か：条件が「拡張子」だけ

問題の設定は、たとえば次のような形です。「応答の状態」を条件に入れていません。

# Caddy：画像の拡張子なら 7 日のキャッシュを付ける（応答の状態を見ていない）
@img path_regexp \.(png|ico|jpg)$
header @img Cache-Control "public, max-age=604800"

# nginx：always を付けると、404 を含むすべての応答に付く
location ~* \.(png|ico|jpg)$ {
    add_header Cache-Control "public, max-age=604800" always;
}

手元で、存在するファイル（a.png）と存在しないファイル（b.png）を請求して確かめた結果です。

サーバーによって初期値が違うのが、わかりにくい点です。nginx の文書は、add_header も expires も、既定では 200・201・204・206・301・302・303・304・307・308 のときだけ付くと説明しています。always を付けた途端、404 にも付きます。「動いているからこのままでよい」と、別の設定から写したときに起きやすい形です。

直し方：正常な応答にだけ付ける

長いキャッシュは、正常な応答（2xx と、変更なしを表す 304）にだけ付けます。

# Caddy：match で応答の状態を条件にする
@img path_regexp \.(png|ico|jpg)$
header @img Cache-Control "public, max-age=604800" {
    match status 2xx 304
}

# nginx：状態から値を決め、空なら付けない
map $status $cc {
    ~^(2|304) "public, max-age=604800";
    default   "";
}
location ~* \.(png|ico|jpg)$ {
    add_header Cache-Control $cc always;
}

手元で確かめた結果は次のとおりです。

Caddy の header の match は、条件を満たす応答にだけヘッダー操作を適用するものです（公式文書）。304 を並べたのは、変更なしの応答にも同じ値を保つためです。手元の Caddy 2.11.7 で、条件つきの請求に対して 304 が返り、Cache-Control が付くことも確かめました。

付けなかった 404 には、CDN の既定が働きます。短く保存されるのが普通ですが、消したい 404 には、no-store のように明示するほうが確実です。

すでに 404 が残っているとき

設定を直しても、CDN にすでに保存された 404 は、期限が来るまで残ります。

見分け方：サーバーと CDN を別々に見る

curl -i で次を比べると、どちらが原因かがわかります。

# CDN 経由の応答（状態、Cache-Control、Age、CDN の HIT/MISS を示すヘッダーを見る）
curl -i https://example.com/images/new.png

# origin に直接（CDN を通さない）。自分の環境の接続先に置き換える
curl -i --resolve example.com:443:<originのIPアドレス> https://example.com/images/new.png

CDN が HIT・MISS を示すヘッダーの名前は、製品ごとに違います。お使いの CDN の文書で確かめてください。

まとめ

CDN の基本は CDN とは、Caddy の特徴は Caddy とはで整理しています。

参考にした情報

• RFC 9110 HTTP Semantics（15.1、15.5.5）
• RFC 9111 HTTP Caching（3、4.2.1、4.2.2、5.1）
• Caddy：header ディレクティブ、レスポンスマッチャー
• nginx：ngx_http_headers_module
• Cloudflare：ステータスコードごとのキャッシュ