1. “广告是有的，但读者不读到最后就碰不上”，这种尴尬的摆法
文章站上放了广告。
显示也正常。很好。
可仔细一看，广告待在文章很靠下的位置。
读者看标题，看开头，读到一半就满足了，回到搜索页，点进别的文章。
广告还在下面干等。
“今天也没见到一个人。”
这样一来，广告虽然在，却没法把那些只看了上半部分就走的访问，充分变成变现机会。
这时最容易冒出来的想法是：“那就页面一打开直接弹个大广告呗。”
光看道理，确实快。
可读者是来读文章的，一进来先被迫“面试”一轮广告，这种网站一般都会被嫌弃。
Coalition for Better Ads（更优广告联盟）的研究里，电脑端的弹窗、带倒计时的开场全屏广告（prestitial）、占屏很大的吸附式（sticky，滚动时一直贴在屏幕上）广告等，都被归为用户不太能接受的广告体验。2026 年的更新还新增了一条：电脑端正文区域广告密度超过 50% 也算不达标。[1][2]
所以问题并不是
“想让广告露出更多”。
而是
“想在不打扰正文的前提下，把广告位挪到读者自然会经过的地方”。
2. 再看电脑屏幕。“两边是不是空得离谱？”
手机很窄。
光放正文，宽度就不太够。再塞几块广告进去，文章马上就成了广告千层酥。
电脑就不一样了。
为了读着舒服把正文宽度收窄，左右就留出大片空白。就算把目录放在侧边栏，目录的上面和下面也可能是空的。
这时你会发现：
不用往正文里多塞广告，旁边就有一块闲置的地。
这与其说是广告设计，不如说是房地产。
正中间的黄金地段留给正文，读者走的路不堵。
把旁边的空地租出去。
Adsterra 目前列出了 160×300、160×600、300×250、320×50、468×60、728×90 等横幅（Banner）尺寸。官方指南里也把 160×600 介绍为适合左右侧边放置的尺寸，把 300×250 介绍为容易融入正文区块和侧边栏的尺寸。[3]
所以在电脑端，
广告
↓
目录
↓
广告
这样的纵向排布就显得相当自然。
读者能读正文，广告也能被看到。
没人需要把广告牌立在马路正中间。
3. 电脑端“目录的上下方”相当好用
比如网站的目录在右侧边栏，思路很简单。
目录上方
300×250 之类的中等尺寸横幅。
页面打开后，比较早就有可能进入屏幕。
目录
文章导航。
需要的话，只让目录吸附（sticky）。
目录下方
160×600、160×300，或者其他适合版面宽度的广告位。
文章越长，读得越深的人，滚动时就越会靠近这个位置。
关键在于，广告本身不必一直吸附。
大型吸附广告会在读者滚动时一直占着屏幕。按 Coalition for Better Ads 的标准，占屏幕 30% 以上的大型吸附广告，在电脑端属于不达标的广告体验。[2]
所以“利用空着的侧边”和“从旁边一路追着读者”是两回事。
卖的是空白。
不追着读者跑。
光是这一点，格调就高了不少。
4. 顶部也想要广告。但别把 H1 埋到广告底下
不只是文末，页面刚打开的早期位置也想放广告位。
即便如此，也没必要一上来就在页面最顶端放个巨幅横幅。
比较自然的顺序大致是：
文章标题
→ 概要、文章信息
→ 广告
→ 目录、正文
读者先能确认“这是篇什么文章”。
然后出现一条广告。
接着进入正文。
Adsterra 除了普通横幅，还有原生横幅（Native Banner），官方介绍说它方便网站自己调整区块大小、颜色和字号。[4]
不过，“放在上面就一定是 1 个 PV 对应一份广告收入”这种事并不存在。
Adsterra 的广告除了按千次展示计费（CPM），还有按点击计费（CPC）、按转化行为计费（CPA）等多种计价模式，实际收入会随广告需求、国家、设备、广告形式、流量质量等变化。[3]
准确地说，
把广告放在靠前的位置，即使读者没读完，也更容易创造广告被展示、被看到的机会。
仅此而已。
它不是“页面一打开就必掉一枚金币的魔法盒子”。
5. 别让广告姗姗来迟，把正文挤飞
广告位一多，又会冒出另一个敌人。
这就是 CLS（累积布局偏移，页面内容突然跳动）。
打开页面。
开始读正文。
几秒后，广告加载出来。
那块地方突然撑大到 200px、300px。
正在读的段落被挤到下面去了。
读着读着，地板动了。
这体验相当糟糕。
web.dev 把广告、iframe、动态插入的元素列为 CLS 的典型原因。对策是在广告加载之前，就用 min-height 或 aspect-ratio 之类的 CSS 把需要的空间预留出来。[5]
在 Core Web Vitals（谷歌的页面体验指标）里，至少 75% 的页面访问 CLS 不超过 0.1，才算良好。[5]
也就是说，让广告位成为
加载完才来要座位的客人
不行，要让它成为
一开始就订好座位的客人。
电脑端侧边的话，先留出 300×250 的盒子；用 160×600 的话，就先占好那块纵向空间。
广告来得再晚，正文也不会动。
差别不起眼，但影响很大。
6. 这里有个 Adsterra 特有的坑。“同一段广告代码，侧边也贴一份不就行了？”
已经有一个广告位了。
侧边栏也想要一个。
那就把同一段代码复制两遍，一下就搞定。
可惜，这一点 Adsterra 官方自己就在拦着。
官方指南说明：同一个页面里重复使用同一段横幅代码，可能会对统计数据和 CPM 产生不良影响；即使要放两个同尺寸的广告，也请另外准备不同的代码。[6]
同样的广告同时出现，对读者和广告主来说，画面都容易显得怪怪的。
所以最好按用途分别建立独立的广告位（Placement，每个位置各有一段独立代码），比如：
- article-top
- desktop-sidebar-top
- desktop-sidebar-bottom
这样还有一个好处。
能看出到底哪里在赚钱。
顶部展示很多，但 CPM 偏低？
侧边下部展示少，但单价高？
只有电脑端表现强？
广告位分开了，才能比较。
要是把同一段代码到处复制，所有数据混成一个数字，想优化也不知道在优化什么。
广告摆放不是“显示出来了就行”，能测量了才算真正的运营。
7. 想自动化的时候，API 突然说“只能看，不能动”
这里莫名有点好笑。
网站这一侧的实现，其实可以自动化很多。
可以把下面这些统统交给 AI 编程代理：
- 调查通用的文章布局
- 添加广告组件
- 只在电脑端显示侧边广告
- 手机上隐藏
- 为避免布局偏移预留空间
- 构建
- 部署
- 检查线上 HTML
那 Adsterra 这边，用 API 创建广告位，不就能完全自动化了吗？
于是去看 Publisher API。
通过 Adsterra 的 Publisher API，可以获取已注册的网站、广告位列表，以及展示数、点击数、CTR（点击率）、CPM、收入等数据。[7]
确实方便。
但截至 2026 年 9 月 25 日，发布者一侧能用的 HTTP 方法只有 GET。[7]
也就是说，
能看，
不能建。
Publisher API 当监控摄像头很称职，但它不是门把手。
要新建广告单元，还得在 Publisher 后台选择网站，点 ADD UNIT 选尺寸，再拿到生成的代码，这套 GUI（图形界面）操作还是得有。[8]
自动化完成了 99%，最后那 1% 把人类召唤了出来。
“那么最后，请按一下这个按钮。”
文明走到了这一步。
最后剩下的活儿，是创建广告位的那个按钮。
能操作浏览器的 AI 代理，也可以把这个 GUI 当作操作对象。只是要清楚一条界线：光靠 Publisher API，没法替代新建广告位。
8. 别以为横幅是自适应的就随手乱放，手机上会出事
还有一点很重要，就是按设备区分显示。
Adsterra 官方的横幅指南说明，Adsterra 的横幅不是自适应的，不会随设备自动改变尺寸。因此指南介绍了用 CSS 切换电脑端和手机端显示的方法。[6]
所以，电脑上 160×600 放得很舒服，原样搬到手机上，就会出现
广告比正文还嚣张
的情况。
设计要按设备分开。
手机
- 文章顶部放一个偏小的广告
- 需要的话，文末再放一个
- 不显示侧边广告
- 不让广告抢走正文的宽度
电脑
- 文章顶部广告
- 目录上方的侧边广告
- 目录下方的侧边广告
- 原有的文末广告
- 只有宽度足够时，才考虑再加侧边区域
不过，电脑端也不是想放多少就放多少。
2026 年新增的 Better Ads Standards（更优广告标准）规定，电脑端正文区域广告密度超过 50% 的体验算不达标，而且侧边栏（side rail）广告也会计入密度。[1]
空白可以卖。
但别搞到四面墙全贴满海报，把正文变成居委会公告栏的地步。
9. 结论：先该卖的是“闲置的空间”，而不是“读者的注意力”
想增加广告收入时，最粗糙的办法就是往正文里再加广告。
但电脑端的文章页，有比这更值得先用的东西。
空白。
正文保持在易读的宽度。
让读者先读到标题。
靠前的位置放一个广告。
电脑端在目录的上下各放独立的广告位。
不用大型吸附广告追着读者跑。
提前预留广告位的空间，防止布局偏移。
别复制同一段横幅代码，按位置拆开，各自测量。
而新建广告位这一件事，因为 Publisher API 只支持 GET，只能走后台的 GUI。
作为设计，非常简单。
不是拿广告把正文填满，而是把正文之外闲置的“不动产”租出去。
读者能读。
广告看得见。
网站能对比数据。
广告主也不用忍受同一个创意同时并排出现两次。
大家都稍微好过了一点。
最后还剩一件事。
AI 写完代码、改完 CSS、构建、部署、确认完线上之后，到广告公司的后台按一下“添加广告单元”。
网页自动化的最终 Boss，大多只是一个按钮，这点有点好笑。
参考资料（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
