AMP (Accelerated Mobile Pages) - WordUp Dreistadt Rückblick

Bei einem WordUp-Trójmiasto-Treffen in Gdynia, dem WordPress-Meetup der polnischen Dreistadt, habe ich über AMP (Accelerated Mobile Pages) gesprochen. Damals war es eines der heißesten Themen im mobilen SEO. 2026 wird AMP weiterhin gepflegt, ist aber ein Nischenformat, und Google Search hat ihm fast alle Vorteile genommen, die es damals für Verlage attraktiv machten. Dieser Rückblick behält die Thesen des Vortrags bei und ergänzt, was sich danach geändert hat, jeweils mit Datum und offizieller Quelle.

#WordUp Trójmiasto 12 Programm des AMP-Vortrags

Das Archiv der WordPress-Community der Dreistadt auf wpgdynia.pl führt den Vortrag Przyspieszone strony mobilne AMP (beschleunigte mobile Seiten mit AMP) im Programm von WordUp Trójmiasto #12, im Zeitfenster von 17:30 bis 18:00 Uhr. Der Beitrag zur Veranstaltung erschien am 18. März 2018. Er lud zu einem Samstagstermin von 17:00 bis 20:00 Uhr in den Pomorski Park Naukowo-Technologiczny in Gdynia ein, Gebäude III, Kinosaal A. Der Eintritt war frei, eine Anmeldung war Pflicht.

Der AMP-Vortrag teilte sich den Abend mit vier weiteren Sessions. Das Programm zeigt gut, womit sich die lokale WordPress-Szene im Frühjahr 2018 beschäftigte:

Dasselbe Archiv reicht bis zu WordUp Gdańsk #1 am 17. Dezember 2012 zurück und nummeriert die Dreistadt-Ausgaben von #1 bis #22. Spätere Ausgaben laufen unter dem Namen WordUp Gdynia, zum Beispiel WordUp Gdynia #24. Im Publikum von #12 saßen WordPress-Entwickler, Leute aus Agenturen und Website-Betreiber, und die meisten Fragen nach dem Vortrag drehten sich um eine Sache: ob AMP mit einem WooCommerce-Shop funktioniert.

#Die drei Thesen des AMP-Vortrags

Der Vortrag stützte sich auf drei Thesen. 2018 traf jede davon zu. Die folgenden Abschnitte zeigen, welche heute noch gelten.

#Was AMP ist: ein eingeschränktes HTML-Framework

AMP ist ein “abgespecktes” HTML-Framework, das Google vorangetrieben hat, damit Seiten auf dem Smartphone sofort laden. Google kündigte das Projekt am 7. Oktober 2015 als Open-Source-Initiative für ein schnelleres mobiles Web an. Eine AMP-Seite besteht aus drei Teilen:

1. AMP HTML: eine Teilmenge von HTML mit eigenen Elementen wie amp-img und amp-form.
2. AMP JS: die Laufzeitumgebung, die Ressourcen lädt und das Layout steuert.
3. AMP Cache: ein CDN, das validierte AMP-Dokumente speichert und aus der Infrastruktur von Google ausliefert.

Die Regeln sind streng. Der AMP-Leitfaden zum Styling verbietet !important und externe Stylesheets (einzige Ausnahme sind eigene Schriften), und das gesamte CSS des Autors gehört in einen einzigen Block <style amp-custom>. Zur Zeit des Vortrags war dieser Block auf 50 KB begrenzt. Eigenes JavaScript war komplett verboten, erlaubt waren nur die Komponenten des Projekts.

#Warum Verlage AMP einsetzten: Cache und Top Stories

Der Vortrag nannte zwei Gründe für AMP:

• Geschwindigkeit. Google konnte ein AMP-Ergebnis aus seinem Cache vorladen, bevor der Nutzer darauf tippte, sodass der Artikel fast sofort erschien.
• Sichtbarkeit. Das mobile Top-Stories-Karussell in der Google-Suche zeigte AMP-Ergebnisse. Google selbst beschrieb die Funktion im Mai 2020 als eine, die “derzeit AMP-Ergebnisse hervorhebt” (Sowmya Subramanian, Google Search Central, eigene Übersetzung).

Für einen Nachrichtenverlag gab der zweite Punkt den Ausschlag. Ohne AMP gab es keinen realistischen Weg ins Karussell.

