感谢您详细的回复和帮助。这里有很多内容需要消化。
不过，我认为这里存在误解。AdButler 是一种广告服务器（Ad Server），类似于 Google DFP。这类平台帮助您管理自有广告并与广告主对接。而像 Adsense（以及据称的 Carbon）则属于广告网络（Ad Network）。广告网络的运作方式与广告服务器有所不同。我们的问题出在广告服务器，而非广告网络。为此造成的混淆，深表歉意。
我们需要通过网站盈利以维持运营，为此必须使用广告服务器来管理广告主。我们使用的是 Ad Butler。Discourse 自带的“内部广告”功能远不能满足需求。据我所知，Discourse 官方广告插件目前仅支持 Google DFP 这一种广告服务器。在我看来，Google DFP 因多种原因表现不佳，不过这与此讨论无关。当然，如果由于广告插件仅支持 Google DFP 而迫使我们不得不使用它，我们也会接受，因为 Discourse 的其他诸多优势在很大程度上抵消了使用 Google DFP 带来的极大不便。
我完全理解，开发支持 Google DFP 之外其他广告服务器的插件是我们的责任，Discourse 无法满足每一个需求，尤其是它本身已提供了大量开箱即用且极其出色的功能。我们曾将此需求提交至市场，一些有经验的 Discourse 开发者告诉我们，若不开发插件则无法实现，且相关工作成本高昂、耗时费力，相对于看似简单的问题而言，投入显得不成比例。
您说得对，我目前对 Discourse 的运作机制尚不了解，因为我们才刚开始使用它，并在学习 Ruby 和 Ember。然而，以 WordPress 为例，我们只需将 Ad Butler 的广告脚本放入小部件（Widget）区域即可直接使用，无需任何编程。因此，我有些惊讶地发现，让 Ad Butler 在 Discourse 上运行竟如此麻烦。我理解 Discourse 显然与 WordPress 截然不同，也复杂得多，但我仍不明白为何此类功能需要如此大量的编码工作。
总之，我们将继续尝试，并联系 Ad Butler 方面，看他们能否提供帮助。协助开发 Discourse 集成无疑符合他们的利益，因为他们可能因此获得大量客户（一旦使用过 Ad Butler，就再也回不去 DFP 了）。我们也会研究 Carbon Ads 的集成方案，了解其工作原理，看看是否能根据我们的需求进行调整。
再次感谢。