nosniffでJS/CSSがブロックされる時の診断手順

ブラウザコンソールに MIME type エラーが出る場合、実体ファイル・Content-Type・nosniff の3点が揃っているかを確認するのが最短です。

典型的な症状

診断ステップ

  1. 1) Response Headers Parser で対象URLの status / Content-Type / X-Content-Type-Options を採取する
  2. 2) Content-Type Inspect で MIME type と charset を確認する
  3. 3) X-Content-Type-Options Inspect で nosniff の有効性と重複値を確認する
  4. 4) Security Headers Audit で配信経路全体のヘッダー欠落/上書きを確認する
  5. 5) 404/302/HTMLエラーページ混入がないか HTTP Status Inspect で確認する

よくある原因

修正チェックリスト

修正後の再確認

使うツール

FAQ

nosniff を外せば直りますか？
根本解決ではありません。まず正しい Content-Type を返し、nosniff は維持するのが原則です。
JS が text/html になる典型パターンは？
存在しないアセットURLが 404 HTML を返すケースや、CDN/プロキシのヘッダー上書きが典型です。

参照仕様

site_map ルールに基づいて、次に確認すべきページを表示しています。

  1. Response Headers Parser — レスポンスヘッダーを構造化解析
  2. Content-Type Inspect — Content-Type を解析してMIME/charsetを確認
  3. X-Content-Type-Options Inspect — X-Content-Type-Options を解析して nosniff を確認
  4. Security Headers Audit — 主要セキュリティヘッダーの有無を一括監査
  5. HTTP Status Inspect — HTTPステータスコードを解析して対処方針を確認
  6. 症状別診断ガイド（入口） — キャッシュ/CORS/JWT/MIME系の実運用トラブルを、症状起点で最短導線に振り分ける総合ハブ
  7. 304が返らない時の診断手順 — ETag / Last-Modified と If-* の往復を確認して 304 不発を切り分ける
  8. 更新したのに反映されない時の診断手順 — HTML/API/静的アセット別にキャッシュ方針を確認し、反映遅延を短時間で切り分ける

事例クラスタ一覧

実運用トラブル別に、最短の診断ルートへ入るためのシナリオ集