AMP-Seiten AdSense-Komplettanleitung: 48 % mehr Mobile-Einnahmen

Sie öffnen Google Analytics: 67 % des Traffics kommen vom Smartphone. Dann schauen Sie in den AdSense-Bericht – der Mobile-RPM liegt nur bei der Hälfte des Desktop-Werts.

Diese Szene kennen viele. Mobile Traffic wächst, die Werbeeinnahmen bleiben hinterher. Manche sagen, es liege an der Anzeigengröße, andere an der Position – manche geben die Optimierung ganz auf.

Volkswagen hat einen Test gemacht: dieselben Anzeigen von normalen Seiten auf AMP-Seiten umgezogen – die Klickrate stieg um 26 %. Mit dem AMPHTML-Anzeigenformat noch einmal: plus 48 %. Die Washington Post berichtete nach dem AMP-Einsatz von einer 7-Tage-Retention von 51 % auf 63 % – mehr Bindung bedeutet mehr Impressionen.

Diese Daten haben mich AMP neu bewerten lassen. Viele Betreiber halten AMP für zu restriktiv und aufwendig – und fürchten Einbußen bei den Einnahmen. In der Praxis zeigt sich oft das Gegenteil: AMP-Seiten laden bis zu viermal schneller, und die Werbeeinnahmen können höher ausfallen.

Dieser Artikel zeigt Schritt für Schritt, wie Sie AdSense auf AMP-Seiten korrekt einbinden – von automatischen bis manuellen Anzeigen, von Größenoptimierung bis Core Web Vitals – inklusive der Fallstricke und Lösungen aus der Praxis.

Was ist AMP – und warum ist es für Mobile so wichtig?

AMP steht für Accelerated Mobile Pages (beschleunigte mobile Seiten), 2015 von Google eingeführt. Kurz gesagt: ein Technologie-Standard speziell für mobile Webseiten.

Die Kernidee: schlankes HTML, asynchrones Laden, priorisierte Inhalte. Eine normale Seite lädt oft erst JavaScript-Plugins, Social-Buttons und Werbeskripte – der Nutzer wartet. Bei AMP kommt der Inhalt zuerst, der Rest folgt nach.

Die Zahlen sprechen für sich: AMP-Seiten laden bis zu viermal schneller, der Datenverbrauch liegt bei etwa einem Zehntel. Unter 4G brauchen normale Seiten oft 5–8 Sekunden; AMP-Inhalte sind meist in 1–2 Sekunden sichtbar.

Seit 2021 verlangt Google AMP nicht mehr für Top-Stories in der Suche – dennoch profitieren AMP-Seiten oft vom Ranking, weil Seitengeschwindigkeit ein Faktor bleibt.

Ehrlich gesagt dachte ich zuerst: so viele Einschränkungen – Werbung geht sicher nicht richtig. Das Gegenteil war der Fall.

Der Volkswagen-Test wurde schon erwähnt: Standard-HTML zu AMP, CTR +26 %; mit AMPHTML-Anzeigen noch +48 %. Kein Einzelfall: Times Internet (Indiens größtes Digital-Medium) berichtete nach AMP von 6× Traffic, 1,5× Einnahmen und 3,6× schnellerer Ladezeit.

Warum?

Schnellere Seiten, höhere Sichtbarkeit. Lädt eine Seite langsam, schließen Nutzer ab, bevor Werbung sichtbar wird. AMP öffnet in etwa einer Sekunde – Inhalt und Anzeige werden eher gesehen. Google nennt: Ladezeit von 19 auf 5 Sekunden kann Werbeeinnahmen verdoppeln.

Bessere Retention, langfristig mehr Einnahmen. Die Washington Post: 7-Tage-Retention von 51 % auf 63 %. Wer zurückkommt, erzeugt mehr Pageviews und Impressionen.

Steuerbare Lade-Priorität. AMP priorisiert nach Sichtbarkeit: Anzeigen im Viewport zuerst, darunter verzögert – Tempo bleibt, Chancen auf Impressionen bleiben.

Häufige Missverständnisse

Vielleicht fragen Sie: lohnt sich der Aufwand? Diese Bedenken höre ich oft:

Missverständnis 1: AMP senkt Werbeeinnahmen
Im Gegenteil – die genannten Daten zeigen oft höhere CTR und Einnahmen, wenn Anzeigen korrekt eingerichtet sind (genau darum geht es hier).

