Einschränkung für Video AutoPlay ab Chrome 66

Datum: 7. Mai 2018
Autor*in: Stefan Oswald


Seit der Verteilung von Chrome Version 66 tritt das Problem auf, dass Videos plötzlich nicht mehr von alleine starten, obwohl Autoplay vorgesehen und auch richtig konfiguriert ist. Besonders unpraktisch ist das für Bewegtbilder-Keyvisuals. Die Debug-Konsole liefert dabei folgenden Hinweis:

Uncaught (in promise) DOMException: play() failed because the user didn’t interact with the document first. https://goo.gl/xX8pDD

Hier ist der fragliche Artikel im Google Developer Update:
https://developers.google.com/web/updates/2017/09/autoplay-policy-changes

Erkenntnis: Auto-Play geht mit dem neuen Chrome-Update nur dann, wenn der Benutzer mit der Webseite (konkret: Domain) bereits interagiert hat. Das bedeutet konkret, dass z.B. irgend etwas aktiv angeklickt werden muss. Wenn man dann z.B. auf eine beliebige Inhaltsseite über die Navigation browst und dann wieder zur Startseite zurück kehrt, spielt das Autplay-Video automatisch ab. Nur wenn man initial neu auf die Seite kommt, passiert erst  mal nichts. Das gilt auch dann, wenn man die Startseite in einem neuen Browsertab frisch öffnet.

Eigentlich ist dieses Verhalten auf Videos mit Ton eingeschränkt. Doch selbst wenn ein Video an sich keinen Ton liefert, findet kein AutoPlay mehr statt. Der Grund ist, dass auch ein vermeintlich tonloses Video in der Regel eine Tonspur enthält. Entscheidend für das erfolgreiche AutoPlay auch nach den neuen Regeln ist also, dass das fragliche Video bereits mit der „mute“ Option eingebettet wird. Hierzu ist eine Anpassung an der Video-Integration nötig. Video-Modul und Portal-Code)


Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


HTML5 Polyfill

Autor*in: Sascha Nützel


Technologie


Nachdem das „required“- Attribut im Safari nicht funktioniert, bin ich auf die Suche nach einem Polyfill gegangen. Dabei bin ich auf folgende Bibliothek gestoßen: https://github.com/aFarkas/webshim Die Einbindung gestaltet sich recht simpel und wird hier https://github.com/aFarkas/webshim#installation-and-usage gut erklärt. Es besteht auch die Möglichkeit, nicht alle Module einzubinden sondern nur vereinzelt gebrauchte (z.B. ‚forms‘). Das Portalseitige Minify muss für …


Beitrag lesen
31
AUG
16

Servus, Magazin gråd extra V!

Autor*in: Christine Pfleger


infomax   //   Strategie & Konzeption   //   Technologie   //   Tourismus   //   Über den Tellerrand   //   User Experience & Design


Magazin gråd extra | Ausgabe 5 | 2020
Magazin gråd extra | Ausgabe 5 | 2020

Die gerade erschienene fünfte Ausgabe unseres Magazins gråd extra befasst sich mit dem Schwerpunkt Renaissance. Und jeder Beitrag hat dabei seine ganz eigene Deutung.


Beitrag lesen
28
MAI
20

Neues vom IE, Spartan Browser und Facebook Video

Autor*in: Benjamin Hofmann


Technologie


Der Spartan-Browser kommt ja so langsam ins Rollen, also gibt’s Neuigkeiten, was das für den IE bedeuten wird: „Gerüchte über das Ende des Internet Explorer sind stark übertrieben“, hält Microsoft zwar dagegen. Tatsächlich erneuerte dieser Post aber nur das Bekenntnis, den Internet Explorer für Firmenkunden am Leben zu erhalten“ Microsoft arbeitet seit einiger Zeit mit …


Beitrag lesen
26
MRZ
15

imxTools1 und imxTools2 in einem Portal… erste Schritte sind gegangen

Autor*in: Bastian Schwarz


Technologie


Im Zuge des Schneebayern-Projektes besteht die Anforderung, dass die imxTools1 (für allgemeine imxTools-Inhalte) sowie die imxTools2 (für den Schneehöhenticker) parallel zueinander laufen müssen. Dazu wurde ein neuer Task in der build.xml angelegt, der eigtl genau das gleiche tut wie der register_integration_imxtools, nur dass er das Ziel in einen imxtools2 Ordner anlegt. Auszug aus der build.properties: …


Beitrag lesen
25
NOV
11