Stay Updated
Receive product news and insights, and stay in the loop!
Receive product news and insights, and stay in the loop!
As you may have noticed, web browsers are moving towards stricter autoplay policies in order to improve the user experience.
Didn’t find a way to enable the sounds by default in web content including IG/FB/Web Stories. Is it possible?
No, it is not possible to enable audio by default. Browsers often explicitly blacklist this behavior and only allow audio to be enabled after a user gesture, e.g:
The global muted state of an amp-story starts off muted; users must always unmute the story for the audio to play out.
Note: The Autoplay Policy launched in M66 Stable for audio and video elements and is effectively blocking roughly half of unwanted media autoplays in Chrome. For the Web Audio API, the autoplay policy will launch in M71. This affects web games, some WebRTC applications, and other web pages using audio features. Developers will need to update their code to take advantage of the policy.
Chrome’s autoplay policies will change in April of 2018 and I’m here to tell you why and how this is going to affect video playback with sound. Spoiler alert: users are going to love it!

As you may have noticed, web browsers are moving towards stricter autoplay policies to improve the user experience, minimize incentives to install ad blockers, and reduce data consumption on expensive and/or constrained networks. These changes are intended to give greater control of playback to users and to benefit publishers with legitimate use cases.
Chrome’s autoplay policies are simple:
The MEI measures an individual’s propensity to consume media on a site. Chrome’s current approach is a ratio of visits to significant media playback events per origin:
From that, Chrome calculates a media engagement score which is highest on sites where media is played regularly. When it is high enough, media playback is allowed to autoplay on desktop only.
User’s MEI is available at the chrome://media-engagement internal page.
Websites should assume any use of <video> or <audio> requires a user gesture click to play. It’s important to detect if auto-play was denied, since users now can turn off all forms of auto-play, including silent videos. The code snippet below shows just how easy this is to check. It’s worth pointing out that the new auto-play policies apply both to video used as a tool for making something visual happen (like background video or video-as-animated-gif) and also to video that serves as consumable content. We recommend web developers test their sites with these new behaviors, ensuring any custom media controls behave correctly when auto-play is disabled, either automatically by Safari or by users.
var promise = document.querySelector('video').play();
if (promise !== undefined) {
promise.catch(error => {
// Auto-play was prevented
// Show a UI element to let the user manually start playback
}).then(() => {
// Auto-play started
});
}