Sitecore Experience Accelerator (SXA) に関するよくある質問
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
SXAのインストールに関するよくある質問の回答をご覧ください。
SXAと非SXAのWebサイトを1つのSitecoreインスタンスに混在させることはできますか?
はい (およびいいえ)。SXAを他のソリューションと混在させる際の課題は、異なる実装者による2つのソリューションを1つのSitecoreインスタンスで実行する場合と同じです。非SXAサイトとSXAサイトはパイプラインを共有し、どちらもプロセッサの追加とSitecoreの動作の変更をそのニーズに合わせて試みます。
SXAは、最近のリリース内のすべてのパイプラインについて広範なレビューを行いました。プロセッサがSXAサイトのコンテキスト外で実行されていることを検出した場合は、SXAが別のソリューションに引き起こす可能性のある干渉を制限する目的で、プロセッサを中止するようにしています。
ハビタットと協力してテストし、彼らが並んで走れることを確認しました。SXAは、Sitecoreソリューションが他のソリューションに対して行うのと同様に、目立たないようにする必要があります。
一方、SXAは他のソリューションのプロセッサの動作を制御していないため、共存するコードも良好な隣人であり、SXAを共同ホストするインスタンスにデプロイする場合は、SXAの操作との干渉を確認する必要があります。
統合デューデリジェンスのQAは、1つのプロセスで2つのソリューションが実行されている場合に常に必要です。
SXAサイト コレクション内でSXA以外のサイトをホストできますか?
はい。非SXAサイトはサイト コレクションの操作に参加しませんが、問題を引き起こすこともありません。SXA、サイト コレクションは主にテンプレートのコンテナであり、/sitecore/Contentの下のグループ化はそれを反映しているだけです。実行の単位であるサイトです。
SXAページにSXA以外のコンポーネントを含めることはできますか?
はい。SXAページには、SXAコンポーネントと非SXAコンポーネントの両方を含めることができます。これらのコンポーネントはsitecore/Content/<site collection>/<Site>/Presentation/Available renderingsに含めることができます。コンポーネントはページに配置でき、SXAと競合するサイト構造を前提としていない限り機能します。これが発生した場合、通常、これをかなり簡単に軽減できます。
コンポーネントのSXAレンダリングを作成することを選択できます。コンポーネントをSXAコンポーネントに変換しないことを選択した場合、コンポーネントは次のことができなくなります。
-
SXAスタイルを使用します。これらのコンポーネントのスタイルを設定するのは、より困難になる場合があります。
-
SXAグリッド設定を使用します。これらのコンポーネントのサイズを変更するのは、より困難になる場合があります。
-
Creative Exchangeのスタイリングプロセスに参加します。
SXAサイトの外部でSXAコンポーネントを使用できますか?
いいえ。SXAコンポーネントはSXAサイトの外部では機能しません。SXAコンポーネントは、サイト構造やデータ ソースなどについて多くの仮定を行うため、この可能性は無効になっています。
1つのSXAインストールで保持できるサイトの数に制限はありますか?
いいえ。SXAには、プラットフォーム自体の制限以外に固有の制限はありません。SXAは、デプロイ先のSitecore環境と同じくらいスケーラブルです。一般的なプラットフォーム アーキテクチャの推奨事項については、パートナーと相談してください。
Sitecore PowerShell Extensions (SPE) は、環境内のすべてのインスタンスにインストールする必要がありますか?
いいえ。SPEモジュールは、特定のContent Managementタスクにのみ使用または必要であり、Content Deliveryサーバーにはデプロイしないでください。
Azureのデプロイに必要なSPE WDPファイルはどこでダウンロードできますか?
すべてのSXAリリースのAzureセクションのダウンロード ページには、一致するSPE WDPファイルがあります。
Sitecoreでは、デプロイメントの便宜のために、ダウンロード・ページにSitecore PowerShell Extensions (SPE) が含まれています。ただし、SPEはサードパーティのモジュールであり、Sitecoreサポート サービスの公式な対象外です。Sitecoreは、SXAに付属するスクリプトで説明されているシナリオをサポートしています。つまり、SitecoreはSPEに付属するスクリプトやサードパーティのスクリプトをサポートしません。Sitecoreは、標準スクリプトの範囲外でのモジュールの使用に対する修正を発行したり、サポートしたりしません。
Sitecoreは、バージョン間でコンポーネントが壊れるのを防ぐために何をしていますか?
-
ほとんどのコンポーネントは、Sitecoreアイテムとして定義され、クライアント/開発者が完全に制御できるレンダリング バリアントを使用してレンダリングされます。
-
コンポーネントの機能を提供するJavaScriptは、SXAの管理下にあるベース テーマに存在します。サイトのテーマからJavaScriptを抽出すると、問題が見つかったり、追加の機能を提供する必要がある場合に、Sitecoreがクライアントのテーマに干渉することなくそれを行うことができます。
-
コンポーネントのマークアップは頻繁には変更されません。
-
SXA 1.8では、既存のコンポーネントのマークアップを置き換える機能が導入されたため、将来のバージョンで変更した場合でも、必要に応じて古いマークアップに戻すことができます。
-
SXAがコンポーネントに大きな変更を加えると、古いコンポーネントが廃止としてマークされます (アップグレード後に作成したサイトにはデプロイされません)。既存のサイトでは、古いバージョンを引き続き使用できます。
-
コンポーネントのデータ構造 (データ ソースまたはレンダリング パラメーター) が変更された場合、新しい構造への変換を実行する移行スクリプトが提供されます。
Webサイトの外観と操作性がアップグレード前の動作と一致していることを常に確認する必要があります。テーマはカスタマイズと見なされ、Sitecoreはマークアップに導入される可能性のある変更に準拠するようにテーマを変更しません。