Sitecore Experience Accelerator(SXA)FAQ

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

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

SXA設置に関するよくある質問への回答を見つけてください。

SXAと非SXAのウェブサイトを1つのSitecoreインスタンス内で混同できますか?

はい(そしていいえ)です。SXAを他のソリューションと混同する際の課題は、異なる実装者の任意の2つのソリューションを単一のSitecoreインスタンス上で実行する場合と同じです。非SXAサイトとSXAサイトはパイプラインを共有し、どちらもプロセッサを追加し、Sitecoreの動作を必要に応じて変更しようとします。

SXAは最近のリリース内のすべてのパイプラインを徹底的にレビューしました。プロセッサがSXAサイトの文脈外で動作していると検出した場合は、必ず中止し、SXAが他のソリューションに与える干渉を最小限に抑えることを確実にしています。

Habitatと連携してテストし、両者が並行して動作できることを確認しました。SXAは、他のソリューションに対してできる限りSitecoreのソリューションが目立たないものであるべきです。

一方で、SXAは他のソリューションのプロセッサの挙動を制御できません。つまり、共存するコードも良好な隣接者であり、SXAを共ホストするインスタンスにデプロイする場合は、SXAの動作への干渉をチェックする必要があります。

!重要単一のプロセスで2つのソリューションが稼働している場合、統合デューデリジェンスのQAは常に必要です。

SXAテナント内で非SXAサイトをホストできますか?

はい。非SXAサイトはテナントの運営には関与しませんが、問題を引き起こすこともないはずです。SXAにとって、テナントは主にテンプレートのコンテナであり、/sitecore/Contentのグループ化はそれを反映しているだけです。それは実行単位であるサイトです。

SXAページにSXA以外のコンポーネントを含めることはできますか?

はい。SXAページにはSXAコンポーネントと非SXAコンポーネントの両方を含めることができます。これらのコンポーネントはsitecore/Content///Presentation/Available renderingsに含めることができます。コンポーネントはページ上に配置でき、サイトの構造についてSXAと矛盾する前提を取らない限り機能します。もしそうなった場合、通常は比較的簡単に対策できます。

コンポーネントのSXAレンダリングを作成することも可能です。コンポーネントをSXAコンポーネントに変換しない場合、そのコンポーネントは以下の操作ができません。

  • SXAスタイルを使いましょう。これらのコンポーネントのスタイリングはより難しい場合があります。
  • SXAグリッド設定を使ってください。これらのコンポーネントのサイズ調整はより難しい場合があります。
  • クリエイティブ・エクスチェンジのスタイリングプロセスに参加しましょう。

SXAのコンポーネントはSXAサイト以外でも使えますか?

いいえ。SXAコンポーネントはSXAサイトの外では機能しません。SXAコンポーネントはサイトの構造やデータソースなど多くの仮定をしているため、この可能性は無効化されます。

1つのSXA設置で設置できるサイトの数に制限はありますか?

いいえ。SXAにはプラットフォーム自体の制限以外に固有の制限はありません。SXAは、展開するSitecore環境と同じくらいスケーラブルです。パートナーとプラットフォームアーキテクチャの一般的な推奨事項を必ずご相談ください。

環境内のすべてのインスタンスにSitecore PowerShell拡張(SPE)をインストールする必要がありますか?

いいえ。SPEモジュールは特定のContent Managementタスクにのみ使用または必要であり、Content Deliveryサーバーに展開すべきではありません。

Azure展開に必要なSPE WDPファイルはどこでダウンロードできますか?

Azureセクションのダウンロードページには、すべてのSXAリリースに対応したSPE WDPファイルがあります。

!注Sitecore展開の利便性のためにダウンロードページに拡張(SPE)Sitecore PowerShellを含んでいます。しかし、SPEはサードパーティ製モジュールであり、Sitecoreサポートサービスによって公式にはカバーされていません。Sitecoreは、SXAが標準で付属するスクリプトで扱われているシナリオをサポートしています。つまり、SitecoreはSPEやサードパーティ製スクリプトに付属するスクリプトをサポートしていません。Sitecoreは標準スクリプトの範囲外のモジュール使用に関する修正やサポートを行っていません。

Sitecoreはバージョン間でコンポーネントの破損を防ぐために何をしているのでしょうか?

  • ほとんどのコンポーネントは、Sitecoreのアイテムとして定義されたレンダリングバリアントを使ってレンダリングされ、クライアントや開発者が完全に制御できます。
  • コンポーネントの機能を提供するJavaScriptは、SXAの管理下にあるBaseテーマに存在します。サイトテーマからJavaScriptを抽出することで、問題が発生したり追加機能を提供する必要がある場合、Sitecoreはクライアントテーマに干渉せずに対応できます。
  • 部品のマークアップはあまり変わらない。
  • SXA 1.8では既存コンポーネントのマークアップを置き換える機能が追加され、将来的に変更しても必要に応じて元のマークアップに戻せるようになりました。
  • SXAがあるコンポーネントに大きな変更を加えると、古いコンポーネントを旧版としてマークし(アップグレード後に作成したサイトにはデプロイしません)、既存のサイトは旧バージョンを使い続けられます。
  • コンポーネントのデータ構造(データソースまたはレンダリングパラメータ)が変更された場合、新しい構造への変換を行う移行スクリプトを提供します。

!重要アップグレード前の動作と見た目や操作感が一貫しているか必ず確認してください。テーマはカスタマイズとみなされ、Sitecoreはマークアップの変更に合わせてテーマを変更しません。

この記事を改善するための提案がある場合は、 お知らせください!