Die GA4 AMP-Analytics-Integration basiert auf dem <amp-analytics>-Tag, das mit dem Typ googleanalytics konfiguriert ist. Sie definieren Seitenaufruf-Messungen und benutzerdefinierte Ereignis-Trigger direkt innerhalb eines JSON-Konfigurationsblocks, der in Ihre AMP-HTML-Vorlage eingebettet ist. Diese Architektur ermöglicht es AMP-Seiten, Daten direkt an Google Analytics 4-Endpunkte zu senden, während sie strikt die AMP-Validierungsregeln einhalten und die schnelle mobile Ladeleistung bewahren.
Warum unterscheidet sich das Tracking von benutzerdefinierten Ereignissen auf AMP-Seiten von Standard-Websites?
Standard-Webseiten führen normalerweise Google Tag Manager oder die Standard-gtag.js-Bibliothek aus, um das Tracking zu verarbeiten. Diese Skripte führen benutzerdefiniertes JavaScript aus, um auf DOM-Ereignisse zu hören, Payloads zu erstellen und Anfragen zu senden. Das AMP-Framework verbietet jedoch willkürliches benutzerdefiniertes JavaScript, um strikte Rendering-Budgets zu wahren und die CPU-Arbeit auf mobilen Prozessoren zu minimieren.
Anstatt benutzerdefinierte Skripte auszuführen, verwendet AMP ein deklaratives Framework. Sie spezifizieren Tracking-Regeln innerhalb eines strukturierten JSON-Objekts im <amp-analytics>-Element. Die zugrunde liegende AMP-Laufzeit interpretiert dieses JSON-Markup, fügt Ereignis-Listener an Ziel-DOM-Elemente an und formatiert Netzwerkanfragen an GA4-Endpunkte. Das Erfassen eines benutzerdefinierten Ereignisses wie eines Call-to-Action-Klicks oder einer Scroll-Schwelle erfordert das Schreiben von gültigem JSON-Konfigurationscode, anstatt Inline-JavaScript-Handler hinzuzufügen.
- AMP-Laufzeitskripte: Das <script async custom-element=”amp-analytics” src=”https://cdn.ampproject.org/v0/amp-analytics-0.1.js”></script>-Tag muss sich im HTML-Head der Seite befinden.
- Mess-ID: Eine gültige GA4-Mess-ID, die mit G- beginnt, ist im Konfigurationsobjekt vars erforderlich.
- JSON-Schema: Das Konfigurations-Payload muss strikter JSON-Syntax ohne nicht maskierte Anführungszeichen oder nachgestellte Kommas folgen.
- Trigger-Selektoren: Element-IDs oder CSS-Klassen, auf die in Klick-Triggern verwiesen wird, müssen im Body-Markup existieren.
- Transportoptionen: Die Verwendung von Beacon- oder Bildtransport stellt sicher, dass Analytics-Anfragen auch während schneller Navigation abgeschlossen werden.
Wie richtet man eine grundlegende GA4-Messung innerhalb des amp-analytics-Tags ein?
Um mit dem Tracking zu beginnen, platzieren Sie die amp-analytics-Komponente innerhalb des Bodys Ihres AMP-Dokuments. Geben Sie type=”googleanalytics” als Attribut im Komponententag an. Deklarieren Sie Ihre Konfiguration innerhalb eines untergeordneten <script type=”application/json”>-Tags. Sie müssen ein vars-Wörterbuch definieren, das Ihre Ziel-ga_measurement_id enthält. Das automatische Seitenaufruf-Tracking wird sofort ausgelöst, wenn die AMP-Laufzeit die Komponente beim Laden durch den Benutzer initialisiert.
Die Basiskonfiguration verarbeitet allgemeine Verkehrsmetriken wie Seitenstandort, Referrer-Details und Bildschirmauflösung. Da AMP-Seiten in eingeschränkten Sandboxes oder innerhalb von AMP-Caches ausgeführt werden, werden Client-Identifikatoren automatisch von der Laufzeit verwaltet. Dies stellt sicher, dass die Sitzungskontinuität erhalten bleibt, wenn Benutzer von Cache-URLs zu Ursprungsdomänen wechseln.
Google behandelt responsive Webseiten und AMP-Seiten bei der Suchindexierung und -bewertung gleich.
Google Search Central
Wie löst man benutzerdefinierte Ereignisse bei AMP-Button-Klicks und Formularübermittlungen aus?
Das Tracking benutzerdefinierter Ereignisse in AMP erfordert das Hinzufügen von Objekten zum triggers-Block Ihrer JSON-Einrichtung. Jeder Trigger-Eintrag enthält einen Trigger-Namen, eine on-Eigenschaft, die den Interaktionstyp spezifiziert, einen Selektor, der auf das spezifische Element abzielt, und einen Anfragetyp. Um beispielsweise einen Klick auf einen Lead-Formular-Button zu verfolgen, setzen Sie on auf click und selector auf #submit-btn.
Ordnen Sie als Nächstes den Trigger einer Ereignisanfrage zu. Spezifizieren Sie innerhalb des vars-Objekts dieses spezifischen Triggers den event_name zusammen mit allen benutzerdefinierten Parameternamen, die Sie an GA4 übergeben möchten. Wenn ein Benutzer auf das Ziel-Element tippt, erstellt die AMP-Laufzeit eine HTTP-Anfrage, die der GA4-Messprotokollstruktur entspricht, und sendet sie im Hintergrund, ohne die Benutzernavigation zu unterbrechen.
- Ziel-Elemente identifizieren: Suchen Sie spezifische CSS-Klassennamen oder Element-IDs für verfolgte Buttons, Formulare oder Links.
- Ereignisnamen definieren: Wählen Sie Standard- oder benutzerdefinierte Ereignisnamen wie generate_lead oder select_content, die mit Ihrer Berichtsstruktur übereinstimmen.
- JSON-Trigger konstruieren: Fügen Sie einen dedizierten Eintrag innerhalb des triggers-Blocks unter Verwendung des gewählten Element-Selektors hinzu.
- Ereignisparameter übergeben: Fügen Sie benutzerdefinierte Attribute wie button_location oder form_id unter dem Trigger-Variablenblock hinzu.
- Ereignisauslösung testen: Überprüfen Sie Netzwerkanfragen in den Browser-Entwicklertools, um sicherzustellen, dass Ereignisse Payload-Daten korrekt senden.
Was sind die gängigen benutzerdefinierten Ereignisparameter, die beim AMP-Tracking verwendet werden?
Beim Senden von Ereignissen an GA4 hilft das Übergeben von kontextuellen Metadaten dabei, Benutzerinteraktionen während der Berichterstattung aufzuschlüsseln. Standardparameter umfassen Seitentitel, Seitenpfad und Abschnittskategorien. In AMP-JSON-Konfigurationen können Sie dynamische Werte mithilfe der integrierten AMP-Variablenerweiterung abrufen, wie z. B. ${title}, ${canonicalPath} oder ${documentReferrer}.
Für benutzerdefinierte Ereignisse können Sie benutzerdefinierte Parameter unter dem vars-Objekt innerhalb jeder Trigger-Definition übergeben. Zum Beispiel kann das Verfolgen eines Video-Play-Buttons video_title und video_provider als benutzerdefinierte Schlüssel übergeben. GA4 registriert diese Schlüssel, wenn sie als benutzerdefinierte Dimensionen in der Google Analytics-Oberfläche zugeordnet werden, was Ihrem Team reichhaltige Einblicke in das mobile Engagement ohne benutzerdefinierte JavaScript-Ausführung gibt.
Wie Alien Road GA4 Analytics in AMP anwendet
Bei Alien Road integriert unser Team benutzerdefiniertes Analytics-Tracking in AMP-Vorlagen durch einen systematischen Bereitstellungs-Workflow für Kundenprojekte. Bei einem typischen Engagement beginnen wir mit der Prüfung bestehender Desktop-Tag-Konfigurationen, um erforderliche Ereignisdimensionen direkt auf AMP-JSON-Schemas abzubilden. Dies stellt sicher, dass Schlüsselmetriken über Standard-responsive Seiten und mobile AMP-Varianten hinweg übereinstimmen, ohne Berichtsdiskrepanzen zu erzeugen.
Während der Implementierungsphase konstruieren wir benutzerdefinierte JSON-Vorlagen, die kritische Konvertierungsmeilensteine erfassen, einschließlich Kontaktformularübermittlungen, Telefon-Link-Taps und ausgehenden Klicks. Wir implementieren Transport-Beacon-Parameter, um Datenverlust bei schnellen Benutzerreisen zu verhindern. Nach der Veröffentlichung führt unser technisches Team eine Überprüfung über Live-Mobilbrowser und AMP-Cache-URLs hinweg durch, um sicherzustellen, dass Ereignisse unter variierenden Netzwerkbedingungen vorhersehbar ausgelöst werden.
Schließlich richten wir Echtzeit-Überwachungs-Dashboards innerhalb von GA4 ein, um zu bestätigen, dass eingehende benutzerdefinierte Ereignisse Standard-Explorationsberichte korrekt füllen. Durch die Aufrechterhaltung strikter Schema-Validierungsroutinen verhindern wir Tracking-Regressionen, wenn Kunden-Engineering-Teams Seitenvorlagen aktualisieren oder im Laufe der Zeit neue Marketingkampagnen einführen.
Google Search indexiert AMP-Seiten genau wie andere Webseiten und wendet denselben Standard auf alle Seiten an, unabhängig von der Technologie, die zum Erstellen der Seite verwendet wurde.
Google Search Central
Wie verifiziert und debuggt man benutzerdefinierte GA4-Ereignisse in AMP-Validierungstools?
Die Validierung Ihrer Analytics-Konfiguration ist ein kritischer Schritt, bevor AMP-Seiten in die Produktion gehen. Ungültige JSON-Syntax innerhalb des <amp-analytics>-Blocks bricht die Komponente und verhindert, dass Tracking-Anfragen überhaupt ausgelöst werden. Darüber hinaus führen Syntaxfehler dazu, dass die Seite die AMP-Validierung nicht besteht, was die Seite aus der Google AMP-Cache-Verteilung entfernen kann.
Um Probleme zu debuggen, hängen Sie #development=1 an Ihre lokale AMP-Seiten-URL an und öffnen Sie die Browser-Entwicklertools. Die Browser-Konsole zeigt detaillierte Protokolleinträge der AMP-Laufzeit an, die zeigen, ob die amp-analytics-Erweiterung geladen wurde, und listet jeden ausgewerteten Trigger auf. Sie können auch den Netzwerk-Tab inspizieren, um ausgehende Netzwerkaufrufe an google-analytics.com/g/collect zu überwachen und Parameter wie en für den Ereignisnamen und ep.* für Ereignisparameter zu überprüfen.
Wo man diese Woche mit Ihrer mobilen Messung beginnt
Beginnen Sie Ihre Optimierungsarbeit mit der Prüfung Ihrer leistungsstärksten mobilen AMP-Seiten mithilfe der Browser-Entwicklertools. Überprüfen Sie, ob die <script async custom-element=”amp-analytics” src=”https://cdn.ampproject.org/v0/amp-analytics-0.1.js”></script>-Abhängigkeit ordnungsgemäß im Dokument-Head enthalten ist und ob Ihr aktueller ga_measurement_id-Wert mit Ihrer aktiven GA4-Eigenschaft übereinstimmt.
Wählen Sie als Nächstes eine wichtige Benutzeraktion auf Ihrer Website aus, wie z. B. einen primären Konvertierungs-Button, und fügen Sie einen einfachen Klick-Trigger zu Ihrer JSON-Konfiguration hinzu. Stellen Sie die Änderung in einer Testumgebung bereit, lösen Sie die Aktion manuell aus und überprüfen Sie GA4 DebugView, um die Ereignisbereitstellung zu bestätigen. Sobald dies verifiziert ist, erweitern Sie das JSON-Markup, um verbleibende Geschäftsziele über Ihre Vorlagenbibliothek hinweg abzudecken.