現在表示中:

コンテンツにタグ付けし、AEM タグ付けインフラストラクチャを利用するには:

  • タグは、cq:Tag タイプのノードとして、分類のルートノードの下に存在する必要があります。
  • タグ付けされたコンテンツノードのノードタイプには、cq:Taggable mixin が含まれている必要があります。
  • タグ ID がコンテンツノードの cq:tags プロパティに追加され、cq:Tag タイプのノードに解決されます。

タグ:cq:Tag ノードタイプ

タグの宣言は、cq:Tag タイプのノードのリポジトリにキャプチャされます。

タグは、単純な単語(sky など)にしたり、階層分類(包括的な fruit と具体的な apple の両方を意味する fruit/apple など)を表したりすることができます。

タグは一意のタグ ID によって識別されます。

タグには、タイトル、ローカライズされたタイトル、説明など、任意のメタ情報があります。 ユーザーインターフェイスには、タグ ID ではなくタイトル(存在する場合)が表示されます。

タグ付けフレームワークでは、作成者やサイト訪問者に、特定の事前定義されたタグだけを使用するよう制限を設けることもできます。

タグの特徴

  • ノードタイプは cq:Tag です。
  • ノード名はタグ ID のコンポーネントです。
  • タグ ID には常に名前空間が含まれています。
  • オプションの jcr:title プロパティ(UI に表示されるタイトル)。
  • オプションの jcr:description プロパティ。
  • 子ノードが含まれている場合、コンテナタグと呼ばれます。
  • 分類のルートノードと呼ばれる基本パスの下のリポジトリに保存されます。

タグ ID

タグ ID は、リポジトリ内のタグノードに解決されるパスを識別します。 

通常、タグ ID は名前空間で始まる短縮形のタグ ID ですが、分類のルートノードから始まる絶対タグ ID にすることもできます。

コンテンツにタグ付けするときに、コンテンツがまだ存在しない場合は、 cq:tags プロパティがコンテンツノードに追加され、タグ ID がこのプロパティの String 配列値に追加されます。

タグ ID は、名前空間とそれに続くローカルタグ ID で構成されます。 コンテナタグにはサブタグがあり、これは分類における階層順序を表します。サブタグは、任意のローカルタグ ID と同じタグを参照するのに使用できます。 例えば、「fruit」というタグが「fruit/apple」、「fruit/banana」などのサブタグを含むコンテナタグであっても、コンテンツにこのタグを付けることができます。

分類のルートノード

分類のルートノードは、リポジトリ内にあるすべてのタグの基本パスです。 分類のルートノードは、cq:Tag タイプのノードにすることができません。

AEM の基本パスは /etc/tags であり、ルートノードのタイプは cq:Folder です。

タグの名前空間

名前空間を使用するとグループ化をおこなうことができます。最も一般的な使用事例は、(Web)サイト(パブリック、内部、ポータルなど)ごと、または大規模なアプリケーション(WCM、Assets、Communities など)ごとに名前空間を設定することですが、その他様々なニーズに応じて使用することができます。 名前空間は、現在のコンテンツに適用されるタグのサブセット(つまり特定の名前空間のタグ)のみを表示するためにユーザーインターフェイスで使用されます。

タグの名前空間は、分類サブツリーの最初のレベルです。これは、分類のルートノードの直下のノードです。 名前空間は cq:Tag タイプのノードで、その親は cq:Tag ノードタイプではありません。

すべてのタグには名前空間があります。 名前空間が指定されていない場合、タグはデフォルトの名前空間に割り当てられます。これはタグ ID default(タイトルは標準タグ)で、つまり /etc/tags/default となります。

コンテナタグ

コンテナタグは、任意の数およびタイプの子ノードを含む、cq:Tag タイプのノードです。これにより、カスタムメタデータを使用してタグモデルを強化できます。

さらに、コンテナタグ(またはスーパータグ)は分類において、すべてのサブタグの小計としての機能を果たします。例えば fruit/apple でタグ付けされたコンテンツは、fruit でタグ付けされたとも見なされます。つまり、fruit でタグ付けされたコンテンツを検索すると、fruit/apple でタグ付けされたコンテンツも検索されます。

タグ ID の解決

タグ ID にコロン「:」が含まれている場合、そのコロンによってタグやサブ分類から名前空間が区別され、その後、タグやサブ分類は通常のスラッシュ「/」で区別されます。タグ ID にコロンが含まれていない場合は、デフォルトの名前空間が暗示されます。 

タグの標準の場所は /etc/tags の下のみです。

存在しないパスまたは cq:Tag ノードを示していないパスを参照するタグは、無効と見なされて無視されます。

次の表に、タグ ID の例とその要素、リポジトリでそのタグ ID がどのように絶対パスに解決されるかを示します。

次の表に、タグ ID の例とその要素、リポジトリでそのタグ ID がどのように絶対パスに解決されるかを示します。
次の表に、タグ ID の例とその要素、リポジトリでそのタグ ID がどのように絶対パスに解決されるかを示します。
タグ ID
名前空間 ローカル ID コンテナタグ リーフタグ リポジトリ内の
タグの絶対パス
dam:fruit/apple/braeburn dam fruit/apple/braeburn fruit、apple braeburn /etc/tags/dam/fruit/apple/braeburn
color/red default color/red color red /etc/tags/default/color/red
sky default sky (なし) sky /etc/tags/default/sky
dam: dam (なし) (なし) (なし、名前空間) /etc/tags/dam
/etc/tags/category/car category car car car /etc/tags/category/car

タグタイトルのローカリゼーション

