Content Value Chain
Content Value Chain — Capability Map · DAM Memory Bank

Fifteen DAM Platforms: Can Other Systems Tell Which Assets Are Approved?

We read each vendor's own documentation on the nine things a governed asset memory needs to do.

We checked fifteen digital asset management platforms against nine capabilities from the DAM Memory Bank: whether approved assets are distinguishable, whether other systems and AI can read that approval, whether rights are enforced when they expire, where assets end up, and whether near-duplicates are caught. We used only each vendor's own public documentation and four evidence grades. Every vendor documents or claims tagging and taxonomy. Eight document an approval state that other systems can read. Four document near-duplicate detection. And four of the fifteen publish no product documentation at all, which limits what anyone outside can verify.

15 vendors evaluated9 capabilities checkedPublic documentation onlyPublished November 2026
Method

About this research

This report is part of the Content Value Chain capability map — an ongoing, evidence-graded research project checking what marketing and content platforms actually document, not what their marketing pages promise. Each category we publish breaks one part of the content operating stack into specific, testable capabilities, then checks every vendor's own public documentation against each one, using four evidence grades, from Verified to Unknown. We don't rank vendors or declare a winner — the matrix shows what's documented, capability by capability, so you can weigh it against what actually matters for your team.

What you're reading here answers one question: what these platforms could do, based on what's publicly documented — the Licensed ceiling. It doesn't answer whether any of it is actually switched on in a specific organization's instance, or whether teams use it day to day — those are separate questions (Enabled, Practised), and they can only be measured inside a real stack, not from public documentation. That's the deeper version of this same assessment: the Content Value Chain diagnostic runs the identical evidence discipline and the same four grades against your own tools instead of the open market.

It's the same framework behind the Content Value Chain book; this is the field research underneath it, published as we do it.

Which vendors, and why these fifteen. The fifteen are DAM platforms that large organisations shortlist today: the main enterprise vendors in the category, plus the vendors presenting on the main stage at onDAM Paris 2026. Each is graded on its DAM product only: Acquia DAM (not Acquia's CMS), Adobe AEM Assets as a Cloud Service, Sitecore Content Hub (not SitecoreAI), Fotoware Veloz, Brandfolder (not Smartsheet's work management), and Canto's DAM (not its Product Hub add-on). Grades describe the documentation as it stood on 3 November 2026.

Disclosure. Sharedien is a Founding Book Launch Partner of Michael Klazema's book The Content Value Chain. The partnership covers the book launch only. It does not cover this or any other report and gives Sharedien no say in it. Sharedien was graded on the same rules as every other vendor: public documentation only.

Framework

Where this fits in the whole system

The DAM Memory Bank is the system's governed memory of approved content: what exists, who owns it, what rules apply to it, and whether it is still allowed to be used. It sits underneath everything that generates or assembles content. When AI tools and agents start pulling assets on their own, the question shifts from "can people find the right asset?" to "can a machine tell which assets it is allowed to use?" The nine capabilities below test that.

01

Diagnosis

Failure Modes Map

Surface variance, drift, and automation theatre before they compound under AI scale.

02

System Model

Content Factory (Ch.2)Service Lifecycle (Ch.3)Content Value Chain (Ch.4)

Shift from production pipeline to value creation system.

03

Structural Infrastructure

Universal Taxonomy (Ch.5)Atomic Content (Ch.9)Pattern Library (Ch.10)

Make content reusable by design — a shared vocabulary, atomic units, and reusable patterns.

04

Execution Infrastructure

Digital Backbone (Ch.11)DAM Memory Bank (Ch.12)

Connect workflow, routing, telemetry, DAM, and memory so the system can operate as one.

05

Control Systems

Insight Engine (Ch.6)AI Agent Org Chart (Ch.7)AI Strangler Facade (Ch.8)Brand LLM / AI Brand Governance (Ch.13)Decision Domain Map (Ch.14)

Govern AI execution and human judgment at scale through clear ownership and decision boundaries.

06

Activation Layer

Variant Ledger (Ch.15/16)

Track every variant in production, measure outcomes, and feed signal back into the system.

—

Market Environment

Market Environment

The external context the system operates in — competitors, analyst coverage, and market signals outside your own stack.

Glossary

What we checked

Each of these components breaks down into specific, testable capabilities — the part of a content operation responsible for what happens to approved assets once other systems and AI start using them.

