AMP-Landingpage
Eine AMP-Landingpage basiert auf Accelerated Mobile Pages, einem abgespeckten HTML-Framework, das mobil nahezu sofort lädt und oft aus einem Cache vorgerendert wird.
Das Wichtigste in Kürze
- Ohne bestandene Validierung verliert die Seite still ihre Cache-Berechtigung.
- Das Vorrendern aus dem Plattform-Cache liefert den Großteil der Geschwindigkeit.
- Inline-CSS ist größenbegrenzt, eigenes JavaScript weicht einer festen Komponentenbibliothek.
- Verzweigte Quiz-Logik, laufende Bewertung und CRM-Übergabe laufen in AMP nicht.
- Ein AMP-Zwilling erzeugt Drift bei Text, Angebot und Tracking gegenüber der Hauptseite.
Im Detail
Ein AMP-Dokument muss zuerst einen Validator bestehen. Das CSS steht in einem einzigen Inline-Block mit harter Größengrenze, externe Stylesheets sind bis auf Schriften gesperrt, eigene Skripte werden durch Komponenten wie amp-img oder amp-form ersetzt, und jedes Bild deklariert Breite und Höhe, damit das Layout vor dem Eintreffen der Mediendateien feststeht. Ein gültiges Dokument darf anschließend aus dem Cache einer Suchmaschine oder Plattform auf deren eigener Origin ausgeliefert werden, sodass es geladen und teilweise vorgerendert wird, während der Nutzer noch auf der Ergebnisliste steht.
Der größte Teil des Tempogewinns stammt aus diesem Vorrendern, nicht aus den Markup-Regeln. Liefern Sie dieselbe AMP-Datei ohne Cache von Ihrer eigenen Domain aus, schrumpft der Abstand zu einer gut gebauten Standardseite deutlich. Er schrumpft ebenso, sobald Teams zurückholen, was sie entfernt hatten: Inhalte zur Laufzeit über amp-list, eingebettete Widgets über amp-iframe, drei Schriftschnitte, ein zweiter Messendpunkt. Der strukturelle Preis ist Doppelpflege, denn kanonische Seite und AMP-Zwilling driften bei Text, Angebot und Tracking auseinander.
In der Praxis überlebt AMP dort, wo der Cache-Vorrender greift: bei redaktionellen und vergleichenden Inhalten mit organischem Mobil-Traffic und bei Anzeigenzielen auf Plattformen, die die zwischengespeicherte Kopie ausliefern. Einstufige Erfassung funktioniert über amp-form, doch verzweigte Fragelogik, laufende Bewertung und eine CRM-Übergabe passen nicht in den Komponentensatz. Tragfähig ist ein geteilter Funnel: Die AMP-Seite transportiert Versprechen und Klick günstig, dann übergibt sie an eine normale Seite, auf der die Scorecard ihren Fragefluss ausführt und den qualifizierten Lead schreibt.
Das Framework hat viel von seinem ursprünglichen Hebel verloren. Suchsysteme verlangen AMP nicht mehr für prominente mobile Platzierungen, und die Core Web Vitals bewerten jede Seite nach denselben Feldmessungen. Eine Standardseite mit schmalem kritischem Pfad und ohne blockierende Drittanbieter erreicht damit vergleichbare Werte ohne die Einschränkungen. AMP täuscht außerdem, sobald Ladezeit zum Ziel erklärt wird: Ein Dokument, das in Sekundenbruchteilen erscheint, aber niemanden qualifizieren kann, ist schnell und wirtschaftlich leer.
Beispiel aus der Praxis
So wird es gemessen
Betreiben Sie denselben Inhalt als AMP- und als Standardseite und vergleichen Sie drei Größen: Largest Contentful Paint aus echtem mobilem Feld-Traffic statt aus Labortests, den Anteil der Besucher, die den nächsten Schritt erreichen, und qualifizierte Leads je tausend Sitzungen. Die erste Größe zeigt, ob die Einschränkung Tempo gebracht hat; die beiden anderen zeigen, ob dieses Tempo wirtschaftlich etwas eingebracht hat.
Messen Sie besonders die Übergabe, denn dort bricht ein geteilter Funnel. Welcher Anteil der AMP-Besucher klickt weiter auf die Seite mit dem Quiz, und welcher Anteil davon beendet es? Sinkt die Übergabe bei stabilen Ladezeiten, liegt es an Botschaft oder Layout, nicht an der Performance. Prüfen Sie zudem regelmäßig Validierungsfehler, da eine ungültige Komponente das Dokument ohne Warnung aus dem Cache nimmt.
Häufige Fehler
Üblich ist, eine schlanke AMP-Seite zu starten und danach leise das Original nachzubauen. Ein Chat-Widget kommt über amp-iframe hinzu, ein zweiter Analytics-Endpunkt, ein Hero-Video, drei Schriftschnitte. Der Validator läuft weiter durch, der Cache greift weiter, doch der Vorsprung schmilzt, während eine zweite Codebasis gepflegt werden muss. Prüfen Sie vor jeder Komponente, ob die kanonische Seite dasselbe ebenso schnell tragen könnte, und stellen Sie den Zwilling ein, statt ihn zu füttern.
Der zweite Fehler ist Attribution. AMP-Sitzungen kommen von einer Cache-Domain, dadurch spalten sich Identifikatoren: Die AMP-Seite konvertiert scheinbar niemanden, die kanonische Seite scheinbar jeden. Teams schalten dann eine funktionierende Seite ab oder schützen eine wirkungslose. Richten Sie die Verknüpfung zwischen Cache-Origin und eigener Domain ein, bevor Sie vergleichen, und vergleichen Sie durchgängig erzeugte qualifizierte Leads statt Sitzungen je Zwischenschritt.
Häufig gestellte Fragen
Ist AMP für Landingpages noch relevant?
AMP erhält nicht mehr den früheren Ranking-Vorteil in der Suche, sodass sein Hauptwert heute reine mobile Geschwindigkeit ist. Viele Teams nutzen stattdessen moderne schnelle Frameworks und behalten AMP für Anzeigen-Teaser, bei denen sofortiges Laden zählt.
Kann ich einen kompletten Quiz-Funnel in AMP betreiben?
Meist nicht sauber, da AMP eigenes JavaScript und viele Drittanbieter-Integrationen einschränkt. Üblich ist ein AMP-Teaser, der an eine normale interaktive Scorecard-Seite übergibt.
Was ist der größte Nachteil von AMP?
Sie tauschen Flexibilität gegen Geschwindigkeit und pflegen oft eine separate Seitenversion. Reiche Interaktivität, eigenes Tracking und viele Marketing-Widgets sind schwer oder gar nicht einbindbar.
Lohnt sich eine AMP-Landingpage heute noch?
Nur dort, wo der Cache-Vorrender noch greift, also meist bei organischen mobilen Inhalten oder auf Plattformen, die die zwischengespeicherte Kopie ausliefern. Für eine selbst gehostete Kampagnenseite erreicht eine normale Seite mit schmalem kritischem Pfad ähnliche Zeiten und behält volles Scripting. Bauen Sie AMP für Reichweite, die Sie sonst nicht bekommen, nicht als allgemeine Tempostrategie.
Kann ein Quiz oder mehrstufiges Formular in AMP laufen?
Nicht wirklich. amp-form verarbeitet eine einzelne Übermittlung an einen Endpunkt, aber verzweigte Logik, laufende Punkteberechnung, bedingte Ergebnisseiten und eine CRM-Übergabe brauchen Scripting, das der Komponentensatz nicht freigibt. Praktisch nutzen Sie AMP für den Teaser und starten die Scorecard auf einer normalen Seite.
Verbessert AMP das Ranking?
Nicht direkt. Suchsysteme haben AMP als Voraussetzung für prominente mobile Platzierungen gestrichen und bewerten jede Seite nach denselben Feldmessungen für Laden, Interaktivität und Layoutstabilität. AMP besteht diese Messungen leicht, weil es genau das verbietet, was sie sonst bricht. Der Vorteil kommt also von den Messwerten, nicht vom Label.
Was geht bei der Umstellung auf AMP verloren?
Alles, was auf eigenem JavaScript beruht: Personalisierung, die meisten Chat- und Buchungs-Widgets, Testing-Tools von Drittanbietern, dynamische Preistabellen und jede mehrstufige Logik. Stilregeln oberhalb der Inline-Grenze fallen weg, Bilder ohne Maßangaben scheitern an der Validierung. Prüfen Sie zuerst die Drittanbieterliste der Seite, denn sie entscheidet meist über die Machbarkeit.
Wie tracken Sie Conversions auf einer AMP-Seite?
Über amp-analytics, ergänzt um die Verknüpfung der Client-Kennungen zwischen Cache-Origin und eigener Domain, sonst wirken Cache-Besuch und Folgebesuch wie zwei Personen. Legen Sie vorab fest, welche Seite die Conversion besitzt. Einen Lead auf der Standardseite zu zählen, während Kosten dem AMP-Klick zugerechnet werden, erzeugt die häufigsten Widersprüche im Reporting.
Sollen Anzeigen auf die AMP- oder die kanonische Seite zeigen?
Auf jene Version, die die Plattform tatsächlich aus ihrem Cache ausliefert, denn das Vorrendern ist der gesamte Vorteil. Verlinkt die Plattform auf Ihre eigene Origin, bringt die AMP-Datei wenig und kostet Scripting. Wo der Cache greift, führen Sie den ersten Klick über AMP und übergeben für die Qualifizierung an die kanonische Seite.