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


Xdebug Stacktrace verbessern

Autor*in: Florian Müller


Technologie


Ich habe mich heute im Zuge eines kleinen Problems mit einem Stacktrace etwas mit der xDebug Konfiguration beschäftigt. Dabei bin ich auf eine kleine nützliche Option gestoßen, welche ich euch nicht vorenthalten möchte. Die Optionen xdebug.collect_params Es gibt die Option xdebug.collect_params, welche verschiedene Level an Output ermöglicht. Ich habe mich in meiner VM für den …


Beitrag lesen
03
AUG
17

bLazy.js

Autor*in: Benjamin Hofmann


Technologie   //   User Experience & Design


Und schon wieder eine kleine Standalone-Vanilla-JS-Library, die ich am Wochenende entdeckt habe: bLazy.js (GitHub, Demo) In dem ca. 1,5 KB Skript befindet sich die komplette Logik, um Bilder erst dann zu laden wenn sie im Viewport angezeigt werden. Und nicht nur Bilder, sondern auch I-Frames und andere Embeds können dynamisch nachgeladen werden. Und es funktioniert …


Beitrag lesen
26
SEP
16

kraken.io: Einfaches Web Interface zur Bild-Optimierung

Autor*in: Benjamin Hofmann


Technologie // User Experience & Design


Auch wenn wir inzwischen vermehrt skalierbare Iconfonts oder SVG-Grafiken einsetzen, so kommt es doch immer wieder vor, dass wir auch Rastergrafiken in den Formaten JPEG, GIF oder PNG im Layout einsetzen. Was wir aber allzu oft übersehen ist, dass man bei diesen einiges an Dateigröße sparen kann. Und das kommt inzwischen nicht nur denen zugute, …


Beitrag lesen
28
NOV
14

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