MSM のベストプラクティス msm-best-practices

実装を開始する前に、入念に​ 構造およびコンテンツのフローを計画 ​してください。

ライブコピーの量を最小限に抑えます。 ライブコピーの処理はリソースを大量に消費するタスクです。システム内に存在するライブコピーが多いほど、パフォーマンスに影響を与える可能性があります。内部ライブコピーインデックスの処理から、ロールアウトなどのライブコピー操作、Sites 管理者の参照パネルにライブコピーの関係を表示するなどの UI 操作に至ります。サイトまたはサイトのブランチのライブコピーを作成し、ライブコピーの関係がサイトまたはブランチのページに継承されるようにすることがベストプラクティスです。構造全体をライブコピーすることができる場合は、サイトやブランチ内のページに対して個別のライブコピーを作成しないでください。

最小限必要なカスタマイズだけを行ってください。 MSM では高度なカスタマイズ（ロールアウト設定など）がサポートされていますが、通常はカスタマイズを最小限に抑えることが web サイトのパフォーマンス、信頼性、アップグレードのしやすさを確保するためのベストプラクティスです。

ガバナンス ​モデルを早期に確立し、成功に導くための適切なユーザートレーニングを実施してください。多くの場合、ガバナンスの観点から見たベストプラクティスは、ローカルのコンテンツプロデューサーの権限を最小限に抑え、コンテンツを他のローカルユーザーやそれぞれのライブコピーに分散および接続することです。継承の連鎖が管理されていないと、MSM の構造がより複雑になり、パフォーマンスと信頼性が損なわれる可能性があるからです。

構造、コンテンツフロー、自動化、ガバナンスの計画を立てた後は、システムのプロトタイプを作成してテストを十分に行ってから、本番の実装を開始してください。

MSM を使用したコンテンツ自動化の計画および実装の経験が豊富な​ アドビのコンサルティングと一流のシステムインテグレーター ​が MSM プロジェクトの導入や実装全般を支援します。

ライブコピーの作成時

これは、より一般的なアプローチであり、任意のページからライブコピーを作成できます。ライブコピーのコンテンツ構造はソースと完全に一致します。

サイトの作成時

これは、主に多言語構造を持つ web サイトを作成するための、より専門的なアプローチです。

サイトを作成するには、ブループリント設定が必要です。

新しいサイトに作成する言語のパスの選択を許可するには、対応する言語ルートがブループリント（ソース）内に存在する必要があります。

新しいサイトをライブコピーとして作成（作成 ​を使用し、その後​ サイト ​を使用）すると、そのライブコピーの最初の 2 つのレベルは​ シャロー ​になります。ページの子はライブ関係には属しませんが、トリガーに一致するライブ関係が見つかった場合には引き続きロールアウトが引き継がれます。

次のことがおこなわれるのを防ぎます。

• ブループリント（最初のレベルの下）に言語を手動で追加する
• 言語ルートの直下にコンテンツを手動で追加する
• ロールアウト時にこの新しいコンテンツがライブコピーに自動的に持ち越される結果にならない

言語メインの作成時

• MSM 自体に​ コンテンツ翻訳機能は備わっていません ​が、翻訳に対応したサードパーティの翻訳コネクタと統合できます。以下の点に注意してください。

  • MSM では、ページレベルやコンポーネントレベルで継承をキャンセルできます。これにより、次回ロールアウト時にライブコピーの翻訳済みコンテンツがブループリントの未翻訳コンテンツで上書きされるのを防止できます。

  • 一部のサードパーティの翻訳コネクタでは、この MSM の継承の管理が自動化されます。

    詳しくは、翻訳サービスプロバイダーにお問い合わせください。

  • 言語マスターを作成して翻訳する代わりに、言語コピーを AEM の標準翻訳統合フレームワークと組み合わせて使用することもできます。

言語マスターからのコンテンツのロールアウト時

• 例えば、フランス語の言語メインから国別のサイト（フランス／フランス語、カナダ／フランス語、スイス／フランス語など）にロールアウトできます。

ブループリントに新しいページを​ 作成 ​すると、標準のロールアウト設定を使用したロールアウト後に、対応するページがライブコピーに作成されます。

ブループリント内のページを​ 削除 ​すると、標準のロールアウト設定を使用したロールアウト後に、対応するページがライブコピーから削除されます。

ブループリント内のページを​ 移動 ​しても、標準のロールアウト設定を使用したロールアウト後に、ライブコピー内の対応するページは移動し​ ません。

• この動作になる理由は、ページの移動にはページの削除が暗黙的に含まれているからです。つまり、オーサー環境でページを削除すると、パブリッシュ環境の対応するコンテンツが自動的にアクティベート解除されることになり、結果として、パブリッシュ環境で予期しない動作が発生する可能性があります。これは、リンクやブックマークなどの関連項目にも影響することがあります。
• それぞれのライブコピーページにおけるコンテンツの継承は更新され、ブループリントのソースの新しい場所が反映されます。
• ブループリントからライブコピーへのページ移動を完全に実現するには、次のベストプラクティスを検討してください。

カスタムロールアウト設定を作成します。

• この新しい設定には、 アクションを含める必要があります。

  PageMoveAction

  この設定に他のアクションを追加しないでください。

新しい設定を配置します。

• ページ移動を完全にロールアウトするときに、ライブコピー内の各ページをそれぞれ古い場所から削除する場合：

  • 新規に作成した設定を標準ロールアウト設定の前に配置します。

    古い場所にあるページは、標準ロールアウト設定に基づいて削除されます。

• ページ移動をロールアウトするときに、ライブコピー内の各ページを古い場所に維持する場合（つまりコンテンツを複製する）：

  • 新規に作成した設定を標準ロールアウト設定の後に配置します。

    これにより、ライブコピー内のコンテンツが削除されたり、発行からアクティベート解除されたりすることはありません。

onModify トリガーを使用したロールアウトの自動化は、オーサリングのパフォーマンスに悪影響を及ぼす場合があります。これは、ページ変更のたびにロールアウトがトリガーされるためです​ 。

ロールアウトの結果は、次のように予想に反する場合があります。

• 結果の変更イベントの順序は指定できません。
• イベントベースのアーキテクチャでは、ロールアウトマネージャーに渡されるイベントの順序は保証されません。

このようなロールアウト設定を使用すると、同じリソースの同時更新が発生した場合にコミットが競合する可能性があります。