我可以为现有应用添加新的 AdWhirl 广告网络吗？
目前，我在 iOS 应用程序的 AdWhirl 设置中配置了 AdMob 和 iAd，该应用程序当前位于应用程序商店中。我也在考虑添加 InMobi。显然，我需要将 InMobi SDK 添加到我的应用程序中并为应用程序进行更新。但我担心的是，启用 InMobi 后我的应用程序的旧版本会发生什么情况。他们会收到无法处理的 InMobi 请求吗？基本上，会不会有问题？
I currently have AdMob and iAd configured in the AdWhirl settings for my iOS app, which is currently on the app store. I'm thinking of adding InMobi as well. Obviously I'll need to add the InMobi SDK to my app and do an update for the app. What I'm worried about though is, what happens to old versions of my app once I've enabled InMobi. Will they get InMobi requests they can't handle? Basically, will it be a problem?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这其实是一个非常好的问题。如果您在 AdWhirl UI 中更新配置以添加 InMobi，则运行旧版本应用程序的用户将获得新配置。重要的是 AdWhirl 如何处理配置。 iOS 和 Android 的行为有所不同，但我认为两者都是相关的。
简短回答：
iOS：针对有效网络对百分比进行标准化。
Android：后填充优先级中排名靠前的有效网络会消耗无效网络的前填充百分比。
解释：
iOS： 当 iOS 尝试解析一个新的配置，它只会为满足某些条件的广告网络设置配置，包括拥有相应的适配器< /a>.否则，该网络的配置将返回 nil，并且中介中仅包含有效的网络。然后您的百分比将被标准化。如果您有 20% AdMob、20% iAd 和 60% inMobi，则仅包含 AdMob 和 iAd 的旧应用程序的百分比将超出 AdMob 的 20/40 和 iAd 的 20/40，或者每个网络的 50%。回填优先级将与预期相同，但不包括像 inMobi 这样的无效网络。
Android：当 Android 尝试解析一个新的配置，你的旧应用程序会盲目地添加 inMobi 作为配置。 SDK 通常以 jar 的形式包含在内，其中包含广告网络适配器的所有 .class 文件，因此此检查不是在 Android 端进行的。与 iOS 不同，Android将尝试使用 inMobi 发出请求，即使在旧应用程序上也是如此。该请求将正常失败，但随后 AdWhirl 将转至您的回填优先级。这意味着，如果您拥有 20% AdMob、20% iAd 和 60% inMobi，并且 iAd 是您的首要回填优先级，那么对于仅包含 AdMob 和 iAd SDK 的旧应用程序，您基本上会获得 80% iAd 和 20% AdMob。在 Android 上进行此类更新时要小心，因为结果可能不是您预期的。
This is actually a very good question. If you update your configurations in the AdWhirl UI to add InMobi, users running the old version of your app will get the new config. What is important is how AdWhirl handles the config. The behavior is different for iOS and Android, but I think both are relevant.
Short answer:
iOS: Percentages are normalized for valid networks.
Android: Top valid network in back fill priority consumes front fill percentages for invalid networks.
Explanation:
iOS: When iOS tries to parse a new config, it will only set up configurations for ad networks that meet certain conditions, including having the corresponding adapter. Otherwise, the config for that network returns nil, and only the valid networks are included in the mediation. Then your percentages will be normalized. If you had 20% AdMob, 20% iAd, and 60% inMobi, the percentages for old apps with only AdMob and iAd will be out of 20/40 for AdMob and 20/40 for iAd, or 50% for each network. Backfill priority will be the same as expected, but exluding invalid networks like inMobi.
Android: When Android tries to parse a new config, your old apps would blindly add inMobi as a configuration. The SDK is generally included as a jar which includes all .class files for the ad network adapters, so this check isn't made on the Android side. Unlike iOS, Android will try to make a request with inMobi even on old apps. The request will fail gracefully, but then AdWhirl will roll over to your backfill priority. This means if you had 20% AdMob, 20% iAd, and 60% inMobi, and iAd was your top backfill priority, you would essentially get 80% iAd and 20% AdMob for old apps with only AdMob and iAd SDKs included. Be careful when making such updates on Android as the result may not be what you anticipated.
它认为这不应该是一个问题。我认为当配置从服务器返回时，会进行检查以确保所有广告网络 SDK 均可用。如果特定 SDK 不可用，它只会对其余结果进行标准化。 AdWhirl 应该可以很好地处理这种情况。
It don't think it should be a problem. I think that when the config comes back from the server, a check is done to make sure all the ad network SDK's are available. If a particular SDK isn't available, it just normalizes across the rest of the results. AdWhirl should handle this situation fine.