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.
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.
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.
Diagnosis
Surface variance, drift, and automation theatre before they compound under AI scale.
System Model
Shift from production pipeline to value creation system.
Structural Infrastructure
Make content reusable by design — a shared vocabulary, atomic units, and reusable patterns.
Execution Infrastructure
Connect workflow, routing, telemetry, DAM, and memory so the system can operate as one.
Control Systems
Govern AI execution and human judgment at scale through clear ownership and decision boundaries.
Activation Layer
Track every variant in production, measure outcomes, and feed signal back into the system.
Market Environment
The external context the system operates in — competitors, analyst coverage, and market signals outside your own stack.
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.
| Capability | What it means for a DAM |
|---|---|
| DM-1 — Approved-asset inventory, distinguishable from everything else held | You 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 exists | Each 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 constraints | The 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 retrieval | A 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, expiry | Status, owner and an expiry date are structured fields, so other systems can act on them. |
| DM-6 — Enrichment metadata: taxonomy tags, semantic labels, context | Assets 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 recorded | When 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 deployed | You 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 detection | The DAM finds assets that are nearly the same (re-cropped, resized, re-encoded), not only byte-identical copies. |
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.
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.
The matrix
Fifteen platforms, nine capabilities each, graded from each vendor's own public documentation.
| Vendor | DM-1 Approved inventory | DM-2 Provenance | DM-3 Rules on the asset | DM-4 Approval readable downstream | DM-5 Status and expiry | DM-6 Taxonomy and AI tags | DM-7 Expiry enforced | DM-8 Where used | DM-9 Near-duplicates |
|---|---|---|---|---|---|---|---|---|---|
| Acquia DAM | Verified Configured | Verified Native | Verified Native | Verified Configured | Verified Native | Verified Native | Verified Configured | Verified Configured | Verified Configured |
| Adobe AEM Assets | Verified Configured | Verified Native | Verified Configured | Verified Configured | Verified Native | Verified Native | Verified Configured | Verified Configured | Inferred |
| Aprimo | Verified Configured | Verified Native | Vendor-claimed Configured | Verified Configured | Vendor-claimed Configured | Verified Native | Inferred Assembled | Vendor-claimed Configured | Vendor-claimed Native |
| Brandfolder | Verified Configured | Verified Native | Verified Native | Verified Configured | Verified Native | Verified Native | Verified Configured | Verified Configured | Unknown◦ near-miss |
| Bynder | Unknown◦ near-miss | Verified Native | Verified Configured | Unknown◦ near-miss | Verified Native | Verified Native | Verified Configured | Verified Configured | Verified Configured · add-on |
| Canto | Verified Native | Verified Native | Verified Configured | Verified Native | Verified Native | Verified Native | Verified Configured | Unknown◦ near-miss | Unknown◦ near-miss |
| Cloudinary | Verified Configured | Verified Native | Verified Configured · third-party integration · beta | Verified Configured | Inferred Assembled | Verified Configured | Inferred Assembled · higher tier | Unknown◦ near-miss | Verified Configured · add-on · beta |
| Fotoware | Inferred Assembled | Verified Native | Verified Configured | Inferred Assembled | Unknown◦ near-miss | Verified Configured | Unknown◦ near-miss | Verified Native | Unknown |
| Frontify | Verified Configured | Verified Configured · higher tier | Verified Configured | Verified Configured | Verified Native | Verified Native | Verified Configured | Verified Native | Verified Native |
| OpenText DAM | Vendor-claimed Configured | Unknown | Vendor-claimed Configured | Vendor-claimed Configured | Unknown | Vendor-claimed Native | Vendor-claimed Configured | Unknown | Unknown |
| Orange Logic | Vendor-claimed Configured | Unknown | Verified Configured | Vendor-claimed Configured | Vendor-claimed Configured | Verified Configured | Vendor-claimed Configured | Unknown◦ near-miss | Unknown |
| Sharedien | Vendor-claimed Configured | Vendor-claimed Native | Vendor-claimed Configured | Vendor-claimed Native | Vendor-claimed Native | Vendor-claimed Native | Vendor-claimed Configured | Unknown◦ near-miss | Vendor-claimed Native |
| Sitecore Content Hub | Verified Native | Inferred | Verified Configured | Verified Native | Inferred | Verified Native | Verified Configured | Verified Configured | Inferred |
| Storyteq | Verified Native | Unknown | Verified Native | Unknown◦ near-miss | Verified Native | Verified Native | Verified Configured | Unknown | Unknown |
| Wedia | Vendor-claimed Configured | Unknown | Unknown | Vendor-claimed Configured | Unknown | Vendor-claimed Native | Unknown | Vendor-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.
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.
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.