静的コンテンツを一言でいうと
静的コンテンツは、
「サーバー側で中身が変わらないファイルを、そのままブラウザに配るもの」
です。
HTML、CSS、画像（PNG/JPEG）、JavaScript ファイル、PDF など、
「リクエストされるたびに同じ中身を返すもの」は、基本的に静的コンテンツと呼ばれます。
ここで大事なのは、
「サーバー側で Java の処理をしてから返すか」
「ただファイルをそのまま返すか」
という違いです。
静的コンテンツと動的コンテンツの違い
動かないもの vs その場で作るもの
静的コンテンツは、
サーバーのディスクに置いてあるファイルをそのまま返すだけです。
例えば、/about.html にアクセスが来たら、about.html というファイルの中身をそのまま返します。
一方、動的コンテンツは、
リクエストの内容やユーザーごとに中身が変わります。
ログインしているユーザー名を表示したり、
データベースからユーザー一覧を取ってきて HTML を組み立てたりするのは、
すべて動的コンテンツです。
Java で書く Web アプリは、
基本的に「動的コンテンツ」を作る側ですが、
そのアプリの中でも静的コンテンツは必ず登場します。
具体例でイメージする静的コンテンツ
会社サイトの「会社概要ページ」
例えば、会社の「会社概要」ページを考えてみましょう。
内容はそう頻繁には変わりません。
住所、代表者名、設立年月日、事業内容などが書かれた HTML が一枚あるだけ。
このページを、
サーバー側で毎回 Java で組み立てる必要はありません。
/company.html というファイルを用意しておき、
リクエストが来たらそのまま返せば十分です。
これは典型的な静的コンテンツです。
画像・CSS・JavaScript
ロゴ画像 /images/logo.png
スタイルシート /css/styles.css
フロント側の JavaScript /js/app.js
これらも中身はファイルとして固定されていて、
リクエストされるたびに同じ内容を返します。
これらはすべて静的コンテンツです。
Java Web アプリと静的コンテンツの関係
Spring Boot の例：static フォルダ
Spring Boot では、src/main/resources/static 配下に置いたファイルは、
自動的に「静的コンテンツ」として配信されます。
例えば、次のような構成だとします。
src/main/resources/static/
├─ index.html
├─ css/
│ └─ styles.css
└─ images/
└─ logo.png
この場合、
/index.html にアクセスすると index.html の中身がそのまま返される/css/styles.css にアクセスすると CSS ファイルが返される/images/logo.png にアクセスすると画像が返される
という動きになります。
ここには Java のコードは一切関与しません。
Web サーバー（組み込み Tomcat）が、
「ファイルを見つけてそのまま返す」だけです。
動的コンテンツとの組み合わせ
実際の Web アプリでは、
静的コンテンツと動的コンテンツが組み合わさって動きます。
HTML の中で CSS や JavaScript を読み込み、
JavaScript がサーバーの REST API（動的コンテンツ）を叩き、
その結果を画面に反映する。
このとき、
CSS や JavaScript は静的コンテンツ、
API のレスポンスは動的コンテンツ、
という役割分担になっています。
なぜ静的コンテンツが重要なのか
高速・シンプル・キャッシュしやすい
静的コンテンツは、
サーバー側で計算したり、DB にアクセスしたりする必要がありません。
ディスクからファイルを読み込んで返すだけなので、
処理が軽く、高速です。
さらに、
ブラウザや CDN（コンテンツ配信ネットワーク）でキャッシュしやすい、
という大きなメリットがあります。
例えば、styles.css や logo.png は、
一度取得したらしばらく変わらないことが多いので、
ブラウザがローカルにキャッシュしておき、
次回以降はサーバーに取りに行かない、
ということができます。
これにより、
ページ表示が速くなり、
サーバーの負荷も減ります。
「動的にする必要がないものは静的にする」が設計のコツ
何でもかんでも Java で動的に生成しようとすると、
サーバーの負荷が増え、
コードも複雑になります。
逆に、
「変わらないもの」「ユーザーごとに違わないもの」は、
できるだけ静的コンテンツとして扱う方が、
シンプルで性能も出ます。
これは、
設計のセンスに直結するポイントです。
静的コンテンツとセキュリティ
「誰でもアクセスしてよいもの」かどうか
静的コンテンツは、
基本的に「URL を知っていれば誰でもアクセスできる」ものです。
会社ロゴ、CSS、公開用の HTML などはそれで問題ありません。
一方で、
機密情報を含む PDF や、
内部向けの資料などを、
そのまま静的コンテンツとして公開ディレクトリに置いてしまうと、
URL を知っている人なら誰でも見られてしまいます。
静的コンテンツは
「認証・認可の制御をかけにくい」
という性質があるので、
何を静的として公開ディレクトリに置くかは慎重に考える必要があります。
初心者がまず押さえるべき静的コンテンツのイメージ
あなたの言葉で整理すると、こうなります。
静的コンテンツとは、
サーバー側で中身が変わらないファイル（HTML、CSS、画像、JS など）を、
Web サーバーがそのままブラウザに配る仕組み。
Java のコードは関与せず、
Spring Boot なら static フォルダに置くだけで配信される。
変わらないものは静的コンテンツにしておくと、
高速で、キャッシュも効きやすく、
サーバーの負荷も下がる。
逆に、ユーザーごと・タイミングごとに中身が変わるものは、
Java で動的に生成する。