Chrome pushes forward with plans to limit ad blockers in the future | Malwarebytes
www.malwarebytes.com
Google has set a date for the introduction of Manifest V3 which will hurt the capabilities of many ad blockers.

Chrome pushes forward with plans to limit ad blockers in the future::Google has set a date for the introduction of Manifest V3 which will hurt the capabilities of many ad blockers.

    • Lauchs@lemmy.worldEnglish
      118·
      11 months ago

      I might be misunderstanding but the article says:

      Nevertheless, Firefox said it will adopt Manifest V3 in the interest of cross-browser compatibility.

        • Spotlight7573@lemmy.worldEnglish
          31·
          11 months ago

          To be more accurate: Mozilla does plan on deprecating MV2 once they have all of the MV3 stuff supported and sufficient time to transition has been given but they will make the the crucial “webRequestBlocking” API used by ad blockers available on MV3 (unlike Chrome) for those extensions that need it to do more than declarativeNetRequest allows for.

          See: https://blog.mozilla.org/addons/2022/11/17/manifest-v3-signing-available-november-21-on-firefox-nightly/

          Towards the end of 2023 — once we’ve had time to evaluate and assess MV3’s rollout (including identifying important MV2 use cases that will persist into MV3) — we’ll decide on an appropriate timeframe to deprecate MV2.

    • Bri Guy @sopuli.xyzEnglish
      5·
      11 months ago

      precisely, since google makes most of its revenue from ads, this move shouldn’t surprise anyone

  • mifan@feddit.dkEnglish
    366·
    11 months ago

    At this point I’m beginning to feel fine with it. If you care, switch to Firefox, you probably already did, if not, enjoy your ads.

      • rustydomino@lemmy.worldEnglish
        4·
        11 months ago

        I’m just a tech hobbyist and not a network engineer but my general understanding is that even if chrome is “updated” so as blockers won’t work as before, blocking at the DNS level should still work, right? Assuming that they still use separate ad servers.

        • thejml@lemm.eeEnglish
          2·
          11 months ago

          So, dns blocking will always block the requests to things on the block list, which includes ads… however I’ve noticed that a many sites are now using js to detect images that don’t load before calling the “full the body with text” api call. Originally this would just do some fancy css hiding of the content so SEO scraping would still work (and oh can just use reader view), but now I’ve seen them pull the first paragraph and then, if the images loaded (or an additional call to a tracking pixel for instance) it would also call to their API to get the remainder of the content.

          The other way it’ll fail is if they use the same server/dns hostname for content as they do for ads.