#Die Schattenseite von AMP: google.com/amp-Adressen und Designgrenzen

Der dritte Teil des Vortrags behandelte die Kosten:

• Verwirrung bei der Adresse. Wer ein AMP-Ergebnis öffnete, sah eine Adresse, die mit google.com/amp/ begann, statt der Domain des Verlags. Signed Exchanges (SXG) haben das teilweise behoben, weil der Browser für Inhalte aus dem Google-Cache die Originaladresse anzeigen konnte.
• Designgrenzen. Mit gedeckeltem CSS und ohne eigene Skripte war eine einheitliche Markendarstellung zwischen AMP-Version und normaler Seite viel Arbeit.

#AMP-Zeitleiste vom Vortrag bis 2026

Nach 2018 hat sich fast jeder der obigen Punkte verschoben. Die Tabelle listet die Änderungen der Reihe nach, jeweils mit Primärquelle.

Die aktuelle AMP-HTML-Spezifikation formuliert das Limit so: “Es ist ein Validierungsfehler, wenn das Stylesheet des Autors und die Inline-Styles zusammen größer als 75.000 Byte sind” (eigene Übersetzung). Eigenes JavaScript ist heute über die Komponente amp-script möglich, die Code in einem Web Worker ausführt. Ein einzelnes Inline-Skript darf bis zu 10.000 Byte groß sein, alle Skripte einer Seite zusammen bis zu 150.000 Byte.

#Ist AMP für Google Top Stories erforderlich

Nein, und zwar seit Mitte 2021. In der ursprünglichen Ankündigung schrieb Google: “AMP wird nicht mehr nötig sein, damit Artikel in den mobilen Top Stories erscheinen; die Funktion wird für jede Seite offen sein” (Sowmya Subramanian, Google Search Central, eigene Übersetzung).

Der Beitrag vom April 2021 ging weiter und koppelte das Karussell auch von Leistungswerten ab: “Das bedeutet, dass das AMP-Format nicht mehr erforderlich ist und jede Seite, unabhängig von ihrem Core-Web-Vitals-Wert oder ihrem Page-Experience-Status, im Top-Stories-Karussell erscheinen kann” (Jeffrey Jose, Google Search Central, eigene Übersetzung). Derselbe Beitrag kündigte an, dass Google das AMP-Symbol bei AMP-Inhalten nicht mehr anzeigt. Der Rollout begann am 15. Juni 2021 und endete Ende August 2021.

Das stärkste Argument des Vortrags, das Top-Stories-Karussell, gilt also nicht mehr. Ein normaler WordPress-Artikel hat denselben Zugang zum Karussell wie ein AMP-Artikel.

#Wie Google Search AMP-Seiten 2026 behandelt

Die AMP-Dokumentation von Google behandelt AMP heute als eine von vielen Arten, eine Seite zu bauen: “Google Search indexiert AMP-Seiten genauso wie andere Webseiten” (eigene Übersetzung). AMP-Seiten können weiterhin als Rich Results oder als Web Stories erscheinen, müssen aber gültiges AMP HTML sein, und die AMP-URL sollte erkennbar zur Hauptwebsite gehören. AMP auf dem Desktop erhält keine suchspezifischen Funktionen.

Die größte Änderung kam am 1. Juli 2026. Laut dem Hinweis zur Aktualisierung der Dokumentation “führt die Google-Suche Nutzer jetzt direkt zu den vom Verlag gehosteten AMP-Seiten”, und Verlage “müssen den AMP-Cache nicht mehr aktualisieren und keine Signed Exchanges mehr konfigurieren”. Der Hinweis endet mit dem Satz: “AMP-Inhalte werden weiterhin genauso ranken wie jede andere Webseite” (Google Search Central, Aktualisierungen der Dokumentation, eigene Übersetzung).

Damit sind zwei Thesen des Vortrags überholt:

• Das google.com/amp-Problem ist für Suchtraffic verschwunden. Nutzer landen auf der AMP-URL in der Domain des Verlags, das Markenargument gegen AMP greift also nicht mehr.
• Auch das Argument der Serverentlastung ist für Suchtraffic verschwunden. 2018 lieferte Google AMP-Artikel aus dem eigenen Cache aus, ein großes Nachrichtenportal bediente also weniger Anfragen selbst. Seit Juli 2026 landen diese Besuche auf den Servern des Verlags, genau wie bei einer normalen Seite.

