事業会社から、カスタム製品検索ツールの作成依頼がアーキテクトに寄せられました。この検索ツールは当初1つのサイトでのみ利用可能で、最終的には事業会社が管理するすべてのサイトで利用可能に拡張される予定です。また、これらのツールはジョブコンテキストで使用でき、他のシステムにエクスポートできることが求められています。
各サイトには、製品検索で使用できるさまざまなカテゴリが用意されています。
アーキテクトは、ストアフロントとジョブコンテキストの両方で使用するカスタム設定をどこに保存する必要がありますか?

ある企業は、地域事業を別個の事業として運営しています。地域拠点（サイトAとサイトB）は、以下の体制で運営されています。
* 別々の領域
* 異なるコードベイツ
* 異なるカテゴリナビゲーションメニュー
* カテゴリ構造の頻繁な更新
企業からの要件は、カテゴリーページに、他の地域サイトの同じカテゴリーへのリンクを示すhreflangリンクタグを追加することです。サイトAに表示されるこれらのリンクのMTMLの例は次のとおりです。

パフォーマンスを考慮しながら、アーキテクトはどのソリューションを選択する必要がありますか?

ある販売業者から、在庫の少ない商品が検索結果の上位に表示されることで、顧客エクスペリエンスが低下し、コンバージョンに影響が出ているとの報告がありました。
この問題をどのように解決すれば、より良い顧客体験を実現できるでしょうか?

調査中に、顧客は標準のストアフロント リファレンス アーキテクチャ (CSFRA) に導入されていない機能を必要としていました。予算を節約するために、アーキテクトはこの機能を実装する最も迅速な方法を見つける必要があります。
要求された機能の既存のコミュニティ実装を検索するためにアーキテクトが使用する必要がある主なリソースは何ですか?

サードパーティのアンケートプロバイダーは、個々のアンケートデータ用のAPIエンドポイントと、バッチアンケートデータを受け入れるSFTPサーバーエンドポイントの両方を提供しています。統合の初期実装には、以下のものが含まれます。
1.注文前にアンケートが必要な注文としてマークする
2. 注文確認ページで、顧客が記入するためのアンケートフォームが表示されます。
3. データは調査プロバイダー API に送信され、調査が不要であるとマークされた注文がその後、次の問題と追加要件が判明したため、このソリューションは目的に適合しないことが判明しました。
1. API呼び出しが失敗した場合、対応する調査データが失われます。ビジネスではデータ損失を回避する必要があります。
2. 一部の顧客がフォームへの記入を省略しました。そのような顧客にはアンケートメールを送信する必要があります。
3. 注文管理システム (OMS) は非標準の XML パーサーを使用しており、調査属性が XML から手動で削除されるまで、調査を含む注文を解析できませんでした。
アーキテクトは上記の問題と要件にどのように対処すべきでしょうか?