Chrome网上应用店审查错误和不一致性

6

在决定在Stackoverflow上发布这个问题之前,我们已经尝试了一切正常/官方(而且很慢)的联系方式(联系表格和开发者电子邮件)。

所以这实际上是我们最后一次尝试解决问题,同时揭示一些谷歌在审查新项目(扩展)时的错误和不一致性。

我们目前有一个扩展程序(项目hjdkfeeffbfcoanbnkeedjccphcmpehm),几个月前已经获得批准并发布,现在已经被超过70,000人使用,在Chrome Web Store上拥有极高的评分。

https://chrome.google.com/webstore/detail/ad-block-chega-de-publici/hjdkfeeffbfcoanbnkeedjccphcmpehm?hl=pt-BR

这个扩展程序是广告拦截器,主要面向葡萄牙语国家的巴西市场。

由于这个扩展程序的成功,上周我们决定添加两个新的扩展程序(ID 为 mmcgdfakfmbepgnoogipkccigohjjcim 和 hgekbffcnpflnhfjkdfdlhffigdfbnae),专门针对讲英语和西班牙语的国家。但当我们尝试使用完全相同的源代码添加这些扩展程序时,Chrome 审核团队总是用以下理由拒绝:

请进行必要的更改以确保您的项目得到恢复:

  • 将所有文件和代码都包含在项目的软件包中。
  • 软件包内的所有代码都可以被人类阅读(不使用混淆或压缩代码)。
  • 避免请求或执行远程托管的代码(包括通过引用远程 JavaScript 文件或执行通过 XHR 请求获取的代码)。

因此,需要明确的是:

1) 目前已经批准和发布的扩展程序(项目hjdkfeeffbfcoanbnkeedjccphcmpehm)即使有缩小的代码,也已经获得批准。
尽管如此,我们按照Chrome团队的要求上传了新的包含可读性代码(未缩小)的软件包,但是我们的扩展程序仍然被拒绝;

2) 目前已经批准和发布的扩展程序(项目hjdkfeeffbfcoanbnkeedjccphcmpehm)从我们的服务器加载动态内容,因为我们需要每天自动更新URL列表以阻止广告,所以不可能每次需要阻止新的URL或广告类型时都构建和发布一个新的扩展程序版本。
Ad Block Plus、uBlock等广告拦截器也是这样做的,并且它们已经在Chrome Web Store上获得了批准和发布。

3) 新项目的扩展程序源代码与已批准和发布的扩展程序完全相同,除了需要更改的文本,因为新的扩展程序是用不同的语言(英语和西班牙语)编写的;
为了证明这一点,我们甚至创建了一个差异文件,逐行比较了已批准的扩展程序的源代码和新扩展程序的源代码,但这仍然不足以证明我们是正确的,也无法简单地得到我们电子邮件的回复。

我们已经通过电子邮件与Chrome团队讨论了所有这些问题,但从未收到任何答复或回复,除了标准的“拒绝和删除”电子邮件。他们根本不在意。
话虽如此,对我来说很明显:
谷歌Chrome团队有意阻止我们发布两个新的广告拦截器扩展程序,因为他们看到了我们第一个扩展程序(已获批准并发布)的增长;
或者
Chrome团队中的某个人只是一再犯错,没有人关心也没有人读我们的电子邮件;
我希望这条消息能帮助我们在谷歌团队内获得一些人类关注,并警告你们关于我们正在面临的“非常奇怪”的问题。

1
如果是相同的代码,复制相同的扩展名就没有意义了。只需发布新扩展的翻译即可,扩展可以原生支持它。 - Zig Mandel
我投票关闭此问题,因为它涉及谷歌的审查政策而不是编程。 - abraham
你好@abraham,我同意,我会发布一篇关于谷歌团队联系我们后发生的事情的更新。 这个更新将包含对开发者社区有关联的技术细节。 - Gabriel M
1个回答

1
尽管此问题与编程关系不大,更多地涉及到Google的政策,但解决方案仍然适用于其他Chrome扩展程序开发人员分享,因为它与如何为扩展程序加载远程资源有关。在发布此问题后,Google团队联系了我们,并拒绝我们的扩展程序的问题与我们加载扩展程序的远程资源方式有关。以下是Google通过电子邮件回复的内容。
你的新扩展正在从AAA.com.br获取资源。然而,你的新项目注册的官方网站是BBB.com。这意味着被获取的资源来自远程/第三方来源。根据我们的程序政策,我们要求您检查以下内容: - 项目包中是否包含所有文件和代码, - 包内所有代码是否可读(没有混淆或压缩的代码), - 项目是否请求或执行任何远程托管代码(包括通过引用远程JavaScript文件或执行通过XHR请求获得的代码)。
具体问题在于第三点。 如果你能告诉我们你正在获取的资源的相关信息以及这两个网站之间的关系,那就太好了。一旦我们获得了这些信息,我们将很乐意帮助你们完成发布过程。
我们有三个不同的URL与同一扩展相关联。对于新扩展,URL BBB.com已在Chrome Web Store开发者控制台上配置,但实际上我们正在从URL AAA.com加载资源,自从我们发布第一个扩展以来,这个URL一直在使用。
尽管两个URL已添加并通过所有者验证,被添加到我们的Chrome Web Store开发人员控制台,并且这两个URL与同一扩展相关,但我们现在了解到,从实际配置在扩展详细信息上的URL加载资源是一个好习惯,即使您有多个URL用于同一扩展。
因此,如果您有AAA.com和BBB.com的URL,并且两者都用于扩展A和B,请尝试从URL AAA.com加载扩展A的资源,并从URL BBB.com加载扩展B的资源,即使两者共享相同的后端。
这将避免Google团队认为您可能正在从未知的第三方加载扩展程序的资源,这是根据计划政策禁止的。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接