ASP.NET MVC 5 で CSS が効かない時に確認する10項目 — 業務SE が踏むキャッシュとパスの罠

Q: ASP.NET MVC 5 で CSS が効かない時、最初に何を見ればいい？

ブラウザキャッシュをハードリロード（Ctrl+F5 / Cmd+Shift+R）が最初です。WinForms 出身の業務SE が ASP.NET で CSS が効かない時、体感で 70% 以上がキャッシュ起因。ハードリロード → F12 Network タブで CSS が 200 か → F12 Elements で CSS ルールが取り消し線で打ち消されてないか、の3段階で絞り込めば大半は解決します。CSS テクニックを覚える前に、ブラウザの挙動と Web系お作法を押さえるのが業務SE 鉄則です。

Q: ~/Content/site.css の ~/ ってどういう意味？

ASP.NET のアプリケーションルート相対パスを表す記号です。~/ は「このアプリの仮想ディレクトリのルート」を意味して、IIS 配置時のサブディレクトリ配置でも自動的に解決されます。Razor View では @Url.Content("~/Content/site.css") の組み合わせで使うのが業務SE 鉄則です。

Q: IIS 配置で CSS ファイルが反映されないのは？

Visual Studio プロジェクト内の CSS ファイルの「ビルドアクション」がコンテンツ以外（なし等）になってると、発行時に配置先にコピーされません。VS のソリューションエクスプローラーで CSS を右クリック → プロパティ → ビルドアクション = コンテンツを確認。さらに「出力ディレクトリにコピー」プロパティで配置先 IIS フォルダに CSS が物理コピーされているか確認するのが業務SE 鉄則です。

2026年5月15日

みなさんこんにちは！ヒロポンです！

連載「ASP.NET 生存ガイド」の 第7回 です。今回は WinForms 業務SE が ASP.NET 案件に押し出された時に踏む 「CSS が効かない」 ハマりを、10項目チェックリストで整理します。

ASP.NET 案件で、こんな状況ないですか？？

Razor View に <link> 貼って CSS 適用したのに、ブラウザで反映されない
BundleConfig に登録したのに @Styles.Render で出力されない
ローカルでは効くのに IIS 配置したら CSS が消える
F12 開発者ツールで見たら CSS が 404 で返ってきてる

俺も最初の ASP.NET 案件で CSS 効かなくて 1時間溶かしました。原因は ブラウザキャッシュ っていうオチだったんですけど、当時 WinForms 出身で Web系の知識が本当に少なくて、ブラウザのキャッシュを疑うという発想がそもそもなかったんですよね。

ん？普通に <link> 貼って Ctrl+R すれば反映されるんじゃ？？って思ってましたが、Web系の世界では ハードリロード (Ctrl+F5) が標準のリロードで、普通リロード (Ctrl+R) はキャッシュ使う、っていう仕様。

この時の体験を一言で言うと:

CSS が効かなかったのは後にも先にも1回だけ・原因はキャッシュ。WinForms 出身の俺には Web系のお作法ゼロで、ブラウザキャッシュを疑う発想がなかった。

このメッセージが今回の連載 child #7 の核です。CSS テクニックじゃなく、Web系お作法。これを 10項目チェックリストで段階的に絞り込めば、業務SE が ASP.NET で CSS 詰まる場面の 9割は解決します。

TL;DR

ASP.NET MVC 5 で CSS が効かない時は ブラウザ / サーバー / 配置 の3層レイヤーで切り分ける
著者がハマったのは 1回だけ・キャッシュ が原因。ハードリロード (Ctrl+F5 / Cmd+Shift+R) で 70% は解決
10項目チェックリスト: ハードリロード → F12 Network → F12 Elements → ~/ パス → BundleConfig → Web.config → IIS 配置 → セレクタ詳細度 → キャッシュバスター → CDN URL
連載通奏低音「レイヤー分離思考」を ブラウザ / サーバー / 配置 3層に再拡張

「CSS テクニックじゃなく Web系お作法」 — 俺の唯一のハマり

俺が ASP.NET で CSS が効かなくて時間溶かしたのは、後にも先にも 1回だけ。原因は ブラウザキャッシュ でした。

当時 WinForms から ASP.NET に押し出された時、流通系SIer の案件で Razor View に CSS 貼って反映確認してたんですけど、リロードしても色が変わらない。<link> のパスは合ってる、CSS ファイルも存在する、Visual Studio の表示でも CSS は OK。なのに 画面に反映されない という状況で 1時間溶かしました。

