1. "The ad is there. But it only meets people who read to the very end"
You put an ad on your article site.
It shows up properly. Good.
But look closer and the ad is sitting way down at the bottom of the article.
A reader reads the title. Reads the intro. Gets what they came for halfway through. Goes back to search. Clicks a different article.
The ad keeps waiting down there.
"Nobody showed up today either."
So even though the ad exists, you can't turn all those visits where people read the top and leave into real revenue opportunities.
The first idea that usually pops up is, "Fine, so just throw a huge ad at them the moment the page opens."
On paper, that's fast.
But a site that makes readers sit through an ad interview before they can read what they came for? People just hate that.
Research from the Coalition for Better Ads classifies desktop pop-ups, full-page ads with a countdown before the content (prestitials), and large sticky ads (ads that stay glued to the screen as you scroll) as low-acceptance ad experiences. The 2026 update also added desktop pages where ads take up more than 50% of the content area to the below-standard list. [1][2]
In other words, the problem isn't
"I want to show more ads."
It's
"I want to move my ad inventory to places readers naturally pass through, without getting in the way of the text."
2. Then look at the desktop screen. "Isn't there a ton of empty space on the sides?"
Phones are narrow.
Even the text barely fits. Squeeze several ads in and the article quickly turns into an ad layer cake.
Desktop is different.
Narrow the text column so it's easy to read, and big margins are left on the left and right. Even if you put the table of contents in a sidebar, there can be empty room above and below it.
That's when it hits you.
You don't have to add more ads inside the text. There's unused land on the side.
It's less ad design than real estate.
Give the prime central lot to the text. Don't block the road readers walk along.
Rent out the vacant lot next to it.
Adsterra currently lists banner sizes such as 160×300, 160×600, 300×250, 320×50, 468×60 and 728×90. Its official guide also presents 160×600 as a size for left or right side placement, and 300×250 as one that blends easily into content blocks and sidebars. [3]
So on desktop, a vertical layout like
Ad
↓
Table of contents
↓
Ad
works quite naturally.
Readers can read the text. The ads can be seen too.
Nobody has to put a billboard in the middle of the road.
3. On desktop, above and below the table of contents is a sweet spot
Say your site has the table of contents in the right sidebar. The idea is simple.
Above the table of contents
A medium banner such as 300×250.
It's fairly likely to come into view early after the page opens.
The table of contents
Article navigation.
If you like, make only the table of contents sticky.
Below the table of contents
160×600, 160×300, or another placement that fits your layout width.
The more of a long article someone reads, the closer they get to this slot as they scroll.
What matters is that the ad itself doesn't have to be sticky.
A large sticky ad keeps taking up screen space however far the reader scrolls. Under the Coalition for Better Ads standards, a large sticky ad covering more than 30% of the screen counts as a below-standard ad experience on desktop. [2]
So "using the empty space beside the text" and "chasing the reader down the side" are two different things.
Sell the margin.
Don't chase the reader.
Just that already makes the whole thing a lot classier.
4. You want a top ad too. Just don't bury the H1 under it
You want ad slots not only at the end of the article but early in the page too.
Even then, there's no need to slap a giant banner at the very top of the page.
The natural order is
Article title
→ Summary and meta info
→ Ad
→ Table of contents and text
or thereabouts.
Readers can first confirm what the article is about.
Then there's one ad.
And then they move on to the text.
Besides regular banners, Adsterra also has Native Banners, which it describes as a format where the site can match the block size, colors and font size to its own design. [4]
But "put it at the top and every pageview earns money" isn't how it works.
Adsterra ads use several pricing models, not just CPM (payment per thousand views) but also CPC (payment per click) and CPA (payment per completed action). Actual revenue varies with ad demand, country, device, ad format, traffic quality and so on. [3]
To put it accurately:
Placing an ad early makes it easier to create chances for it to be shown and seen, even if the reader doesn't finish the article.
That's it.
It is not "a magic box that drops one coin every time the page opens."
5. Stop letting ads drop in late and blow the text away
Add more ad slots and a different enemy appears.
Layout shift, known as CLS (Cumulative Layout Shift).
You open the page.
You start reading.
A few seconds later, the ad loads.
Suddenly that spot balloons to 200px, 300px.
The paragraph you were reading jumps down.
You were reading, and the floor moved.
That's a pretty awful experience.
web.dev lists ads, iframes and dynamically inserted elements as typical causes of CLS. The fix is to reserve the space you need before the ad loads, using things like min-height or aspect-ratio. [5]
Under Core Web Vitals (Google's page experience metrics), a CLS of 0.1 or less on at least 75% of page visits is the benchmark for "good". [5]
So treat your ad slot not as
a customer who asks for a seat only after arriving
but as
a customer who reserved a seat from the start.
For a desktop sidebar, claim the 300×250 box first. For a 160×600, claim that vertical space first.
Even if the ad arrives late, the text doesn't move.
It's a small difference, but a big one.
6. Here's an Adsterra-specific trap: "Can't I just paste the same ad code on the side too?"
You have one ad slot.
You want one in the sidebar too.
So copy the same code and paste it twice, done in a second.
Unfortunately, Adsterra itself tells you not to.
The official guide says that using the same banner code twice on one page can hurt your stats and CPM, and that even if you use two units of the same size, you should prepare separate codes for each. [6]
The same ad can show up twice at once, which tends to look odd to readers and advertisers alike.
So it's better to create an independent placement (an ad slot with its own code) for each role, such as
- article-top
- desktop-sidebar-top
- desktop-sidebar-bottom
There's one more upside.
You can tell where you're really earning.
Does the top slot get lots of impressions but a weak CPM?
Does the lower sidebar slot get few views but a high rate per view?
Is it only strong on desktop?
If the placements are separate, you can compare them.
Copy and paste the same code everywhere and everything gets mixed into one number, and when you try to improve things you can't tell what you're improving.
Ad placement isn't "it's showing, so we're good." It only becomes real operations once you can measure it.
7. And when you try to automate it, the API suddenly says "look, don't touch"
This part is oddly funny.
You can automate quite a lot of the site-side work.
You can hand an AI coding agent jobs like
- Look through the shared article layout
- Add an ad component
- Show side ads on desktop only
- Hide them on phones
- Reserve space to prevent layout shift
- Build
- Deploy
- Check the live HTML
all the way through.
So can't you automate the Adsterra side too, by creating placements through the API?
Here's where you look at the Publisher API.
With Adsterra's Publisher API you can pull your registered sites, your placement list, and numbers such as impressions, clicks, CTR (click-through rate), CPM and revenue. [7]
Handy.
But as of September 25, 2026, the only HTTP method available on the publisher side is GET. [7]
In other words,
you can look.
You can't create.
The Publisher API is a great security camera, but it isn't a doorknob.
To create a new ad unit, there's still a manual step in the GUI: pick your site in the Publisher Dashboard, choose a size under ADD UNIT, and copy the code it issues. [8]
So 99% of the automation is done, and then the last 1% summons a human.
"Now, please press this button."
This is how far civilization has come.
The last job left standing is the create-ad-slot button.
An AI agent that can operate a browser could handle that GUI too. Just understand the boundary: the Publisher API alone can't replace creating a new placement.
8. Banners aren't responsive. Place them carelessly and your phone layout blows up
Another important point is per-device display.
Adsterra's official banner guide explains that its banners are not responsive and don't resize automatically for each device. That's why it describes switching between desktop and mobile display with CSS. [6]
So just because a 160×600 fits nicely on desktop, if you carry it over to phones as is,
the ad ends up with a bigger attitude than the article
and that's what happens.
Design separately for each device.
Phone
- A small ad at the top of the article
- At the end of the article, if needed
- No side ads
- Don't let ads steal width from the text
Desktop
- A top-of-article ad
- A side ad above the table of contents
- A side ad below the table of contents
- The existing end-of-article ad
- Consider extra side areas only when there's enough width
That said, desktop doesn't mean you can place unlimited ads.
Under the Better Ads Standards added in 2026, desktop experiences where ads exceed 50% of the content area are below standard, and side-rail ads count toward that density calculation. [1]
You can sell the margins.
But don't go so far as plastering posters on every wall until the article looks like a town hall bulletin board.
9. Conclusion: what you should sell first is the space you're not using, not the reader's attention
When you want more ad revenue, the crudest fix is to add ads inside the text.
But a desktop article page has something better to use first.
Margins.
Keep the text at a comfortable reading width.
Let readers see the title first.
Put one ad early on.
On desktop, put separate placements above and below the table of contents.
Don't chase readers with big sticky ads.
Reserve the ad slot's space in advance to prevent layout shift.
Don't copy the same banner code; split it by slot and measure each one.
And creating a new placement is the one thing that has to go through the Dashboard GUI, because the Publisher API is GET-only.
As a design, it's very simple.
Don't fill the text with ads. Rent out the unused real estate outside the text.
Readers can read.
Ads can be seen.
The site can compare its numbers.
Advertisers don't end up with two copies of the same creative side by side.
Everyone gets a little better off.
And one thing is left at the end.
After the AI has written the code, fixed the CSS, built, deployed and checked production, you press "Add unit" in the ad company's dashboard.
It's a little funny that the final boss of web automation is usually one button.
References (8)
- Coalition for Better Ads, “CBA Updates Desktop Web and Mobile Web Standards,” announced January 14, 2026; updated desktop standard includes ad density above 50%, with siderail ads included in density calculation. and https://www.betterads.org/desktop-ad-density-over-50-percent betterads.org
- Coalition for Better Ads, “The Research” and “Large Sticky Ads [Desktop].” and https://www.betterads.org/desktop-large-sticky-ad/ betterads.org
- Adsterra, “Standard Banner Ad Sizes 2026: Complete Guide with Dimensions,” July 9, 2026 adsterra.com
- Adsterra, publisher product information for Native Banners, describing customizable block size, colors and font sizes adsterra.com
- web.dev, “Optimize Cumulative Layout Shift,” last updated February 7, 2025. Ads and dynamically injected content are common CLS sources; reserve space with min-height/aspect-ratio web.dev
- Adsterra, “Banner Ads Still Drive High CPM and Revenues for Publishers.” Current publisher guidance warns against reusing the same Banner code twice on one page and notes that Adsterra Banners are not automatically responsive across devices adsterra.com
- Adsterra, “Ad network API” and “Adsterra Publisher API: Easily Pull Data to Power Your Monetization Strategy,” current as checked September 25, 2026. Publisher API exposes websites, placements and performance reports and supports GET only. and https://adsterra.com/blog/how-to-use-adsterra-publishers-api/ adsterra.com
- Adsterra, “Buy Banner Ads | Adsterra Banner Advertising,” publisher flow: choose a site, ADD UNIT, select Banner size and copy the generated code adsterra.com