Das Framework selbst ist nicht aufgegeben. AMP wird als At-Large-Projekt der OpenJS Foundation geführt, und das Repository ampproject/amphtml auf GitHub hat am 18. August 2026 eine neue Version veröffentlicht.

#Wie das offizielle AMP-Plugin für WordPress funktioniert

In WordPress kommt AMP fast immer über das offizielle AMP-Plugin. Zu den Mitwirkenden gehören Google, XWP, rtCamp und Automattic. Aktuelle Angaben aus dem Plugin-Verzeichnis von WordPress.org:

Die Installation per WP-CLI ist eine Zeile:

wp plugin install amp --activate

Das Plugin bietet drei Template-Modi, und frühere Fassungen dieses Artikels haben sie falsch beschrieben. Die Beschreibung des Plugins selbst:

• Standard: “Dieser Template-Modus ist der Idealfall, denn es gibt nur ein Theme für alle Anfragen und eine einzige Version der Website” (eigene Übersetzung). Jede URL ist eine AMP-Seite.
• Transitional (Übergang): “In diesem Modus wird ebenfalls ein einziges Theme verwendet, aber jede Seite kann zwei Versionen haben: AMP und Nicht-AMP” (eigene Übersetzung). Das aktive Theme rendert beide Versionen.
• Reader (Leser): “In diesem Modus gibt es zwei verschiedene Themes, eines für AMP-Seiten und eines für Nicht-AMP-Seiten” (eigene Übersetzung). Die AMP-Version nutzt ein eigenes, einfacheres Theme.

Der Standard-Modus ergibt nur Sinn, wenn das Theme und jedes aktive Plugin gültiges AMP ausgeben. Transitional und Reader behalten eine kanonische Seite ohne AMP, also zwei Versionen jeder URL, die nach jedem Theme- oder Plugin-Update getestet werden müssen. Auch das Veröffentlichungsdatum verdient einen Blick: Seit April 2025 ist keine neue Version erschienen, während WordPress selbst weiterentwickelt wird.

#Warum WooCommerce die schwierigste Frage beim Vortrag war

Die Fragen nach dem Vortrag drehten sich vor allem um WooCommerce, und das war kein Zufall. Ein Shop lebt von Interaktionen, die AMP am stärksten einschränkte: Produktformulare mit Varianten, der Mini-Warenkorb, Gutscheinfelder und vor allem der Checkout, in den Zahlungsanbieter eigene Skripte einbinden.

2018 brauchte jedes dieser Elemente entweder eine AMP-Komponente wie amp-form oder einen Rückfall auf die normale Seite. Die Antwort aus dem Vortrag gilt im Grundsatz weiter: AMP passt zu Inhaltsseiten, Warenkorb und Checkout bleiben auf normalen Seiten. amp-script hat das JavaScript-Verbot etwas gelockert, aber seine Größenlimits und das Web-Worker-Modell decken die Skripte der Zahlungsanbieter nicht ab. Da ein schneller Shop auch ohne AMP möglich ist, ist der praktische Weg der aus unserem Leitfaden zur WooCommerce-Performance: Caching, Bildformate und weniger blockierende Skripte im normalen Theme.

#Wie man AMP-Seiten validiert

Google Search erwartet von AMP-Seiten gültiges AMP HTML, deshalb gehört die Validierung in jeden AMP-Workflow. Der AMP-Leitfaden zur Validierung nennt die Methoden:

• Im Browser: #development=1 an die Seiten-URL anhängen und die Validierungsmeldungen in der DevTools-Konsole lesen.
• Weboberfläche: HTML oder URL in validator.ampproject.org einfügen, das Fehler direkt neben dem Quelltext anzeigt.
• Browser-Erweiterung: Die Erweiterung AMP Validator für Chrome und Opera markiert ungültige Seiten beim Surfen.
• In der CI: Das npm-Paket amphtml-validator (oder sein gulp-Wrapper) lässt einen Build scheitern, wenn ein Template ungültiges AMP erzeugt.

Auf einer WordPress-Seite mit dem Plugin im Modus Transitional oder Reader ist die Validierung nach jedem Plugin-Update wichtig, weil ein neues Plugin Markup einfügen kann, das AMP bricht, während die Seite ohne AMP weiter funktioniert.