最終的に先輩に「Ctrl+F5 押してみ？？」って言われて押したら一発で反映されて、「ハードリロードとかいう概念があるんや！！」と知った瞬間です。.NET Framework 4.0 / VS2010 当時の話です。

WinForms 出身の業務SE がこのハマり方をするのは、Web系のお作法ゼロ 状態が原因。Web系経験者なら最初に Ctrl+F5 を試すんですけど、WinForms 世界ではリロードという概念自体が薄い（フォーム再表示 = ShowDialog 再呼び出し）ので、そもそも疑う発想がない。

学びはこれです:

Web系に行くなら、CSS テクニックを覚える前に最低限 Web系のお作法を知っておく必要がある。

これは連載通奏低音の「レイヤー分離思考」を CSS 文脈に再拡張する形でも言えます。CSS が効かない時の切り分けは:

レイヤー	確認対象	業務SE 用語で言うと
ブラウザレイヤー	キャッシュ / F12 開発者ツール	クライアント側挙動
サーバーレイヤー	パス / Bundle / Web.config	ASP.NET アプリ側
配置レイヤー	IIS / ファイルコピー / 仮想ディレクトリ	デプロイ環境

この3層を 疑う順番 で 10項目チェックリストを組みます。

10項目チェックリスト — 切り分けの段階構築

CSS が効かない時の確認は、ブラウザレイヤーから順に潰すのが鉄則。サーバーや配置を先に疑うと、キャッシュ起因の場合に時間溶かします。

【ブラウザレイヤー】1. ハードリロード (Ctrl+F5 / Cmd+Shift+R) で 70% 解決

WinForms 出身の業務SE が最初に試すべき一手。普通リロード (Ctrl+R) はキャッシュを使う、ハードリロード (Ctrl+F5) はキャッシュ無視 の挙動差を押さえます。

ブラウザ	普通リロード	ハードリロード
Chrome / Edge (Windows)	Ctrl+R	Ctrl+F5 or Ctrl+Shift+R
Chrome / Edge (Mac)	Cmd+R	Cmd+Shift+R
Firefox	Ctrl+R	Ctrl+Shift+R
Safari	Cmd+R	Cmd+Option+R（要メニュー有効化）

開発中は F12 開発者ツールを開いた状態で 「キャッシュを無効化」 チェックボックスを ON にしておくと、毎回ハードリロード相当になって事故防げます。これだけで CSS 効かないハマりの 7割は出なくなる、というのが業務SE 体感で、こんな感じで設定しておくと事故予防にいい感じです。

【ブラウザレイヤー】2. F12 Network タブで CSS が 200 で返ってきているか

ハードリロードしても効かない場合、F12 開発者ツールの Network タブで CSS ファイルのレスポンスを確認します。

ステータス	意味	対処
200 OK	サーバーから取得済	ブラウザレイヤーの問題（次のチェック 3 へ）
304 Not Modified	キャッシュから取得	ハードリロード再試行
404 Not Found	サーバーに存在しない	サーバーレイヤーの問題（チェック 4-7 へ）
500 Internal Server Error	サーバー側エラー	Web.config 確認（チェック 6 へ）

業務SE が見落としがちなのが 304 の存在。「200 で返ってないけどファイルは取ってる」状態で、ハードリロードで強制的に 200 で取り直さないと反映されません。Network タブで Status を最初に見るのが習慣化のコツです。

【ブラウザレイヤー】3. F12 Elements タブで CSS ルールが取り消し線で打ち消されてないか

CSS は 200 で取得できてるのにスタイルが当たらない時、セレクタ詳細度の優先度負け を疑います。

F12 開発者ツールの Elements タブで該当要素を選択 → Styles ペインを確認。CSS ルールが 取り消し線 で表示されてたら、別のセレクタに優先度負けしてます。

業務SE がよく踏む例:

/* 自分が書いたつもりの CSS */
.btn-save { background-color: blue; }

/* 上書きされる原因 */
#footer .btn-save { background-color: gray; }  /* id 含むので詳細度勝ち */

.btn-save よりも #footer .btn-save の方が 詳細度（id + class）が高い ので、後者が勝ちます。F12 で取り消し線出てたら、詳細度を上げるか、セレクタの順序を変えるかが対処。

【サーバーレイヤー】4. `~/Content/site.css` の `~/` 意味を理解しているか

ASP.NET 特有のパス記号 ~/ の意味を押さえます。~/ は 「このアプリの仮想ディレクトリのルート」 を表す ASP.NET の記号。

