Entenda o DCO
Entenda o DCO
O nosso principal parceiro da solução de DCO é a Sizmek.
Quando falamos de soluções de DCO é importante pensar que há um mundo de possibilidades. Vamos a duas delas: o retargeting dinâmico e os criativos otimizados por dados de audiência (usando DMP).
Para o retargeting dinâmico é necessário o arquivo que contém as características dos produtos a serem anunciados (formato .xml). Geralmente, os anunciantes já possuem um feed do Google Shopping, com isso, o processo deverá ser facilitado, pois a Sizmek, fornecedora da solução, utilizará dessa estrutura do Google na sua plataforma. O link a seguir contêm todas informações que esse arquivo deve conter: https://support.google.com/merchants/answer/7052112?hl=pt-BR
Para os criativos que são direcionados por dados de audiência, o processo é bem simples. A equipe cria no Ad Server um template para cada formato de criativo e, dentro do template, associa todas as imagens ou textos que deverão se encaixar ao criativo. Uma vez que associamos a peça a uma line (estratégia) da campanha, utilizamos um dado 3P para direcionar a veiculação e, naquela estratégia, habilitamos somente o criativo com as imagens/textos adequados para aquele público.
Pelo processo de implementação apresentado acima, as audiências que podemos utilizar no DCO são todas que a Navegg e Tail oferecem. Contudo, e nesse caso olhando para boas práticas da Sizmek, é importante avaliar escala e o tipo de mensagem a ser veiculada. Portanto, o que recomenda-se são audiências demográficas.
O operacional da solução de criativos direcionados por dados de audiência é mais simples que a solução de retargeting dinâmico, envolvendo menos idas e vindas de informações entre Publya, cliente e Sizmek. Com isso, o tempo de implementação acaba sendo menor. Nesse operacional, além do tempo de configuração da campanha na DSP, há o tempo de configuração dos criativos no Ad Server, podendo demandar até 5 dias para criativos que não envolvem o retargeting dinâmico e, para este caso, podendo levar 7 dias.
Falando agora sobre como podemos atuar na proposta para o cliente, a melhor forma seria a Sizmek executar a solução, mas com a Publya encaminhando a negociação da solução de DCO, bem como a veiculação e setup de segmentações na DSP.
Dessa forma, a cobrança continuaria sendo por CPM, com a Publya pagando a fatura para Sizmek e, além disso, pagarmos um adicional pela implementação que a Sizmek faria de ponta a ponta. Ou seja, além dos serviços Publya na proposta haverá um serviço Sizmek, contudo o cliente pagará apenas para a Publya e nós faremos todo o repasse e implementação. O benefício de ser nesse formato é que a Publya possui uma negociação diferenciada com a Sizmek, que reduz custos desse tipo de serviço, favorecendo o cliente.
Quais os portais contidos na estratégia de Private Deal do Publya Select?
Quais os portais contidos na estratégia de Private Deal do Publya Select?
DPP - Private Deal - Globo e Abril
- Valor Econômico
- Folha de SP
- G1
- Época
- Exame
- O Globo
- El Pais
DPP - Private Deal - Oath
- Yahoo!
- Yahoo! Mail
- Outlook
- MSN
DPP - Private Deal - Portais Nacionais
- R7
- Terra
- Globo
- IG
Workaround - Sizmek e MediaMath
Workaround - Sizmek e MediaMath
Nos últimos meses tivemos algumas complicações com campanhas em que as peças eram servidas pela Sizmek. A natureza do problema estava em um conflito entre MediaMath e Sizmek, implicando na contabilização incorreta de impressões e cliques. Nessa semana, a MediaMath deu um retorno oficializando o problema e, com isso, temos duas alternativas de solução até que seja regularizado na DSP.
O que está acontecendo?
Duplicação da macro por causa da MediaMath.
Por que isso ocorre?
A plataforma de Sizmek possui um campo chamado "Site Click Tracking" ou "Click Tracking URL" que é o campo onde a macro da MediaMath é adicionada. Se esse campo estiver salvo com a click macro, o parâmetro NCU será automaticamente adicionado. Veja abaixo:
<script src="https://bs.serving-sys.com/BurstingPipe/adServer.bs?cn=rsb&c=28&pli=25742493&PluID=0&w=120&h=600&ord=[RANDOM_NUMBER]&ucm=true&ncu=$$[ENCODED_CLICK_REDIRECT]$$&z=0"></script>
<noscript>
<a href="[UNENCODED_CLICK_REDIRECT]https%3A//bs.serving-sys.com/BurstingPipe/adServer.bs%3Fcn%3Dbrd%26FlightID%3D25742493%26Page%3D%26PluID%3D0%26Pos%3D1779121022" target="_blank"><img src="https://bs.serving-sys.com/BurstingPipe/adServer.bs?cn=bsr&FlightID=25742493&Page=&PluID=0&Pos=1779121022" border=0 width=120 height=600></a>
</noscript>
Ad Tag após o upload na MediaMath:
<script src="https://bs.serving-sys.com/BurstingPipe/adServer.bs?cn=rsb&c=28&pli=25742493&PluID=0&w=120&h=600&ord=[RANDOM_NUMBER]&ucm=true&ncu=$$[ENCODED_CLICK_REDIRECT]$$&z=0&ncu=$$[ENCODED_CLICK_REDIRECT]$$&z=0"></script><noscript><a href="[UNENCODED_CLICK_REDIRECT]https%3A//bs.serving-sys.com/BurstingPipe/adServer.bs%3Fcn%3Dbrd%26FlightID%3D25742493%26Page%3D%26PluID%3D0%26Pos%3D1779121022" target="_blank"><img src="https://bs.serving-sys.com/BurstingPipe/adServer.bs?cn=bsr&FlightID=25742493&Page=&PluID=0&Pos=1779121022" border=0 width=120 height=600></a></noscript>
Como vocês podem observar, esse problema é devido a DSP duplicar o NCU e, dessa forma, dependemos da MediaMath para solucionar essa questão. Contudo, há uma alternativa de solução até que isso seja solucionado.
Solução alternativa:
Até que a equipe de desenvolvimento solucione esse problema, os clientes que utilizam criativos servidos pela Sizmek deverão deixar em branco o campo "Site Click Tracking" ou "Click Tracking URL". Dessa forma, o parâmetro NCU não aparecerá na ad tag e, ao fazermos o upload na DSP, a MediaMath colocara a macro, sem que haja duplicação.
Métodos de Push de dados de uma DMP para MM
Métodos de Push de dados de uma DMP para MM
Para uma DMP disponibilizar dados para MediaMath há dois métodos: Push de dados "server-to-server" ou via "Pixel Mapping".
- Server-to-server:
Esse método é feito exclusivamente pelo Data Provider. As informações que devemos passar são do seat da Publya e, possivelmente, Advertiser ID. Com essas informações o próprio Data Provider faz o processo na plataforma deles e aciona a MediaMath para conclusão, que seria um "Ok" para o push.
Uma vez que o processo esteja concluído, os dados do cliente aparecerão para a Publya com a taxonomia definida pelo Data Provider. Por isso, é importante que o Data Provider tenha alinhado com o cliente a nomenclatura das audiências, pois serão esses nomes que deverão aparecer na MM (taxonomia).
- Pixel Mapping:
Esse método é feito em conjunto Publya + MediaMath + Data Provider. A Publya irá criar um Data Pixel* e repassar essa informação, bem como as informações de seat e de Advertiser ID. Feito isso, o Data Provider inicia o push de dados para o data pixel e esse processo é monitorado pela MediaMath que dará as permissões ao longo da implementação.
*Data Pixel: é um pixel que armazena dados, diferentemente de um event pixel que armazena informações voláteis/eventos, como o retargeting. Quando criamos um data pixel na MediaMath é necessário registrar se seremos cobrados pela utilização desses dados, ou não. Caso sejamos cobrados, devemos declarar o valor e qual será a forma de pagamento: MediaMath fazendo o repasse ou o cliente (Publya) fazendo o repasse. Essas questões devem ser previamente acordadas, mas não há grandes complicações nisso, apenas deverão ser previstas pois implica em ajustes da proposta.