デジタルアセットの管理方法

ほとんどの企業に不足しているのはコンテンツではありません。問題は見つけやすさです。アセットは存在していても、地域ごとのフォルダー、代理店のドライブ、またはメールのスレッドに埋もれています。

デジタルアセット管理とは、アセットのライフサイクルのあらゆる段階を管理することです。つまり、どのように整理されるか、誰が使用できるか、どのように承認されるか、新しいバージョンがどのように古いものと置き換わるか、そしていつ廃止されるかを管理します。これが適切に行われると、オーディエンス、そしてますます増えているAI検索エージェントが、最初から適切なアセットを見つけ、自信を持って利用できるようになります。

デジタルアセットの管理には、相互に関連する6つの業務があります。アセットを1か所に保管すること、一貫したメタデータで説明すること、誰が利用できるかを管理すること、公開前に承認すること、常に最新のバージョンを1つ維持すること、そして期限切れになったら廃止することです。デジタルアセット管理（DAM） プラットフォームは、これらの業務を1つのシステムにまとめ、各アセットにその履歴とルールを持たせます。

最適な出発点は、アセット監査です。何を保有しているか、どこにあるか、どの形式を使用しているか、どのアセットが再利用されているかを把握しましょう。監査によって最大の問題点が明らかになり、比較のための基準値も得られます。

アセットは、すべてのチームが同じ方法で説明すると見つけやすい状態を保てます。共通のルールがなければ、あるチームは「Q3 campaign」とタグ付けし、別のチームは「autumn launch」とタグ付けするため、検索はどちらも見つけられません。

1. 共通のタクソノミーについて合意します。すべてのアセットに必要なカテゴリ（ブランド、製品、地域、キャンペーン、利用権など）を定義します。最上位の階層は短く保ち、チームが実際に検索する箇所にだけ深さを持たせます。
2. メタデータ標準を設定します。どの項目を必須にするか、どの値を許可するかを決めます。選択式リストは自由記述より優れています。表記ゆれによって検索結果が分断されるのを防げるためです。
3. バックアップとして命名規則を使います。ブランド、製品、日付、バージョンなどを含む予測しやすいファイル名は、アセットがDAMの外に出たときに役立ちます。これはメタデータを補完するものであり、置き換えるものではありません。
4. 定型的なタグ付けはAIに任せます。AIは、アセットの登録時にキーワード、タクソノミー値、説明文を提案できます。提案を確認し、その後ルールを調整して、時間とともに精度を高めます。
5. 該当する項目だけを表示します。マルチブランドのライブラリでは、条件付き項目によってフォームを短く保てます。あるブランド向けのアセットをタグ付けするチームには、そのブランドの項目だけが表示され、他は表示されません。

アセットのコピーではなく、アセットへの参照を共有します。グローバル組織の各地域チームは、1つの管理されたライブラリで作業する代わりに、ローカルドライブ、メール、プロジェクトツールにアセットを保存することがよくあります。コピーが1つ増えるたびに、ブランドガイドラインから外れたり、使用権の期限を過ぎても残ったりするバージョンが生まれます。

1. マスターライブラリは1つに保ちます。承認済みアセットはすべて一度だけ中央に保存し、ダウンロード元はそこだけにします。
2. メタデータでアクセス範囲を設定します。地域や代理店ごとに、市場やブランドなど、アセットに付与されたタグに基づいてアクセス権を付与します。アセットが再タグ付けされると、アクセス権も自動的に更新されます。
3. ファイルではなくコレクションを共有します。チームが必要とするアセットを共有コレクションにまとめます。コレクションは元のアセットを参照するため、更新は即座に全員へ反映されます。
4. 代理店には制御された表示範囲を提供します。ライブラリ全体を公開することなく、外部パートナーには必要なものだけ、または自分たちがアップロードしたものだけを表示できます。
5. 単発の共有には有効期限付きリンクを使います。システム外の相手にファイルを渡す必要がある場合は、添付ファイルではなく終了日付きのリンクを送ります。

承認をアセットのライフサイクルに組み込み、さらにDAMを公開先のツールと連携させましょう。承認がメール上で行われ、最終ファイルをいったんダウンロードして別の場所に再アップロードしなければならないと、手作業の引き継ぎが発生します。