@* ✅ Razor View で正しい書き方 *@
<link rel="stylesheet" href="@Url.Content("~/Content/site.css")" />

@* または HTML ヘルパー *@
@Styles.Render("~/Content/css")

@* ❌ 直書きはサブディレクトリ配置で壊れる *@
<link rel="stylesheet" href="/Content/site.css" />

開発時（ローカル IIS Express で / 直下配置）は両方とも /Content/site.css に展開されるので問題ないんですけど、本番でサブディレクトリ配置（例: /MyApp/ 仮想ディレクトリ配置）した瞬間に直書きの方は壊れます。

業務系の本番環境は 大抵サブディレクトリ配置 （複数アプリを 1 つの IIS で動かす）なので、~/ + @Url.Content の組み合わせが現実解です。

【サーバーレイヤー】5. BundleConfig.cs の登録漏れ

ASP.NET MVC 5 では App_Start/BundleConfig.cs で CSS / JS をバンドル登録します。@Styles.Render で出力する時のパスは BundleConfig と一致してないと出力されません。

// App_Start/BundleConfig.cs
public class BundleConfig
{
    public static void RegisterBundles(BundleCollection bundles)
    {
        // ✅ 名前空間 "~/Content/css" で StyleBundle 登録
        bundles.Add(new StyleBundle("~/Content/css").Include(
            "~/Content/site.css",
            "~/Content/bootstrap.css"));

        bundles.Add(new ScriptBundle("~/bundles/jquery").Include(
            "~/Scripts/jquery-{version}.js"));
    }
}

// Global.asax.cs の Application_Start で呼ばれてるか
protected void Application_Start()
{
    BundleConfig.RegisterBundles(BundleTable.Bundles);
    // ↑ これが抜けてると BundleConfig 自体が動かない
}

Razor View 側:

@* ✅ BundleConfig の "~/Content/css" と一致 *@
@Styles.Render("~/Content/css")

@* ❌ 別パスを書くと出力されない *@
@Styles.Render("~/Content/main")

ハマりポイント3つ。（1）BundleConfig.RegisterBundles が Application_Start で呼ばれていない、（2）View 側のパスが BundleConfig の登録名と不一致、（3）Web.config の <compilation debug="true"> で Bundle 圧縮スキップされて個別 CSS が出力されてる。本番 debug="false" にした瞬間に Bundle 圧縮 CSS のパスが変わって 404 になる事故も業務系あるあるです。

【サーバーレイヤー】6. Web.config の `<system.webServer><staticContent>` MIME 設定

CSS ファイルが 404 で返る場合、IIS が CSS の MIME タイプを認識してない可能性があります。Web.config の <staticContent> セクションで明示できます。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <staticContent>
      <remove fileExtension=".css" />
      <mimeMap fileExtension=".css" mimeType="text/css" />
      <remove fileExtension=".woff" />
      <mimeMap fileExtension=".woff" mimeType="application/font-woff" />
      <remove fileExtension=".woff2" />
      <mimeMap fileExtension=".woff2" mimeType="application/font-woff2" />
    </staticContent>
  </system.webServer>
</configuration>

業務系で頻出するのが Webフォント（.woff / .woff2）の MIME 未登録 で、CSS は効くのにフォントだけ反映されないパターン。<remove> + <mimeMap> のペアで明示しないと、IIS の既定設定によっては 404 を返します。

<system.web> と <system.webServer> の違いもハマりポイント。<system.web> は ASP.NET ランタイム設定、<system.webServer> は IIS のモジュール / ハンドラ設定。MIME は IIS の管轄なので <system.webServer> に書く、というのを押さえておかないと「書いたのに効かない」状態になります。

【配置レイヤー】7. IIS 配置時に CSS ファイルがコピーされているか

開発環境では効くのに IIS 配置したら CSS が消える 場合、Visual Studio のビルド時に CSS が配置先にコピーされてない可能性があります。

確認手順:

VS のソリューションエクスプローラーで該当 CSS ファイルを右クリック → プロパティ
ビルドアクション が コンテンツ になっているか確認（なし だと配置されない）
出力ディレクトリにコピー が コピーしない / 常にコピーする / 新しい場合はコピーする のどれか確認

コンテンツ 設定が抜けてると、CSS ファイルがプロジェクト内には存在しても 発行時に dist フォルダにコピーされない 事故が発生します。新規ファイル追加した時にビルドアクション設定し忘れるのが業務系あるあるなので、追加時にプロパティを確認する習慣化が現実解です。

