Monétisation avec un partenaire de gestion publicitaire

Fonctionnalité
1

Cher communauté,

Je m’appelle Uwe et c’est mon premier message dans cette communauté. Je travaille en tant que développeur en technologie publicitaire dans un réseau publicitaire basé en Allemagne. Récemment, alors que nous voulions collaborer avec un éditeur qui utilise Discourse, nous avons rencontré le problème suivant.

Avec le plugin Ad, vous pouvez diffuser de la publicité via les réseaux/serveurs publicitaires suivants :

Google AdSense 565

DoubleClick for Publishers (DFP) (également appelé Google Ad Manager 145), y compris le ciblage personnalisé

Google Double Click for Publishers 89

Amazon Affiliates 137 - Annonces de bannières et de liens produits

Carbon Ads 140

Le problème : La sélection est loin de couvrir tout le potentiel de monétisation. Il ne s’agit pas d’une critique du plugin ; j’aimerais lancer une discussion sur la monétisation des sites Web à l’aide de Discourse et expliquer pourquoi il est judicieux d’utiliser des scripts tiers de réseaux publicitaires tels que Mediavine (marché américain) ou Symplr (marché allemand).

Pourquoi est-ce important ? :

Les réseaux publicitaires sont connectés à une variété de SSP (Supply Side Platforms). Ils sont sollicités pour une enchère aux côtés de Google et peuvent soumettre des offres. Cela augmente la concurrence et la pression publicitaire sur Google, conduisant finalement à un TKP (Thousand-Contact-Price) plus élevé et à plus de revenus qu’avec seulement Google AdSense ou Google AdManager.

Avantage pour l’éditeur :

Plus de revenus grâce à une concurrence accrue et à une pression publicitaire sur Google.

Obstacles techniques :

La monétisation des applications monopages nécessite un effort technique supplémentaire.

Le plugin Ad ne peut pas facilement implémenter une logique personnalisée pour chaque partenaire marketing/technologie publicitaire.

Solution possible :

Une solution possible pourrait être de créer un moyen au sein de Discourse ou du plugin Ad pour recharger les scripts tiers à chaque chargement de page ou changement de route. Cela donnerait à tous les réseaux publicitaires l’opportunité de monétisation et serait plus avantageux pour les utilisateurs de Discourse, en mettant l’accent sur la monétisation.

Question : Une telle fonctionnalité existe-t-elle déjà ?

Pourquoi les réseaux publicitaires ont-ils besoin d’exécuter leurs scripts personnalisés ? :

Ils fonctionnent tous fondamentalement sur la même technologie (également connue sous le nom de header bidding), mais ils implémentent une logique supplémentaire telle que le ciblage d’audiences, le rafraîchissement des annonces, le chargement différé des annonces, l’implémentation de formats spéciaux et l’intégration de solutions d’identifiants utilisateurs. C’est pourquoi il est vraiment difficile de proposer une solution unique.

Avantage pour l’utilisateur Discourse grâce à l’utilisation d’un partenaire de technologie publicitaire :

L’éditeur peut se concentrer sur la création de son contenu tandis que les partenaires AdTech gèrent l’implémentation technique pour une diffusion publicitaire optimisée.

J’attends avec impatience vos opinions et suggestions sur ce sujet !

2 « J'aime »
2

Tout cela est tout à fait possible en forquant le plugin publicitaire, et potentiellement en soumettant une pr, ou en l’utilisant comme modèle pour en créer un juste pour votre réseau publicitaire (ce qui vous donnerait plus de contrôle, mais limiterait votre audience aux sites auto-hébergés et aux autres sites qui peuvent installer des plugins arbitraires).

N’hésitez pas à poster sur Marketplace ou à consulter les différents sujets de plugins comme celui-ci que j’ai trouvé Développement de plugins Discourse - Partie 2 - Connexion à une sortie de plugin.

1 « J'aime »
3

Il pourrait être utile de noter que le plugin publicitaire semble être activement développé

4

