Opera: Introducing native ad-blocking feature for faster browsing
opera.com
opera.com
I wouldn't be surprised if Safari was next and to ship their own content blocker in iOS and have it on by default.
The question is, how much will this trend cost Google?
"Opera’s ad-blocking feature is deactivated by default."
Firefox's built-in Tracking Protection uses Disconnect's blocklist to block content that tracks you, preventing the tracking from happening in the first place. As a side effect, it blocks some, but not all, online ads. The thought was that online advertising is still an integral part of the web's sustainability, and so blocking it entirely would be too much - but advertisements that nonconsensually track users are a privacy and security risk, and should be blocked.
Until we have a reasonable alternative to advertising for funding the web, I personally consider Firefox's Tracking Protection to be a reasonable middle ground that hopefully sends a strong signal to advertisers - online tracking is creepy, unwanted, and puts millions of people's privacy at risk.
Another part of it involves mouse-gestures, which I use heavily.
What if they find a way to ban ad-blocking? What if web becomes completely binary, somehow making ad-blockers obsolete?[1][2]
What do you think?
[1]: https://hacks.mozilla.org/2015/12/compiling-to-webassembly-i...
[2]: http://techcrunch.com/2015/06/17/google-microsoft-mozilla-an...
> eventually evolving into something that we cannot escape?
What I think: if they find a way to block adblockers, we'll find a way to block the adblock blockers! It looks like a fight that will keep going on for some time. Until they make ads so good that they are indistinguishable from good content, then we'd won [1]
I now block the blockers naturally, just not following those pesky links. I would love some statistics for instance, from the times Forbes and others are in the top HN page before vs after they completely started blocking adblock.
I'm really not sure they're better than ads. They're certainly more deceiving.
As long as the web is based mostly on HTML, the blockers win.
Genius line.
Individuals are already trying to improve things within their own spheres, witness the static site movement. Many people using static sites are trying to output some form of "reduced HTML" (without popups etc.) but it's very informal. It would be nice if there was actually a RestrictedHTML document format they could target, if you're trying to start a movement it's important to have words for what you're doing.
Note that while you'd be dropping huge amounts of features from the current HTML+CSS+JS stack, there are some features you'd want to add as well. For instance, the source of a webpage not being included with the page itself is not really optimal. (Think of how few pages are written in HTML directly -- they're written in Markdown on LaTeX or something else and then compiled to HTML). It would be nice to have native support for "ctrl+click on part of the HTML and then be taken to the original source".
> Accelerated Mobile Pages are just like any other HTML page, but with a limited set of allowed technical functionality that is defined and governed by the open source AMP spec.
Sweeeet. Thanks for the tip!
Advertisers make more money on profiling and tracking users than showing you ads.
If you aren't paying for your content, your content needs to pay for itself.
I have looked at webassembly. Let them do whatever they want there, ultimately they still have to write the text in the clear either in the dom or in a canvas (and a canvas is really slow to write, especially on a mobile phone) and in either case as long as your code can run before theirs in the same javascript, you can redefine a few key built in functions (e.g document.createElement, document.getElementsByTagName) you can force their code to call your implementation of whatever functions they want to write the information with - and you can write their text elsewhere, or filter images or whatever you want. Webassembly makes their code more difficult to debug, but they still have to call the same javascript functions straight javascript does.
So adblockers won't become obsolete, but it is possible that it will no longer be enough just to filter the dom.
If webgl will be adopted widely enough, this might even look plausible for some.
I think I am getting what you are saying though, but functionally that would be the same as just rendering it server side and serve it as an image (if you write the pixels randomly you still have to use the correct coordinates) which is possible today, yet nobody is talking about doing that.
So as long as they are still going to be rendering text client-side we can filter it. The moment they are not, we will have to start analysing the image, which should be fairly straight forward (ads are going to be in a rectangular area at least 20x20 pixels; text is going to a lot smaller and in ugly shapes).
> opera.com is whitelisted by default, but you're free to remove it from the whitelist. There are no hard-coded exceptions to allow Opera or Opera Mediaworks ads through.
https://www.opera.com/blogs/desktop/2016/03/native-ad-blocki...
Firefox had it first. Enabling it's tracking protection makes almost all ads go away (because ads track you).
They're also forgetting Brave.
Brave is not a major browser yet. Although technically neither is Opera at this point.
[0] http://www.operasoftware.com/press/releases/desktop/widgets-...
> We don't prioritize in any way our ads network. The most important is speed and user experience. We are not in the extortion business model as ABP.
Requires a touch more technical knowledge, but works across all browsers and applications.
I still get blocked by Forbes, but it's more funny (in a tragic sense) than anything else.
Source? Or at least some specific details on how I could reproduce myself this?
In case the number of network requests was used to measure this (assuming Opera reports the number of network requests blocked), one must be careful with this specific measurement.[1]
[1] https://github.com/gorhill/uBlock/wiki/About-%22This-other-e...
I mean, I hate crappy clickbait sites as much as the next person... but in our effort to thwart those we're really going to put the squeeze on more honest sites as a side effect.
Also, I wouldn't put so much faith in the ability of advertising companies to completely stop adblocking. Similar things have been tried in the past and failed. (See the Betamax case[1] where home TV recording was challenged).
[1]https://en.wikipedia.org/wiki/Sony_Corp._of_America_v._Unive....
As a result, your only solution is hand-wringing about ad blockers, which probably won't result in "advertisers are going to figure out a away around these things", because browsers have complete control over what is displayed.
If you don't do this, things get more interesting:
- "People won't pay for sites" -> make sites that they will pay for.
- "non-readers paying for the reader<->site interaction" -> how can this be consensual, positive? (there are approximately seventy-three people, total, who enjoy web ads. Superbowl doesn't count.)
- "[ad supported websites are a good thing]" -> can they be supported publicly?
- "ad supported websites disappear" -> maybe in some cases that isn't bad.
- "ad supported websites disappear" -> "most people will not pay to use a website" stops being true.
People don't want to have to subscribe to 10 different sites, so I suspect it will go the way of a single pay network that owns several pay websites. It will end up being Comcast of the internet, who controls which websites you can access for $99/month.
People producing content want to maximize the probability for their content to go viral don't they? Blocking anybody (ad-blocking or not) seems counter productive.
(Not that I actually do that, but hey some people are nice enough to whitelist so I'm making the argument for them. I block all ads and am fine with businesses going under because of it)
There are a lot of problems with ads. And if you ask 5 people what the biggest one is, your going to get 5 different answers. Rather than point out which one is the "biggest", we should point out which reason we are focusing on.
> Opera’s ad-blocking feature is deactivated by default.
Not so smart, it seems.
The example given in Opera's blog post is not very useful, they tested a lightweight page with only one network request blocked. That page loads fast even without a blocker. I preferred testing high-traffic, heavy front pages.
The tool to benchmark page load speed is the one I wrote, found at: http://www.raymondhill.net/ublock/pageloadspeed.html (available on GitHub[1]).
Settings:
Chrome 50 + uBlock Origin 1.6.4 with default settings.
Opera 37 in ad-blocking mode, I did not touch the built-in whitelist.
For both browsers, click-to-play was enabled. I disabled the blocking of 3rd-party cookies for both browsers, this is necessary for the page load speed tool to make benchmarked web pages render properly sometimes.
For each site benchmarked, I opened a new tab for the page load speed tool.
I also tested a web page with nothing to block at all, to test for a case where the CPU cost of the blocking engine can't be offset by the gain of not loading blocked resources.
I did not interact with the pages once they loaded, to be sure I benchmarked exactly the same thing. Sometimes merely hovering the mouse over a page can cause javascript code to execute, etc. I didn't want this to happen. From what I could observe, pages looked similar in both browsers, except that there were Taboola ads on Business Insider with Opera, not present with Chrome+uBO (taboola.com is blocked by Peter Lowe's filter list, which is selected by default in uBO).
Results:
- Chrome 50: Average (valid): 351.65 ms (11/17 iterations)
- Opera 37: Average (valid): 409.94 ms (11/15 iterations)
http://www.washingtonpost.com/
- Chrome 50: Average (valid): 933.18 ms (11/14 iterations)
- Opera 37: Average (valid): 1115.15 ms (11/14 iterations)
http://www.businessinsider.com/
- Chrome 50: Average (valid): 1188.54 ms (11/14 iterations)
- Opera 37: Average (valid): 1494.69 ms (11/17 iterations) (had clickbait Taboola ads)
https://en.wikipedia.org/wiki/Main_Page
- Chrome 50: Average (valid): 258.51 ms (11/14 iterations)
- Opera 37: Average (valid): 281.82 ms (11/12 iterations)
Note that if you run your own benchmarks using above tool, you can't compare results with someone else's results, as your connection speed may vary with each computer. The results are comparable for the same computer+site with different browsers, or same browser but different blockers, or same browser same blocker but different blocker settings, etc.
- Opera 37 + uBO: Average (valid): 2280.89 ms (11/16 iterations)
- Opera 37 + built-in: Average (valid): 2113.47 ms (11/12 iterations)
http://www.washingtonpost.com/
- Opera 37 + uBO: Average (valid): 1135.04 ms (11/15 iterations)
- Opera 37 + built-in: Average (valid): 1072.35 ms (11/12 iterations)
http://www.businessinsider.com/
- Opera 37 + uBO: Average (valid): 1517.48 ms (11/15 iterations)
- Opera 37 + built-in: Average (valid): 1489.73 ms (11/17 iterations)
https://en.wikipedia.org/wiki/Main_Page
- Opera 37 + uBO: Average (valid): 304.43 ms (11/13 iterations)
- Opera 37 + built-in: Average (valid): 274.84 ms (11/16 iterations)