在决定在Stackoverflow上编写此问题之前，我们尝试了通过正常/官方（和慢速）联系流程（联系表单和开发人员电子邮件）的所有内容。
因此，这实际上是我们最后一次尝试解决此问题，并在审核新项目（扩展程序）时也暴露了一些Google的审核错误和不一致。
我们目前有一个扩展（项目hjdkfeeffbfcoanbnkeedjccphcmpehm）几个月前获得批准和发布，现在已被超过70,000人使用，在Chrome网上应用店中获得了极高的评价。
此扩展程序是广告拦截器，主要针对巴西市场，面向葡语的人。
由于此扩展的成功，上周我们决定添加两个新扩展（Ids：mmcgdfakfmbepgnoogipkccigohjjcim和hgekbffcnpflnhfjkdfdlhffigdfbnae），专注于说英语和西班牙语的国家，当我们尝试添加这些扩展时使用我们用于批准和发布的项目的完全相同的源代码，Chrome审核小组始终拒绝使用以下这些参数：
要恢复您的项目，请进行必要的更改以确保：
所以，只是为了说清楚：
1）目前已批准和发布的扩展（项目hjdkfeeffbfcoanbnkeedjccphcmpehm）确实具有缩小的代码，即使如此也被批准。
即便如此，我们还是按照Chrome团队的要求进行了操作，并上传了包含人类可读代码的新软件包（未缩小），即便如此，我们的扩展也被拒绝了;
2）目前已批准和发布的扩展程序（项目hjdkfeeffbfcoanbnkeedjccphcmpehm）会从我们的服务器加载动态内容，因为我们需要每天自动更新阻止广告的网址列表，因此无法简单地构建和发布新扩展程序每次我们需要阻止新的网址或广告类型时 Ad Block Plus，uBlock和其他广告拦截器也会这样做，并且会在Chrome网上应用店中获得批准并发布。
3）除了需要更改的文本之外，新项目的扩展源代码，因为新扩展名使用不同的语言（英语和西班牙语），与批准和发布的扩展名完全相同，逐行;
为了证明这一点，我们甚至创建了一个diff文件，逐行比较批准的扩展的来源和新扩展，即使这样也不足以证明我们是对的，也只是简单地得到一些答案。电子邮件。
我们已经通过电子邮件与Chrome的团队讨论了所有这些，但从未收到任何答复或回复，除了标准的“拒绝和删除”电子邮件。他们根本不在乎。
话虽如此，我很清楚：
或
我希望这条消息可以帮助我们在Google团队中引起人们的注意，并提醒大家我们所面临的“真正奇怪”的问题。
答案 0 :(得分：1)
虽然此问题与Google的政策相关，而不是首先编程，但该解决方案仍然适用于其他Chrome扩展程序开发人员，因为它与如何为您的扩展程序加载远程资源有关。
发布此问题后，Google的团队会与我们联系，他们拒绝我们的扩展程序的问题与我们为扩展程序加载远程资源的方式有关。
您的新扩展程序正在从AAA.com.br获取资源。但是，为您的新商品注册的官方网站是BBB.com。这意味着正在获取的资源来自远程/第三方源，根据我们的计划政策，我们已要求您检查以下内容：
- 如果项目包中包含所有文件和代码，
- 包内的所有代码都是人类可读的（没有混淆或缩小的代码），
- 如果项目正在请求或执行任何远程托管代码（包括通过引用远程javascript文件或执行XHR请求获取的代码）
这里的具体问题是＃3。
如果您能够提供有关您正在获取的资源以及相关两个网站的相关信息，那将会非常棒。一旦我们掌握了这些信息，我们将很乐意帮助您完成发布过程。
由于我们有两个与相同扩展程序相关的不同网址（我们有三个扩展程序），因此对于新扩展程序，在Chrome网上应用店开发者控制台上配置了URL BBB.com，但我们实际上是从URL AAA加载资源.com，自我们发布第一个扩展以来一直在使用。
虽然这两个网址都已添加到我们的Chrome网上应用店开发者控制台且经过所有者验证，并且这两个网址都与相同的扩展程序相关，但我们现在明白，从实际配置的网址加载资源是一种很好的做法。扩展程序详细信息，即使您有相同扩展名的多个网址。
因此，如果您有URL AAA.com和BBB.com，并且两者都用于扩展A和B，请尝试从URL AAA.com和扩展B的资源加载扩展A的资源来自URL BBB.com，即使两者共享相同的后端。
这样可以避免Google团队认为您可能会从未知的第三方为您的分机加载资源，这是根据计划政策禁止的。