Sitecore導入のベストプラクティス

 

Sitecoreは、今日のマーケティング担当者にとって、最もパワフルで最も柔軟なエンタープライズコンテンツ管理システムの1つです。Sitecoreは、ITコストの削減、コンテンツのライフサイクルの合理化、コンテンツの管理を専門家に委ねることができます。

ここでは、Sitecoreを導入する際のベストプラクティスをご紹介します。

1. データテンプレートについて

  • 命名規則

データテンプレートやフィールドは、一般的に一定の方法で命名されており、ビジネスユーザーやコンテンツ作成者が一貫した方法で識別し、理解することが容易になっています。ベースとなるテンプレートは「_content」で始まるのが理想的ですが、必要に応じてテンプレートごとに命名規則を守らなければなりません。

  • フォルダ構成

上記の点とは別に、ベーステンプレートを別のフォルダに移し、コンテンツアイテムが直接使用するものと、継承のために使用するものを明確に区別することも重要です。

この場合、Helixの原則を採用する必要があります。Helixは、Sitecoreプロジェクトのガイドラインを提供し、プロジェクトの効率化、コスト削減、市場投入までの時間短縮を実現します。より多くの人や組織がHelixの規約や原則を採用することで、まもなくSitecoreの標準となるでしょう。

  • テンプレートの継承

既存の継承モデルを見直し、必要に応じて新しいテンプレートを作成し、ベーステンプレートとして使用することは重要です。これは、周期的なテンプレート継承を避けるためにも役立ちます。

  • 基準値

テンプレートには、必要に応じて標準値を設定する必要があります。例えば、アイテムがワークフロープロセスによって管理されていたり、プレゼンテーションの詳細を持つフロントエンドページを表している必要があります。データテンプレートの標準値にプレゼンテーションの詳細を設定することをお勧めします。

  • 挿入オプション

テンプレートの標準値に「挿入オプション」を設定することでメリットがある項目があります。

  • トークンの使用

nameなどのトークンを使用すると、コンテンツ作成者が入力しなければならないテキストの量を減らすことができます。

使用できるSitecoreトークンのリストは以下のとおりです。

1. $name: 作成されたアイテムの名前に置き換えられます。

2. $date: 現在の日付に置き換えられます。

3. $time: 現在の時刻に置き換えられます

2. コンテンツの項目 ベストプラクティス

  • コンテンツ構造

Webサイトにはそれぞれコンテンツのツリー構造がありますが、Webサイトに近い構造にすることで、ナビゲーションコントロールやセキュリティルールの作成が容易になり、アイテムを探す作業も簡単になります。標準的には、1つのアイテムノードの下に100個以上のアイテムを置くことはお勧めしません。

  • バージョンの数を制限

アイテムのバージョン数は10を超えないようにしてください。

新規アイテムのプレビュー
新しく作成されたコンテンツで、フィールドにデータが入っていないものをプレビューしても、サーバーエラーは発生しません。

  • バケット化

コンテンツツリーのアイテム数が100未満の場合は、バケット化を避けてください。バケットとは、「隠された」コンテンツを格納するアイテムのことです。アイテムがインデックス化されると、サイトの読み込みやコンテンツツリーのレンダリング時のパフォーマンスが飛躍的に向上します。

3. プレゼンテーション・レイヤーのベスト・プラクティス

  • レイアウトの数を制限する

Sitecoreでは、1つのWebサイト、1つのデバイスにつき、1つのレイアウトを推奨しています。

  • 静的結合

ヘッダーやフッターなど、サイト全体で常に同じであるコンポーネントは、レイアウトやサブレイアウトに静的にバインドする必要があります。

  • 動的バインディング

コンテンツ制作者がコンポーネントをページに追加できるように、コンポーネントやレイアウトに動的なプレースホルダーを追加することを検討してください。これにより、DMSのパーソナライゼーションなどの新機能を使用するためのソリューションの拡張性が高まります。

  • プレースホルダーの設定

エクスペリエンスエディタが本格的に使用されるようになったら、プレースホルダーの設定を見直します。新しいプレースホルダー設定の追加を検討し、各プレースホルダーのコンポーネントを制限します。

4. エクスペリエンスエディター

まず、エクスペリエンス・エディターが有効になっているか、設定されているかを確認します。次に、ほとんどのコンポーネントがエクスペリエンス・エディタに対応していない理由を調べます。最後に、エクスペリエンス・エディタが完全に導入された後、スタッフがその機能を利用できるようにするために、コンテンツ作成者に対するトレーニングが重要です。

5. メディア資産のベストプラクティス

一般的なメディアのストレージメカニズムとして、データベースを使用します。その後、メディア資産をビジネス上使いやすい方法で整理し、画像資産も可能な限り最適化します。

6. セキュリティのベストプラクティス

実装されていないメンバーシップ・プロバイダ・メソッドはすべて、サポートされていない例外を投げる必要があります。また、セキュリティ権限はユーザーではなくロールに割り当てるようにしてください。ロールは、特定のドメインではなく、Sitecoreドメインで作成してください。

7. キャッシングのベストプラクティス

データキャッシュは、外部システムから頻繁にアクセスされるデータのコピーを、高性能なサブシステムに保存することで、パフォーマンスを向上させます。データキャッシュを確認するには、CM インスタンスで hostname/sitecore/admin/cache.aspx をロードします。また、キャッシュサイズは70~80%の間であることを覚えておいてください。

8. ワークフローのベストプラクティス

まず、ワークフローが有効になっているかどうかを確認し、すべてのコンテンツアイテムにワークフローを設定することを検討します。これにより、ライブで公開する前にコンテンツを確認することができます。また、 ワークフローに適切なセキュリティが設定されているかどうかを確認します。コンテンツの作成者や承認者に適切なロールを作成し、正しいワークフローの状態へのアクセスを割り当てます。次に、電子メール通知を使用して状態の数を最小限にします。

9. ソリューションレビューのベストプラクティス

コードを確認し、直接のSQLコールをSitecoreのAPIコールに置き換えます。それだけではなく、コメントアウトされたコードを削除する必要があります。これは主に、不要になったコードをソリューションから削除することを意味します。

さらに、ハードコーディングをチェックし、Helixの原則を使用するようにします。

10. その他のベストプラクティス

プロジェクトの継続的インテグレーション環境のプロセスフローを設定して、スクリプトによるコンパイル、コーディングスタイルのチェック、一連のユニットテストの実行、環境固有の設定の生成、各環境へのデプロイを行います。

Sitecoreプロジェクトは、Sitecoreのインストールフォルダの外に置いておくようにしてください。次に、Visual StudioのSitecore Rocksプラグインを使用して開発を行い、Sitecore Habitatアプローチでモジュール式の開発を行います。また、ハビタット実装の基本仕様であるSitecore Helixの原則にも従う必要があります。

デモを申し込む

弊社の専門家は最適なソリューションをサポートさせて頂きます。

►►►サービスについて