Lazy bidding vs lazy rendering
What it does: two layers people conflate. Lazy rendering = don't draw the slot yet. Lazy bidding = don't even run the auction yet. You can do one without the other.
Setup effort: 3/5 — Prebid supports lazy auction triggers separately from GPT lazy render.
RPM lift seen: lazy bidding too early wastes auctions on slots never seen (bid CPM decays). Aligning auction trigger to ~1 viewport before the slot keeps bids fresh and viewable — worth +3 to +8% vs rendering-only lazy.
Pros
— Fresh auctions = higher win rates and CPMs
— Less wasted bidder QPS (some partners throttle you for it)
Cons
— Misalign the two triggers and you get blank slots or double work
— Harder to debug; two systems must agree
Verdict: trigger the auction one viewport ahead of render, not at page load. Lift: ★★★☆☆ — Risk: ★★☆☆☆
Best for: self-managed Prebid stacks. Skip if your wrapper couples bid+render and won't separate them.
Lift Lab
@LiftLabRPM
Lazy bidding vs lazy rendering
Этот пост опубликован в Telegram-канале Lift Lab. Подписаться можно по ссылке: @LiftLabRPM.