4 ms·
The thing with WASM though is you can always intercept it at the edges where it interacts with the DOM. The usual ad blocking tactics of either deleting particu
by sam0x17 6y ago
The thing with WASM though is you can always intercept it at the edges where it interacts with the DOM. The usual ad blocking tactics of either deleting particular arrangements of DOM nodes, blocking specific js/wasm payloads, and blocking specific domain names will still be unaffected. The tactics don't even need to change.
- nyanpasu64 6y agoIf an entire UI (content plus ads) is drawn with wasm onto a canvas (the way Qt WebAssembly does it), it will be impossible to use CSS to hide ads, and possibly more difficult to modify the script to disable the ad-loading functions.
- CGamesPlay 6y agoGoogle would probably not feature you very high in search results, though, since your website has no indexable text.
- vbezhenar 6y agoIf this technique would become popular, Google will OCR it just like it runs JS.
- ath92 6y agoThis technique is essentially the same as websites made entirely in Flash back in the day. And back then, the only way to have Google index your site was to provide a separate (hidden) version that used normal, semantic HTML.
- emilsedgh 6y agoThey can use it only for video players that'll autoplay for example.
- anoncake 6y agoGoogle is an advertising company. It would make sure there is a way to get your site indexed, perhaps by providing an alternate machine-readable version just to them. As a bonus, that version would not be available to potential competitors.
- sam0x17 6y agoGooglebot runs a full web browser these days and executes javascript to a certain extent. WASM will have the same treatment if/when it becomes widespread if it doesn't already.
- Cloudef 6y agoDoesn't sound very feasible, as this would make user experience probably much worse. No native elements, no browser integration or extensions, interaction with the page, and accessibility. They all would suffer.
- anoncake 6y agoIf publishers valued user experience over ad income, they wouldn't show ads to begin with.
- cesarb 6y ago> No native elements, no browser integration or extensions, interaction with the page, and accessibility. Sounds like the pages made in Flash (or even Java) which were somewhat common in the 90s.
- neurostimulant 6y ago> No native elements, no browser integration or extensions, interaction with the page, and accessibility. They all would suffer. Uh, but those things are already happening right now, e.g. Flutter Web UI [1] [1] https://hugotunius.se/2020/10/31/flutter-web-a-fractal-of-bad-design.html https://hugotunius.se/2020/10/31/flutter-web-a-fractal-of-ba...
- sam0x17 6y agoRight but my point is you can _already_ do this in javascript, but people largely don't. The playing field doesn't change with WASM. If some WASM code creates a canvas-based ad, we can use the usual tactics to block it (delete the element by ID/selector/etc or block that particular WASM payload)
- jniedrauer 6y agoIf ad content is served from the same domain as normal content, and there is minimal DOM interaction, then it will be a lot harder.
- Epskampie 6y agoThe weird thing is, ads from the same domain already would be a lot harder to track. For some reason very few sites switched to this approach.
- bryanrasmussen 6y agoit's an ad industry thing, not a site thing. The ad industry would really have to build the solution to host on the sites, and the problem then becomes making something every site can reasonably host, and all the headaches associated with that. And I have the suspicion that doing it wouldn't add much to the bottom line of the company who invested in it, despite how much they like to complain about ad-blockers.
- onion2k 6y agoThat makes ad fraud detection much harder, which is something the ad industry is even less willing to accept than ad blocking.
- lenitabinol 6y agoHow so?
- barrkel 6y agoThis is what I understand the strategic intent of Google's AMP project to be.