Monetización con un socio de gestión de anuncios

Característica
1

Estimada comunidad:

Soy Uwe y este es mi primer post en esta comunidad. Trabajo como desarrollador de tecnología publicitaria en una red publicitaria con sede en Alemania. Recientemente, cuando quisimos colaborar con un editor que utiliza Discourse, nos encontramos con el siguiente problema.

Con el plugin de anuncios, puedes entregar publicidad a través de las siguientes redes/servidores de anuncios:

Google AdSense 565

DoubleClick for Publishers (DFP) (también conocido como Google Ad Manager 145), incluyendo targeting personalizado

Google Double Click for Publishers 89

Amazon Affiliates 137 - Anuncios de banners y enlaces de productos

Carbon Ads 140

El problema: La selección, con diferencia, no cubre todo el potencial de monetización. Esto no pretende ser una crítica al plugin; me gustaría iniciar una discusión sobre la monetización de sitios web utilizando Discourse y explicar por qué tiene sentido utilizar scripts de terceros de redes publicitarias como Mediavine (mercado estadounidense) o Symplr (mercado alemán).

¿Por qué es importante?:

Las redes publicitarias están conectadas a una variedad de SSP (Supply Side Platforms). Se les solicita para una subasta junto con Google y pueden presentar ofertas. Esto aumenta la competencia y la presión publicitaria sobre Google, lo que en última instancia conduce a un TKP (Thousand-Contact-Price) más alto y más ingresos que con solo Google AdSense o Google AdManager.

Ventaja para el editor:

Mayores ingresos debido a la mayor competencia y presión publicitaria sobre Google.

Obstáculos técnicos:

La monetización de aplicaciones de una sola página requiere un esfuerzo técnico adicional.

El plugin de anuncios no puede implementar fácilmente lógica personalizada para cada comercializador/socio de tecnología publicitaria.

Solución posible:

Una posible solución podría ser crear una forma dentro de Discourse o del plugin de anuncios para recargar scripts de terceros en cada carga de página o cambio de ruta. Esto daría a todas las redes publicitarias la oportunidad de monetización y sería más ventajoso para los usuarios de Discourse, con un enfoque en la monetización.

Pregunta: ¿Ya existe tal función?

¿Por qué las redes publicitarias necesitan ejecutar sus scripts personalizados?:

Todas funcionan fundamentalmente con la misma tecnología (también conocida como header bidding), pero implementan lógica adicional como la segmentación de audiencias, la actualización de anuncios, la carga diferida de anuncios, la implementación de formatos especiales y la integración de soluciones de ID de usuario. Es por eso que es realmente difícil ofrecer una solución única para todos.

Ventaja para el usuario de Discourse a través del uso de un socio de tecnología publicitaria:

El editor puede centrarse en crear su contenido mientras los socios de AdTech se encargan de la implementación técnica para una entrega de anuncios optimizada.

¡Espero sus opiniones y sugerencias sobre este tema!

2 Me gusta
2

Todo eso es bastante posible, ya sea bifurcando el plugin de anuncios y enviando un PR, o usándolo como modelo para crear uno solo para tu red de anuncios (lo que te daría más control, pero limitaría tu audiencia a sitios autoalojados y otros sitios que pueden instalar plugins arbitrarios).

Eres bienvenido a publicar en Marketplace o consultar los diversos temas de plugins como este primero que encontré Desarrollo de plugins de Discourse - Parte 2 - Conectarse a un outlet de plugin.

1 me gusta
3

Quizás valga la pena señalar que parece que el plugin de anuncios está siendo trabajado activamente

4

Alguien a quien le interesa obtener ingresos necesita colocar un anuncio en Marketplace para conseguir un desarrollador que le ayude a dar soporte a su proveedor específico.

He estado manteniendo una extensión de plugin de anuncios para un cliente durante un tiempo.

5

@pfaffman
Gracias por tu rápida respuesta. Me gustaría destacar algunos puntos al respecto:

Recursos, tiempo y dinero de los desarrolladores: Convertir nuestra lógica en un plugin para Discourse sin duda requiere recursos de desarrollo, tiempo e inversión financiera. Este proceso implica comprender la plataforma Discourse, adaptar nuestra lógica a su estructura e implementación, todo lo cual conlleva un esfuerzo considerable.

Mantenimiento y actualizaciones: Tener nuestro propio plugin significa que somos responsables del mantenimiento a largo plazo y de las actualizaciones periódicas. Esto requiere recursos y atención adicionales para garantizar que el plugin funcione sin problemas, siga siendo compatible con futuras versiones de Discourse y aborde cualquier posible vulnerabilidad de seguridad. Vincula recursos también.

Teniendo en cuenta estos factores, me parece que en el primer paso, sería más sensato buscar una solución más simple. ¿Existen quizás plugins existentes que recarguen scripts de terceros en cada cambio de página/cambio de ruta?

@merefield
¿Te entiendo correctamente que el editor que quiere integrar una red publicitaria abre una publicación en el hilo del mercado y pide apoyo con la integración?

1 me gusta
6

En mi caso, el administrador del sitio del usuario final patrocinó el trabajo sin el apoyo directo del editor de anuncios.

Sin embargo, considerando todo, sería fabuloso si el editor de anuncios participara en la comunidad de desarrolladores y patrocinara trabajos para garantizar que sus anuncios fueran compatibles directamente.

Mi trabajo fue de código abierto, por cierto (de acuerdo con el cliente), por lo que es posible que otros se beneficien de ese trabajo (aunque lamentablemente no puedo brindar soporte gratuito).

Si está interesado en ese repositorio, puedo enviarle los detalles básicos por mensaje privado.

2 Me gusta
7

Gracias por compartir tu perspectiva. De hecho, tiene sentido que el editor/administrador del sitio cubra cualquier costo asociado, especialmente considerando la naturaleza de la publicidad programática donde diferentes anunciantes entregan anuncios, a menudo desconocidos hasta que se muestra el anuncio. Estoy de acuerdo en que sería beneficioso para el editor colaborar con la comunidad de desarrolladores y patrocinar trabajos para garantizar un soporte directo, pero es la decisión final del editor/administrador del sitio.
Aprecio que tu trabajo fuera de código abierto, lo que permite que otros se beneficien de él. Si pudieras enviarme por mensaje privado los detalles básicos del repositorio, estaría interesado en saber más.

Entonces, solo por seguridad. ¿No hay otra forma de integrar una red de anuncios sin la ayuda/trabajo de la comunidad de desarrolladores a través de la solicitud del mercado?

8

En general, si el editor requiere la ejecución de scripts personalizados, normalmente requiere la intervención de un desarrollador para vincularlo todo.

El problema básico es que, por lo general, el código solo se puede “ejecutar” una vez que el elemento en cuestión se ha renderizado en el DOM, lo que requiere cierta programación en el código. Esto puede verse exacerbado por requisitos especiales como los identificadores de secuencia.

La razón de esto es que Discourse está construido como una aplicación web y utiliza un framework de javascript, por lo que es un poco más complicado.

1 me gusta
9

Es comprensible. Ya me había referido al problema de la aplicación web en la publicación inicial.

Gracias por tu ayuda, hablaremos con el editor. Si los scripts de terceros requieren soporte individual por parte de los desarrolladores, esta solicitud de función probablemente se pueda cerrar.

1 me gusta