Missverständnis 2: AMP ist technisch zu schwer
Mit automatischen Anzeigen reichen wenige Zeilen Code in <head> und <body>. Manuelle Anzeigen bedeuten zusätzliche <amp-ad>-Tags – überschaubar.

Missverständnis 3: AMP ist zu unflexibel
Interstitial- und Auto-Expand-Formate sind tabu; Display, responsive und native Anzeigen funktionieren. Positionen lassen sich manuell setzen – im Rahmen der AdSense-Richtlinien.

Mein Rat: nicht nur fremde Zahlen lesen – einen stark trafficierten Artikel als AMP-Version testen und in der Search Console AMP vs. Nicht-AMP vergleichen.

48%

Volkswagen-Test: Von Standard-HTML zu AMP mit AMPHTML-Anzeigen stieg die Werbe-Klickrate um

Einschränkungen und Richtlinien für Werbung auf AMP

Unterstützte Anzeigenformate

AMP schränkt Formate ein – weniger als viele denken. Leitlinie: Nutzererfahrung nicht stören, kein Layout-Sprung.

Unterstützt:

Fest platzierte Display-Anzeigen (häufigster Fall)
Responsive Anzeigen (empfohlen)
Native Anzeigen (inhaltlich integriert)

Nicht unterstützt:

Interstitial-Anzeigen (Vollbild-Overlay)
Auto-Expand-Anzeigen
Alles, was Layout verschiebt (Text wird nach unten gedrückt)

Grund: AMP setzt auf Nutzererfahrung. Pop-ups und Expand-Formate können kurzfristig Klicks bringen, vertreiben aber Nutzer – langfristig sinken Einnahmen.

Technische Anforderungen

Auf normalen Seiten sieht AdSense oft so aus:

<script async src="https://pagead2.googlesyndication.com/..."></script>
<ins class="adsbygoogle" ...></ins>
<script>(adsbygoogle = window.adsbygoogle || []).push({});</script>

Auf AMP geht das nicht – Sie nutzen <amp-ad>:

<amp-ad width="300" height="250"
    type="adsense"
    data-ad-client="ca-pub-Ihre-Publisher-ID"
    data-ad-slot="Ihre-Anzeigen-Slot-ID">
</amp-ad>

Der Unterschied: feste Breite und Höhe – der Browser reserviert Platz sofort, kein Sprung nach dem Laden.

Verknüpfung AMP ↔ Nicht-AMP: Im <head> der AMP-Seite:

<link rel="canonical" href="https://yoursite.com/article.html">

Auf der normalen Seite:

<link rel="amphtml" href="https://yoursite.com/article.amp.html">

Google erkennt beide Versionen; Mobile bevorzugt oft AMP, Desktop die Standardseite.

Typische AMP-Validierungsfehler

Vor dem Go-live: AMP Validator nutzen. Bekannte Fallen:

Fehler 1: Verbotenes JavaScript
Eigenes JS ist nicht erlaubt (außer AMP-Komponenten). Tracking: <amp-analytics>, Social: <amp-social-share>.

Fehler 2: Layout-Verschiebung (CLS)
Anzeige lädt und schiebt Text – frustrierend beim Lesen.

Lösung: width und height bei <amp-ad> setzen – keine Prozent-only-Tricks.

Fehler 3: Fehlendes amp-ad-Skript
Pro Komponente Skript im <head>:

<script async custom-element="amp-ad"
    src="https://cdn.ampproject.org/v0/amp-ad-0.1.js"></script>

Ohne Skript: keine Anzeige.

Tipp: AMP-URL mit #development=1 öffnen, DevTools (F12) – detaillierte Fehler in der Konsole.

AMP-Automatische Anzeigen (Empfehlung für Einsteiger)

Was sind AMP-Automatische Anzeigen?

Google-KI wählt Positionen: Inhalt und Nutzerverhalten werden analysiert, Anzeigen an passenden Stellen eingefügt.

Geeignet für:

AMP-Einsteiger ohne Zeit für Feintuning
Heterogene Inhalte ohne einheitliches Anzeigen-Layout
Wer keine manuellen Snippets pro Seite pflegen will

Ich startete ebenfalls mit automatischen Anzeigen – die Ergebnisse waren solide; die KI schlug meine Anfangsversuche oft.

Setup-Schritte

Etwa 5 Minuten.

Schritt 1: Automatische Anzeigen in AdSense aktivieren

AdSense öffnen
„Anzeigen“ → „Nach Website“
Website wählen, Stift-Symbol (Bearbeiten)
Schalter „Automatische Anzeigen“ aktivieren
Optional „Anzeigen laden“: wenig / mittel / viel