【ブラウザレイヤー】8. CSS のセレクタ詳細度ルール (id > class > tag)

3 で触れた詳細度の補足。CSS のセレクタには優先順位があります。

優先度	セレクタ例	数値
1（最強）	インラインスタイル `style="..."`	1000
2	id セレクタ `#header`	100
3	class / 属性 / 擬似クラス `.btn` `[type=text]` `:hover`	10
4	タグ / 擬似要素 `div` `::before`	1
5（最弱）	`*` ユニバーサル	0

業務系で多いハマりが、Bootstrap や jQuery UI 等の CDN 経由 CSS が優先度勝ち で、自前 CSS が打ち消されるパターン。F12 で取り消し線出てたら、詳細度を上げるか、自前 CSS の読み込み順を Bootstrap より後にするかの選択になります。

!important 使うのは最後の手段。業務系で !important 連発するとメンテ不能になるので、まずは詳細度を上げるアプローチが鉄則です。

【ブラウザレイヤー】9. CSS のキャッシュバスター (`?v=20260514`)

本番デプロイ後にユーザー側のブラウザキャッシュで古い CSS が残るのを防ぐ手法。クエリ文字列を追加すると、ブラウザは別 URL として認識して再取得します。

@* ✅ デプロイ日でキャッシュバスター *@
<link rel="stylesheet" href="@Url.Content("~/Content/site.css")?v=20260515" />

@* または BundleConfig の自動バージョニング *@
@Styles.Render("~/Content/css")
@* ↑ Bundle は内部的にハッシュ付与（?v=xxxxxx）するので推奨 *@

@Styles.Render を使うと Bundle が自動で ?v=ハッシュ を付けるので、業務系ではこれを優先するのが現実解。手動で ?v=日付 付ける場合は、デプロイ時に置換するスクリプト組まないと更新漏れが発生します。

【ブラウザレイヤー】10. CDN 経由 (jQuery/Bootstrap) の URL 切れ

CDN URL が切れて 404 返してる場合、自前 CSS は効いてるのに見た目が崩れる現象が起きます。

@* ❌ CDN URL が切れてると Bootstrap が読まれない *@
<link rel="stylesheet"
      href="https://cdn.example.com/bootstrap/3.x.x/css/bootstrap.min.css" />

F12 Network タブで CDN URL のステータスを確認。404 なら別 CDN（jsDelivr / cdnjs / Google CDN）に切り替えるか、自前ホストに切り替えます。

業務系のオンプレ閉域環境では CDN が外部に出れない ケースもあるので、本番が閉域なら最初から自前ホスト一択。これも Web系お作法の1つです。

切り分けのレイヤー思考 — ブラウザ → サーバー → 配置の順で疑う

10項目を 疑う順番 で並べると:

順序	レイヤー	チェック項目
1	ブラウザ	ハードリロード（70% 解決）
2-3	ブラウザ	F12 Network / Elements
4-6	サーバー	パス / BundleConfig / Web.config
7	配置	IIS 配置時のファイルコピー
8-10	ブラウザ	詳細度 / キャッシュバスター / CDN

連載通奏低音「レイヤー分離思考」を CSS 文脈に当てはめると、こんな感じで疑う順番が決まります。WinForms 出身の業務SE が ASP.NET に来た時、ブラウザレイヤーの存在自体が新しい概念 なので、ここを最初に押さえるのが現実解です。

俺自身、最初の ASP.NET 案件で CSS で詰まった時は 「サーバー側のコードが間違ってる」と思い込んで Bundle 周りを 30分掘って、最終的にキャッシュだったというオチでした。レイヤー切り分けせずに掘ると、関係ないレイヤーで時間溶かす典型例です。

まとめ

ASP.NET MVC 5 で CSS が効かない時の整理:

切り分けは ブラウザ / サーバー / 配置 3層レイヤーで段階的に
俺の唯一のハマり: キャッシュ・ハードリロード (Ctrl+F5) で解決
10項目チェックリストを疑う順序: ハードリロード → F12 Network → F12 Elements → ~/ パス → BundleConfig → Web.config → IIS 配置 → 詳細度 → キャッシュバスター → CDN
CSS テクニックを覚える前に Web系お作法を押さえる のが業務SE 鉄則

連載通奏低音「レイヤー分離思考」は、HTML / Controller / URL / ORM / DI / 認証 / そして CSS にも同じ思考で当てはまります。WinForms から ASP.NET に押し出された業務SE は、まずレイヤー分離思考を身につけることで、CSS / Bundle / IIS / 認証すべての切り分けがいい感じに楽になります。

