adblock block ads inside app

Does this app actually work, on a non-jailbroken device?? If so, contact Apple (not sure exactly how) to let them know. Such an app should be removed from the store.

Have you read any the documentation for the Network Extension services, or NEFilterProvider?

The implication is that if you use WebKit to display content, then Network Extension filters will be applied to it, and you shouldn't use WebKit to display things that shouldn't be subject to a web filter.

For example, consider the use of iAds instead.

Edit: But, most importantly:

If you have feedback to Apple concerning this functionality, the you need to file a bug report and explain why the situation is a problem for you. Bug reports matter, bug reports create change. Post your bug report number once you've filed your bug report.

I don't know how exactly that apps works, but i did buy and try it. And guess it is the NEFilterProvider. It blocked admob, flurry, a number of ads network domains.

The Filter Data Provider extension examines network content as it passes through the network stack on the device and decides if the network content should be blocked or allowed to pass on to its final destination.

Because the Filter Data Provider extension has access to all of the network content flowing through the device, it runs in a very restrictive sandbox. The sandbox prevents the Filter Data Provider extension from moving network content outside of its address space by blocking all network access, IPC, and disk write operations.

Bug submitted:

23346730

Yes. it works. It's top1 paid app in my country and i noticed it. "Adblock for ios"

Imagine for a moment that the iOS device supported user installed HTTP Proxy configuration profiles. And imagine that someone wrote an application to automate the generation of such profiles which conveniently listed the HTTP servers of all of the major ad services as something convenient like 127.0.0.1.

What are you, as a developer, going to do about that? Your two major "not real choices" choices are "Do nothing" or "Make your application fail if anything ever goes wrong with the advertising network servers".

You totally correct that this technique is feasible and implementable. But the purpose could be wrong.

And apple can choose whether they want to promote or enable this mechnism on iOS platform.

If apple said "its fine", people would need to adjust their monetization strategy accordingly and follow the law maker

It is indeed controversial, for example, "Google remove adlock plus from play store" for their reason but not all agreed this action.

So which side Apple would go for ?

Moreoever, the NEFilterProvider need a special entitlement to implement. Is that mean Apple already agree the existence of adblock app?

May be they want developers to switch to iAdv as those adblock app would not block iadv for sure. I don't know.

There isn't a question of "enabling" that mechanism on the iOS platform. Because the mechanism in question is a side effect of network administration tools being developed for the platform. You either have someone release a network administration tool and a bunch of "life hack" sites point out the facts of administrated HTTP proxies; or you have developers simply admit that they're providing such a service. Look at what's happened with the creative (mis)use of enterprise development profiles.

Honestly, if you're using a network delivered ad service, what you should do in the event of network problems (or suspected network sabotage like this) is probably a complicated decision. Creating a default "advertisement place holder" that either advertises your stuff or that simply asks the user to disable ad blocking is probably a better idea than simply not displaying anything if an ad can't be loaded.

There is another way

B2.AI Ad Reinsertion Software can stop Ad Blockers from Blocking your ads in apps, regardless of the ad blocker used, and without asking the user to white list your App