---
title: "HTTPレンダリングエンジン"
slug: "http-rendering-engine"
abstract: "サーバーサイドでJSSやASP.NETアプリケーションをレンダリングし、レンダリングエンジンを操作します。"
---
# HTTPレンダリングエンジン

HTTPレンダリングエンジンは、ASP.NETレンダリングSDKおよびJavaScriptレンダリングSDK(JSS)で構築されたサーバー側レンダリングアプリケーション用のリモートレンダリングホストを使用しています。Sitecore Content Management (CM)インスタンスとレンダリングホスト間の通信はHTTPコールを通じて行われます。

[JSSで構築されたNext.js用の](https://doc.sitecore.com/xp/ja/developers/hd/19/sitecore-headless-development/sitecore-javascript-rendering-sdk--jss--for-next-js.html "Sitecore JavaScript Rendering SDK (JSS) for Next.js")アプリケーションは、デフォルトでこのレンダリングエンジンを使用し、追加の設定は不要です。

[ASP.NETレンダリングSDKで作られたアプリケーションでレンダリングエンジンを使う](https://doc.sitecore.com/xp/ja/developers/hd/19/sitecore-headless-development/asp-net-core-rendering-engine.html "ASP.NET Core Rendering Engine") には、いくつかの設定が必要です。

HTTPレンダリングエンジンはSitecore 9.1.1以降で利用可能です。

## HTTPレンダリングエンジンの長所と短所

*Pros*

-   レンダリングホストの管理、起動、プーリング、クラスタリング、プロファイリング、デバッグなど、すべてをあなたが完全にコントロールできます。
-   [Ngrok](https://ngrok.com/)のようなトンネルソフトウェアの助けを借りて、フロントエンド開発者はローカルのヘッドレスアプリを使ってサーバー側レンダリングを行い、エクスペリエンスエディターの統合をテストできます。これは、エクスペリエンスエディター内でsc\_httprenderengineurlクエリ文字列パラメータを活用してレンダリングホストのURLを動的に設定することで可能です。
-   JSSアプリケーションの場合、SitecoreサーバーにNode.jsを置く必要はありません。レンダリングホストをどこにホストするかは自分で選べます。
-   JSSで作成されたアプリケーションのアーティファクトをSitecore Content Management (CM)サーバーにデプロイする必要はありません。

*Cons*

-   レンダリングホストを自分で制御し、常に稼働可能であることを確実にしてください。