次回（child #8）は IIS デプロイ — オンプレ業務系の現実 を扱います。流通系SIer の本番環境で IIS 配置する時に踏むハマりを、配置レイヤー視点で整理する予定です。

よくある質問

Q1. ASP.NET MVC 5 で CSS が効かない時、最初に何を見ればいい？

A. ブラウザキャッシュをハードリロード (Ctrl+F5 / Cmd+Shift+R) が最初です。WinForms 出身の業務SE が ASP.NET で CSS が効かない時、体感で 70% 以上がキャッシュ起因。ハードリロード → F12 Network で CSS が 200 か → F12 Elements で CSS ルールが取り消し線で打ち消されてないか、の3段階で絞り込めば大半は解決します。

Q2. `~/Content/site.css` の `~/` ってどういう意味？

A. ASP.NET のアプリケーションルート相対パスを表す記号です。~/ は「このアプリの仮想ディレクトリのルート」を意味して、IIS 配置時のサブディレクトリ配置でも自動的に解決されます。Razor View では @Url.Content("~/Content/site.css") の組み合わせで使うのが業務SE 鉄則です。

Q3. BundleConfig.cs で CSS を登録したのに反映されないのは？

A. 原因3パターン。（1）BundleConfig.RegisterBundles が Global.asax.cs の Application_Start で呼ばれていない、（2）View 側で @Styles.Render("~/Content/css") の引数 Bundle パスが BundleConfig の new StyleBundle("~/Content/css") と不一致、（3）Web.config の <compilation debug="true"> で Bundle 圧縮がスキップされ個別 CSS が出力されている。3点を順にチェックするのが現実解です。

Q4. IIS 配置で CSS ファイルが反映されないのは？

A. Visual Studio プロジェクト内の CSS ファイルの「ビルドアクション」が コンテンツ 以外（なし 等）になってると、発行時に配置先にコピーされません。VS のソリューションエクスプローラーで CSS を右クリック → プロパティ → ビルドアクション = コンテンツ を確認。さらに「出力ディレクトリにコピー」プロパティで配置先 IIS フォルダに CSS が物理コピーされているか確認するのが業務SE 鉄則です。

Q5. CSS テクニックを覚える前に何を学べばいい？

A. Web系のお作法を最低限押さえることが先です。具体的には3つ。（1）ブラウザは静的ファイルをキャッシュする → ハードリロードと F12 開発者ツールの使い方、（2）ASP.NET のパス記号 ~/ と Razor の @Url.Content の関係、（3）IIS の staticContent MIME 設定と配置時のファイルコピー。CSS テクニックは Web系お作法を押さえた後で十分です。

WinForms 出身の業務SE が ASP.NET Razor View に飛ばされた時の生存方針 — Form と Razor の対応関係 — 連載第1回・Web系お作法の入口
Controller は WinForms の Form_Load 拡張版だと理解する — ASP.NET MVC 5 のリクエスト処理を業務SE 視点で整理 — 連載第2回・サーバーレイヤーの基礎
ASP.NET MVC 5 のルーティング — WinForms の Form 切替との対応で理解する URL 設計 — 連載第3回・URL / パスの基礎
ASP.NET MVC 5 で ORM 3択 — EF6 / Dapper / ADO.NET の業務SE 視点比較 — 連載第4回・データアクセス層
ASP.NET MVC 5 で DI は業務系で必要か — 入れない派の論点を業務SE 視点で整理 — 連載第5回・依存性注入

ASP.NET 生存ガイド・連載目次

今回は WinForms 業務SE のための ASP.NET 生存ガイド 全10回の 第7回です。

第1回: WinForms の Form と Razor View の対応関係
第2回: Controller は WinForms の Form_Load 拡張版だと理解する
第3回: ルーティング — WinForms の Form 切替との対応
第4回: ORM 3択 — EF6 / Dapper / ADO.NET の業務SE 視点比較
第5回: DI は業務系で必要か — 入れない派の論点
第6回: 業務イントラの認証 — Windows認証 / Forms認証 / Cookie（5/14公開予定）
第7回（今回）: CSS が効かない時のチェックリスト10項目 ← イマココ
第8回: IIS デプロイ — オンプレ業務系の現実（公開予定）
第9回: ASP.NET MVC 5 トラブルシューティング・チェックリスト20項目（公開予定）
目次（最終回）: WinForms 業務SE のための ASP.NET 生存ガイド・全体目次（公開予定）

以上！

同じ罠でハマってる業務SE仲間いたら、どんどんシェア待ってるぜ！！

この記事が気に入ったら
いいねしてね！

どんどんシェア待ってるぜ！！

URLをコピーしました！

ASP.NET MVC 5 で CSS が効かない時に確認する10項目 — 業務SE が踏むキャッシュとパスの罠

TL;DR

「CSS テクニックじゃなく Web系お作法」 — 俺の唯一のハマり

10項目チェックリスト — 切り分けの段階構築

【ブラウザレイヤー】1. ハードリロード (Ctrl+F5 / Cmd+Shift+R) で 70% 解決

【ブラウザレイヤー】2. F12 Network タブで CSS が 200 で返ってきているか

【ブラウザレイヤー】3. F12 Elements タブで CSS ルールが取り消し線で打ち消されてないか

【サーバーレイヤー】4. `~/Content/site.css` の `~/` 意味を理解しているか

【サーバーレイヤー】5. BundleConfig.cs の登録漏れ

【サーバーレイヤー】6. Web.config の `<system.webServer><staticContent>` MIME 設定

【配置レイヤー】7. IIS 配置時に CSS ファイルがコピーされているか

【ブラウザレイヤー】8. CSS のセレクタ詳細度ルール (id > class > tag)

【ブラウザレイヤー】9. CSS のキャッシュバスター (`?v=20260514`)

【ブラウザレイヤー】10. CDN 経由 (jQuery/Bootstrap) の URL 切れ

切り分けのレイヤー思考 — ブラウザ → サーバー → 配置の順で疑う

まとめ

よくある質問

Q1. ASP.NET MVC 5 で CSS が効かない時、最初に何を見ればいい？

Q2. `~/Content/site.css` の `~/` ってどういう意味？

Q3. BundleConfig.cs で CSS を登録したのに反映されないのは？

Q4. IIS 配置で CSS ファイルが反映されないのは？

Q5. CSS テクニックを覚える前に何を学べばいい？

関連記事

ASP.NET 生存ガイド・連載目次

コメント

コメントするコメントをキャンセル

ASP.NET MVC 5 で CSS が効かない時に確認する10項目 — 業務SE が踏むキャッシュとパスの罠

TL;DR

「CSS テクニックじゃなく Web系お作法」 — 俺の唯一のハマり

10項目チェックリスト — 切り分けの段階構築

【ブラウザレイヤー】1. ハードリロード (Ctrl+F5 / Cmd+Shift+R) で 70% 解決

【ブラウザレイヤー】2. F12 Network タブで CSS が 200 で返ってきているか

【ブラウザレイヤー】3. F12 Elements タブで CSS ルールが取り消し線で打ち消されてないか

【サーバーレイヤー】4. ~/Content/site.css の ~/ 意味を理解しているか

【サーバーレイヤー】5. BundleConfig.cs の登録漏れ

【サーバーレイヤー】6. Web.config の <system.webServer><staticContent> MIME 設定

【配置レイヤー】7. IIS 配置時に CSS ファイルがコピーされているか

【ブラウザレイヤー】8. CSS のセレクタ詳細度ルール (id > class > tag)

【ブラウザレイヤー】9. CSS のキャッシュバスター (?v=20260514)

【ブラウザレイヤー】10. CDN 経由 (jQuery/Bootstrap) の URL 切れ

切り分けのレイヤー思考 — ブラウザ → サーバー → 配置 の順で疑う

まとめ

よくある質問

Q1. ASP.NET MVC 5 で CSS が効かない時、最初に何を見ればいい？

Q2. ~/Content/site.css の ~/ ってどういう意味？

Q3. BundleConfig.cs で CSS を登録したのに反映されないのは？

Q4. IIS 配置で CSS ファイルが反映されないのは？

Q5. CSS テクニックを覚える前に何を学べばいい？

関連記事

ASP.NET 生存ガイド・連載目次

コメント

コメントする コメントをキャンセル

【サーバーレイヤー】4. `~/Content/site.css` の `~/` 意味を理解しているか

【サーバーレイヤー】6. Web.config の `<system.webServer><staticContent>` MIME 設定

【ブラウザレイヤー】9. CSS のキャッシュバスター (`?v=20260514`)

切り分けのレイヤー思考 — ブラウザ → サーバー → 配置の順で疑う

Q2. `~/Content/site.css` の `~/` ってどういう意味？

コメントするコメントをキャンセル