- Handbuch zu Streaming Media Analytics
- Versionshinweise
- Erste Schritte
- Implementierung
- Implementierungsübersicht
- Edge-Implementierungen (empfohlen)
- Nur Adobe Analytics-Implementierungen
- Voraussetzungen
- Media-SDKs/Erweiterung
- Mediensammlungs-APIs − Implementierung
- Mediensammlung
- API-Schnellstart
- Sitzungsanfrage
- Ereignisanfrage
- Anfrageparameter
- Ereignistypen und -beschreibungen
- Implementieren der API
- Einstellen des HTTP-Anfragetyps in Ihrem Player
- Beziehen einer Sitzungs-ID
- Implementieren einer Ereignisanfrage
- JSON-Validierungsschemas
- Validieren von Ereignisanfragen
- Senden von Ping-Ereignissen
- Senden von QoE-Daten
- Unterstützung benutzerspezifischer Metadaten
- Timeout-Bedingungen
- Steuern der Ereignisreihenfolge
- Einreihen von Ereignissen in die Warteschlange bei langsamer Sitzungsantwort
- Variablen
- Berichterstellung
- Nutzungsszenarios
- Anwendungsfälle für Media SDK
- Player-Status-Tracking
- Offline-Nachverfolgen heruntergeladener Inhalte
- Federated Analytics
- Behandlung von Anwendungsunterbrechungen während der Wiedergabe
- Media Stream-Zuordnung
- Wiederaufnehmen von inaktiven Sitzungen
- Roku-Tracking in SceneGraph
- Umgang mit Lücken zwischen Anzeigen
- Timelines
- Verwenden von Analytics in OTT-Apps
- Tracking
- Datenschutz und Sicherheit
- Legacy-Implementierungen
- Legacy − Übersicht
- Legacy − SDKs herunterladen
- Legacy − Medien-SDKs
- Über Heartbeat-Messungen
- Adobe Primetime und Streaming Media Analytics
- Aktivierung von Adobe Audience Management
- Implementierung benutzerdefinierter Links
- Veraltete Milestone-Verfolgung
- Validierung
- Legacy-Migration: VHL 1.x zu VHL 2.x
- Code-Vergleich von v1.x mit v2.x
- Tracking-APIs 1x bis 2x
- Legacy − Einführung in AVA
- Client-seitiger Pfad
- Legacy-Tracking
- Nachverfolgen der grundlegenden Wiedergabe auf Android
- Nachverfolgen der grundlegenden Wiedergabe auf iOS
- Tracking von Core-Wiedergaben in JavaScript
- Tracking von Core-Wiedergaben in JavaScript 2.x
- Nachverfolgen der Pufferung auf Android
- Nachverfolgen der Pufferung auf iOS
- Puffer-Tracking in JavaScript
- Nachverfolgen von Suchen auf Android
- Nachverfolgen von Suchen auf iOS
- Suchen-Tracking in JavaScript
- Standard-Metadaten in Android implementieren
- Standard-Metadaten in iOS implementieren
- iOS-Metadatenschlüssel
- Standard-Metadaten in JavaScript implementieren
- Anzeigen nachverfolgen
- Kapitel und Segmente nachverfolgen
- Fehler nachverfolgen
- Tracking-Szenarien
- VOD-Wiedergabe ohne Anzeigen
- VOD-Wiedergabe mit Pre-roll-Anzeigen
- VOD-Wiedergabe mit übersprungenen Anzeigen
- VOD-Wiedergabe mit einem Kapitel
- VOD-Wiedergabe mit einem übersprungenen Kapitel
- VOD-Wiedergabe mit Suche im Hauptinhalt
- VOD-Wiedergabe mit Pufferung
- Mehrere parallele VOD-Tracker
- Ein VOD-Tracker für mehrere Sitzungen
- Live-Hauptinhalt
- Live-Hauptinhalt mit sequentieller Verfolgung
Beispiele für Player-Status-Tracking
Beispiel für lange Pause
Wenn eine Videositzung eine Pause hat, die länger als 30 Minuten dauert, fordert die API eine neue Sitzung an. In diesem Fall sollte der Client eine neue Sitzungs-ID generieren. Für beide Videositzungen sollte der Client alle Status beibehalten, in denen sich ein Player befindet, und alle Informationen als ein stateStart-Ereignis direkt nach dem sessionStart-Aufruf senden.
sessionStart → stateStart (fullscreen) → stateStart (mute) → pauseStart → (pings for 30 minutes) → sessionEnd
Nach dem Senden von sessionEnd muss eine neue Videositzung gestartet werden, und die ersten API-Ereignisse lauten:
sessionStart → stateStart (fullscreen) → stateStart (mute) → ... other API events
Das Beispiel einer langen Pausen zeigt, dass auch der Player seine Status speichert, sodass sie an die neue Videositzung gesendet werden können.
Ressourcen für Business.Adobe.com
Ressourcen
Adobe-Konto