Start mit „mittel“ – nach einer Woche Daten anpassen.

Schritt 2: AMP-Code holen
AdSense: „Anzeigen“ → „Weitere Formate“ → „AMP“ – zwei Codeblöcke.

Schritt 3: Skript im <head>

<script async custom-element="amp-auto-ads"
    src="https://cdn.ampproject.org/v0/amp-auto-ads-0.1.js"></script>

Schritt 4: <amp-auto-ads> im <body>
Direkt unter <body>:

<amp-auto-ads type="adsense"
    data-ad-client="ca-pub-Ihre-Publisher-ID">
</amp-auto-ads>

ca-pub-... durch Ihre ID ersetzen (steht im AdSense-Code).

Schritt 5: Validieren

Seite speichern und deployen
AMP Validator
URL eingeben – bei Erfolg fertig

Vollständiges Beispiel:

<!doctype html>
<html ⚡ lang="de">
<head>
    <meta charset="utf-8">
    <script async src="https://cdn.ampproject.org/v0.js"></script>

    <!-- AMP Auto Ads -->
    <script async custom-element="amp-auto-ads"
        src="https://cdn.ampproject.org/v0/amp-auto-ads-0.1.js"></script>

    <title>Ihr Artikeltitel</title>
    <link rel="canonical" href="https://yoursite.com/article.html">
    <!-- Weitere AMP-Pflichten ... -->
</head>
<body>
    <amp-auto-ads type="adsense"
        data-ad-client="ca-pub-1234567890123456">
    </amp-auto-ads>

    <h1>Artikeltitel</h1>
    <p>Artikeltext ...</p>
</body>
</html>

Vor- und Nachteile

Nach etwa einem halben Jahr automatischer Anzeigen:

Vorteile:

Zeitersparnis: Einmal einrichten, siteweit
KI-Optimierung: Positionen passen sich an Struktur und Verhalten an
Responsive: Größe und Anzahl je Gerät
Laufende Verbesserung: Google testet Strategien weiter

Nachteile:

Weniger Kontrolle: Kein festes „immer nach Absatz 1“
Gelegentlich ungünstige Plätze (z. B. direkt unter der Überschrift)
Kein einheitliches Layout über alle Artikel

Empfehlung: Einsteiger mit Auto Ads starten; Kernseiten später manuell – oder Hybrid.

Manuelle AMP-Anzeigen (Fortgeschrittene)

Warum manuell konfigurieren?

Nach Monaten Auto Ads wollte ich feste Positionen – z. B. keine Anzeige mitten im Code-Block.

Manuell sinnvoll bei:

Klaren Layout-Anforderungen (Tutorials, Longreads)
Einheitlichem Anzeigen-Raster
Migration bestehender Nicht-AMP-Strategie

Manuelle AMP-Anzeigenplatzierung – vollständiger Ablauf

Schritt-für-Schritt-Anleitung zur manuellen AdSense-Konfiguration auf AMP-Seiten

Estimated time: PT15M

1

Step 1: Display-Anzeigenblock in AdSense anlegen

Schritte in AdSense:
2

Step 2: AMP-Code holen und einfügen

Code und Platzierung:
3

Step 3: amp-ad-Skript im head

Pflichtskript:

Mobile Anzeigengrößen und Positionen

Empfohlene Größen

Nicht jede AdSense-Größe eignet sich für Mobile.

Responsive (Top-Empfehlung)

<amp-ad width="100vw" height="320"
    type="adsense"
    data-ad-client="ca-pub-xxx"
    data-ad-slot="xxx"
    data-auto-format="rspv"
    data-full-width="">
    <div overflow=""></div>
</amp-ad>

Passt zu iPhone, Android, iPad – von Google bevorzugt.

300×250 (Medium Rectangle)
Häufigste Mobile-Größe; solide CTR und Fill Rate.

336×280 (Large Rectangle)
Gut auf Tablets; auf kleinen Phones oft eng.

320×100 (Banner)
Oben/unten; wenig Höhe, etwas niedrigere CTR.

Nicht empfohlen:

728×90 (Desktop-Banner)
160×600 (Skyscraper – zu hoch)
Überdimensionierte Formate auf kleinen Screens

Priorität: responsive; sonst 300×250.

Positionsstrategie

Position schlägt oft Größe beim RPM.

Regel 1: Above the fold sparsam
AdSense-Richtlinien zu „Ad density above the fold“ beachten – zu viele Anzeigen ohne Scroll riskieren Verstöße.

Praxis: Erst Inhalt sichtbar, Anzeige nach erstem Scroll.

Regel 2: Werbung darf Inhalt nicht überwiegen
Zu hoher Anzeigenanteil → Warnung oder Sperre.

Faustregel: 2.000 Wörter → 2–3 Anzeigen.

Regel 3: Abstand zwischen Anzeigen
Zu dicht → Fehlklicks, Richtlinienproblem.

Mindestens ein voller Absatz oder eine Bildschirmhöhe dazwischen.

Regel 4: Natürliche Einbindung
Abstand per CSS:

<div style="margin: 20px 0;">
    <amp-ad ...></amp-ad>
</div>

A/B-Tests und Kennzahlen

Mindestens 1–2 Wochen Daten vor größeren Änderungen.

Metriken:

CTR: Klicks ÷ Impressionen – Mobile oft 1–3 % normal; unter 0,5 % → Position/Größe prüfen
CPC: branchenabhängig – Trend auf eigener Site wichtiger
RPM: (Einnahmen ÷ Impressionen) × 1.000 – direkter Einnahme-Indikator

A/B in AdSense:

„Optimierung“ → „Experimente“
Neues Experiment, z. B. Positionsvergleich
Kontrolle vs. Variante – automatischer Split
1–2 Wochen laufen lassen

Ladegeschwindigkeit und Werbeeinnahmen

Zusammenhang Tempo ↔ Einnahmen

Ladezeit 19 → 5 Sekunden kann Einnahmen verdoppeln (Google-Daten). Langsame Seiten: Nutzer gehen, Impressionen entfallen.

Pro Sekunde mehr Ladezeit sinkt laut Studien die Conversion um etwa 20 % – für AdSense-Seiten spürbar im RPM.

AMP ist schnell – zu viele Anzeigen können den Vorteil wieder kosten.

Anzahl der Anzeigen

Eigene Tests:

~1.000 Wörter: 1–2 Anzeigen

1: nach Absatz 1 oder Ende
2: Absatz 1 + Ende

~2.000 Wörter: 2–3 Anzeigen

2: Absatz 1 + Ende
3: Absatz 1 + Mitte + Ende

3.000+ Wörter: 3–4 Anzeigen

etwa alle 800–1.000 Wörter

5 Anzeigen in 2.000 Wörtern: +1,5 s Ladezeit, +20 % Absprungrate, weniger Einnahmen gesamt.

Lazy Loading

AMP lädt Anzeigen unterhalb des Viewports verzögert – erst kurz vor Sichtbarkeit.

Optional in <amp-ad>:

<amp-ad width="300" height="250"
    type="adsense"
    data-loading-strategy="prefer-viewability-over-views"
    ...>
</amp-ad>

prefer-viewability-over-views: Laden wenn echte Sichtbarkeit wahrscheinlich.

Priorität standardmäßig: Inhalt → sichtbare Anzeigen → restliche Anzeigen.

Standard belassen – manuelles Tweaken oft kontraproduktiv.

AMP vs. Nicht-AMP: Einnahmenvergleich

Praxisdaten

Eigenes Experiment: gleicher Artikel, AMP- und Standard-Version, ein Monat.

Mein Blog (Tech, ~50.000 Visits/Monat):

Nicht-AMP: RPM ~$2,8, CTR 1,2 %, Ladezeit 4,2 s
AMP: RPM ~$3,6, CTR 1,8 %, Ladezeit 1,1 s
+28 % Einnahmen, +50 % CTR

Branche:

Volkswagen: AMP +26 % CTR; mit AMPHTML +48 %
Times Internet: Einnahmen +50 %
Washington Post: 7-Tage-Retention 51 % → 63 %

Fazit: AMP-Einnahmen liegen oft höher – bei korrekter Einrichtung.

Wann AMP passt – und wann nicht

Stark empfohlen:

News (WaPo, Guardian)
Blogs und Guides mit Text/Bild

Vorsicht:

E-Commerce (Warenkorb/Checkout unter AMP-JS-Limits)
Foren mit Live-Interaktion
Stark JS-lastige Apps

Hybrid: beide Versionen

Mobile AMP, Desktop Standard – canonical/amphtml wie oben.

Vorteile: schnelles Mobile-Erlebnis, volle Desktop-Funktion, SEO durch korrekte Verknüpfung.

Häufige Probleme und Lösungen

Problem 1: Anzeige erscheint nicht

Ursache: AMP ungültig
Validator oder DevTools (#development=1) prüfen.

Ursache: fehlendes amp-ad-Skript

<script async custom-element="amp-ad"
    src="https://cdn.ampproject.org/v0/amp-ad-0.1.js"></script>

Ursache: falsche IDs
data-ad-client und data-ad-slot aus AdSense neu kopieren.

Ursache: Richtlinienverstoß
AdSense-Dashboard auf Warnungen prüfen (Dichte above the fold etc.).

Problem 2: Layout bricht

Ursache: keine festen Maße

<amp-ad width="300" height="250" ...></amp-ad>

Ursache: CSS-Konflikt
layout="fixed" oder layout="responsive" setzen:

<amp-ad layout="fixed" width="300" height="250" ...></amp-ad>

<amp-ad layout="responsive" width="16" height="9" ...></amp-ad>

Ursache: eigenes CSS auf amp-ad
Kein display: none, kein problematisches position: absolute.

Problem 3: Core-Web-Vitals-Warnungen

CLS zu hoch
Anzeige verschiebt Inhalt → feste Maße + placeholder:

<amp-ad width="300" height="250" ...>
    <div placeholder style="background: #f0f0f0; height: 250px;">
        <p style="text-align: center; padding-top: 100px; color: #999;">Anzeige wird geladen …</p>
    </div>
</amp-ad>

LCP zu langsam
Zu viele Anzeigen above the fold – reduzieren; Hero-Bild nicht von Anzeige blockieren lassen.

INP zu hoch
Weniger Anzeigen und Third-Party-Skripte; AMP-Lazy-Loading nutzen.

Core Web Vitals optimieren

Die drei Kennzahlen

Seit 2021 beeinflussen Core Web Vitals das Ranking.

LCP (Largest Contentful Paint)

Größtes sichtbares Element fertig geladen
Gut: ≤ 2,5 s
Werbung als LCP-Element verlangsamt die Seite

CLS (Cumulative Layout Shift)

Unerwartete Layout-Sprünge
Gut: ≤ 0,1
Typisch: Anzeige lädt und schiebt Text

INP (Interaction to Next Paint)

Reaktion auf Interaktion (ersetzt FID seit März 2024)
Gut: ≤ 200 ms
Werbeskripte können verzögern

Werbe-spezifische Maßnahmen

1. Feste Anzeigenmaße (CLS)

<!-- Falsch: ohne Maße -->
<amp-ad type="adsense" ...></amp-ad>

<!-- Richtig -->
<amp-ad width="300" height="250" type="adsense" ...></amp-ad>

2. placeholder

<amp-ad width="300" height="250" type="adsense" ...>
    <div placeholder style="background: #f5f5f5; height: 250px;"></div>
</amp-ad>

3. Keine Anzeige am LCP-Element
Hero-Bild nicht von Werbung überlagern oder verzögern.

4. Max. 1 Anzeige above the fold
Inhalt zuerst.

5. Loading-Strategie

<amp-ad data-loading-strategy="prefer-viewability-over-views" ...></amp-ad>

Monitoring

Search Console: „Core Web Vitals“
PageSpeed Insights: pagespeed.web.dev
Chrome Performance-Tab: Timeline bei Reload aufzeichnen

Monatlich prüfen, schrittweise verbessern.

Nutzererfahrung und Einnahmen ausbalancieren

Inhalt und UX zuerst

Inhalt schlägt Werbung; langfristige UX schlägt kurzfristigen RPM.

Drei Anzeigen above the fold und nach jedem Absatz können kurz RPM heben, vertreiben aber Leser – Washington Post zeigt: bessere UX → höhere Retention → mehr Einnahmen.

Leitlinien:

Nutzer kommen für Inhalt
Lesbarkeit nicht opfern
Retention wichtiger als einzelner Klick

Balance finden

1. Wenig starten, steigern testen
1–2 Anzeigen, eine Woche KPIs (Absprung, Sitzungsdauer), dann vorsichtig erhöhen.

2. Absprung und Sitzungsdauer
Absprung +5 % nach Anpassung → zu viel Werbung.

3. Feedback
Kommentare zu „zu viele Anzeigen“ ernst nehmen.

4. Inhaltstyp

Tutorials: weniger, weniger Unterbrechung
News: etwas mehr Dichte möglich
Longreads: gleichmäßig verteilen

Trends

1. UX-Signale gewinnen an Gewicht
Jetzt optimieren, nicht erst nach Ranking-Verlust.

2. Auto Ads werden besser
2023 vs. 2026: spürbar intelligentere Platzierung.

3. Native Formate
Harte Banner-CTR sinkt; native Anzeigen oft besser akzeptiert.

Lernen: AdSense-Blog, Community, monatliche Datenchecks.

Fazit

Drei AMP-Vorteile für Mobile-AdSense:

Geschwindigkeit: bis 4× schneller, bessere Sichtbarkeit
CTR: oft +26 bis +48 %
Retention: z. B. WaPo 51 % → 63 %

Auto vs. manuell:

Wenig Zeit / Einsteiger: Auto Ads, ~5 Minuten Setup
Feine Kontrolle: manuelle <amp-ad>-Plätze
Hybrid möglich: Kernartikel manuell, Rest automatisch

Kern: UX zuerst – gute Inhalte und Tempo halten Nutzer; Einnahmen folgen.

Nächste Schritte:

Starken Artikel als AMP testen
Mit Auto Ads starten, später manuell verfeinern
Core Web Vitals und RPM monatlich prüfen
1–2 Wochen Daten sammeln, nicht vorschnell urteilen

Fragen zum AMP-AdSense-Setup? Gerne in den Kommentaren – und teilen Sie Ihre Erfahrungen und Zahlen.

FAQ

Warum AMP-Automatische Anzeigen statt manueller Anzeigen?

Beide Varianten haben Stärken:

• Automatisch: KI wählt Position und Timing; einmal einrichten, siteweit; responsive Anpassung
• Manuell: feste Plätze (nach Absatz 1, Mitte, Ende); einheitliches Layout; keine unerwünschten Positionen

Empfehlung: Einsteiger mit Auto Ads starten; Kernseiten später manuell – oder Mischbetrieb.

AMP-Anzeigen werden nicht angezeigt – was tun?

Typische Ursachen:

• AMP ungültig: Validator oder DevTools (#development=1)
• Fehlendes amp-ad-Skript im head
• Falsche data-ad-client / data-ad-slot
• AdSense-Richtlinien (z. B. zu viele Anzeigen above the fold)

Schnellcheck: URL#development=1, F12, Konsole lesen.

Welche Anzeigengrößen auf Mobile?

Priorität:

1. Responsive – alle Breiten, Google-Empfehlung
2. 300×250 – Standard, gute CTR und Fill Rate
3. 336×280 – Tablets
4. 320×100 – Kopf/Fuß, wenig Höhe

Vermeiden: 728×90, 160×600. Standard: responsive, sonst 300×250.

Core Web Vitals und Werbeeinnahmen ausbalancieren?

CLS: feste width/height, placeholder, kein Nach-unten-Schieben

LCP: wenig/noch Anzeigen above the fold; nicht am Hero-Bild stören; responsive Formate

INP: 2–3 Anzeigen bei ~2.000 Wörtern; weniger Third-Party; AMP-Lazy-Loading

Tools: Search Console, PageSpeed Insights, Chrome Performance – monatlich prüfen.

Wie viele Anzeigen – und wann zu viel?

Richtwerte:

• ~1.000 Wörter: 1–2 Anzeigen
• ~2.000 Wörter: 2–3 Anzeigen
• 3.000+: 3–4, etwa alle 800–1.000 Wörter

Monitoring: Absprung +5 % → reduzieren; Sitzungsdauer sinkt → UX leidet; AdSense: Werbung darf Inhalt nicht dominieren.

Praxis: 5 Anzeigen in 2.000 Wörtern → +1,5 s Ladezeit, +20 % Absprung, weniger RPM gesamt.

Wie groß ist der Einnahmenunterschied AMP vs. Standard?

Beispiele:

Eigener Test (Tech-Blog, ~50k Visits/Monat):
• Nicht-AMP: RPM $2,8, CTR 1,2 %, 4,2 s
• AMP: RPM $3,6, CTR 1,8 %, 1,1 s
• +28 % Einnahmen, +50 % CTR

Branche: VW +26 %/+48 % CTR; Times Internet +50 % Einnahmen; WaPo Retention 51→63 %.

Gründe: schnelles Laden, mehr sichtbare Impressionen, bessere Retention.

Tipp: einen Top-Artikel als AMP testen, 1–2 Wochen in der Search Console vergleichen.

11 Min. Lesezeit · Veröffentlicht am: 10. Jan. 2026 · Aktualisiert am: 9. Juli 2026

Easton

Digitale Medien