CapabilityWhat it means for a DAM
DM-1 — Approved-asset inventory, distinguishable from everything else heldYou can separate approved, usable assets from drafts, uploads waiting for review, archives and expired files, and filter on that difference.
DM-2 — Asset provenance: origin, owner, why it existsEach asset records who added it, when, and from where, recorded by the system rather than typed in by hand.
DM-3 — Governance context on the asset: applicable constraintsThe rules that apply to an asset (licence, territory, channel, embargo, model release) are stored on the asset itself.
DM-4 — Approval state readable by downstream retrievalA CMS, a portal, an integration or an AI agent can see whether an asset is approved, through the API, events or delivery, not only in the DAM's own screens. This is the pivotal one.
DM-5 — Operational metadata: format, status, owner, expiryStatus, owner and an expiry date are structured fields, so other systems can act on them.
DM-6 — Enrichment metadata: taxonomy tags, semantic labels, contextAssets carry meaning-level metadata from a controlled taxonomy or from AI tagging, not only free-text keywords.
DM-7 — Rights and licence expiry enforced at delivery, not just recordedWhen a licence or usage period ends, the DAM blocks, hides or unpublishes the asset by itself. A date on its own, or an email reminder, does not count.
DM-8 — Usage tracking: where an asset has been deployedYou can see where an asset is used outside the DAM (sites, pages, channels or connected systems) before you change or withdraw it.
DM-9 — Near-duplicate detectionThe DAM finds assets that are nearly the same (re-cropped, resized, re-encoded), not only byte-identical copies.
Taxonomy

How we chose these nine, and what they're not

These nine capabilities come from the book, not from vendor feature lists or analyst reports. Chapter 12 describes the DAM Memory Bank as the system's governed memory of approved content, and names its failure mode: the Enterprise Junk Drawer, a repository where nobody can tell what is approved, where it came from, or whether it is a copy. DM-1, DM-2 and DM-9 are that failure made testable. DM-4 and DM-7 test whether the memory still governs once other systems and AI take assets out of it. We restated each property as something a product either verifiably does or does not do, then checked every vendor's own documentation against it.

That also means this is not exhaustive. DAM platforms have real strengths that do not appear here, such as the search experience, brand portals, templating, video handling, creative-tool integrations and price, because they are not what this component is about. A vendor with gaps here can still be the right choice for a team whose priorities sit elsewhere. This report answers one narrow question: what is documented about governing approved assets once other systems use them. It does not say which DAM to buy.

And it is not a feature comparison. A feature comparison starts from a vendor's own list of what it sells and ticks a box when the feature exists. This starts from what the book argues a governed asset memory needs, and names every capability by its function, never by a product name. A capability gets a Verified grade only when the vendor's own documentation, not its marketing copy, describes the mechanism. In the full report, every grade links to that page and quotes the sentence it rests on.

Evidence scale

How to read the grades

Evidence grade

  • Verified — the vendor's own product, help or developer documentation describes the specific mechanism.
  • Vendor-claimed — stated on a marketing or product page, without a described mechanism.
  • Inferred — reasoned from adjacent evidence, not directly stated.
  • Unknown — not found in what we checked. That is not the same as confirmed absent.

A small ◦ marker next to Unknown means a near-miss: the vendor documents something close, but it doesn't meet the capability as defined. The full findings explain what.

How it arrives (shown under Verified grades)

  • •Native — the product does it out of the box; you supply only your content, such as a word list.
  • •Configured — an administrator fills in named fields or settings the product provides, such as a tone field or a per-channel rule.
  • •Assembled — your team would have to build it from generic parts, such as a free-text prompt or custom fields. We never grade Assembled above Inferred, because a capability you have to design yourself is not one the product delivers.

Plan level (where the documentation says so)

  • •Higher tier — the product does it, but not on every plan.
  • •Add-on — available as a separate purchase.
  • •Third-party — needs another product alongside it.

No plan label means it is in the base product, or the documentation didn't say which plans include it.

Where this grading stops

Everything in this report is graded from the outside, from documentation any buyer can read. That sets a limit, and we hold to it. The highest grade here, Verified, means the vendor's own documentation describes the mechanism. It does not mean we have tested it, that it works as described, or that you have it.

We grade three levels in a full assessment. Licensed: what the product can do on the plan you buy. Enabled: what is actually switched on and configured in your instance. Practised: whether your team's day-to-day work goes through it or around it. Public documentation can only answer the first, so that is where the grading in these reports stops. Where a vendor keeps its user guides behind a customer login, the grade stops earlier still, at what its public pages and developer documentation show, and we say so in the findings.

The other two levels can only be measured inside your own stack. That is what the Content Value Chain diagnostic does, with the same capabilities and the same evidence rules.

A cell can also say beta, early access or lab, where the vendor describes the feature that way. ◦ documented absent means the vendor's own documentation says the capability is not supported, as of the month shown. It is a marker on Unknown, not a fifth grade.

Findings

The matrix

Fifteen platforms, nine capabilities each, graded from each vendor's own public documentation.

