Kaylee

We already have Wipr 2 (https://kaylees.site/wipr2.html) on the App store which is a pretty dang great ad blocker and well worth the price.

Check this out: https://kaylees.site/wipr.html. It's no UBlock Origin, but it still does an excellent job on many sites.

You can try Wipr2/Filtr: https://kaylees.site/wipr2-whats-new.html Based on the description it solves exactly your issue, but requires iOS 26/macOS 26. Personally I use Adguard + their DNS. This combination is very good, but WebView blocking will be working with the DNS part, not content blocker. So alternative is PiHole.

Yes. I used to use Wipr 1 and also found it underwhelming, eventually settling on 1Blocker. Eventually I decided to give Wipr 2 a shot and it’s much improved. It also now allows blocking even outside of Safari. Though that requires iOS/macOS 26, which I have no intention of installing any time soon, so can’t speak for how effective that is. https://kaylees.site/wipr-filtr.html

Hmm, you should be able to, with instructions at https://kaylees.site/wipr-help.html#how-do-i-disable-wipr (Not trying to talk you out of it. I have no dog in the hunt; use whatever you like. Just helping an Internet peer troubleshoot, as is my wont.)

There's native ad blocking on iOS and has been for a while—I've found that to significantly enhance the usability of the device. I use Wipr[0], other options are available. [0]: https://kaylees.site/wipr2.html

For Wipr 2, on macOS you can see the rules here: `~/Library/Group Containers/group.wipr2.rules/Rules/` in the JSON files. Kaylee (Wipr dev) sources the blocker list data from these [0] sources. [0]: https://kaylees.site/wipr-acknowledgements.html

Here's Wipr's instructions for toggling on its blocklists: https://kaylees.site/wipr-faq.html#wipr-has-no-effect-after-updating-t…

I recently switched to Wipr [0]. It’s dead simple to use, and will auto update its filter lists in the background. It’s a one time purchase, not a subscription. Adguard [1] is a decent free option. I also use a Pi-hole [2] on my network. That blocks ads in apps (not in the browser) like Letterboxd for example. [0] https://kaylees.site/wipr.html [1] https://adguard.com/en/adguard-safari/overview.html [2] https://pi-hole.net/

Wipr is a quiet, lightweight alternative too: https://kaylees.site/wipr.html

Sure you can, you can run something like Wipr [1] and SponsorBlock [2] in Safari on an iPad for an ad-free YouTube experience, in the browser. Of course there is a compromise on the video quality (1080p max) and convenience of the official app. [1]: https://kaylees.site/wipr.html [2]: https://sponsor.ajay.app

And it is not just the fingerprinting, it is also that a good number of people will install an ad/tracker blocker in their browser, but almost nobody knows or cares about the multiple trackers that most apps have. To make it worse, Apple's naming undermines consciousness about this issue, since they have an option to block cross-app/site tracking (which IIRC blocks access to the advertising identifier), but called it "Allow Apps to Request to Track". A lot of people seem to hold the belief that disabling this option blocks all in-app trackers. It just blocks one way to correlate, but as this app shows, there are other ways to correlate (as well as correlating server-side using IP addresses, etc.). On this topic, I somehow missed that Apple added a generic URL filtering API to macOS/iOS 26, which extends Safari filtering to the whole OS (well, as long as apps are using Apple's APIs). It's not perfect, but a nice addition to DNS-based blocking: https://adguard.com/en/blog/apple-url-filter-system-wide-filtering-api… The author of Wipr added support to Wipr 2 as an extra in-app purchase: https://kaylees.site/wipr2-whats-new.html#filtr