Monetarisierung mit einem Ad-Management-Partner

Merkmal
1

Hallo Community,

ich bin Uwe und dies ist mein erster Beitrag in dieser Community. Ich arbeite als Entwickler für Ad-Technologie bei einem Ad-Netzwerk mit Sitz in Deutschland. Als wir kürzlich mit einem Publisher zusammenarbeiten wollten, der Discourse nutzt, sind wir auf folgendes Problem gestoßen.

Mit dem Ad Plugin können Anzeigen über die folgenden Netzwerke/AdServer ausgeliefert werden:

Google AdSense 565

DoubleClick for Publishers (DFP) (auch bekannt als Google Ad Manager 145), inklusive Custom Targeting

Google Double Click for Publishers 89

Amazon Affiliates 137 - Banner und Produktlink-Anzeigen

Carbon Ads 140

Das Problem: Die Auswahl deckt bei weitem nicht das volle Potenzial der Monetarisierung ab. Dies soll keine Kritik am Plugin sein; ich möchte eine Diskussion über die Monetarisierung von Websites mit Discourse anstoßen und darlegen, warum es sinnvoll ist, 3rd-Party-Skripte von Ad-Netzwerken wie Mediavine (US-Markt) oder Symplr (DE-Markt) zu nutzen.

Warum ist das wichtig?:

Ad-Netzwerke sind mit einer Vielzahl von SSPs (Supply Side Platforms) verbunden. Sie werden neben Google für eine Auktion angefragt und können Gebote abgeben. Dies erhöht den Wettbewerb und den Werbedruck auf Google, was letztendlich zu einem höheren TKP (Tausender-Kontakt-Preis) und mehr Einnahmen führt als mit nur Google AdSense oder Google AdManager.

Vorteil für den Publisher:

Mehr Einnahmen durch erhöhten Wettbewerb und Werbedruck auf Google.

Technische Hürden:

Die Monetarisierung von Single-Page-Applications erfordert zusätzlichen technischen Aufwand.

Das Ad Plugin kann nicht einfach für jeden Vermarkter/Ad-Technologie-Partner eine benutzerdefinierte Logik implementieren.

Mögliche Lösung:

Eine mögliche Lösung könnte darin bestehen, innerhalb von Discourse oder dem Ad Plugin eine Möglichkeit zu schaffen, 3rd-Party-Skripte bei jedem Seitenaufruf oder Routenwechsel neu zu laden. Dies würde allen Werbenetzwerken die Möglichkeit zur Monetarisierung geben und wäre für Discourse-Nutzer vorteilhafter, mit Fokus auf Monetarisierung.

Frage: Gibt es eine solche Funktion bereits?

Warum benötigen Werbenetzwerke die Ausführung ihrer benutzerdefinierten Skripte?:

Sie alle arbeiten im Grunde mit der gleichen Technologie (auch bekannt als Header Bidding), implementieren aber zusätzliche Logik wie Targeting von Zielgruppen, Ad Refreshes, Lazy Loading von Anzeigen, Implementierung spezieller Formate und Integration von User-ID-Lösungen. Deshalb ist es wirklich schwierig, eine Einheitslösung anzubieten.

Vorteil für den Discourse-Nutzer durch die Nutzung eines Ad-Technologie-Partners:

Der Publisher kann sich auf die Erstellung seiner Inhalte konzentrieren, während die AdTech-Partner die technische Implementierung für eine optimierte Anzeigenlieferung übernehmen.

Ich freue mich auf eure Meinungen und Vorschläge zu diesem Thema!

2 „Gefällt mir“
2

Das ist alles durchaus möglich, indem man entweder das Ad-Plugin forkt und möglicherweise einen PR einreicht oder es als Vorlage verwendet, um eines speziell für Ihr Werbenetzwerk zu erstellen (was Ihnen mehr Kontrolle gäbe, aber Ihr Publikum auf selbst gehostete und andere Websites beschränken würde, die beliebige Plugins installieren können).\n\nSie können gerne auf Marketplace posten oder sich zuerst die verschiedenen Plugin-Themen ansehen, wie dieses erste, das ich gefunden habe: Entwicklung von Discourse-Plugins – Teil 2 – Verbindung zu einem Plugin-Outlet.

1 „Gefällt mir“
3

Es könnte erwähnenswert sein, dass das Werbe-Plugin anscheinend aktiv bearbeitet wird

4

Jemand, der ein Interesse daran hat, Einnahmen zu erzielen, muss eine Anzeige in Marketplace schalten, um einen Entwickler zu finden, der ihn bei der Unterstützung seines spezifischen Anbieters unterstützt.

Ich pflege seit einiger Zeit eine Plugin-Erweiterung für eine Anzeige für einen Kunden.