タグにオプションのタイトル文字列(jcr:title)が含まれている場合は、jcr:title.<locale> プロパティを追加することで、表示されるタイトルをローカライズすることができます。

詳しくは、以下を参照してください。

アクセス制御

タグは、リポジトリ内で分類のルートノードの下にノードとして存在します。 作成者やサイト訪問者に対し、特定の名前空間内でのタグの作成を許可または禁止するには、リポジトリに適切な ACL を設定します。

また、特定のタグまたは名前空間に対する読み取り権限を拒否することで、特定のコンテンツへのタグの適用を制御できます。

一般的な方法には以下のものがあります。

  • tag-administrators グループ/役割に、すべての名前空間(/etc/tags の下の add/modify)に対する書き込みアクセス権を許可します。このグループは、追加設定なしで使用できる AEM に付属しています。
  • ユーザー/作成者に、読み取り可能なすべての名前空間に対する読み取りアクセス権を許可します。
  • ユーザー/作成者が自由に定義できるタグが含まれる名前空間(/etc/tags/some_namespace の下の add_node)に対する書き込みアクセス権を、ユーザー/作成者に許可します。

タグ付け可能なコンテンツ:cq:Taggable Mixin

アプリケーション開発者がコンテンツタイプにタグ付けを付加するには、ノードの登録(CND)に cq:Taggable mixin または cq:OwnerTaggable mixin を含める必要があります。

cq:OwnerTaggable mixin は cq:Taggable から継承されており、その目的は、所有者または作成者がコンテンツを分類できることを示すことです。 AEM では、cq:PageContent ノードの属性にすぎません。 cq:OwnerTaggable mixin は、タグ付けフレームワークには必要ありません。

注意:

集約されたコンテンツアイテムの最上位ノード(またはその jcr:content ノード)では、タグの有効化だけをおこなうことをお勧めします。例えば、以下のような場合です。

  • cq:Taggable mixin が含まれている jcr:content ノードのタイプが cq:PageContent であるページ(cq:Page)。
  • jcr:content/metadata ノードに常に cq:Taggable mixin が含まれるアセット(cq:Asset)。

ノードタイプの表記(CND)

ノードタイプの定義は、リポジトリ内に CND ファイルとして存在します。 CND 表記は、こちらの JCR ドキュメントの一部として定義されています。

AEM に含まれるノードタイプの基本的な定義は、次のようになります。

[cq:Tag] > mix:title, nt:base
    orderable
    - * (undefined) multiple
    - * (undefined)
    + * (nt:base) = cq:Tag version

[cq:Taggable]
    mixin
    - cq:tags (string) multiple

[cq:OwnerTaggable] > cq:Taggable
    mixin

タグ付けされたコンテンツ:cq:tags プロパティ

cq:tags プロパティは、作成者またはサイト訪問者によってコンテンツに 1 つ以上のタグ ID が割り当てられたときにその ID を格納するための文字列配列です。 このプロパティは、cq:Taggable mixin で定義されているノードに追加した場合にのみ意味があります。

注意:

AEM のタグ付け機能を使用するには、カスタムで開発されたアプリケーションで cq:tags 以外のタグプロパティを定義しないでください。

タグの移動と統合

次に、タグ付けコンソールを使用してタグの移動または統合を実行した場合のリポジトリ内での影響について説明します。

  • タグ A を /etc/tags の下のタグ B に移動または統合した場合:
    • タグ A は削除されず、cq:movedTo プロパティを取得します。
    • タグ B が作成され(移動の場合)、cq:backlinks プロパティを取得します。
  • cq:movedTo がタグ B を指定します。
    このプロパティは、タグ A がタグ B に移動または統合されたことを示します。タグ B を移動すると、このプロパティはそれに応じて更新されます。タグ A は非表示になり、タグ A を示すコンテンツノード内のタグ ID を解決するリポジトリに保持されるだけになります。タグガベージコレクターは、タグ A のように、コンテンツノードで指定されなくなったタグを削除します。
    cq:movedTo プロパティの特殊な値に nirvana があります。この値は、タグが削除されたにもかかわらず、保持する必要のある cq:movedTo が含まれるサブタブが存在することが原因でそのタグをリポジトリから削除できない場合に適用されます。
  • cq:backlinks は、逆方向での参照を保持します。つまり、タグ B に移動またはマージされたタグの一覧を保持します。タグ B が移動、マージまたは削除されるとき、またはタグ B がアクティベートされ、そのすべてのバックリンクタグも同様にアクティベートする必要があるときは、通常、cq:movedTo プロパティを最新の状態に保持する必要があります。
  • コンテンツノードの cq:tags プロパティを読み取ると、以下のように解決されます。
    1. /etc/tags の下に一致するものがない場合、タグは戻されません。
    2. タグに cq:movedTo プロパティセットがある場合は、参照されるタグ ID が後に続きます。
      これは、その次のタグに cq:movedTo プロパティがある限り繰り返されます。
    3. 次のタグに cq:movedTo プロパティがない場合は、そのタグが読み取られます。
  • タグが移動またはマージされたときにその変更を発行するには、cq:Tag ノードとそのすべてのバックリンクを複製する必要があります。この処理は、タグ管理コンソールでタグがアクティベートされたときに自動的に実行されます。
  • 後でページの cq:tags プロパティに対して更新がおこなわれると、「以前の」参照が自動的にクリーンアップされます。移動したタグを API で解決すると移動先のタグが戻され、移動先のタグ ID が提供されることから、この処理がトリガーされます。

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

リーガルノーティス   |   プライバシーポリシー