Skip to content

Server-side Ad-templates (SSAT) Phase 1 #638

Closed
2 of 2 issues completed
Closed

Description

@jevansnyc

The browser is the a slow place to run an auction. While its been wildly successful in ease of monetization, it still has limitations. It must first download and parse multiple SDKs, scan the DOM to discover what ad slots exist, and then fire SSP requests over a consumer internet connection with high and variable latency.

Trusted Server sits at the CDN edge, milliseconds from the user, with DC-DC RTT to Prebid Server (~20–30ms vs ~80–150ms from a browser). The server can know, from the request URL alone, exactly which ad slots are available on any given page with pre-configured templates for creative opportunities. There is no reason to wait for the browser outside of just being "the way it was always done."

Activity

  1. self-assigned this
    on Apr 15, 2026
  2. changed the title [-]Give publishers an option to have server-side ad-templates instead of initializing client-side SDKs to scan the DOM every page load[/-] [+]Server-side ad-templates in lieu of initializing client-side SDKs to scan the DOM every page load[/+] on Apr 15, 2026
  3. changed the issue type fromtoon May 18, 2026
  4. added this to the mvp milestone on May 18, 2026
  5. changed the title [-]Server-side ad-templates in lieu of initializing client-side SDKs to scan the DOM every page load[/-] [+]Server-side Ad-templates (SSAT) Phase 1[/+] on May 19, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions