Wenn du dich mit Mobile SEO beschäftigst, bist du früher oder später auf das Kürzel AMP gestoßen. Accelerated Mobile Pages war jahrelang das große Versprechen von Google: blitzschnelle Seiten auf dem Smartphone, bevorzugtes Ranking, mehr Sichtbarkeit. Doch was ist 2026 davon übrig? Lohnt sich AMP noch, oder ist das Technologie-Format auf dem Weg ins Museum?
In diesem Artikel erklären wir dir genau, was AMP ist, wie es technisch funktioniert, welche Vor- und Nachteile es hat – und was du als Website-Betreiber heute darüber wissen solltest.
Was ist AMP? Die Grundidee
AMP (Accelerated Mobile Pages) ist ein Open-Source-Framework, das Google 2015 zusammen mit Twitter und anderen Partnern ins Leben gerufen hat. Das Ziel war klar: Webseiten auf Smartphones so schnell laden zu lassen, dass Nutzer nicht wegklicken, bevor der Inhalt sichtbar ist.
Die Grundidee hinter AMP ist denkbar einfach: Lass uns eine stark vereinfachte Version von HTML definieren, die absichtlich viele Möglichkeiten einschränkt – und dafür garantiert blitzschnell lädt. AMP-Seiten bestehen aus drei Komponenten:
- AMP HTML: Eine eingeschränkte Version von HTML mit speziellen AMP-eigenen Tags
- AMP JS: Eine JavaScript-Bibliothek, die das asynchrone Laden von Ressourcen steuert
- AMP Cache: Ein Content Delivery Network (CDN), über das Google AMP-Seiten vorab lädt und ausliefert
Der entscheidende Trick: Google lädt AMP-Seiten vorab in den Cache, noch bevor der Nutzer auf den Link geklickt hat. Wenn du dann klickst, ist die Seite praktisch sofort da – weil sie eigentlich schon längst geladen wurde.
Wie unterscheidet sich AMP-HTML von normalem HTML?
AMP-Seiten sehen auf den ersten Blick wie normale HTML-Seiten aus. Der Unterschied steckt in den Details. Hier die wichtigsten Änderungen:
Verbotene und ersetzte Elemente
- Kein normales
<img>– stattdessen<amp-img> - Kein
<video>– stattdessen<amp-video> - Kein
<iframe>– stattdessen<amp-iframe> - Kein selbst geschriebenes JavaScript erlaubt (außer dem AMP-Framework selbst)
- Kein inline-CSS in externen Stylesheets – alles CSS muss im
<head>inline stehen, maximal 75 KB
Pflichtbestandteile einer AMP-Seite
Eine gültige AMP-Seite braucht zwingend:
- Das
⚡-Symbol oderamp-Attribut im<html>-Tag - Einen
<link rel="canonical">-Tag, der auf die Original-URL verweist - Das AMP-JS-Script im
<head> - Einen
<style amp-boilerplate>-Block mit dem AMP-Boilerplate-CSS
Eine minimal gültige AMP-Seite sieht so aus:
<!doctype html>
<html ⚡ lang="de">
<head>
<meta charset="utf-8">
<title>Meine AMP-Seite</title>
<link rel="canonical" href="https://example.com/seite.html">
<meta name="viewport" content="width=device-width,minimum-scale=1">
<script async src="https://cdn.ampproject.org/v0.js"></script>
<style amp-boilerplate>body{-webkit-animation:-amp-start...}</style>
</head>
<body>
<amp-img src="bild.jpg" width="600" height="400" layout="responsive" alt="Mein Bild"></amp-img>
<p>Hallo Welt!</p>
</body>
</html>AMP und SEO: Wie war der Zusammenhang?
In den Anfangsjahren von AMP (2016–2020) gab es einen klaren Vorteil: AMP-Seiten wurden im Google-Suchergebnis auf dem Smartphone mit einem kleinen Blitz-Symbol (⚡) gekennzeichnet und häufig im sogenannten Top Stories Carousel ganz oben angezeigt. Dieses Karussell oben in den mobilen Suchergebnissen war Medienhäusern und Nachrichtenportalen vorbehalten – und war lange Zeit exklusiv für AMP-Seiten reserviert.
Das änderte sich fundamental. Im Juni 2021 entfernte Google die Pflicht, dass Artikel für das Top Stories Carousel AMP verwenden müssen. Seitdem gilt: AMP ist kein Rankingfaktor mehr.
Google hat offiziell bestätigt: AMP ist kein Rankingfaktor. Was zählt, sind die Core Web Vitals – unabhängig davon, ob du AMP nutzt oder nicht.
Vorteile von AMP (die noch gelten)
Auch wenn AMP kein direkter Rankingfaktor mehr ist, hat das Format durchaus noch Vorzüge in bestimmten Szenarien:
1. Sehr schnelle Ladezeiten
AMP-Seiten sind durch ihre Einschränkungen fast immer sehr schnell. Wer ein komplexes CMS hat und nicht die Ressourcen für eine umfangreiche Performance-Optimierung aufwenden kann, erreicht mit AMP schnell gute Ladezeiten.
2. Gute Core Web Vitals nahezu garantiert
Da AMP kein oder kaum JavaScript erlaubt, fallen render-blocking Ressourcen weg. Render-Blocking-Ressourcen sind einer der häufigsten Gründe für schlechte LCP- und FID-Werte – bei AMP-Seiten ist dieses Problem strukturell gelöst.
3. Gute Option für ressourcenschwache Verbindungen
In Regionen mit langsamen oder teuren Mobilverbindungen sind AMP-Seiten noch ein echter Vorteil. Für internationale Websites mit Zielgruppen in Entwicklungsländern kann AMP sinnvoll sein.
4. Einige Google-Dienste bevorzugen AMP noch
Google Discover und Google News zeigen AMP-Seiten noch immer mit leichter Bevorzugung – allerdings kein Muss mehr. Für Nachrichtenportale oder Content-Publisher lohnt sich ein Blick auf die eigene Klickrate aus Discover.
Nachteile von AMP – und warum viele davon abrücken
Die Einschränkungen von AMP sind erheblich:
1. Kein JavaScript = keine Interaktivität
Formulare, Chatbots, interaktive Elemente, komplexe Animationen – alles, was JavaScript braucht, ist in AMP nicht oder nur sehr eingeschränkt möglich. Wer eine interaktive Website betreibt, stößt schnell an Grenzen.
2. Eigene URL des Google AMP Cache
AMP-Seiten werden über https://www.google.com/amp/s/deine-domain.de/artikel ausgeliefert – nicht über deine eigene Domain. Das schadet dem Markenimage, dem direkten Traffic auf deine Domain und der Kontrolle über deine Nutzer.
3. Doppelter Wartungsaufwand
Wer AMP nutzt, muss oft zwei Versionen seiner Seite pflegen: die normale Version und die AMP-Version. Das kostet Entwicklungszeit und erhöht das Fehlerrisiko. Ein vergessener Canonical-Tag zwischen AMP- und Nicht-AMP-Version kann zu Duplicate-Content-Problemen führen.
4. Analytics und Tracking sind eingeschränkt
Standard-Tracking-Pixel und JavaScript-basierte Analytics funktionieren auf AMP-Seiten nicht ohne weiteres. AMP hat zwar eine eigene <amp-analytics>-Komponente, aber die Konfiguration ist aufwändig und nicht alle Analyse-Tools werden unterstützt.
5. AMP wird weniger aktiv entwickelt
Die AMP-Community hat in den letzten Jahren spürbar weniger Aktivität gezeigt. Google hat intern viele AMP-Ressourcen abgezogen. Das Ökosystem wird weniger aktiv gepflegt – ein Zeichen, dass die Technologie in ihrem Zenit war.
AMP 2026: Lohnt es sich noch?
Die ehrliche Antwort: Für die meisten Websites lohnt sich AMP nicht mehr. Hier ist die Entscheidungsmatrix:
AMP sinnvoll, wenn…
- Du ein Nachrichtenportal oder Magazin betreibst und Google News/Discover wichtig ist
- Deine Zielgruppe überwiegend in Regionen mit langsamen Mobilverbindungen lebt
- Du kein JavaScript-intensives Feature benötigst
- Du AMP bereits im Einsatz hast und es gut läuft – dann lass es laufen
AMP unnötig, wenn…
- Du eine Unternehmenswebsite, einen Onlineshop oder eine Service-Seite betreibst
- Du bereits gute Core Web Vitals hast (LCP < 2,5 s, CLS < 0,1, INP < 200 ms)
- Du Interaktivität oder Tracking benötigst
- Dir deine eigene Domain-URL wichtig ist (Branding!)
Die bessere Alternative: Core Web Vitals optimieren
Was Google heute wirklich belohnt, sind gute Core Web Vitals. Diese kannst du auch ohne AMP erreichen – mit den richtigen Optimierungen:
- Bilder optimieren (WebP, Lazy Loading, richtige Größen)
- Render-Blocking-Ressourcen entfernen
- Caching richtig einrichten
- TTFB verbessern (schneller Server)
Wer diese Punkte umsetzt, erreicht dieselben oder bessere Core Web Vitals wie eine AMP-Seite – und behält dabei alle Freiheiten einer normalen Website.
Wie erkenne ich AMP-Seiten?
AMP-Seiten erkennst du an verschiedenen Merkmalen:
- Im Quellcode:
<html ⚡>oder<html amp> - In der URL: Often
/amp/im Pfad oder?amp=1als Parameter - AMP-Seiten laden das AMP-JS von
cdn.ampproject.org - Validierbar mit dem offiziellen AMP-Validator
AMP mit WordPress: Plugins und Alternativen
Für WordPress gibt es das offizielle AMP-Plugin (AMP for WordPress), das AMP-Versionen deiner Artikel automatisch generiert. Drei Modi stehen zur Wahl:
- Standard-Modus: Alle Seiten werden direkt als AMP ausgegeben
- Transitional-Modus: Jede Seite hat eine normale und eine AMP-Version
- Reader-Modus: AMP-Seiten sind separate, vereinfachte Versionen deiner Inhalte
Wichtig beim Einsatz: Stelle sicher, dass du korrekte Canonical-Tags setzt. Die AMP-Version muss auf die Original-URL verweisen (<link rel="canonical" href="https://deine-domain.de/artikel">), und die Original-Seite muss auf die AMP-Version verweisen (<link rel="amphtml" href="https://deine-domain.de/artikel/amp">).
Checkliste: AMP richtig implementieren
Falls du AMP nutzt oder einführen möchtest, hier die wichtigsten Punkte:
- Canonical-Tags prüfen: AMP-Seite → Original, Original → AMP (amphtml)
- AMP-Validator nutzen: Jede AMP-Seite durch den offiziellen Validator laufen lassen
- Analytics einrichten:
<amp-analytics>konfigurieren für Google Analytics 4 - Bilder als amp-img: Breite und Höhe immer angeben,
layout="responsive"nutzen - CSS unter 75 KB halten: AMP erlaubt maximal 75 KB inline-CSS
- Kein externes JavaScript: Nur das AMP-Framework und offizielle AMP-Komponenten
- Strukturierte Daten einbinden: Schema.org Markup auch in AMP-Seiten
- Search Console überwachen: AMP-Fehler werden im Google Search Console AMP-Bericht angezeigt
Fazit: AMP verstehen, aber nicht blind folgen
AMP war für viele Jahre ein wichtiges Werkzeug im Mobile-SEO-Werkzeugkasten. Das Google-Framework hat das Web tatsächlich schneller gemacht – und hat damit seinen Teil dazu beigetragen, dass Mobile SEO heute ein eigenes, ernstes Themengebiet ist.
Für 2026 gilt jedoch: AMP ist kein Pflichtprogramm mehr. Google hat die Verknüpfung von AMP mit bevorzugten Rankings gekappt. Was zählt, sind echte Performance-Werte – und die lassen sich auch ohne AMP erreichen.
Nutze die Zeit, die du sonst für AMP-Implementierung aufwenden würdest, lieber für eine solide Core Web Vitals Optimierung. Das bringt dir langfristig mehr – auf deiner Domain, mit deiner URL, mit deinen Nutzerdaten.
Willst du wissen, wie gut deine Website aktuell aufgestellt ist? Nutze unsere kostenlose SEO-Analyse auf shift07.ai – du siehst sofort, wo der größte Optimierungsbedarf liegt.