What happens during a real-time ad auction

22 October 2026, 4 min read

You open a web page, and an ad appears. Behind that ad, many systems may have competed for the space in less time than it takes to blink. If you buy or sell ads, it helps to know what happens in that moment. This article walks through a real-time ad auction step by step, in plain words.

An auction starts while the page loads

Every ad space on a page or in an app is called an impression opportunity. When a person opens the page, the publisher's system sees an empty ad slot. The publisher wants to fill that slot with a good ad and earn money from it. Many advertisers may want to reach that same person, so the slot is sold in an auction.

The whole process is called real-time bidding, or RTB. It is real-time because the auction runs after the visitor arrives and before the ad is shown. The visitor does not see any of it. They only see the page and, if all goes well, an ad.

Who takes part

Several kinds of systems work together. Each one has a clear job. Here are the main roles in simple terms.

• Publisher: the website or app owner who has the ad space to sell.
• Supply-side platform (SSP): a tool that helps the publisher offer the space to many buyers and collect bids.
• Ad exchange: a marketplace where the space is offered and bids meet. Some SSPs include this function.
• Demand-side platform (DSP): a tool that helps advertisers and media buyers decide which impressions to bid on.
• Advertiser: the company that wants its ad to be seen and sets the budget and goals.

The auction step by step

First, the publisher's page or app asks for an ad. This request goes to the SSP or exchange. The exchange creates a bid request. This is a short message that describes the opportunity. It can include the size of the slot, the type of page, the kind of device, and a rough location. Many systems use a shared message format called OpenRTB, so that different platforms can understand each other.

Second, the exchange sends the bid request to several buyers at the same time. Each DSP reads it and answers quickly. It checks the campaigns it manages. Does this impression match a target audience? Is there budget left? Does the page fit the advertiser's rules? If the answer is yes, the DSP sends a bid response with a price and the ad to show. If not, it simply passes.

Third, the exchange collects all bids that arrive in time. It picks the highest valid bid, and the publisher may also compare it with other demand sources. Finally, the winning ad is sent to the page and shown to the visitor. The winner is told it won, and the result can be counted and reported.

• Request: the page asks for an ad.
• Bid request: the exchange describes the opportunity to buyers.
• Bids: buyers answer with a price and an ad, or they pass.
• Decision: the highest valid bid wins.
• Display: the ad loads and the visitor sees it.

How the winner is priced

There are different pricing rules. In a first-price auction, the winner pays the amount it bid. In a second-price auction, the winner pays a little more than the next-highest bid. Imagine two buyers bid 2.00 and 1.50 for the same slot, as a simple example. In a first-price auction, the winner pays 2.00. In a second-price auction, the winner pays just above 1.50.

The rule changes how buyers think. With first-price rules, a buyer may try to bid only as much as needed, because overbidding costs real money. Publishers should also know which rule each partner uses, since it affects how bids look in reports. Neither model is automatically better. Each has trade-offs, and the rules can differ between platforms.

Why speed and timeouts matter

The auction must finish fast. Publishers set a time limit, called a timeout. If a buyer answers after the limit, the bid is ignored, even if the price was high. A longer timeout may let more bids arrive, but it can also make the page and the ad appear later. A slow page can annoy visitors, so this is a real balance between ad income and user experience.

Many publishers use header bidding to run auctions in a wider way. Several demand partners compete before the main ad server makes its choice. Prebid is a well-known open-source project for this setup. It can run in the browser or on a server. More partners can mean more competition, but every extra call adds work for the page. Testing and measuring are the safe way to decide what to keep.

What to check as a buyer or publisher

Trust is part of every auction. Publishers can publish an ads.txt file that lists the companies allowed to sell their space. Sellers can also describe themselves in a sellers.json file. Buyers can use both to check that they are buying from an authorized source. These checks help reduce fraud and confusion.

A bid request may also carry data about the device or the visitor. Rules about consent and privacy are different in each country. Please check your local rules or ask a qualified adviser before you decide how to handle such data.

• Buyers: review where your ads ran and confirm the seller is listed as authorized.
• Buyers: set clear budgets, targets, and page rules before a campaign starts.
• Publishers: keep your ads.txt file correct and up to date.
• Publishers: test timeouts and partners, and watch page speed after each change.
• Both: ask partners which pricing rule they use.

Wrap-up

A real-time auction is a fast chain of simple steps: ask, bid, choose, and show. To understand your own results better, ask your partners which pricing rule and timeout they use, then check your ads.txt file or your campaign placement reports this week.

Prepared by the DIGIWEBS team with the help of AI writing tools. General information only, not legal, tax or financial advice. Images by DIGIWEBS Media.