Understand categories, tags and authors

A taxonomy, or classification, groups terms used to describe content. Categories, Tags and Author(s) are familiar examples. A term is a value in a classification, such as Reporting or Alex Rivera. Your integration can supply other classifications and labels.

Follow one article

City Journal's “City Hall budget explained” might carry these classifications:

First find the article in Admin Content. Click its populated Taxonomies cell to expand the classification names and the terms recorded beneath each one. Compare them with the article's intended classification.

The expanded cell displays names. It does not provide a taxonomy editor or show the underlying keys.

Names and identities

A displayed label helps people recognize a classification or term. The integration also supplies keys that identify them within the publication. A classification's key, a term's key and their recorded relationship carry information that a label alone cannot confirm.

Two terms with the same displayed name need not have the same identity. Reusing a term identity under different classifications can also make an access selection broader than the labels suggest. If the selection matters for access, ask the integration owner to confirm the intended classification key, term key and article association in the correct publication. Use distinct term identities for distinct selections.

For technical examples, share Developer Central's classification inputs with the integration owner. The illustrative names above are not fixed keys every publication must use.

Connect the article to a Plan

For a City Journal Reporting Plan, an Allowed rule selecting Categories → Reporting can select this article when it carries the intended Reporting term. Choosing that term in the Plan does not attach Reporting to articles; the article's classification must already be supplied separately.

Use Understand content access rules for matching, exclusions and limits. That guide also explains why several Allowed terms do not necessarily mean an article must match every one. This article's classification alone does not decide a particular reader's access.

If a classification is missing or wrong

1. Confirm that you found the intended article in the correct publication. Compare its title, content type, stored link when present and known content key.
2. Expand the Taxonomies cell and compare the recorded names with the expected Categories → Reporting, Tags → City Hall and Author(s) → Alex Rivera values.
3. Ask the integration owner to compare the content record's classification keys, term keys and associations with the publisher's source values. Include the publication, article URL, content key and expected classification.
4. Check the Plan's selected terms separately using the access-rule guide. A missing term in the Plan selector and a missing term on the article are different places to investigate.

A CMS label change does not establish that Wallkit's stored classification changed. Confirm the integration's registration/update path before expecting the record or Plan selection to reflect it.

Return to Content or Understand a content record for the metadata and integration boundary.