通过审核后，很多人会直接把广告代码贴到 8 个位置然后看钱进来。实际发生的是：Core Web Vitals 崩了、跳出率涨了、布局太吵 RPM 反而掉。下面讲怎么把广告加进去，既能挣钱又不毁站。
问题背景
AdSense 广告是运行时注入 HTML 的 JS。每个广告位都增加延迟、布局偏移、视觉打断。收益和体验的取舍是真实可量化的——广告越多，单访客收益越高，到某个点之后体验崩坏，搜索排名掉、停留时间掉，讽刺的是收益也跟着掉。独立内容站的甜区通常是每篇 2-4 个有讲究的广告位，不是 6-8 个。
判断标准
- 刚通过 AdSense，想稳妥加广告。
- 开了 Auto Ads 或加了很多手动位，Core Web Vitals 掉了。
- 读者抱怨「广告太多」。
- RPM 低于这个主题正常范围，怀疑位置有问题。
快速结论
每篇长文先放 3 个手动广告位：一篇内的 above-the-fold（in-content，不要 anchor 浮动）、一个篇中、一个篇末。每个广告位预留固定尺寸防 layout shift。前后测 Core Web Vitals，CLS 或 LCP 退出 Good 区域就拿掉一个广告。每季度复评。
实操步骤
- 在 Auto Ads 和手动位之间选。多数独立站手动 UX 更好、收益相当。Auto Ads 短期能拉收益，但 Core Web Vitals 的坑你最终还是要回头补。
- 手动位的话，在 AdSense 后台创建 3 个广告单元：in-content（自适应）、in-content（篇中粘性）、end-of-article。命名清楚以便后续分析表现。
- 文章模板里给每个广告位预留固定高度容器——比如
<div class="ad-slot" style="min-height: 280px;">。预留高度能防止晚加载广告把内容往下挤（CLS 飙升的原因）。 - 第一个广告位放在前 2-3 段之后，不要放在标题之上。标题上方的广告杀互动、降停留，Google 看得见。
- 推迟广告脚本加载。AdSense script 加
async，非关键广告位考虑onload之后再加载。保护 LCP 和 FID/INP 分数。 - 用 PageSpeed Insights 和 Search Console 的 Core Web Vitals 报告前后对比。LCP、CLS、INP 任一项退出 Good，把表现最差的广告位拿掉、再测。
容易踩的坑
- 300x250 广告放
<h1>上面「最大化曝光」。用户直接划走、跳出率上去、还触发 Google「ads above content」的 SEO 关注。 - 不给广告容器预留固定高度。广告晚加载、内容下移——CLS 从 0.05 瞬间到 0.40。
- 移动端一屏超过 1 个广告。手机屏小，两个广告叠在一起是 UX 问题，也是 policy 的灰色地带。
- 忘了 auto-refresh 广告是个开关。开了能虚增 impressions，但 RPM 会崩、用户烦。默认关。
- 广告位 set-and-forget。每季度测试一次位置。第一版几乎不是最优。
这篇适合谁
刚通过 AdSense 准备加广告的人，或加完广告 Core Web Vitals 崩了的发布者。
这篇不适合谁
还在申请阶段的站（通过之前不要挂广告）。或主要问题是流量、不是变现的站——先修流量。
FAQ
- Auto Ads 还是手动？: 独立站多数选手动。Auto Ads 省事但位置质量参差、Core Web Vitals 影响更难控。手动可预测。
- 多少广告算太多？: 主观，但经验法则：一屏超过 1 个广告、一篇超过 4 个广告、或任意滚动位置广告占可视内容超过 30%。Google「intrusive interstitials」规范也适用。
- 广告会直接伤 SEO 吗？: 广告本身不会——副作用（Core Web Vitals 退化、layout shift、加载变慢）会。CWV 保持 Good、广告密度合理，SEO 影响很小。
- 桌面端和移动端 fill rate 怎么差这么多？: 多半是位置、不是需求。最常见的是 anchor / vignette 格式只在移动端触发，或桌面端用了移动端无法渲染的 sticky 单元——参考移动端 vs 桌面端 fill rate 差距。
- 余额过了阈值但打款卡住怎么办？: 几乎都是税表、地址验证或 PIN 没完成，不是 AdSense 延迟——参考已结余但打款卡住。
- 每页都要放广告吗？: 不要。首页、About、Contact、搜索页通常不放（Privacy Policy 必须不放）。文章页、分类页可放。有些发布者把转化率最高的 5% 页面也全部豁免。