Monetização com um parceiro de gerenciamento de anúncios

Funcionalidade
1

Prezada comunidade,

Eu sou Uwe e este é meu primeiro post nesta comunidade. Trabalho como desenvolvedor de tecnologia de anúncios em uma rede de anúncios com sede na Alemanha. Recentemente, quando queríamos colaborar com uma editora que usa Discourse, encontramos o seguinte problema.

Com o Ad Plugin, você pode veicular publicidade através das seguintes redes/AdServers:

  • Google AdSense 565
  • DoubleClick for Publishers (DFP) (também conhecido como Google Ad Manager 145), incluindo segmentação personalizada
  • Google Double Click for Publishers 89
  • Amazon Affiliates 137 - Anúncios de banner e links de produtos
  • Carbon Ads 140

O problema: A seleção, de longe, não cobre todo o potencial de monetização. Isso não é uma crítica ao plugin; gostaria de iniciar uma discussão sobre monetização de sites usando Discourse e explicar por que faz sentido usar scripts de terceiros de redes de anúncios como Mediavine (mercado dos EUA) ou Symplr (mercado da Alemanha).

Por que isso é importante?:

As redes de anúncios estão conectadas a uma variedade de SSPs (Supply Side Platforms). Elas são solicitadas para um leilão ao lado do Google e podem enviar lances. Isso aumenta a concorrência e a pressão publicitária sobre o Google, levando, em última análise, a um TKP (Thousand-Contact-Price) mais alto e mais receita do que apenas com o Google AdSense ou Google AdManager.

Vantagem para a editora:

Mais receita devido ao aumento da concorrência e da pressão publicitária sobre o Google.

Obstáculos técnicos:

A monetização de aplicativos de página única requer esforço técnico adicional.

O Ad Plugin não pode implementar facilmente lógica personalizada para todos os parceiros de marketing/tecnologia de anúncios.

Solução possível:

Uma solução possível seria criar uma maneira dentro do Discourse ou do Ad Plugin para recarregar scripts de terceiros em cada carregamento de página ou alteração de rota. Isso daria a todas as redes de publicidade a oportunidade de monetização e seria mais vantajoso para os usuários do Discourse, com foco em monetização.

Pergunta: Tal recurso já está disponível?

Por que as redes de publicidade precisam executar seus scripts personalizados?:

Todas elas trabalham fundamentalmente na mesma tecnologia (também conhecida como header bidding), mas implementam lógica adicional, como segmentação de públicos, atualizações de anúncios, carregamento preguiçoso de anúncios, implementação de formatos especiais e integração de soluções de ID de usuário. É por isso que é realmente difícil fornecer uma solução única para todos.

Vantagem para o usuário do Discourse através do uso de um parceiro de tecnologia de anúncios:

A editora pode se concentrar na criação de seu conteúdo, enquanto os parceiros de AdTech cuidam da implementação técnica para entrega otimizada de anúncios.

Aguardo suas opiniões e sugestões sobre este tópico!

2 curtidas
2

Tudo isso é bastante possível, seja fazendo um fork do plugin de anúncios e potencialmente enviando um PR, ou usando-o como modelo para criar um especificamente para sua rede de anúncios (o que lhe daria mais controle, mas limitaria seu público a sites auto-hospedados e outros que podem instalar plugins arbitrários).

Sinta-se à vontade para postar em Marketplace ou verificar os vários tópicos de plugins, como este primeiro que encontrei Desenvolvendo Plugins do Discourse - Parte 2 - Conectar a um outlet de plugin.

1 curtida
3

Pode valer a pena notar que parece que o plugin de anúncios está sendo ativamente trabalhado

4

Alguém com interesse em gerar receita precisa colocar um anúncio no Marketplace para conseguir um desenvolvedor que o ajude a dar suporte ao seu provedor específico.

Tenho mantido uma extensão de plugin de anúncios para um cliente há algum tempo.

5

@pfaffman
Obrigado pela rápida resposta. Gostaria de destacar alguns pontos a respeito disso:

Recursos, tempo e dinheiro do desenvolvedor: Converter nossa lógica em um plugin para o Discourse sem dúvida requer recursos de desenvolvedor, tempo e investimento financeiro. Esse processo envolve a compreensão da plataforma Discourse, a adaptação de nossa lógica à sua estrutura e a implementação, tudo o que implica um esforço significativo.

Manutenção e atualizações: Ter nosso próprio plugin significa que somos responsáveis pela manutenção de longo prazo e por atualizações regulares. Isso requer recursos e atenção adicionais para garantir que o plugin funcione sem problemas, permaneça compatível com futuras versões do Discourse e aborde quaisquer vulnerabilidades de segurança potenciais. Isso vincula recursos também.

Considerando esses fatores, parece-me que, na etapa inicial, seria mais sensato procurar uma solução mais simples. Existem talvez plugins existentes que recarregam scripts de terceiros a cada mudança de página/mudança de rota?

@merefield
Eu entendo corretamente que o editor que deseja integrar uma rede de anúncios abre uma postagem na thread do marketplace e pede suporte com a integração?

1 curtida
6

No meu caso, o administrador do site do usuário final patrocinou o trabalho sem o apoio direto do editor de anúncios.

No entanto, considerando tudo, seria fabuloso se o editor de anúncios se envolvesse com a comunidade de desenvolvedores e patrocinasse o trabalho para garantir que seus anúncios fossem suportados diretamente.

Meu trabalho foi de código aberto, aliás (em acordo com o cliente), então é possível que outros se beneficiem desse trabalho (embora eu não possa oferecer nenhum suporte gratuito, infelizmente).

Se você estiver interessado nesse repositório, posso enviar os detalhes básicos por mensagem direta.

2 curtidas
7

Obrigado por compartilhar sua perspectiva. De fato, faz sentido que o editor/administrador do site possa cobrir quaisquer custos associados, especialmente considerando a natureza da publicidade programática, onde diferentes anunciantes entregam anúncios, muitas vezes desconhecidos até que o anúncio seja exibido. Concordo que seria benéfico para o editor se envolver com a comunidade de desenvolvedores e patrocinar trabalhos para garantir suporte direto, mas essa é a decisão final do editor/administrador do site.
Agradeço que seu trabalho tenha sido de código aberto, o que permite que outros se beneficiem dele. Se você puder me enviar por DM os detalhes básicos do repositório, terei interesse em saber mais.

Então, apenas por segurança. Não há outra maneira de integrar uma rede de anúncios sem a ajuda/trabalho da comunidade de desenvolvedores por meio da solicitação do marketplace?

8

Geralmente, se o editor requer a execução de scripts personalizados, isso geralmente requer a intervenção de um desenvolvedor para conectar tudo.

A questão básica é que, geralmente, o código só pode ser “executado” uma vez que o elemento em questão foi renderizado no DOM, o que requer algum agendamento no código. Isso pode ser agravado por requisitos especiais, como IDs de sequência.

A razão para isso é que o Discourse é construído como um aplicativo web e usa um framework javascript, então é um pouco mais complexo.

1 curtida
9

Isso é compreensível. Eu já me referi ao problema do aplicativo web na postagem inicial.

Obrigado pela sua ajuda, conversaremos com a editora. Se scripts de terceiros exigirem suporte individual dos desenvolvedores, esta solicitação de recurso provavelmente poderá ser fechada.

1 curtida