Quelqu’un qui a intérêt à générer des revenus doit placer une annonce dans Marketplace pour trouver un développeur qui l’aidera à prendre en charge son fournisseur spécifique.

Je maintiens une extension de plugin publicitaire pour un client depuis un certain temps.

5

@pfaffman
Merci pour votre réponse rapide. Je voudrais souligner certains points à ce sujet :

Ressources, temps et argent des développeurs : La conversion de notre logique en un plugin pour Discourse nécessite sans aucun doute des ressources de développement, du temps et un investissement financier. Ce processus implique de comprendre la plateforme Discourse, d’adapter notre logique à sa structure et sa mise en œuvre, tout cela nécessitant un effort considérable.

Maintenance et mises à jour : Avoir notre propre plugin signifie que nous sommes responsables de la maintenance à long terme et des mises à jour régulières. Cela nécessite des ressources et une attention supplémentaires pour garantir que le plugin fonctionne correctement, reste compatible avec les futures versions de Discourse et traite toute vulnérabilité de sécurité potentielle. Cela mobilise également des ressources.

Compte tenu de ces facteurs, il me semble que dans un premier temps, il serait plus judicieux de rechercher une solution plus simple. Existe-t-il peut-être des plugins existants qui rechargent des scripts tiers à chaque changement de page/changement de route ?

@merefield
Ai-je bien compris que l’éditeur qui souhaite intégrer un réseau publicitaire ouvre un post dans la discussion du marketplace et demande de l’aide pour l’intégration ?

1 « J'aime »
6

Dans mon cas, l’administrateur du site de l’utilisateur final a parrainé le travail sans le soutien direct de l’éditeur de publicité.

Cependant, tout bien considéré, ce serait fabuleux si l’éditeur de publicité s’engageait auprès de la communauté des développeurs et parrainait des travaux pour garantir que ses publicités soient directement prises en charge.

Mon travail était open source d’ailleurs (en accord avec le client), il est donc possible pour d’autres de bénéficier de ce travail (bien que je ne puisse malheureusement pas fournir de support gratuit).

Si vous êtes intéressé par ce dépôt, je peux vous envoyer les détails de base par message privé.

2 « J'aime »
7

Merci d’avoir partagé votre point de vue. Il est en effet logique que l’éditeur/administrateur du site prenne en charge les coûts associés, surtout compte tenu de la nature de la publicité programmatique où différents annonceurs diffusent des publicités, souvent inconnues jusqu’à ce que la publicité soit affichée. Je suis d’accord qu’il serait bénéfique pour l’éditeur de s’engager avec la communauté des développeurs et de parrainer des travaux pour assurer un support direct, mais c’est la décision finale de l’éditeur/administrateur du site.
J’apprécie que votre travail ait été open source, ce qui permet à d’autres d’en bénéficier. Si vous pouviez m’envoyer en message privé les détails de base du dépôt, je serais intéressé d’en apprendre davantage.

Donc, juste par mesure de sécurité. Il n’y a aucun autre moyen d’intégrer un réseau publicitaire sans l’aide/le travail de la communauté des développeurs via la demande de marketplace ?

8

Généralement, si l’éditeur exige l’exécution de scripts personnalisés, cela nécessite généralement l’intervention d’un développeur pour tout lier.

Le problème fondamental est que le code ne peut généralement être « exécuté » qu’une fois que l’élément en question a été rendu dans le DOM, ce qui nécessite une certaine planification dans le code. Cela peut être exacerbé par des exigences spéciales telles que les identifiants de séquence.

La raison en est que Discourse est construit comme une application web et utilise un framework javascript, c’est donc un peu plus complexe.

1 « J'aime »
9

C’est compréhensible. J’avais déjà fait référence au problème de l’application web dans le message d’origine.

Merci pour votre aide, nous allons discuter avec l’éditeur. Si les scripts tiers nécessitent un support individuel de la part des développeurs, cette demande de fonctionnalité pourra probablement être clôturée.

1 « J'aime »