なぜサーバーサイドレンダリングは、現代のWebアプリケーションにとってより良い選択肢なのでしょうか？

私たちのアプローチが将来にわたって確実に通用する理由、そして「ファットクライアント」（巨大なReact/Angular SPAなど）がますます問題になりつつある理由は以下の通りです：

1. クラウドのコストのパラドックス

企業は、データセンター（AWS、Azure、Google Cloud）内の超高速で高価なサーバーインフラに数十億ドルを投資しています。

• ファットクライアントの不合理な点は、サーバーがデータベースからデータを取得し、それをJSONに変換してクライアントに送信することです。 その後、高価なサーバーは暇を持て余している一方で、ユーザー（クライアント）のスマートフォンは、ギガバイト単位のJavaScriptを解析し、HTMLを苦労して自分で組み立てるという重労働を強いられることになります。
• ハイパーメディア駆動アーキテクチャ / シンクライアント：データセンターの演算能力を、まさにその目的のために活用します。サーバーはデータベースのすぐそばでHTMLを瞬時にレンダリングし、完成した軽量なページフラグメントのみを送信します。これにより帯域幅を節約し、ユーザーのリソースを節約できます。

2. ユーザー側のバッテリーおよびハードウェアの課題

エンドデバイスとして、モバイル端末、組み込みシステム（IoT）、あるいは低価格なオフィス用ノートPCがますます増えています。

• 巨大なJavaScriptアプリケーションはスマートフォンのバッテリーを消耗させ、安価な端末ではプロセッサが常にUIの計算に追われるため、動作がカクカクしてしまいます。
• htmxで制御されるシステムは、最小限のクライアントコードしか必要としません。ユーザーの端末は基本的にHTMLを表示できるだけでよく、これはブラウザが30年もの間、完璧に最適化されてきたタスクです。そのため、このアプリは古いスマートフォンでも非常にスムーズに動作します。

3. セキュリティと知的財産（IP）の保護

大規模なクライアントサイドアプリを構築する場合、ビジネスロジック（検証、計算アルゴリズム、パス）の大部分が、ユーザーのブラウザコード（JavaScript）内に公開された状態になります。知識のあるユーザーなら誰でも、インスペクタでこのコードを閲覧できます。

サーバー中心のアプローチでは、機密性の高いコードは保護されたデータセンター内に留まります。クライアントには結果（HTML）のみが表示されます。これはセキュリティの観点から格段に安全であり、貴社のノウハウを保護します。

5. 持続可能性と「グリーンIT」

中央のデータセンターにおける演算能力は、数百万台に分散したエンドデバイスよりもはるかに効率的にスケーリングおよび冷却できるため、サーバーサイドレンダリングは総エネルギー消費量の観点から、多くの場合、明らかに持続可能性に優れています。