タグ、分類、メタデータのベストプラクティスは次のとおりです。概要

メタデータとタグは、AEMの効率を高めるための鍵となります。 ユーザー、リーダー、管理は総合的な戦略の必要性を認識していますが、それを前進させるのは難しいと感じています。 多くの場合、ユーザー間で知識が分散され、全体的な戦略が困難になり、調整がさらに問題になります。

メタデータとタグの違いは何ですか。 戦略を推進する際に考慮すべきビジネス面は何ですか？

メタデータの目的とは

メタデータにより、構造が小さいコンテンツに構造が追加されます。
例：基本画像はピクセルを含む。 これらを「コアデータ」と呼ぶことができます 形式、カテゴリ、ライセンスの詳細などを説明するメタデータです。
メタデータは、アセットに最も頻繁に使用されます。 ただし、コンテンツページやエクスペリエンスフラグメントのメタデータの使用例も多数あります。

メタデータのソース

メタデータを生成できるカテゴリは次のとおりです。

  • 抽出されたメタデータ — 情報は、ドキュメント内（例：自然言語）で既に使用可能です。
  • 派生メタデータ — 情報は元のデータでは使用できませんが、事前に参照していた知識を相互に参照することで取得できます。
  • 手動で追加されたメタデータ — 最初のカテゴリに該当せず、人間が手動で追加する必要のあるメタデータです。

メタデータのタイプ

上記のカテゴリには、主に次の 4 つのタイプがあります。

  • テクニカルおよび記述的メタデータ：コンテンツの技術的な詳細（タイトル、言語など）に関する情報を提供します。
  • 操作メタデータ：アセットのライフサイクルをドキュメント化します（承認済み、クリエイティブ、キャンペーン）
  • 管理メタデータ：組織内のアセットのステータスまたは状態（ライセンス情報、所有権など）
  • 構造メタデータ：ビジネス・プロセスをスムーズに進めるために、アセットまたはページを分類できます（ほとんどのタグおよび分類に適用）。

フォルダー名とファイル名

フォルダーを使用すると、AEM内のコンテンツを自然に移動および参照できます。 関係者がAEMとどのようにやり取りするのか これにより、フォルダーの構造が決まります。 通常は、次の 1 つ（または 2 つ）を考慮して構築されたフォルダー構造です。

  • ナビゲーション
  • 参照
  • Categorization
  • アクセス制御

AEM Sitesの場合、ナビゲーションが重要です。 フォルダーは、アセットやページへのアクセスを制御するために使用されます。

どの層の作成者がホームページへのアクセスを必要としますか？ 製品ページについて キャンペーン？ 権限とフォルダー構造を使用して、適切なガバナンスに配置します。

メタデータの格納

