Next.jsマルチサイトアドオン

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

Next.jsマルチサイトアドオンには、単一のNext.jsアプリケーションから複数のサイトをホストするための例のセットアップが含まれています。 Next.jsミドルウェア を使用して、受信するホスト名に基づいて正しいSitecoreサイトを提供します。

このアドオンはJSSの初期化装置を使って追加します。基礎テンプレートに基づくXM Cloudプロジェクトは、このアドオンを自動的に含みます。

このアドオンには以下が含まれます:

  • マルチサイト向けのビルドタイムJSS設定プラグインで、Sitecoreからサイト情報を取得します。
  • マルチサイト向けのSite Resolverプラグインです。
  • マルチサイト用の Next.jsミドルウェア プラグインで、ホスト名に基づいて正しいサイトに書き換えられます。
  • 書き換えパスに基づいて site プロップを設定するマルチサイト用のPage Props Factoryプラグインです。

建築

以下の図は、Next.jsマルチサイトアドオンを使用した際の一般的な流れを示しています:

アプリケーションはビルドプロセス中にJSS configプラグインを使ってSitecore Experience Edgeからサイト情報を取得します。サイト情報には、各設定されたサイトの名前、ホスト名、デフォルト言語、その他のサイトプロパティが含まれます。

!注アプリケーションで 国際ルーティング を設定すると、ルートが現在の言語を決定し、サイトのデフォルト言語がフォールバック言語となります。国際ルーティングを使わない場合、アプリケーションはサイトのデフォルト言語を使用します。

訪問者がページをリクエストすると、MultisiteMiddlewareはそのサイト情報( SiteResolver.getByHost)を用いて、リクエストされたホスト名に基づいてサイトを特定し、その後サイトの書き換えパスに書き換えます。Next.jsアプリはサイトの書き換えパスを解析して正しいサイト情報を取得します。その後、このサイトを使ってレイアウトデータや辞書データなどを取得します。

!注アプリケーションはパフォーマンス上の理由から、実行時ではなくビルド時にサイト情報を取得します。Every request**すべてのNext.jsミドルウェアを呼び出します。新しいサイトの追加は稀なので、技術的には可能ではありますが、ランタイムでサイト情報を取得するのは、訪問者のパフォーマンスに影響を及ぼす可能性があるため最善の解決策ではありません。このプロセスはwebhookを使って自動化し、公開時にNext.jsアプリの自動再展開をトリガーできます。

nextjs-multisite-addon-architecture.png

サイトの書き換えパスの理解

マルチサイトアドオンは、サイトを識別するために書き換えパスを使用します。

このサイトの書き換えパスは以下の通りです:

  • Multisite Middlewareによって解決されたサイトに設定されました。
  • レイアウトデータや辞書データなどを取得するためにNext.jsアプリで読みます。
  • 複数のサイトの静的生成を可能にするために使用されます。

Next.js SDKとNext.jsマルチサイトアドオンはこのロジックをカプセル化しているため、直接この経路を操作する必要はありません。しかし、これを理解することでトラブルシューティングやカスタマイズの際に役立ちます。

サイトの書き換えパスの構造は以下の通りです:

/_site_<site_name>/

例えば、fooサイトの/aboutページの書き換えパスは/_site_foo/aboutです。

!注about.tsxのような特定のページを実装しつつキャッチオールルートも使用した場合、キャッチオールルートをトリガーしないようにページルート(/about)をミドルウェア実行から除外しなければなりません。src/middleware.tsファイルのマッチルールを変更するか、src/lib/middleware/plugins/multisite.tsファイルのexcludeRoute関数の返り値を更新することで、そのルートをミドルウェア実行から除外できます。

API

Next.jsマルチサイトアドオンは以下のAPIを使用します:

GraphQLSiteInfoService

GraphQLSiteInfoServiceはGraphQL Edgeエンドポイントを使ってSitecoreから設定済みのサイト情報(SiteInfo)のリストを取得します。サイト情報にはサイト名、ホスト名、デフォルト言語が含まれます。

サイト情報の設定はSXAのサイト定義フィールドを使って行います。

!重要このサービスはSXAベースのサイトのみを取得し、設定ベースのサイト定義は含まれていません。

Next.js Multisiteアドオンは、/scripts/config/plugins/multisite.tsファイル内にJSS設定プラグインを提供し、GraphQLSiteInfoServiceを使ってサイト情報を取得し、生成されたsrc/temp/configファイル内のsitesプロパティに保存します。

SiteResolver

SiteResolverクラスは、提供されたサイト情報リスト(SiteInfo)に基づいてホスト名またはサイト名を解析します。

!注ホスト名でサイトを解決するために、SiteResolverクラスはgetByHostメソッドを使用します。このメソッドは、|、,、または ;で区切られた1つ以上のホスト名を含む文字列を受け入れます。また、ワイルドカード(*)も受け入れます。

getByHost方式は、ジェネリック/ワイルドカードホスト名よりも特定のホスト名を優先します:

「order.eu.site.com」→「*.eu.site.com」→「*.site.com」→「*」

