AMP (Accelerated Mobile Pages)

AMP (Accelerated Mobile Pages) ist ein Open-Source-Web-Framework, das ursprünglich von Google entwickelt wurde, um schnell ladende Seiten auf Mobilgeräten bereitzustellen. AMP-Seiten verwenden eine vereinfachte HTML-Version mit strikten Einschränkungen bei JavaScript und CSS, um die Rendering-Geschwindigkeit zu priorisieren. Das Framework speichert Seiten auf Googles CDN und rendert sie in Suchergebnissen vor, wodurch AMP-Seiten beim Antippen aus einer Google-Suche nahezu sofort zu laden schienen. AMP wurde zwischen 2016 und 2021 von Nachrichtenverlagen und Content-Websites breit eingesetzt, insbesondere weil Googles Top-Stories-Karussell zunächst AMP-Seiten für die Aufnahme voraussetzte. Der Einfluss des Frameworks ist deutlich zurückgegangen, seit Google 2021 die AMP-Anforderung für Top Stories aufhob und seinen Ranking-Schwerpunkt auf die [Core Web Vitals](/glossary/core-web-vitals) verlagerte.

Mobile Leser erwarten, dass Seiten in unter drei Sekunden laden. Langsamer Content verliert Leser und schadet dem Suchranking. Für Verleger, die zwischen 2016 und 2021 in AMP investierten, lieferte das Framework messbare Verbesserungen bei Geschwindigkeit und Suchsichtbarkeit. Allerdings erreichte AMP seine Geschwindigkeit durch schwerwiegende Einschränkungen — kein benutzerdefiniertes JavaScript, eingeschränktes CSS, begrenzte Analytics-Möglichkeiten und keine Unterstützung für interaktive Elemente wie eingebettete Videos, Formulare oder 3D-Animationen. Mit der Verbesserung der Browser-Performance und Mobilfunknetze hat sich der Abstand zwischen gut optimierten Standard-Webseiten und AMP-Seiten erheblich verringert. Verleger müssen nun abwägen, ob AMPs Einschränkungen die abnehmenden Vorteile noch rechtfertigen, insbesondere wenn moderne Frameworks vergleichbare Ladezeiten ohne Funktionsverlust erreichen können.

**"AMP ist für gute mobile Rankings erforderlich."** Das war teilweise bis 2021 zutreffend, als Google AMP für das Top-Stories-Karussell verlangte. Seitdem bewertet Google Seiten anhand der [Core Web Vitals](/glossary/core-web-vitals) (Largest Contentful Paint, Cumulative Layout Shift, Interaction to Next Paint), unabhängig davon, ob sie AMP verwenden. Eine gut optimierte Standard-Seite rankt genauso gut wie eine AMP-Seite. **"AMP-Seiten sind immer schneller als normale Seiten."** AMP erreicht Geschwindigkeit durch Caching und Einschränkungen, aber eine korrekt optimierte Standard-Webseite mit modernen Bildformaten, minimalem JavaScript und Edge-Caching kann AMP-Ladezeiten erreichen oder übertreffen. Der wahrgenommene Geschwindigkeitsvorteil stammte größtenteils aus Googles CDN-Pre-Rendering, nicht aus AMPs HTML-Subset selbst. **"AMP aufzugeben wird dem Traffic schaden."** Viele Verleger, die von AMP migriert haben, berichteten über stabilen oder sogar verbesserten Traffic, da ihre Standard-Seiten nun reichhaltigeren Content, bessere Analytics und interaktive Elemente enthalten konnten, die Engagement und Verweildauer steigerten.

AMP funktioniert durch die Durchsetzung einer Reihe von Regeln auf HTML-Ebene: - **JavaScript**: AMP verbietet jegliches benutzerdefiniertes JavaScript. Nur AMPs eigene Komponentenbibliothek ist erlaubt, was Interaktivität auf vorgefertigte Komponenten wie Bilderkarussells und Akkordeons beschränkt. - **CSS**: Alle Styles müssen inline sein und insgesamt unter 75KB liegen. Externe Stylesheets sind blockiert. - **Ressourcen**: Bilder, Videos und iFrames müssen AMP-spezifische Tags verwenden (`amp-img`, `amp-video`, `amp-iframe`) mit vorab deklarierten Dimensionen, um Layout-Verschiebungen zu verhindern. - **Caching**: AMP-Seiten werden auf Googles AMP Cache CDN gespeichert, die sie von Googles Servern statt vom Ursprungsserver des Verlegers ausliefert. - **Validierung**: Seiten müssen den AMP Validator bestehen, um als gültige AMP-Seiten erkannt zu werden und das AMP-Badge in den Suchergebnissen zu erhalten. Diese Einschränkungen bedeuten, dass Funktionen wie [Lead-Capture-Formulare](/glossary/lead-capture), benutzerdefinierte [Analytics](/glossary/analytics-dashboard)-Skripte, eingebettete [Flipbook](/glossary/flipbook)-Viewer und interaktive Produktdemos innerhalb einer AMP-Seite nicht funktionieren können.

FlipLink verwendet kein AMP, da sein [Flipbook](/glossary/flipbook)-Viewer bereits für mobile Performance optimiert ist, ohne die von AMP auferlegten Einschränkungen. Flipbooks werden als leichtgewichtige, responsive Seiten ausgeliefert, die auf jedem Gerät schnell laden. Die [Three.js](/glossary/three-js)-basierte Seitenumblätter-Erfahrung passt sich automatisch an die Bildschirmgröße an, und FlipLinks Viewer-Steuerung ermöglicht Lesern, per Pinch-to-Zoom zu vergrößern, Seiten zu wischen und mit Touch-Gesten zu navigieren. Funktionen wie [CTA-Buttons](/glossary/call-to-action-cta), Lead-Capture-Formulare und Echtzeit-Analytics funktionieren auf Mobilgeräten vollständig — nichts davon wäre innerhalb von AMPs eingeschränktem HTML-Subset möglich. FlipLinks Seiten erzielen starke Core-Web-Vitals-Werte durch [Lazy Loading](/glossary/lazy-loading), optimierte Bildauslieferung und minimale Render-blockierende Ressourcen, was AMP für die Suchperformance überflüssig macht.

AMP hat ein reales Problem gelöst — langsame mobile Seiten — aber mit Einschränkungen, über die die moderne Webentwicklung hinausgewachsen ist. Verleger, die ihre mobile Strategie evaluieren, sollten sich auf die Optimierung der Core Web Vitals konzentrieren statt auf AMP-Adoption, und Plattformen wie FlipLink zeigen, dass reichhaltige, interaktive mobile Erlebnisse genauso schnell laden können wie AMP-Seiten, ohne Funktionalität zu opfern.