レンダリング
フロントエンドの進化はUIの進化ではない ブラウザはどうやって画面を描いているのか jQuery時代の問題：reflow地獄 Virtual DOMの本当の役割 なぜSPAは重くなるのか SSRが速い理由 Hydrationという新しい問題 RSCが狙っているもの CSSの進化も同じ文脈 実務…
マルチテナントWebではSSRのほうが自然に設計できる マルチテナントの本質は“ページが人によって違う”こと SPAで起きる問題：表示前に大量の情報が必要 SSRでは「最初から完成した画面」を返せる キャッシュ設計とも相性が良い セキュリティ面でも有利になる…
「アイソモーフィックJavaScript」は“同じコードを2回実行する”という設計のこと なぜSSRはJavaScriptをサーバで実行する必要があるのか SSRの本質：HTMLを返すのではなく“状態を同期する” なぜ“ユニバーサルJavaScript”ではなく“アイソモーフィック”なのか …
SSRとSSG（Static Site Generation）の違いをビルド時レンダリングの観点から整理する レンダリングのタイミングがすべてを決める SSRの動作 SSGの動作 なぜSSGがCore Web Vitalsに強いのか SSRのメリットと注意点 SSGの弱点 よくある誤解：SSRの方が高機能…
ブラウザは「表示ソフト」ではない ブラウザの最初の仕事：通信 解析：HTMLを理解する 見た目の計算：CSSエンジン 実行：JavaScriptエンジン 描画：レンダリング よくある誤解：サーバが画面を送っている 実際に起きるトラブル セキュリティの役割 結局ブラ…
ページは「一瞬で表示」されていない まず起きるのは名前解決（DNS） サーバへリクエストが送られる HTML解析：DOMの構築 CSS解析：見た目の計算 JavaScript実行：処理の追加 画像や追加ファイルの取得 レンダリング：画面に描く 実際に起きるトラブル 注意…
