A defensible block-rate figure first, then a recovery route with the vendor economics stated. No circumvention, no silent allowlist deals.
About this service
Your block rate is almost certainly not the number a recovery vendor quoted you. Detection scripts count every failed ad request as a block, so private DNS resolvers, browser shields, corporate proxies and ordinary network failures all land in the same bucket. When I separate them on Japanese inventory the honest figure usually sits between eight and fifteen percent of sessions, not the thirty percent taken from a European benchmark. That difference decides whether recovery is worth running at all, which is why measuring it properly is the first deliverable and sometimes the only one you need.
How the measurement is done:
Client-side signal, server-side confirmation. A blocked request is separated from a failed one by testing whether the ad library's own object exists after load, whether a known filter-list selector was hidden in the DOM, and whether other third-party calls in the same session succeeded. On iOS the picture changes again: Safari content blockers, including the Japanese lists most readers here install, are common on handsets and invisible to detection written for desktop extensions. I break the rate out by platform, filter list, traffic source and section, because blocking concentrated in one section is an editorial fact, not a technical one.
What recovery means in this practice:
A message that tells the reader what is happening and offers a real choice: allowlist the site, register, subscribe, or leave with the article. Recovery vendors take a share of what they recover, usually in the double digits, and their attribution is generous by design, so I reconcile recovered revenue against your own ad server before you renew anything. On most sites the share of blocking readers who allowlist is small enough that the honest recommendation is to convert them another way, through registration, a membership tier, or commerce content that does not depend on a third-party ad call.
What I will not build:
Circumvention. A reader who installed a blocker has stated a preference, and engineering around it, with randomised class names, first-party CNAME ad serving or re-injection after the filter runs, buys you one quarter of revenue, a position on the filter authors' priority queue, and a first-party domain with a damaged reputation. I also will not set up an arrangement that pays you to route readers into a third party's acceptable-ads programme without telling them it happened.
Who should not hire me for this:
Publishers whose measured block rate sits under about five percent of sessions, where the work costs more than it returns and the answer is a short email rather than a project. Sites whose blocking is concentrated in traffic they purchased. And anyone who wants the wall up first and the measurement done afterwards to justify it.
What the engagement produces:
A block-rate figure you can defend, split by platform, filter list and section. A written comparison of the recovery routes open to you with the vendor share stated in cash, not percentage of an unaudited number. Message copy and trigger rules if we build one, in Japanese and English, with frequency capped so a returning reader is not asked twice in a week. And a monitoring view you own, so you watch the number move rather than trust a dashboard the vendor controls.
Where the message touches law, particularly the external transmission notice and consent handling, I will tell you exactly where I stop and your counsel starts. I do not write the notice text you will be held to. I write what surrounds it, and I check that the tag behaviour matches what the notice claims, which is the part that usually does not.