詳細な回答とご支援をいただき、ありがとうございます。消化すべき内容が非常に多いです。
しかし、ここで誤解があるように思います。AdButler は Google DFP と同様の「アドサーバー」の一種です。これらのプロバイダーは、広告主と連携して自社の広告を管理するお手伝いをします。一方、Adsense（および Carbon）は「アドネットワーク」に分類されます。アドネットワークはアドサーバーとはやや異なる仕組みで動作します。私たちの課題はアドネットワークではなく、アドサーバーに関するものです。混乱させてしまい申し訳ありません。
事業を継続するためにはウェブサイトから収益を得る必要があり、そのためには広告主を管理するためのアドサーバーが必要です。そのために Ad Butler を利用しています。Discourse の「社内広告」機能では、必要な機能のほんの一部しかカバーできていません。私が知る限り、Discourse の広告プラグインがサポートしているアドサーバーは Google DFP のみです。私個人の見解では、Google DFP は様々な理由からあまり優れていませんが、その点は本議論とは無関係です。もちろん、他のアドサーバーがサポートされていないため、やむを得ず Google DFP を使用する必要があるなら、そうします。Discourse には他にも多くの利点があり、それらが Google DFP を使用する際の面倒さを上回っているからです。
Google DFP 以外のアドサーバーに対応するプラグインを開発するのは私たちの責任であり、Discourse がすべてのニーズに応えることはできないこと、特に標準機能として非常に優れた機能を多数備えていることを十分に理解しています。この件についてはマーケットプレイスにも投稿しましたが、Discourse に詳しい経験豊富な開発者からは、プラグインなしでは実装不可能であり、一見単純な問題にもかかわらず、作業には多額の費用と時間を要すると教えていただきました。
私がまだ Discourse の仕組みを把握していないのはご指摘の通りで、私たちは Discourse の導入と Ruby、Ember の学習を始めたばかりです。しかし、例えば WordPress の場合、Ad Butler の広告スクリプトをウィジェットボックスに配置するだけで、何もプログラミングすることなく動作します。そのため、Ad Butler を Discourse で動作させるのがこれほど手間がかかることに少し驚きました。Discourse は WordPress と明らかに異なり、はるかに複雑であることは理解していますが、なぜこのような単純な機能がこれほど大規模なコーディングを必要とするのかが依然として理解できません。
まとめますと、私たちは引き続き挑戦し、Ad Butler 自体に連絡して支援を仰ぐ予定です。Ad Butler にとっても Discourse 向け機能の開発を支援することは自社の利益にかなうはずです（Ad Butler を一度使えば、もう DFP には戻らないでしょうから）。また、Carbon Ads の統合についても調査し、仕組みを理解して自社のニーズに合わせて修正できないか検討します。
改めてありがとうございます。