- cross-posted to:
- worldnews@lemmy.ml
- cross-posted to:
- worldnews@lemmy.ml
- YouTube is testing server-side ad injection to counter ad blockers, integrating ads directly into videos to make them indistinguishable from the main content.
- This new method complicates ad blocking, including tools like SponsorBlock, which now face challenges in accurately identifying and skipping sponsored segments.
- The feature is currently in testing and not widely rolled out, with YouTube encouraging users to subscribe to YouTube Premium for an ad-free experience.
I honestly wondered why they haven’t done this yet for years
It’s quite likely that the cost actually outweighs the gains. Adblocking really isn’t all that prevalent across Internet users as a whole. I think the stats are something like 10% or lower.
But it’s always been their server. It’s not like Geico provided that video snippet
Yes, but server-side injection, if I understand it correctly, means you have to actually remux the videos into a single stream. That’s additional processing load, which is basically their main cost of business.
And yet Google is investing all this time and money into trying to block the blockers. It’s really quite stupid.
Well, most of their efforts have been relatively low cost on their end. Stuff like manifest v3 isn’t actually particularly expensive to do. Just requires you to have near total capture of the web browser market.
Oh yes, a complete overhaul of the way their browser engine works is absolute child’s play and doesn’t cost a thing. 🙄😒
It’s costly; either you prepare encodes ahead of time with different ads and serve that appropriately, or you splice ads live for each request, which is also costly in resources. You can’t get away with just a few variation; ads are usually targeted. It also come with other issues, like, it is mandatory in a lot of place to clearly identify ads, so there should be an obvious marker somewhere. If it’s in the UI, it can be detected and replaced live by a video of kittens for the duration of the ad, so I suppose they also have to handle any signal in the video… (It’s speculation, I didn’t get any of these yet).
I’m curious to see if this will hold, and how we will run around it in the long run.
Other ramifications aside, it wouldn’t be that costly to splice real time.
YouTube has standard profiles of video and audio quality levels. As long as the video stream is the same quality, the stream can basically be concatenated one after another without any meaningful over head. Try it:
ffmpeg -f concat -i files.list -c copy output.mp4for two files with same codec (audio and video) was processed at over 900x speed for me with just CPU.So all YouTube would need to do is transcode the ads they’d intend to splice in into the standard formats they’d offer the stream at (which they’d already have the video transcoded into), and splice the ads they’d want to show in realtime at request time.
So much effort, dev time and resources just to fight users to make the experience worse and push them to alternatives to squeeze out the tiniest margin of extra ad money. Plus I’m sure this’ll be countered almost immediately. I’d be shocked if ad blockers took more than a few days to find a way to detect and neuter these ads.
This is some accelerated enshittification.