Sitecore Experience Accelerator (SXA) に関するよくある質問
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
SXAのインストールに関するよくある質問の回答をご覧ください。
1つのSitecoreインスタンス内でSXA Webサイトと非SXA Webサイトを混在させることはできますか?
はい (およびいいえ)。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/<Tenant>/<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モジュールは、特定のコンテンツ管理タスクでのみ使用または必要であり、コンテンツ配信サーバーにはデプロイしないでください。
Azureのデプロイに必要なSPE WDPファイルはどこでダウンロードできますか?
すべてのSXAリリースのAzureセクションのダウンロード ページには、一致するSPE WDPファイルがあります。
Sitecoreは、デプロイの便宜のために、ダウンロード ページにSitecore PowerShell拡張機能 (SPE) を含めています。ただし、SPEはサードパーティのモジュールであり、Sitecoreサポート サービスの公式な対象外です。Sitecoreは、SXAに付属するスクリプトでカバーされているシナリオをすぐにサポートしています。つまり、SitecoreはSPEに付属するスクリプトやサードパーティのスクリプトをサポートしません。Sitecoreは、標準スクリプトの範囲外でのモジュールの使用に対する修正を発行したり、サポートしたりしません。
Sitecoreは、バージョン間でコンポーネントが壊れるのを防ぐために何をしていますか?
-
ほとんどのコンポーネントは、Sitecoreアイテムとして定義され、クライアント/開発者が完全に制御できるレンダリング バリアントを使用してレンダリングされます。
-
コンポーネントの機能を提供するJavaScriptは、SXAの管理下にあるベース テーマに存在します。サイトのテーマからJavaScriptを抽出すると、問題が見つかったり、追加の機能を提供する必要がある場合、Sitecoreはクライアント テーマに干渉することなくそれを行うことができます。
-
コンポーネントのマークアップは頻繁には変更されません。
-
SXA 1.8では、既存のコンポーネントのマークアップを置き換える機能が導入されたため、将来のバージョンでマークアップを変更した場合でも、必要に応じて古いマークアップに戻すことができます。
-
SXAがコンポーネントに大きな変更を導入すると、古いコンポーネントが廃止としてマークされます (アップグレード後に作成したサイトにはデプロイされません)。既存のサイトでは、古いバージョンを引き続き使用できます。
-
コンポーネントのデータ構造 (データ ソースまたはレンダリング パラメーター) が変更された場合、新しい構造への変換を実行する移行スクリプトが提供されます。
Webサイトの外観と操作性がアップグレード前の動作と一致していることを常に確認する必要があります。テーマはカスタマイズと見なされ、Sitecoreはマークアップに導入される可能性のある変更に準拠するようにテーマを変更しません。