推奨事項: SXAプロジェクト ワークフローの例
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
SXAは柔軟なツールであり、SXAプロジェクト ワークフローを実行するにはいくつかの異なる方法があります。すべてのワークフローには独自の利点があり、チームのスキルセットに大きく依存します。次のインフォグラフィックは、フルサービスの代理店での実装に成功し、効率的であることが判明したSXAプロジェクトのワークフローを示しています。
定義する
すべてのSXAプロジェクトを開始するには、SXAの使用方法を決定します。
-
Webサイトの目標を定義します。
-
成功を測定するためのKPIを定義する。
サイトのコンテンツとスタイルについて考えてみましょう。
-
コンテンツやプレゼンテーションを共有する必要がありますか?共有サイトは、サイト コレクションの排他スタイル コンテナとして使用することを検討してください。すべてのサイト コレクション内に 共有サイト を持つことをお勧めします。コンテンツの共有に関する推奨事項については、こちらをご覧ください。
-
多言語の実装が必要ですか?
設計
SXA、そのデフォルトのレンダリング、およびデザインプロセスの開始時にレンダリングバリアントを定義する機能について、UXチームとデザインチームに通知してください。すぐに使えるコンポーネントを使用するように促します。各コンポーネントの機能と目的を理解することが重要です。 コンポーネントをクローンし 、より複雑なソリューション用の カスタムコンポーネントを作成する 可能性を説明する。 フローチャート を使用して、カスタムコンポーネントを作成する必要があるかどうかを判断します。
分析する
完成した設計とSXAのすぐに使えるツールセットとの間のギャップ解析を実行します。 OOTBコンポーネント を使用して設計をマッピングし、使用できるコンポーネントと カスタム開発が必要なコンポーネントを確認します。
SXAのエキスパートがサイトのページ レイアウトとコンポーネントを設計し、コンテンツ エディターと開発者が作業するサンプル ページをまとめます。
道具
SXAの専門家がレイアウトとレンダリングの初稿の例を定義し、MVPが利用可能になったら、次の各タスクを並行して実行できます。
-
Content entry:理想的には、1つのページデザインが実装されたときに コンテンツの入力 を開始します。
-
Front-end development: 完成したレイアウトとレンダリングのHTML、CSS、JavaScriptの静的エクスポート に取り組むか、ソース リポジトリで制御されたCSSおよびJSファイルで作業し、SXAソリューションと直接同期します。
-
Back-end development: カスタム レンダリング や、API統合、カスタム フォーム保存アクションなどの他のバックエンド機能に取り組みます。
-
Ongoing: SXAエキスパートと他のチーム メンバーとのディスカッションにより、各レンダリングを改良し、目標を達成します。