同じホスト名で定義された複数のサイトがある場合、このメソッドは最初に見つけたサイトを優先します。

サイト情報のリストはSiteResolverプラグインで収集され、アプリケーションのシングルトン実装に提供されます。アプリは、例えばPage Props Factoryで名前で検索したり、MultisiteMiddlewareでホスト名で検索したりする際に、/src/lib/site-resolver/index.tsファイルでデフォルトで定義されたシングルトン実装を使用します。

サイト収集プロセスには2つのSiteResolverプラグインが関わっています:

  • DefaultPluginは/src/lib/site-resolver/plugins/default.tsファイルで定義され、ベースnextjsテンプレートによって提供され、ワイルドカード*ホスト名を使ってconfig.sitecoresiteNameとconfig.defaultLanguageから設定されたサイトを読み込みます。デフォルトでは、config.sitecoresiteNameとconfig.defaultLanguageの値は以下から来ます:
    • JSS 21.6.0以降では、SITECORE_SITE_NAME環境変数からconfig.sitecoreSiteNameを設定しています。古いバージョンのJSSでは、JSS_APP_NAME環境変数からconfig.jssAppNameを設定できます。そうでなければ、package.jsonファイルのconfig.appNameプロパティからです。
    • config.defaultLanguage- 環境変数DEFAULT_LANGUAGEから設定されている場合。そうでなければ、package.jsonファイルのconfig.languageプロパティから。
  • MultisitePluginは/src/lib/site-resolver/plugins/multisite.tsファイルで定義され、Next.jsマルチサイトアドオンによって提供されます。構成されたサイトの後のconfig.sitesリストに基づいてビルド時に取得したサイトを読み込みます。

最初に設定されたサイトを追加することで、ワイルドカードホスト名の取得サイトよりも優先度が高くなります。これは、まだホスティングを設定しておらず、複数のサイトがワイルドカードを使っているアプリケーション開発段階で役立ちます。 より具体的なホスト名を設定した後は、それらのサイトが優先されます。

MultisiteMiddleware

MultisiteMiddlewareNext.jsミドルウェアハンドラはホスト名に基づいて適切なSitecoreサイトに書き換えます。ミドルウェアプラグインは、/src/lib/middleware/plugins/multisite.tsファイルに定義されたマルチサイトミドルウェアハンドラーを使用します。

MultisiteMiddlewareミドルウェアハンドラー:

  • リクエストされたホストヘッダーに基づいて SiteResolver でサイトを解決します。
  • sc_siteクッキーにはサイト名の値、x-sc-rewriteヘッダーには書き換えられたパスの値を設定し、ミドルウェアを使った後に再利用可能です。
  • 特定のサイトへの応答を、サイトの書き換えパスを使って書き換えます。

!ヒント例えば、プレビューURLのように各サイトごとに専用ドメインVercel持っていない場合。その場合、sc_siteクエリ文字列パラメータを指定することで、アプリケーションに特定のサイトを強制的に使うことができます。例えば、https://foo.site.com?sc\_site=bar。

sc_siteクッキーはサイト閲覧中の次のリクエストに使われるため、すべてのリクエストにこれを追加する必要はありません。この動作はuseCookieResolutionオプションによって設定されます。useCookieResolutionオプションを有効にするのはVercelプレビュー展開(process.env.VERCEL_ENV === 'preview')のみです。

normalizeSiteRewrite

normalizeSiteRewrite関数はサイトリライトパスからサイトデータを削除します(例えば、アプリケーションが適切にレイアウトデータを取得できるように)。これは、/src/lib/extract-path/plugins/multisite.tsファイル内のマルチサイトパス抽出プラグインで使用されます。

getSiteRewriteData

getSiteRewriteData関数は、書き換えパスからサイトデータ(site_name)を抽出します。これは/src/lib/page-props-factory/plugins/site.tsファイルのマルチサイトPage Props Factoryプラグインで利用されています。

MultisiteGraphQLSitemapService

MultisiteGraphQLSitemapServiceは複数のサイトの静的生成のためにページリストを取得するために使用されます。

制限

Next.jsマルチサイトアドオンには以下の制限があります:

  • バーチャルフォルダは、公開対象がExperience Edgeの場合、Edgeの公開ロジックから除外されるためサポートされません。
  • サイト情報はビルド時にのみ取得されます。新しいサイトが追加されたりホスト名が変更された場合は、アプリケーションを再構築する必要があります。
  • 構成ベースのサイト定義は現在含まれていません。取得されるのはSXAベースのサイトのみです。
  • Next.js i18n ドメインルーティング や自動ローカレ検出は、必ずしもマルチサイトシナリオ向けに設計されたものではありません。例えば、複数のドメインを同じデフォルトロケージにマッピングすることはできません。もし制限がある場合は、専用のレンダリングホスト(単一のサイト)でサイトをサービスすることも可能です。
  • 404および500のカスタムエラーページは現在サポートされていません。代わりに、デフォルトのエラーページを使用してください。
この記事を改善するための提案がある場合は、 お知らせください!