Hi all,
We just received a rejection for our extension “Windscribe – MV3 Experimental” (Item ID: fgcngeihbacfndglmmmdkkdlhgndkaaf) with the following violation:
Quality Guidelines - Single Purpose
Violation Reference ID: Red Magnesium
Violation: Providing multiple unrelated functionalities
Stated Purpose: Enhance the user's level of privacy online
Additional: “Ad blocking”
This rejection is puzzling, as:
The extension’s sole purpose is privacy protection.
Any ad blocking logic exists only to prevent privacy-invasive trackers, which is part of the broader privacy goal.
Its under a user controllable toggle
The extension does not override search engines, new tab, or home page.
No unnecessary permissions are requested, nor were any new permissions requested.
This is an experimental version where we test privacy-related features before rolling them into our main extension (which has been live for years and serves over 2 million users).
We’ve always included tracker/ad blocking in our privacy suite and have never had issues until now. The manifest and functionality haven’t changed in any way that should trigger this.
My questions
- Has there been a recent policy interpretation change regarding what qualifies as “single purpose” when it comes to privacy vs. ad blocking?
- Is blocking trackers via declarativeNetRequest now considered a separate “ad blocking” purpose, even when integrated into a privacy extension?
- What’s the best way to reframe our listing or UI language to clearly convey that this is not a multi-function tool, but a privacy-focused extension?
- Is the “Red Magnesium” reference ID tied to a specific class of violations (e.g. privacy + ad blocking bundling)?
We’re preparing a formal appeal, but I’d appreciate any clarification or guidance before proceeding — especially since this could potentially impact our main production listing if the interpretation is shifting.
Thanks in advance. Happy to share more detail if needed.
[8-0946000039131]