- 12 de outubro de 2021
- 0
- Blog, Dicas
- Atualizado em 14 de fevereiro de 2022 Ă s 10:23
- 7 min
- By Fernanda Calandro
Ads.cert: tudo que vocĂȘ precisa saber
- Home »
- Blog »
- Ads.cert: tudo que vocĂȘ precisa »
Apesar dos avanços no setor de publicidade digital nos Ășltimos anos, como por exemplo o header bidding, a democratização da programĂĄtica e o aumento de investimentos em anĂșncios, ainda existem duas questĂ”es que consternam o setor: a fraude e a falta de transparĂȘncia. De fato, publishers, anunciantes e fornecedores de tecnologia sĂŁo os principais apoiadores da redução da fraude e tambĂ©m reconhecem a necessidade do aumento da transparĂȘncia do mercado. PorĂ©m, uma das ferramentas mais poderosas permanece Ă margem: o ads.cert.
Se vocĂȘ jĂĄ Ă© um parceiro de mĂdia programĂĄtica da Grumft, seja bem vindo ao nosso blog. Se ainda nĂŁo Ă©, esperamos que este conteĂșdo te motive a fazer um teste com nosso inventĂĄrio premium em display e vĂdeo. Neste artigo vamos falar sobre o Ads.cert, uma tecnologia antifraude poderosa, mas que enfrenta desafios e justificativas por parte da indĂșstria. Vamos lĂĄ?
Leia mais: MCM Google: tudo sobre a substituição do SPM
Ads.cert Ă© uma atualização do Interactive Advertising Bureau (IAB) para o conjunto ads.txt, que significa “vendedores digitais autorizados”. Ele garante maior transparĂȘncia do processo de compra de anĂșncios programĂĄticos e elimina alguns dos principais problemas do ads.txt ao apresentar solicitaçÔes de lance assinadas criptograficamente. Ele autentica o inventĂĄrio de um publisher e permite que os compradores rastreiem o caminho do inventĂĄrio para ter certeza de que estĂŁo comprando apenas de vendedores autorizados. Isso coibe a fraude e a arbitragem de anĂșncios, dois problemas da publicidade online hĂĄ anos.
Existem muitos outros tipos de fraude publicitĂĄria e algumas podem ser muito difĂceis de detectar e prevenir. As possibilidades de proteger os anunciantes ainda sĂŁo limitadas, mas o ads.txt e ads.cert visa eliminar o spoofing de domĂnio e cessar a prĂĄtica obscura de arbitragem, um processo em que as impressĂ”es sĂŁo compradas e vendidas a um preço mais alto.
O Ads.txt foi desenvolvido pela IAB Tech Lab com o objetivo de minimizar fraudes. Essa solução verifica revendedores de inventĂĄrio de anĂșncios e o funcionamento Ă© bem simples. O publisher adiciona o arquivo ads.txt em seu site e o arquivo atua como uma lista de permissĂ”es de parceiros (ou seja, plataformas de fornecimento e trocas de anĂșncios) que tĂȘm permissĂŁo para vender o inventĂĄrio desse publisher. Os compradores programĂĄticos pesquisam na web os arquivos ads.txt disponĂveis e compilam uma lista de vendedores âpermitidosâ para cada publisher participante. Os compradores programĂĄticos configuram filtros que verificam seu ads.txt em relação aos dados fornecidos na solicitação de lance Open RTB.
Leia mais: Google Audience Explorer: novas ferramentas
Na troca aberta, se o ID do vendedor corresponder ao ID no arquivo, a plataforma de demanda (DSP) pode fazer um lance.O Ads.txt fornece um ID exclusivo para cada parceiro vendedor e quem nĂŁo estĂĄ nessa lista nĂŁo tĂȘm permissĂŁo para enviar anĂșncios ao site do publisher.
Mas existem alguns problemas com o ads.txt, como:
- Um simples erro de ortografia dentro do arquivo ads.txt fazem que compradores como DSPs ignorarem o inventĂĄrio.
- O tipo de inventĂĄrio nem sempre Ă© especificado, o que significa que o inventĂĄrio de exibição pode ser reproduzido como inventĂĄrio de vĂdeo, aumentando indevidamente os CPMs para os publishers.
- Os publishers sĂŁo solicitados a adicionar terceiros desconhecidos Ă lista de ads.txt.
Leia mais: AnĂșncio de Banner: implemente os tamanhos de melhor desempenho
Sumário
Para que serve o Ads.cert
Com o objetivo de resolver alguns problemas do ads.txt, o IAB desenvolveu a solução Autenticação Open RTB 3.0 por meio de solicitaçÔes de lance assinadas, também conhecido como ads.cert.
Ao contrĂĄrio do ads.txt, ads.cert nĂŁo Ă© exatamente um arquivo e nĂŁo veio para substituir o ads.txt. Ele foi criado como um complemento, pois enquanto ads.txt vĂĄlida plataformas de fornecimento (SSPs) e trocas de anĂșncios, o ads.cert valida as informaçÔes que estĂŁo sendo transferidas do comprador para o vendedor em cada estĂĄgio do processo. Na troca aberta, os compradores tomam suas decisĂ”es com base em vĂĄrios dados:
- DomĂnio do publisher;
- Localização do usuårio;
- Endereço IP do usuårio;
- Dispositivo do usuĂĄrio;
- Posição do anĂșncio na pĂĄgina;
- Tipo de impressĂŁo;
- Entre outras variĂĄveis.
à medida que a tecnologia avança, os fraudadores publicitårios também desenvolvem maneiras de manipular essas variåveis na cadeia de suprimentos e são capazes de fazer com que o estoque ruim seja reconhecido como estoque premium. O Ads.cert tem como objetivo impedir que isso aconteça.
Leia mais: O que Ă© Fill Rate e como vocĂȘ pode otimizĂĄ-lo
BenefĂcios do Ads.cert para publishersÂ
- Mais controle do estoque e dos anĂșncios exibidos;
- Listar vendedores de estoque falsos e eliminar a concorrĂȘncia desleal;
- Preços mais altos de espaço de anĂșncio devido Ă maior transparĂȘncia geral da indĂșstria programĂĄtica, resultando em melhor valor dos anĂșncios.
BenefĂcios do Ads.cert para anunciantes
- Identificar publishers autorizados gratuitamente;
- Melhor aproveitamento do dinheiro investido em anĂșncios programĂĄticos, resultando em anĂșncios mais eficazes;
- Eliminação do risco de exibição de anĂșncios em sites fraudulentos ou obscuros;
- Expor as tentativas de vender anĂșncios grĂĄficos como vĂdeo para maior ganho monetĂĄrio.
Leia mais: Core Web Vitals Google: aumente a receita do site
Como funciona o Ads.cert
Ads.cert Ă© uma forma de assinar criptograficamente solicitaçÔes de lance. Com ele, todas as partes interessadas na cadeia de suprimentos de anĂșncios usam uma assinatura criptografada. O inventĂĄrio Ă© assinado criptograficamente e uma chave pĂșblica correspondente Ă© usada pelos anunciantes para confirmar que a origem do inventĂĄrio Ă© legĂtima. Com ele Ă© possĂvel rastrear o caminho do inventĂĄrio e autenticĂĄ-lo para garantir que a solicitação de anĂșncio nĂŁo tenha sido alterada por um fraudador e que o anĂșncio que chega ao publisher Ă© legĂtimo.
A criptografia do ads.cert Ă© baseada em duas chaves: pĂșblica (amplamente divulgada) e privada (conhecida apenas pelo publisher). As duas chaves sĂŁo necessĂĄrias para autenticar e descriptografar a solicitação de lance para atingir dois objetivos:
- Autenticação: a chave pĂșblica verifica se o titular da chave privada realmente enviou o pedido de licitação.
- Criptografia: apenas o detentor da chave privada pode descriptografar a solicitação de lance criptografada com a chave pĂșblica.
Publishers e Ad Networks se comunicam com as trocas e criam uma assinatura para uma solicitação de lance, que em seguida Ă© retransmitida pela troca de anĂșncios / SSP.
Leia mais:Â Core Web Vitals, SEO, AMP e Google EAT
Veja como funciona o processo, passo a passo. A representação foi baseadas na documentação do IAB Tech Lab ):
O software de segurança OpenSSL Ă© usado pelo publisher para gerar um par de chaves do algoritmo de assinatura digital da curva elĂptica, tambĂ©m chamado ECDSA com, base na solicitação de lance:
- PĂșblico (seguro, mas acessĂvel, para ser lido por sistemas que validam o pedido de licitação contra as assinaturas). O arquivo de chave pĂșblica deve ser compartilhado via HTTP e / ou HTTPS do site da editora sob um caminho relativo no servidor: /ads.cert. Embora ads.cert seja referido como um arquivo, o recurso nĂŁo precisa vir de um sistema de arquivos.
- Privado (secreto, seguro e inacessĂvel para sistemas externos, mas acessĂvel para os sistemas que geram e assinam solicitaçÔes de lance, por exemplo, SSP). As chaves privadas estĂŁo em um formato padrĂŁo conhecido por pacotes de segurança compatĂveis.
Uma assinatura criptografada com base na solicitação de lance Ă© gerada com uma chave privada e anexada Ă solicitação de lance e enviada em nome do publisher por um SSP, com detalhes sobre a impressĂŁo disponĂvel, site ou aplicativo do publisher, indĂșstria, idioma, etc. O destinatĂĄrio da solicitação usa a chave pĂșblica para gerar outra assinatura para a mesma solicitação de lance. As assinaturas geradas pelo publisher e pelo destinatĂĄrio sĂŁo comparadas para verificar se foram geradas com base na mesma solicitação de lance (criada usando um par de chaves correspondente). Em caso afirmativo, a solicitação de lance Ă© considerada legĂtima. Quaisquer alteraçÔes dos elementos assinados podem ser detectadas pelo destinatĂĄrio ou outros servidores da cadeia.
Leia mais: Anuncios em vĂdeo: tudo que vocĂȘ precisa saber
Desafios do Ads.cert
Embora seja uma melhoria no ads.txt, ainda existem alguns desafios para o Ads.cert:
- Ele sĂł funciona com Open RTB 3.0, impedindo que seja adotado como padrĂŁo, pois os fornecedores precisam investir no desenvolvimento de suas plataformas. Outro desafio Ă© que o Open RTB 3.0 nĂŁo Ă© compatĂvel com versĂ”es anteriores e nĂŁo pode ser usado com a tecnologia existente. Ainda vai levar um tempo para que as DSPs, SSPs e Ad Networks tornem-se totalmente compatĂveis.
- Assim como o ads.txt, o sucesso do ads.cert depende muito de sua taxa de adoção.
Leia mais:Â O que Ă© Google GPT e porque vocĂȘ precisam atualizĂĄ-lo
Pensamentos finais
Embora publishers e anunciantes sejam vĂtimas de fraude publicitĂĄria, a extensĂŁo da fraude ainda nĂŁo pode ser medida e atĂ© o momento, o ads.cert permanece marginalizado devido a uma questĂŁo tĂ©cnica exigindo que os maiores participantes da nossa indĂșstria se comprometam com o OpenRTB 3.0. A justificativa para que isso ainda nĂŁo tenha ocorrido Ă© que nĂŁo Ă© possĂvel quantificar o ROI no combate Ă fraude, tornando lento o progresso nos novos padrĂ”es da indĂșstria. Acima de tudo, conte com a Grumft para continuar a apoiĂĄ-lo.
Leia mais:Â 11 maneiras de aumentar o RPM de pĂĄgina do seu siteÂ