Filed off Brian's catch on PR #3307: meta.adcp, nytimes.adcp, etc. don't actually exist as domains. They were placeholders dressed up as real URIs across the spec.
Already fixed on #3307
17 files touched by #3307 had their .adcp placeholders replaced with RFC 2606 .example domains (the standard placeholder convention). Examples: meta.adcp/extensions/meta_pixel → meta.example/extensions/meta_pixel.
Still using .adcp (out of #3307 scope, file as separate cleanup)
These files predate the canonical-formats work and still use fictional .adcp domains in their examples / schema descriptions:
static/test-vectors/transport-error-mapping.json
static/compliance/source/universal/error-compliance.yaml
static/compliance/source/universal/error-compliance-signals.yaml
static/compliance/source/protocols/media-buy/scenarios/create_media_buy_async.yaml
static/schemas/source/media-buy/list-creative-formats-response.json
static/schemas/source/creative/list-creative-formats-response.json
docs/protocol/get_adcp_capabilities.mdx
Fix
Bulk replace \.adcp → \.example in these files. Conservative replacement (test vectors and compliance specs reference placeholder URIs that aren't load-bearing for real wire behavior).
Why this matters
Adopters reading the spec see meta.adcp and reasonably ask "is that a real domain?" Several reviewers on #3307 have asked. RFC 2606 .example domains are unambiguous placeholders; .adcp reads like a real TLD or seller convention.
Small ~30-minute cleanup. Could land as a docs/spec hygiene PR or rolled into another minor.
Filed off Brian's catch on PR #3307:
meta.adcp,nytimes.adcp, etc. don't actually exist as domains. They were placeholders dressed up as real URIs across the spec.Already fixed on #3307
17 files touched by #3307 had their
.adcpplaceholders replaced with RFC 2606.exampledomains (the standard placeholder convention). Examples:meta.adcp/extensions/meta_pixel→meta.example/extensions/meta_pixel.Still using
.adcp(out of #3307 scope, file as separate cleanup)These files predate the canonical-formats work and still use fictional
.adcpdomains in their examples / schema descriptions:static/test-vectors/transport-error-mapping.jsonstatic/compliance/source/universal/error-compliance.yamlstatic/compliance/source/universal/error-compliance-signals.yamlstatic/compliance/source/protocols/media-buy/scenarios/create_media_buy_async.yamlstatic/schemas/source/media-buy/list-creative-formats-response.jsonstatic/schemas/source/creative/list-creative-formats-response.jsondocs/protocol/get_adcp_capabilities.mdxFix
Bulk replace
\.adcp→\.examplein these files. Conservative replacement (test vectors and compliance specs reference placeholder URIs that aren't load-bearing for real wire behavior).Why this matters
Adopters reading the spec see
meta.adcpand reasonably ask "is that a real domain?" Several reviewers on #3307 have asked. RFC 2606.exampledomains are unambiguous placeholders;.adcpreads like a real TLD or seller convention.Small ~30-minute cleanup. Could land as a docs/spec hygiene PR or rolled into another minor.