メタデータを保存する方法は 3 つあります。

  • バイナリ：アセットの特性に関連するバイナリ形式 (Photoshop、InDesign、PNG、JPG)。
  • アセットノード：これは、使用されているシステムやプロセスに関係なく、アセット自体のメタデータです。
  • 外部の場所：アセット上に直接存在しないが、アセットの「状態」の記述子として使用できるメタデータ ( 例：アセットに影響を与える可能性があるが、直接適用されないワークフロー

メタデータモデル

メタデータの取り込みと形式設定の方法を、メタデータモデルまたはメタデータスキーマと呼びます。 アセットやページをシステムに取り込む前に、この点について合意する必要があります。

メタデータモデルは通常、次の使用例を満たすように設計されます。

  • 検索と取得：ビジネスで簡単に検索できるように、コンテンツの主要な側面を保存するのに役立ちます。
  • 再利用：古いアセットを再利用（時間と費用を節約）に活用
  • ライセンス管理：アセットの組織所有権を追跡します（多くの場合、法的な理由で）
  • 分布：コンテンツを消費者に提供したり、ビジネスパートナーにアセットをシンジケートしたりします。
  • アーカイブ：アセットをメモするメタデータが古くなっている（重要な情報を失わないように、アセットに「アーカイブ済み」フラグを付けるのが常にベストプラクティスです）/
  • 相互参照：2 つ以上のアセットの相互関係をキャプチャする関連メタデータ（メタデータの合成により、相互参照と一貫性のあるグループ編成が可能）
  • 移動：アセットが保存されるフォルダー構造（参照によって情報を取得するために使用）

オーサーメタデータは、主に運用プロセスをサポートします。 公開では、取得と配布の使用例をサポートしています。

事前定義済みの用語としてのタグの使用

タグは、情報の一部に割り当てられるキーワードまたは用語です。例えば、「car」、「vehicle」、「automobile」と入力する代わりに、タグシステムは 1 つの値のみを選択でき、予測可能な検索を可能にします。 タグは、アセットを正規化して分類を簡素化します。

注意：AEMではアドホックタグ付けが許可されていますが、未定義で扱いにくい分類になる可能性があるので、このままにしておくのがベストプラクティスです。

タグの一般的な使用例：

  • キーワード検索：タグは、リソースが特定のエンティティのグループに属していることを示すことができます。 例えば、「image/subject/car」というタグは、車を表す画像のセットに属するリソースを表します。
  • 運転関係：同じタグを共有するすべてのリソースは、接続済みと見なすことができます。 直接リンクする代わりにタグ付けは、動的でつながりのあるコンテンツが多い Web サイトで特に便利です。
  • ドライブナビゲーション：階層的な分類で並べ替えられたタグは、ナビゲーションを構築したり、類似のドキュメントにリンクしたりできます。
    また、タグは、技術的なプロパティではなくビジネス用語に基づいて、様々なタイプのデータを接続する情報を参照する必要があります。

タグの一般的なアプリケーション

タグをAEMで使用すると、次のような複雑な機能をはるかに短時間で実装するのに役立ちます。

  • ファセット検索
  • パーソナライズされたナビゲーション
  • 関連するコンテンツ
  • コンテンツ参照
  • 検索エンジンの最適化
  • 主要概念のハイライト表示

分類

分類とは、共有された特性に基づいてタグを整理するシステムで、通常は組織のニーズに応じて階層構造化されます。 この構造は、タグをより迅速に見つけたり、一般化を強制するのに役立ちます。
例：車の在庫画像を下位分類する必要があります。 分類は次のようになります。

/subject/car/sportscar/sportscar/sportscar/porsche /subject/car/sportscar/ferrari … /subject/car/minivan /subject/car/minivan/mercedes /subject/car/minivan/volkswagen … /subject/car/limousine

今では、スポーツの傷の画像を一般的に見たいか、特に「ポルシェ」を見たいかを選ぶことができます。 結局、両方ともスポーツの傷です。
ベストプラクティス：分類がフラットにならないようにします。 フラットな分類では、前述のメリットが不足しており、継続的な保守が必要です

類義語辞典としての分類の使用。 ユーザがキーワードを検索すると、そこで見つかったすべてのシノニムに対して 2 番目の検索が作成されます。
さらに、「car」を手動で入力する代わりに、一貫性を向上させるためにキーワードのリストを提供できます。

辞書としての分類の使用。 単に「car」を印刷するのではなく、単一のタグを展開して、タグのシノニムをすべて使用できます。

複数のカテゴリ。 フォルダー階層とは異なり、タグを使用して、複数の分類を同時に表すことができます。 次のタグが付いたアセット：

/subject/car/minivan/mercedes /subject/people/family /color/red

メタデータとタグ

すべてのメタデータをタグ付けシステムの候補と見なす必要はありません。 テクニカルメタデータは、情報を不必要に複製する場合があります。 タグに最適な候補は、ビジネスメタデータです。.タグは、一貫性のある語彙、ファセット検索、ナビゲーションを強化するのに適しています。

タグ管理

タグ管理には、専門のコアチームによるメリットがあります。 新規メンバーは、新しいタグを追加する前に、まず分類の目的と機能を学ぶ必要があります。 新しいタグの門番として働く経験豊富な専門家は、長期的な矛盾を減らすでしょう。

タグの作成

分類は、コンテンツ作成者が使用し、エンドユーザーが理解する必要があります。 コンテンツ作成プロセスの前に作成する必要があります。 ショートカットを使用すると、管理とメンテナンスにさらに手間がかかります。

継続的なメンテナンス

状況は変わり、タグリストのニーズも変わります。 重複を減らす音のメンテナンスプロセスを提案します。

コンテンツ寄稿者に、変更案の提案方法や、編集者やコンテンツ管理者が定期的に用語を見直していることを確認します。

タグと分類に関するベストプラクティス

タグを標準化します。 権威ある語彙を提供する用語集を作成します。 標準を確立しないと、複製は問題を生じます。 また、分類だけでなくタグの使用も監査することをお勧めします。

タグをオーバータグにしない。 頻繁に配布されすぎると、タグの重要性が失われる可能性があります。不要なタグを削除して効率を最適化します。

時間の経過と共にタグを再評価します。 ビジネス用語とビジネスコンテキストが静的であることはほとんどありません。 タグを再標準化し、再適用する必要が生じる場合があります。

AI を利用したスマートタグの使用。 スマートタグ [リンクを参照] は、AEMの AI 機能で、アセットを手動でタグ付けする手間を省きます。 スマートタグは、AI を使用して画像の件名に関する情報を推論します。 画像の内容を説明する説明タグが生成されます。

メタデータの品質とメンテナンス

ビジネス要件を理解することは、メタデータ管理モデルを実行する際に重要な手順です。 定義がない場合、情報は保存できません。 定期的にモデルを再訪問する必要があります。 これは重要な品質管理活動です。

さらに、コンテンツ作成プロセスで、可能な限り早くメタデータを取り込む必要があります。 メタデータが適切なタイミングで適用されていない場合、遡って適用される可能性はほとんどありません。

メタデータを利用 コラボレーションを強化するには：Adobeアセットリンク、Adobe Bridge、AEMデスクトップを利用してクリエイティブプロセスを統合し、メタデータを利用してクリエイティブワークフローを合理化します。 これらのツールを使用すると、クリエイティブプロセス全体でメタデータとユーザーエクスペリエンスが強化されます。

メタデータ管理のベストプラクティス

  • 強力なエグゼクティブマンデートを持つコアチームの割り当て：ビジネスエコシステムと組織の管理による強力なマンデートを完全に理解できるメタデータコアチームを形成します。
  • メタデータ戦略とガバナンスの定義：優れたメタデータ戦略は、組織がメタデータのニーズとメリットを説明するのに役立ちます。 戦略は、メタデータスキーマ、分類、ビジネスプロセス（データ品質と取得のための）、役割と責務、ガバナンスプロセスで構成されます。 *
  • 一貫したメタデータモデルを定義および伝達する：定義された戦略と推論は、適切に文書化し、組織内で伝達する必要があります。
  • 標準命名規則：ブランディング、情報管理、操作性を強化するため、一貫性のある記述的なファイル命名規則を作成します。
  • ファイル名の安全な文字：ファイル名は、すべての一般的なオペレーティングシステムで解釈できる必要があります。 文字、数字、ウムラウト、スペース、下線を使用しても安全です。 マイナス記号も安全ですが、切り取って貼り付けると、「ダッシュ」のように見えます。
  • バージョン命名規則：AEMには、以前のバージョンのアセットを保持する機能がいくつか用意されています。 場合によっては、複数のバージョンを保持する必要があります。 ただし、バージョン管理スキームが一貫していることを確認する必要があります。

組織メタデータと記述メタデータ

メタデータの分類方法を決定する際に役立つガイドラインがいくつかあります。

説明 — データがアセットやコンテンツの一部を記述する場合、そのデータは添付されたメタデータの一部にする必要があります。

検索 — 検索でメタデータを使用する場合は、添付する必要があります。

露光量 — 配布プラットフォーム上のメタデータをサードパーティに公開する場合は、「内部」メタデータも公開しないように注意してください。

期間 — メタデータの有効期間が長いほど、アタッチされたメタデータの適切な候補となる可能性が高くなります。

関連するビジネスプロセス — 永続的な製品 ID をメタデータの一部として持つと便利です。 ただし、商品カタログに関連する品目のカテゴリは、そのアセットに関する疑わしいメタデータです。

組織と処理 — メタデータの特性が組織的な性質（承認ワークフローの状態や特定の部門の所有権など）の場合、メタデータをアセットに添付する際には、外部メタデータを考慮する必要があります。

戦略を作成するには、次の質問をします。

  • ビジネス上の問題、ビジネス上の問題、ビジネス上の問題を解決するには、どのようなコンテンツや「追加情報」（=メタデータ）が必要ですか？
  • 変数、スキーマの「フィールド」、使用可能な値は何ですか。 フリーテキスト入力が必要な変数です。自由テキスト入力は、型（数値、日付、ブール値など）、特定の分類に基づく固定値（国など）またはタグのセットで絞り込むことができます。 使用できるタグの数はいくつですか？
  • メタデータで解決できる技術的な問題、問題、質問は何ですか？
  • そのコンテンツやメタデータを取得/作成するにはどうすればよいですか？ そのメタデータの取得や作成にはどのくらいの費用がかかりますか？
  • 特定のユーザーグループに必要なメタデータのタイプは何ですか？
  • メタデータはどのように維持および更新されますか？
  • プロセスのどの部分に責任を負うのは誰ですか？
  • 合意したビジネス・プロセスが実行されていることを確認する方法
  • あなたはどの基準に従うべきですか？ 業界標準 (Dublin Core、ISO 19115、PRISM など ) を採用および変更する場合、 組織は独自の規格を作成する必要があるのでしょうか。
  • 戦略はどこに記載されていますか？ すべての関係者がアクセスできることを確認するにはどうすればよいですか？ 新たにオンボーディングされたスタッフが、合意された基準（アクセスする前にトレーニングにアクセスするなど）に従っていることを確認する方法

このページ