5

@pfaffman
Vielen Dank für die schnelle Antwort. Ich möchte einige Punkte dazu hervorheben:

Entwicklerressourcen, Zeit und Geld: Die Umwandlung unserer Logik in ein Plugin für Discourse erfordert zweifellos Entwicklerressourcen, Zeit und finanzielle Investitionen. Dieser Prozess beinhaltet das Verständnis der Discourse-Plattform, die Anpassung unserer Logik an deren Struktur und die Implementierung, die alle erhebliche Anstrengungen erfordern.

Wartung und Updates: Ein eigenes Plugin bedeutet, dass wir für die langfristige Wartung und regelmäßige Updates verantwortlich sind. Dies erfordert zusätzliche Ressourcen und Aufmerksamkeit, um sicherzustellen, dass das Plugin reibungslos funktioniert, mit zukünftigen Discourse-Versionen kompatibel bleibt und potenzielle Sicherheitslücken schließt. Es bindet auch Ressourcen.

Unter Berücksichtigung dieser Faktoren scheint es mir, dass es im ersten Schritt sinnvoller wäre, nach einer einfacheren Lösung zu suchen. Gibt es vielleicht bereits bestehende Plugins, die Drittanbieter-Skripte bei jedem Seitenwechsel/Routenwechsel neu laden?

@merefield
Verstehe ich Sie richtig, dass der Publisher, der ein Anzeigennetzwerk integrieren möchte, einen Beitrag im Marktplatz-Thread eröffnet und um Unterstützung bei der Integration bittet?

1 „Gefällt mir“
6

In meinem Fall hat der Endbenutzer-Site-Administrator die Arbeit ohne die direkte Unterstützung des Anzeigenverlegers gesponsert.

Alles in allem wäre es jedoch fantastisch, wenn der Anzeigenverleger sich mit der Entwickler-Community auseinandersetzen und die Arbeit sponsern würde, um sicherzustellen, dass seine Anzeigen direkt unterstützt werden.

Meine Arbeit war übrigens Open Source (in Absprache mit dem Kunden), sodass andere von dieser Arbeit profitieren können (obwohl ich leider keinen kostenlosen Support anbieten kann).

Wenn Sie an diesem Repository interessiert sind, kann ich Ihnen die grundlegenden Details per Direktnachricht zukommen lassen.

2 „Gefällt mir“
7

Vielen Dank, dass Sie Ihre Perspektive geteilt haben. Es ist in der Tat sinnvoll, dass der Herausgeber/Administrator der Website möglicherweise alle damit verbundenen Kosten übernimmt, insbesondere angesichts der Natur des programmatischen Marketings, bei dem verschiedene Werbetreibende Anzeigen schalten, die oft erst beim Anzeigen bekannt sind. Ich stimme zu, dass es für den Herausgeber von Vorteil wäre, sich mit der Entwickler-Community zu beschäftigen und Arbeiten zu sponsern, um direkte Unterstützung zu gewährleisten, aber dies ist die endgültige Entscheidung des Herausgebers/Administrators der Website.
Ich schätze es, dass Ihre Arbeit Open Source war, was es anderen ermöglicht, davon zu profitieren. Wenn Sie mir die grundlegenden Details des Repos per Direktnachricht zukommen lassen könnten, wäre ich daran interessiert, mehr zu erfahren.

Also nur zur Sicherheit. Gibt es keine andere Möglichkeit, ein Anzeigennetzwerk zu integrieren, ohne die Hilfe/Arbeit der Entwickler-Community über die Marktplatzanfrage?

8

Im Allgemeinen, wenn der Publisher das Auslösen von benutzerdefinierten Skripten benötigt, ist in der Regel die Intervention eines Entwicklers erforderlich, um alles zu verknüpfen.

Das grundlegende Problem ist, dass der Code normalerweise nur dann “ausgelöst” werden kann, wenn das betreffende Element im DOM gerendert wurde, was eine gewisse Planung im Code erfordert. Dies kann durch spezielle Anforderungen wie Sequenz-IDs noch verschärft werden.

Der Grund dafür ist, dass Discourse als Webanwendung aufgebaut ist und ein JavaScript-Framework verwendet, daher ist es etwas komplizierter.

1 „Gefällt mir“
9

Das ist verständlich. Ich habe das Problem mit der Webanwendung bereits im Eröffnungsposting erwähnt.

Vielen Dank für Ihre Hilfe, wir werden uns mit dem Herausgeber unterhalten. Wenn Skripte von Drittanbietern individuelle Unterstützung von Entwicklern erfordern, kann diese Funktionsanfrage wahrscheinlich geschlossen werden.

1 „Gefällt mir“