#Wie man AMP aus WordPress entfernt, ohne URLs zu verlieren

Wer das offizielle AMP-Plugin seit Jahren aktiv hat, fragt heute, ob die vorhandenen AMP-Versionen noch etwas leisten. Der Google-Leitfaden zum Entfernen von AMP-Seiten beschreibt den sicheren Weg, wenn die normale Seite bleiben soll:

1. Den Link rel="amphtml" von der kanonischen Seite ohne AMP entfernen.
2. Für die entfernte AMP-URL eine Weiterleitung mit 301 oder 302 auf die kanonische Seite einrichten.
3. Den AMP-Statusbericht in der Search Console beobachten, wo die Kurve “indexed AMP pages” sinken sollte.

Der Leitfaden warnt auch vor einer Abkürzung: das AMP-Dokument nicht einfach leeren. “Wenn die Google-Suche ein Dokument als ungültig erkennt, liefert sie weiterhin die älteste verfügbare gültige Version aus” (eigene Übersetzung). Auf einer WordPress-Seite mit dem offiziellen Plugin entfernt die Deaktivierung die amphtml-Links, aber die alten AMP-URLs müssen trotzdem auf die kanonischen Seiten weiterleiten, per Weiterleitungsregel oder in der Serverkonfiguration.

Vor einer Entscheidung lohnt ein Blick in die Analytics. Weil AMP-Seiten oft über die Komponente amp-analytics getrennt gemessen werden, fällt ihr Anteil am Traffic in vielen Berichten kaum auf. Kommen nur noch wenige Besucher über AMP-URLs, ist das Plugin ein Kandidat für die Deaktivierung. In beiden Fällen gehört die Entscheidung zu einer gemessenen Ausgangslage, damit sich hinterher zeigen lässt, ob die Seite ohne AMP langsamer oder schneller geworden ist.

#Core Web Vitals statt AMP

Das Leistungsziel, das AMP über Einschränkungen erzwang, wird heute direkt gemessen. Die Core Web Vitals und ihre Schwellenwerte für “gut”:

Google empfiehlt, sie am 75. Perzentil der Seitenaufrufe zu messen, getrennt nach Mobilgeräten und Desktop. INP hat First Input Delay im März 2024 ersetzt, jede Anleitung mit FID unter 100 ms ist also veraltet. Ein normales WordPress-Theme kann diese Werte ohne AMP erreichen. Die Methoden beschreiben unser Leitfaden zu Core Web Vitals und INP und die Übersicht, wie man eine WordPress-Website beschleunigt.

#Lohnt sich AMP für eine WordPress-Seite 2026 noch

AMP ist für eine WordPress-Website nicht mehr die Standardwahl. Die Gründe aus dem Vortrag sind einer nach dem anderen entfallen: Top Stories öffnete sich 2021 für jede Seite, das AMP-Symbol verschwand, und seit Juli 2026 liefert Google Search AMP-Seiten nicht mehr aus seinem Cache aus. Übrig bleibt ein gültiges, weiter gepflegtes HTML-Framework mit strengen Regeln, das manche Teams als Performance-Disziplin nutzen.

Für eine neue Website gilt: eine schnelle normale Seite bauen und die Core Web Vitals messen. Für eine Website, die AMP schon einsetzt, gibt es in keine Richtung eine Ranking-Strafe, weil AMP-Inhalte wie jede andere Seite ranken. Entscheidend sind die Kosten: ein zweiter Satz Templates, Validierung nach jedem Update und ein WordPress-Plugin ohne neue Version seit April 2025. Wenn im Team niemand die AMP-Version pflegt, ist ihr Entfernen mit Weiterleitungen meist die sauberere Lösung.

#Folien und Materialien zum AMP-Vortrag

Die Folien von WordUp Trójmiasto #12 sind diesem Rückblick nicht beigefügt, deshalb führen die Links unten zu den offiziellen Quellen für jede Aussage im Artikel. Danke an alle, die zum Vortrag kamen und schwierige Fragen zu AMP in WooCommerce gestellt haben. Diese Fragen haben die Teile dieses Artikels über Shops geprägt.

• Programm von WordUp Trójmiasto #12 auf wpgdynia.pl
• Offizielles AMP-Plugin für WordPress
• Dokumentation des AMP-Projekts
• Google Search Central: AMP in der Google-Suche
• Google Search Central: AMP-Seiten entfernen