Skip to main content
Encypher Logo

Programmatic

Put checkable provenance in every bid request.

Encypher relays verified signer, trust-chain status, and declared source type through a documented OpenRTB field. Sellers label signed inventory; buyers decide how to use the signal.

1 line

of config in an existing Prebid setup

Fail-open

every path completes the auction callback

Documented

OpenRTB fields buyers can inspect and test

The trade

One checkable signal, two independent decisions

Supply labels what was signed. Demand reads the same documented fields and decides whether the signal matters to its buying policy.

Sell side: publishers and SSPs

Put a checkable provenance signal in each bid request

Sign pages, articles, videos, and CTV streams, then relay the verified signer, trust-chain status, and declared source type in a documented OpenRTB field. The signal distinguishes signed from unsigned inventory without claiming human authorship.

  • Signing is free for ordinary publisher workflows
  • One-line config in an existing Prebid setup, no new ad-stack plumbing
  • Provenance-signed inventory is labeled in the bid request itself
  • Differentiate signed from unsigned supply with checkable evidence
  • Measure whether buyers use the signal before claiming a pricing effect

Buy side: DSPs and brands

Read a documented signal and apply your own buying policy

The trust signal arrives inside the OpenRTB bid request you already process. Every field is documented, and the proof behind it is independently checkable against the official C2PA Trust Lists. The declaration says what the signer asserted; it does not prove human authorship.

  • A documented signal set in every bid request, published field by field
  • Trust status derived from real certificate chain validation
  • Signer identity surfaces only when chain validation passes
  • Declared AI or human provenance relayed verbatim, no guesswork detection
  • Check any manifest yourself: the proof does not require trusting Encypher

Live today

What you can integrate today

The signal surface below is live. Everything further out is labeled for what it is.

  1. 1

    Prebid RTD module

    A Prebid Real-Time Data module reads the provenance signal on the page and injects Encypher trust signals into the OpenRTB bid request, where SSPs and DSPs read them like any other bid-stream field.

  2. 2

    OpenRTB trust-schema declarations

    Every field in the site.ext.data.c2pa extension is documented with exact definitions and versioned, so new fields are additive and safely ignorable by consumers that do not read them.

  3. 3

    Signed signal endpoints

    Public signing and manifest endpoints back the module. Page content is signed as a C2PA manifest, and every manifest is retrievable and independently verifiable by any party in the chain.

Paid signal layer

In pilot with early partners

Licensed, server-side domain-level intelligence for the demand side, delivered through authenticated partner keys. The free bid-stream facts stay free; derived intelligence is the licensed layer.

Metering-based settlement

In pilot with early partners

Impression measurement instrumentation feeding contract-level reconciliation, so partner settlement can be grounded in co-measured counts rather than one-sided reporting.

AdCP alignment

Standards engagement

Aligning the signal schema with emerging agentic ad protocols including AdCP, so provenance signals stay portable as the ecosystem evolves. See the note below.

Guided AdCP sandbox

See buyer policy change a fixed inventory outcome

Review fictional inventory, choose a buyer policy, and inspect the simulated lifecycle in the authenticated dashboard.

Fixed example inventoryFour fictional presentation states.
Buyer-controlled policyRequire, prefer, or ignore.
Simulated lifecycleStandard steps, without a buy or delivery.

No media was bought or delivered. No spend occurred.

Open guided simulation

Prefer a walkthrough without a login? Try the Authorized Supply (Ad Tech) publisher walkthrough in your browser.

Expert referenceOpenRTB payload and module behaviorFor ad-platform architects and implementation teams: source order, cache behavior, fail-open semantics, field definitions, and conformance evidence.

For technical readers

The signal, under the hood

What the RTD module actually does on the page, and the exact shape it injects into the bid request.

What the RTD module injects

The module resolves a provenance payload for the current page and writes it to the OpenRTB bid request at site.ext.data.c2pa, where Prebid merges it into the request every bidder receives. It reads from three sources, in order:

  • Production path: the page carries a manifest meta tag placed upstream by a CMS plugin, CDN worker, or direct API integration. The module reads it with no signing call in the auction hot path.
  • Cache path: a local cache serves repeat pageviews without any network call.
  • Onboarding path: with no upstream signing in place, the module can sign page content once via the public signing endpoint, so a publisher sees the signal in bid requests immediately.

Every path and every error branch is fail-open: the module completes the auction callback whether or not a signal was resolved, so it never blocks or delays bidding. Full endpoint reference in the API documentation.

The OpenRTB extension shape

"site": { "ext": { "data": { "c2pa": {
  "manifest_url": "https://api.encypher.com/...",
  "verified": true,
  "trust_status": "trusted",
  "signer_name": "Example Daily News",
  "content_declaration": "human_declared",
  "verifier": "encypher.com",
  "schema_version": 4
} } } }

Shown abridged. The payload also carries signing metadata: signer_tier, signed_at, verified_at, content_hash, source, extraction_method, and action.

  • trust_status trusted, untrusted, or unknown. "trusted" means the signing certificate chain-validated against the official C2PA trust list, including EKU and revocation checks. Registration or payment status never influences it.
  • signer_name The publisher display name, present only when trust_status is trusted. An unvalidated certificate can never surface a brand-like name in the auction.
  • content_declaration human_declared, ai_assisted_declared, ai_generated_declared, or undeclared. A verbatim relay of what the signed manifest declares via C2PA actions and IPTC digitalSourceType. Encypher runs no AI detection; a manifest that declares nothing is undeclared.
  • verifier Attribution of who computed the signal (encypher.com), so consumers know which verifier emitted it and can hold that verifier to its published definitions.
  • schema_version Versioned payload. Fields are additive only; a consumer built against an earlier version keeps working and can ignore fields it does not read.

Standards, for the diligence file

The official C2PA Conforming Products List records Encypher as a conformant generator product at assurance Level 1, with generation and validation coverage across 20 media types (conformance dated May 26, 2026). Encypher's claim-signing and timestamp authorities appear on the official C2PA Trust Lists. Encypher authored the C2PA standard for unstructured text and co-chairs the Text Provenance Task Force. Details on the trust page.

Bring verified inventory to your pipes

Tell us which side of the auction you operate on and what you trade. We will come back with the integration path and terms that fit.

Talk to partnerships