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


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

Flickr und das Image Plugin oder „Dees is sowieso blääd“

Autor*in: Bastian Schwarz


Technologie


Gerade habe ich ein Problem für unser Kundenprojekt „Holsteinische Schweiz“ analysiert: Im Keyvisual wurden bis zu 20 Flickr-Bilder geladen. Die URLs der Bilder wurden über die Flickr API geholt und dann durch das Image Plugin geladen, entsprechend gerechnet und abgelegt. So weit, so gut. Nun das Problem: Für den Dateinamenhash benutzt ajaxImage u.a. die Breite …


Beitrag lesen
21
SEP
11

ModPagespeed & Kommentare in CSS

Autor*in: Sascha Nützel


Technologie


Beim gestrigen Tirol Deployment kam es zu interessanten Fehlermeldungen beim CSS Minify über ModPagespeed (Failed to load resource: net::ERR_INCOMPLETE_CHUNKED_ENCODING im Chrome bzw. 404 in FF/IE). Grund war eine Kommentierung im CSS mittels „//“, bitte verwendet daher im CSS „/* mein lustiger Kommentar */“.  


Beitrag lesen
26
AUG
16

AJAX Ladeschnecke ohne Bilder oder zusätzlichem CSS

Autor*in: Stefan Oswald


Technologie // User Experience & Design


Der Anwendungsfall tritt sehr oft ein: Eine Ergebnisliste soll nachgefiltert werden, und zur Visualisierung, dass gerade etwas im Hintergrund passiert, soll eine „Ladeschnecke“ (oder vielleicht etwas old-school-mäßig ein Fortschrittsbalken) angezeigt werden. Oftmals wird das so umgesetzt, dass man im „beforeLoad“-Ereignis des AJAX-Calls eine animierte Grafik hinzufügt, welche im „complete“-Ereignis wieder entfernt oder unsichtbar gemacht wird. …


Beitrag lesen
23
JUL
14