JavaScript時代のサーバーサイドレンダリングの復活

Patricia Arquette
リリース: 2024-11-01 22:56:02
オリジナル
621 人が閲覧しました

The Resurgence of Server-Side Rendering in the JavaScript Era

React 19 のリリースと、サーバーサイド レンダリングを提供する Next.js や Remix などの React フレームワークにより、すべてが一巡したように見えるかもしれません。それは、JavaScript を使用してこれらすべてを実行できるようになったからです。

以前は、PHP などの言語は、リクエストごとにサーバー上で HTML を動的に生成することでサーバー側のレンダリングを処理していました。これは、ユーザーがサイトにアクセスすると、サーバーが完全にレンダリングされたページを送り返すことを意味します。これは SEO にとって効率的であり、JavaScript が読み込まれてページが充実するまで待つ必要がなかったので、インターネット接続が遅いユーザーにとっては最適でした。

その後、React、Angular、Vue などのライブラリを使用したクライアントサイド レンダリング (CSR) が台頭しました。このアイデアは、ページ全体を更新する必要がなく、一度読み込むだけで動的に更新できる、高度にインタラクティブなシングルページ アプリケーション (SPA) を構築することでした。これにより、アプリが高速で流動的に感じられるようになりましたが、SEO の悪さ、初期読み込みの遅さ、ローエンド デバイスでのエクスペリエンスが理想的とは言えないなど、いくつかのトレードオフが発生しました。開発者は、特にブログや電子商取引ストアなどのコンテンツの多いサイトのギャップに気づき始めました。

SSRが復活する理由

React フレームワークを使用した最新の SSR は、従来のサーバー レンダリング モデルと SPA の高度にインタラクティブな世界の間のスイート スポットを見つけることを目的としています。現在の SSR は静的な HTML を生成するだけではありません。また、ハイドレーションも有効になります。これにより、サーバーが事前レンダリングされた HTML を送信し、ページが読み込まれると React が引き継いでインタラクティブになります。これにより、ページの読み込みが速くなり、SEO が向上し、アクセシビリティが向上します。

さらに興味深いのは、Next.js や Remix などのフレームワークを使用すると、各ページのニーズに基づいてレンダリング方法を選択できることです。コンテンツの多いページや SEO が重要なページには SSR を使用でき、検索エンジンによるインデックスを作成する必要のない高度にインタラクティブなセクションには クライアントサイド レンダリング (CSR) を使用できます。ダッシュボードと非常に動的なコンテンツについて考えてみましょう。さらに、ビルド時にページを事前レンダリングする静的サイト生成 (SSG)や、静的ページがオンデマンドで更新されるISR (増分静的再生成)も提供します。

JavaScript エコシステムの SSR

この新世代の SSR は最新の API も活用しています。 React 19 はレンダリングとストリーミングの同時実行に重点を置いているため、ページを分割してクライアントに送信でき、体感的なパフォーマンスが向上します。ブラウザに送信される JavaScript の量を削減する React Server Components (RSC) などの機能と組み合わせることで、これらの進歩により、React を使用した SSR は以前よりもはるかにスケーラブルになります。 React 19 に加えられる最新の変更点について詳しく知りたい場合は、それに関する私の記事をご覧ください。

Next.js のようなフレームワークが エッジ機能CDN と深く統合されているため、SSR がユーザーの近くで実行され、レイテンシーが短縮されます。これは、特にグローバルなアプリケーションにとって大きな利点です。そして忘れてはいけないのは、SSR はレンダリングだけではなく、データの取得でもあるということです。たとえば、Remix はルートがデータを処理する方法を再考し、SSR を可能にするだけでなく、ページが送信される前にサーバー上でデータを返すローダーとのシームレスな接続を可能にしました。ちなみに、Next.js 15 は間もなくリリースされます。最新のアップデートをお見逃しなく!

開発者が留意すべきこと

SSR には多くの利点がありますが、特効薬ではありません。特にキャッシュ、クライアントとサーバー全体の状態管理、ハイドレーション中の再レンダリングの処理に関して複雑さが生じる可能性があります。開発者は、最適なパフォーマンスを得るために、SSR、CSR、または SSG をいつ使用するかを慎重に検討する必要があります。 Next.js Middleware のようなツールは、ページをレンダリングする方法と場所を決定するロジックをエッジに実装するのに役立ちます。

つまり、SSR が戻ってきました。そして、これまで以上に良くなりました。過去に人気を博したパフォーマンスと SEO の利点に加え、最新の JavaScript エコシステムのパワーと柔軟性も兼ね備えています。 e コマース サイト、ブログ、ダッシュボードのいずれを構築している場合でも、高速で魅力的で検索に適したエクスペリエンスを提供したい場合、SSR は無視できないツールです。

以上がJavaScript時代のサーバーサイドレンダリングの復活の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ソース:dev.to
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
著者別の最新記事
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート