Open Projects

Türkçe: TECHNICAL-ANALYSIS.tr.md

Publisher Revenue in AI Answers: Technical Analysis (Research Level)

Non-binding technical analysis. The proposal describes the what and the why. This note shows one way to build the model so that it works reliably, and names existing standards that can be reused. It is a research-level design, not a specification. A real implementation should adapt it to its own scale, markets and laws. Commercial implementations are subject to the commercial license.

1. What must work flawlessly

The model fails if any of these fails. Every component below exists to guarantee one of them.

# Guarantee Failure it prevents
G1 Every use of a source’s content is counted once and only once Under-payment, double payment
G2 Each source’s share of an answer is computed by published, auditable rules Disputes, gaming
G3 Ads and fees never change the answer or the choice of sources Bought answers, loss of trust
G4 Every ad is unmistakably marked as an ad Hidden advertising, legal breach
G5 Conversation content never reaches the ad side Profiling, privacy breach
G6 Payments match audited counts and are settled on time Unpaid publishers
G7 Fraud (fake sources, fake traffic, fake clicks) is detected and clawed back Money flowing to fraudsters
G8 The answer is never slowed down by the ad or fee system Bad user experience

2. Components

 Publisher ──terms──▶ Source registry ◀──verify── Trust-label bodies
     ▲                     │
     │ payouts             ▼ terms, ad inventory IDs, trust label
 Clearing & ◀──events── AI provider ──answer──▶ User
 settlement               │  │                     ▲
     ▲                    │  └─content IDs──▶ Ad selection ──labelled ad slot──┘
     └──── audit ◀── Usage ledger (signed events)

2.1 Source registry and terms

2.2 Content identity

2.3 Identified retrieval

2.4 Usage ledger

2.5 Attribution (G2)

2.6 Free sessions: ad selection and display (G3, G4, G5, G8)

2.7 Ad labelling (G4)

Every ad shown in an AI session must:

This follows existing disclosure law: the EU Digital Services Act requires platforms to show, for each ad, that it is an ad, on whose behalf it is shown, who paid and the main targeting parameters (Regulation (EU) 2022/2065, Art. 26, EUR-Lex). Turkish consumer law prohibits covert advertising (Law No. 6502, Art. 61(4), Mevzuat). The US FTC treats ads formatted to look like ordinary content as deceptive (FTC).

2.8 Paid, API and agent sessions: per-use fees

2.9 Measurement and fraud (G7)

2.10 Neutrality testing (G3)

2.11 Clearing and settlement (G6)

2.12 Privacy (G5)

2.13 Trust labels

3. Operating model: provider ad networks or one shared platform

Two ways to run the same standard:

  A. Each AI provider runs its own ad network (“Gemini Ads”, “ChatGPT Ads”, “Claude Ads”…) B. One shared, neutral platform that AI providers and publishers join
Advertisers Must buy separately on each network Buy once, reach every member provider
Publishers Register and reconcile with each provider Register once, one statement, one payout
Small AI providers Hard to build their own ad sales Join and earn from day one
Competition Strong providers dominate; risk of self-preferencing Neutral; providers compete on answer quality
Neutrality and audit One auditor per network, results hard to compare One audit framework and one ledger standard
Speed of launch Fast for large providers, which already run ad systems Slower; needs governance and members
Risk Fragmentation; small publishers left out A single point of failure or capture; antitrust scrutiny

Recommendation: a shared standard with a neutral clearing layer, open to both.

4. Failure modes

Failure Detection Response
Provider under-reports uses Daily reconciliation with publisher receipts and CDN logs Automatic dispute, back-payment with interest, audit escalation
Cache used to avoid fees cached_display events missing while citations are shown Breach of the standard, back-payment
Double counting Duplicate event IDs Idempotent ledger drops duplicates
Ad shown inside the answer or unlabelled Client conformance tests and audit screenshots Ad revenue withheld, public notice
Ad text tries to steer the model Ads never enter the model context Not possible by design
Content farm games attribution Duplicate clustering, claim-based weights No extra earnings; repeated abuse removes registration
Click fraud Invalid-traffic filters, anomaly detection Clicks voided, earnings clawed back
Trust label withdrawn Registry update Label removed from answers within the fixed time
Ad or fee system down Health checks Answer served without ads; fees recorded and settled later
Assistant reports metadata-only but answers from full content Attribution sampling finds claims the ledger shows no retrieval supported Breach: the implied retrieval is charged retroactively with back-payment

5. Phased build

  1. Standard draft: terms vocabulary, content ID, event schema, labelling rules, attribution rules v1 (citation-based).
  2. Pilot: news publishers and two or three AI providers in one or two countries; per-use fees and labelled ads; daily reconciliation; one independent auditor.
  3. Attribution v2: passage-level matching and sampled leave-one-out audits.
  4. Shared clearing: the neutral registry and clearing open to all providers and publishers.
  5. Trust labels and wider content: certification attestations; research and reference publishers.

6. Existing standards and work to reuse

Need Existing work
Machine-readable licensing terms RSL (Really Simple Licensing); robots.txt conventions
Authorized sellers, anti-fraud IAB Tech Lab ads.txt and sellers.json
Ad auction and bid requests IAB Tech Lab OpenRTB
Content and brand-safety categories IAB Tech Lab content taxonomy
Crawler identity HTTP Message Signatures (RFC 9421), Web Bot Auth proposals
Viewability and measurement Media Rating Council guidelines
Ad disclosure EU DSA Art. 26; Turkish Law No. 6502 Art. 61; FTC policy on deceptively formatted ads
Trust certification Journalism Trust Initiative (CWA 17493)
Privacy GDPR, KVKK