VendorDM-1 Approved inventoryDM-2 ProvenanceDM-3 Rules on the assetDM-4 Approval readable downstreamDM-5 Status and expiryDM-6 Taxonomy and AI tagsDM-7 Expiry enforcedDM-8 Where usedDM-9 Near-duplicates
Acquia DAMVerified
Configured
Verified
Native
Verified
Native
Verified
Configured
Verified
Native
Verified
Native
Verified
Configured
Verified
Configured
Verified
Configured
Adobe AEM AssetsVerified
Configured
Verified
Native
Verified
Configured
Verified
Configured
Verified
Native
Verified
Native
Verified
Configured
Verified
Configured
Inferred
AprimoVerified
Configured
Verified
Native
Vendor-claimed
Configured
Verified
Configured
Vendor-claimed
Configured
Verified
Native
Inferred
Assembled
Vendor-claimed
Configured
Vendor-claimed
Native
BrandfolderVerified
Configured
Verified
Native
Verified
Native
Verified
Configured
Verified
Native
Verified
Native
Verified
Configured
Verified
Configured
Unknown◦ near-miss
BynderUnknown◦ near-missVerified
Native
Verified
Configured
Unknown◦ near-missVerified
Native
Verified
Native
Verified
Configured
Verified
Configured
Verified
Configured · add-on
CantoVerified
Native
Verified
Native
Verified
Configured
Verified
Native
Verified
Native
Verified
Native
Verified
Configured
Unknown◦ near-missUnknown◦ near-miss
CloudinaryVerified
Configured
Verified
Native
Verified
Configured · third-party integration · beta
Verified
Configured
Inferred
Assembled
Verified
Configured
Inferred
Assembled · higher tier
Unknown◦ near-missVerified
Configured · add-on · beta
FotowareInferred
Assembled
Verified
Native
Verified
Configured
Inferred
Assembled
Unknown◦ near-missVerified
Configured
Unknown◦ near-missVerified
Native
Unknown
FrontifyVerified
Configured
Verified
Configured · higher tier
Verified
Configured
Verified
Configured
Verified
Native
Verified
Native
Verified
Configured
Verified
Native
Verified
Native
OpenText DAMVendor-claimed
Configured
UnknownVendor-claimed
Configured
Vendor-claimed
Configured
UnknownVendor-claimed
Native
Vendor-claimed
Configured
UnknownUnknown
Orange LogicVendor-claimed
Configured
UnknownVerified
Configured
Vendor-claimed
Configured
Vendor-claimed
Configured
Verified
Configured
Vendor-claimed
Configured
Unknown◦ near-missUnknown
SharedienVendor-claimed
Configured
Vendor-claimed
Native
Vendor-claimed
Configured
Vendor-claimed
Native
Vendor-claimed
Native
Vendor-claimed
Native
Vendor-claimed
Configured
Unknown◦ near-missVendor-claimed
Native
Sitecore Content HubVerified
Native
InferredVerified
Configured
Verified
Native
InferredVerified
Native
Verified
Configured
Verified
Configured
Inferred
StoryteqVerified
Native
UnknownVerified
Native
Unknown◦ near-missVerified
Native
Verified
Native
Verified
Configured
UnknownUnknown
WediaVendor-claimed
Configured
UnknownUnknownVendor-claimed
Configured
UnknownVendor-claimed
Native
UnknownVendor-claimed
Native
Unknown

Graded 3 to 9 November 2026 from each vendor's product, help and developer documentation. Small text under a grade shows how a capability arrives and where it is limited to a higher tier, add-on, third-party integration or beta. OpenText, Sharedien and Wedia publish no product documentation, so their grades rest on their own public pages and reach Vendor-claimed at most. Orange Logic's feature documentation needs a customer login; its two Verified grades come from its public developer portal. Unknown means we did not find it, not that the product lacks it. We do not total grades per vendor.

Full report

What the documentation actually shows

Eight of fifteen platforms document an approval state that other systems can read. One of the best-known DAMs keeps approval on the upload request instead of the asset, and four vendors publish no product documentation at all...

Unlock the full findings and evidence

Sign up to open the full findings, the evidence behind every grade, and the questions to ask each vendor.

Diagnostic

Licensed, Enabled, Practised

Want to know if this is true for your own stack?

Eight of these fifteen platforms document an approval state that other systems can read, and for the other seven it is only claimed or not documented, so whether an AI tool in your stack can tell an approved asset from a draft depends on which platform you run and how it is connected.

A Content Value Chain diagnostic runs this same evidence-graded check — the same capabilities, the same four evidence grades — against what your organization is actually licensed for, has configured, and genuinely uses in practice.

Explore the full research library →