Skip to main content
The Brand Manifest is a standardized format for identifying the advertiser and providing brand context in AdCP. It tells publishers who the advertiser is (for policy compliance and business purposes) and optionally provides brand guidelines, assets, and product catalogs for creative generation. Brand manifests can be provided either inline as a JSON object or by URL reference to a hosted manifest file.

Overview

Brand manifests solve a key problem: how to efficiently identify advertisers and provide brand context without requiring complex authorization flows or repeated data entry. The brand manifest provides:
  • Advertiser identity: Publishers know who they’re doing business with (KYC/policy compliance)
  • Brand guidelines: Colors, fonts, tone, and visual identity for creative generation
  • Asset libraries: Logos, images, and videos for creative assembly
  • Product catalogs: SKUs and offerings for promotional targeting
  • Consistent identity: Same brand information reused across all requests

Key Benefits

  • Know Your Customer: Publishers can verify advertisers meet their standards
  • Minimal Friction: Start with just a name or URL, expand as needed
  • Cacheable: Same brand manifest reused across all requests
  • Standardized: Consistent format across all AdCP implementations
  • Flexible: Supports SMB to enterprise use cases
  • AI-Optimized: Structured for easy ingestion by creative agents

Providing Brand Manifests

Inline JSON Object

Provide the brand manifest directly in the request:

URL String

Reference a hosted brand manifest file with a URL string:
The manifest at the URL must conform to the brand-manifest.json schema. Benefits of URL references:
  • Centralized management: Update brand information in one place
  • Version control: Track changes to brand guidelines over time
  • Reduced payload size: Large manifests don’t bloat every request
  • CDN caching: Leverage edge caching for faster access
  • Consistency: Same manifest across all campaigns and platforms

Use Cases

Minimal Manifest (Sales Agents / Media Buying Only)

If you’re building a sales agent focused purely on media buying, you can provide a minimal manifest. The brand manifest is required so publishers know who the advertiser is (for policy compliance and business purposes), but you don’t need extensive brand details unless you’re using creative generation or optimization features. Minimal inline manifest:
Or even simpler for brands with URLs:
Or reference a minimal hosted manifest:
This minimal approach provides:
  • Advertiser identity for publisher KYC and policy compliance
  • Basic business information for reporting and tracking
  • Future extensibility if you later need creative generation
You can safely skip colors, fonts, logos, product catalogs, and tone unless your use case requires them.

SMB / Ad Hoc Creative Generation

For small businesses or one-off campaigns needing creative generation, a minimal brand manifest with a URL provides enough context:
Creative agents can infer brand information from the URL, pulling logos, colors, and style from the website.

Enterprise / Established Brand

For established brands with defined guidelines, host the manifest on a CDN: Hosted at https://cdn.acmecorp.com/brand-manifest.json:
Reference in requests:

Multi-SKU Retailer

Large retailers can provide product feeds and asset libraries:

Brands Without URLs

Some brands don’t have dedicated URLs (white-label products, local businesses, B2B brands). Brand cards support name-only identification:
Common cases for name-only brands:
  • White-label/store brands (e.g., “Great Value”, “Kirkland”)
  • Local businesses without websites
  • B2B brands without public sites
  • Sub-brands under parent company URLs

Brand Manifest Schemas

Brand Manifest Reference (Union Type)

Schema URL: /schemas/v2/core/brand-manifest-ref.json The brand manifest reference is a union type that accepts either:
  1. Inline object: Full brand manifest JSON object
  2. URL reference: Object with manifest_url field pointing to hosted manifest

Brand Manifest Object

Schema URL: /schemas/v2/core/brand-manifest.json The structure of the brand manifest object itself (whether provided inline or hosted at a URL).

Required Fields

Either url OR name is required (both can be provided):

Optional Fields

Logo Object

Common Tags: "dark", "light", "square", "horizontal", "vertical", "icon", "wordmark", "lockup"

Colors Object

Fonts Object

Disclaimer Object

Asset Object

ProductCatalog Object

Integration with AdCP Tasks

create_media_buy

Include brand manifest in media buy creation to provide context for creative generation:

build_creative

Use brand manifest to inform creative generation:

Best Practices

1. Start Simple, Expand as Needed

Begin with just a URL. Add more fields only when the URL-based inference isn’t sufficient:

2. Use Semantic Tags for Logos

Tags help creative agents select appropriate logo variants:

3. Cache and Reuse Brand Manifests

Brand cards are designed to be cached. Use URL strings for automatic caching:
Or cache inline manifests yourself:

4. Product Feeds for Multi-SKU

Large retailers should provide product feeds:
Supported Feed Formats: RSS, JSON Feed, Product CSV

5. Asset Libraries for Enterprise

Enterprise brands with large asset libraries should provide explicit assets:

Evolution and Versioning

Brand cards are versioned using the metadata.version field:
Version updates:
  • Patch (2.0.1): Fix typos, update contact info
  • Minor (2.1.0): Add new assets, update colors
  • Major (3.0.0): Complete rebrand, new identity

Migration from brand_guidelines

For implementations using the legacy brand_guidelines field in build_creative: Before (Legacy):
After (Brand Manifest):