1. アセットが経る状態を定義します。シンプルなフローは、作成済み、レビュー中、承認済みです。法務確認やブランドレビューなど、実際の確認が発生する場合にのみステップを追加しましょう。
2. ルールに基づいてレビュアーを割り当てます。たとえばブランドや地域ごとに、アセットを適切なレビュアーへ自動的に振り分け、レビューを順番に行うか並行して行うかを決めます。
3. 承認を検索のゲートにします。キャンペーンチームが検索できるのは承認済みアセットのみにし、誤ってドラフトを使ってしまうことを防ぎましょう。
4. アセットが却下された理由を記録します。アセットに短い却下理由を残すことで、メールのやり取りを1往復減らし、投稿者に何が良い基準なのかを伝えられます。
5. 公開ツールをDAMと連携させます。CMS、メール配信プラットフォーム、クリエイティブツールが承認済みアセットを直接取得できれば、ダウンロードしてアップロードする手順は不要になります。

重複検出は、誰かが別のコピーを追加する前に、すでに存在するアセットを見つけます。バージョン管理は、履歴を保持しながら最新の1つのバージョンを維持します。これらを組み合わせることで、ほぼ同一のファイルでライブラリが埋め尽くされるのを防げます。

1. アップロード前に検索する。ライブラリの確認を投稿者の最初のステップにし、ワークフローに組み込めるほど迅速に行えるようにします。
2. 視覚的な類似性を使って類似重複を見つける。AIビジュアル検索は、ファイル名やタグが異なる場合でも、見た目が似ている画像を見つけられるため、レビュアーは再アップロードを検出できます。
3. 新しいアセットではなく、新しいバージョンをアップロードする。アセットが変更された場合は、新しいファイルを既存アセットのバージョンとして追加します。リンク、メタデータ、使用履歴を1か所にまとめて維持できます。
4. マスターを1つに保つ。1つのバージョンを現行版として指定し、変更を元に戻す必要がある場合に復元できるよう、以前のバージョンも利用可能な状態で保持します。
5. 定期的に整理する。重複や古いファイルがないか、ライブラリを定期的に見直します。より小さく整理されたライブラリは検索しやすく、リスクも低くなります。

単独ではできませんし、おそらくそうしたくもないはずです。期限切れはアセットに対するルールとして機能するのが最適です。つまり、ライセンスが終了すると、そのアセットは使用できなくなります。アーカイブは、AIが候補の特定を支援しつつ、意図的かつ元に戻せる判断として行うほうが適しています。

1. すべてのアセットに権利情報と有効期限を保存します。ライセンス条件、使用制限、終了日を、別のスプレッドシートではなく、アップロード時にメタデータとして記録します。
2. 公開前に権利を確認します。DAMが、権利期限切れのアセットがチャネルに届く前に、それらをブロックまたはフラグ付けするようにします。
3. 共有リンクに終了日を設定します。外部パートナー向けのリンクは、キャンペーンまたは契約が終了した時点で無効になるようにします。
4. ルールで定型作業を自動化します。イベントベースのルールを使用して、メタデータが変更されたときに所有者へ通知したり、アセットのステータスを更新したりします。
5. 意図的にアーカイブし、元に戻せる状態を保ちます。期限切れで未使用のアセットを定期的に見直し、一括でアーカイブし、再び必要になった場合は復元します。

• 役割と権限を見直します。チーム、地域、代理店の変更に合わせてアクセスを確認し、必要な情報だけを適切な人が見られるようにしましょう。
• DAM 内でコラボレーション。アセットやコレクションへのコメントでフィードバックを文脈に沿って共有でき、メールに分散しません。
• 常に最新の状態を維持。承認済みアセットをチームが簡単に見つけられ、AI が読み取れるようにするため、DAM プラットフォームは進化し続ける必要があります。

エンタープライズ DAM で注目すべき機能については、Enterprise DAM features: What matters when AI reads your contentをご覧ください。

このガイドのあらゆる実践は、プラットフォームが定型作業を担うことで、より簡単になります。たとえば、アップロード時のタグ付け、公開前の権利確認、コピーではなく参照による共有などです。SitecoreAI DAM（旧 Sitecore Content Hub の一部）が、自社のアセットとチーム向けに、タクソノミー、承認、バージョン管理、有効期限管理をどのように処理するかをご覧ください。