Control visual eligibility

Keep every approved product visual useful, accessible, and accountable.

Manage a private SaaS product asset library with review queues, visible approvals, undo, bulk decisions, alt text, provenance, and safe archiving.

  • Five explicit asset kinds
  • Needs review and Approved states
  • Bulk approval or discard
  • Private until deliberate post use
assets / library-governance Site scoped
Asset library

Eligibility is a visible state

Needs review
12
discovered
Approved
38
eligible for reuse
Kinds
5
explicit labels
Archived
7
new use blocked
Screenshot
Diagram
Brand visual

Product screenshots, brand visuals, diagrams, logos, and other visuals remain filterable by origin and lifecycle state.

Direct answer

What is a governed product asset library?

A governed product asset library is a site-scoped workspace for visual files that may be placed directly in articles or used as controlled image-generation context. Blogged stores a label, description, accessible alt text, visual kind, tags, dimensions, format, origin, status, and source provenance with each asset. Website discoveries require approval, approved decisions stay visible and can be undone, deliberate uploads enter as approved, and archived assets stop being available for new use without breaking existing placements.

Inside Assets

A visual system with an origin, an approval state, and a deliberate use.

Each control keeps the difference between discovery, eligibility, exact placement, and generation context visible.

01
Eligibility

Move discovered visuals through a real review decision.

Needs review and Approved are visible states with per-item editing, page-level bulk decisions, discard, and undo.

  • Edit metadata and approve an individual candidate in one step.
  • Bulk-approve or discard candidates, then undo a mistaken decision.
  • Only active, approved assets are eligible for normal downstream reuse.
02
Findability & accessibility

Describe what the visual is, what it shows, and where it came from.

Labels, descriptions, alt text, kinds, tags, dimensions, origins, and source URLs make the library useful to people and workflows.

  • Classify product screenshots, brand visuals, diagrams, logos, or other files.
  • Keep accessible alt text separate from the internal description.
  • Filter website images, captures, uploads, and generated post-image history.
03
Lifecycle

Archive an asset without rewriting an article that already uses it.

Archiving removes a visual from future eligibility while existing post placements remain unchanged and traceable.

  • Library records stay bound to the workspace and active site.
  • Archived items do not appear as normal active choices for new work.
  • Existing article copies remain stable when the source asset is archived.
04
File safety

Normalize deliberate uploads before they enter the library.

JPEG, PNG, and WebP uploads are decoded as images, rotated, bounded by size and pixels, resized without enlargement, and stored as WebP.

  • Uploads must be 7 MB or smaller and pass image decoding.
  • Source dimensions are bounded and rendering width is capped at 2400 pixels.
  • A label and description are required before the file is saved.
How it works

From a public or uploaded visual to reviewed article evidence.

The workflow preserves site scope, provenance, eligibility, and editorial control instead of turning every image into automatic generation context.

  1. 01

    Add or discover a visual

    Upload an intentional file during onboarding or later, or run site discovery to create pending candidates with provenance.

  2. 02

    Review meaning and eligibility

    Confirm the kind, label, description, alt text, tags, source, and status before approving a discovered item.

  3. 03

    Use, update, or archive deliberately

    Approved assets become available to supported article workflows; later archiving blocks new use without altering existing placements.

A library the team can trust because approval has operational meaning.

Governance makes reuse safer, but approval is not a perpetual truth claim. Teams should update or archive visuals when the product changes, keep alt text contextual, and review the final article before publication.

FAQ

Questions about Asset library & governance.

Clear answers about discovery, approval, provenance, privacy, placement, and generation boundaries.

Who can see assets in the library?

Asset records are scoped to the workspace and active site. They remain private until a user deliberately attaches or applies one in a post; API access is role-checked.

Can I upload an asset during onboarding?

Yes. Upload a JPEG, PNG, or WebP screenshot or diagram when the website cannot expose it. Because the customer chose the file, it enters the approved library directly.

Which image formats can I upload?

Blogged accepts valid JPEG, PNG, and WebP image files up to 7 MB. Accepted uploads are normalized to WebP and resized without enlargement when needed.

What happens when I archive an approved asset?

The asset stops being eligible for normal new placements and reference selection. Existing post placements remain unchanged because articles use their own attached copy.

Is alt text generated automatically for every asset?

Discovered candidates may arrive with derived metadata, but the library exposes alt text for human review and editing. The final alt text should match the asset's actual role in the article.

Give each article an approved visual it can rely on.

Build the library, approve what is actually useful, and choose exact placement or reference-guided generation based on the evidence the article needs.