O OpenRTB 2.6 está pronto para implementação. O que há de novo nesta versão do protocolo?

No ^{dia 12} de abril, o IAB Tech Lab anunciou a finalização do rascunho do OpenRTB 2.6 e informou que o novo padrão está pronto para implementação. É realmente uma boa notícia para todos os players do setor, porque a versão atual do protocolo OpenRTB está totalmente desatualizada e reduz a eficácia da negociação programática. Com a nova versão em mãos, tanto a oferta quanto a demanda ganham mais flexibilidade, especialmente nas áreas de CTV e Contexto.

Vejamos as principais áreas de mudanças e como os jogadores de AdTech se beneficiarão com isso:

• Novos atributos e guias para compra e venda de conjuntos de anúncios
• Novos objetos para descrever o canal e a rede de conteúdo
• Objeto User-Agent estruturado para oferecer suporte a congelamentos futuros para string User-Agent
• Uso de listas AdCOM 1.0 para atualizações mais rápidas

Lances de conjunto para CTV

Devido à natureza do conteúdo da TV e dos intervalos comerciais, é necessário veicular vários anúncios em cada intervalo comercial. O conceito de solicitação/resposta agrupada entrou em jogo há algum tempo, mas havia uma grande limitação – a capacidade de licitar e preencher os espaços individuais em uma cápsula, mas não o tempo total do intervalo comercial. Além disso, os lances individuais em um espaço geralmente causavam anúncios repetitivos no intervalo comercial e não permitiam a separação competitiva das marcas.

Com o OpenRTB 2.6, os anunciantes podem obter a duração total do intervalo comercial e escolher a melhor maneira de preenchê-lo com vários vídeos de anúncios de duração diferente. Esse recurso pode aumentar significativamente o rendimento do editor de cada conjunto de anúncios.

Outro parâmetro importante que apareceu na nova versão do padrão é 'mincpmpersec' – taxa mínima por segundo de anúncios em vídeo. Dado que a duração dos vídeos é diferente, esse parâmetro permite que os compradores comparem os lances de diferentes anúncios entre si e formem o conjunto de vídeos mais lucrativo no bloco de anúncios.

Ambas as mudanças adicionarão mais flexibilidade na negociação programática de anúncios de CTV e beneficiarão todas as partes: editores, anunciantes e até usuários.

Mais contexto para compradores

O que é preciso para encontrar, inspirar e reter os melhores talentos em um mundo onde a dinâmica típica do local de trabalho tem sido Como um conteúdo de TV pode ser distribuído sem exclusividade e negociado por vários vendedores diferentes, é muito importante que os compradores entendam esse anúncio veiculação na solicitação pertence a alguma Rede ou Canal de TV. Antes do lançamento do padrão OpenRTB 2.6, os anunciantes não tinham essa oportunidade. Na nova versão, dois novos objetos contextuais “Rede” e “Canal” apareceram.

Agora, os compradores podem obter o nome de uma rede de TV e o nome exato do canal em formato legível por humanos. Essa alteração expandirá muito as opções de segmentação de conteúdo específico e segurança da marca.

Estruturação de conteúdo User-Agent

Abordagens antigas de usar os métodos de impressão digital ao trabalhar com as informações do agente do usuário serão retiradas do jogo em um futuro previsível. Isso pode afetar a exibição correta de anúncios no dispositivo do usuário. Assim, a importância de tais informações ainda é tensa.

O OpenRTB 2.6 fornece um método alternativo de comunicação de conteúdo do agente do usuário na forma de objetos estruturados. Parâmetros como navegador do usuário, plataforma e modelo do dispositivo e até mesmo arquitetura e número de bits podem ser transferidos por meio de atributos de objeto apropriados. As informações estruturadas do agente do usuário são fornecidas quando um cliente oferece suporte às dicas do cliente do agente do usuário. A melhoria ajudará a manter a exibição correta dos anúncios.

Listas AdCOM para mais flexibilidade

A falta de padrões unificados que descrevam a taxonomia, os formatos criativos, as veiculações etc. levou os participantes do setor a desenvolver suas próprias listas específicas desses parâmetros. No contexto de um único ecossistema programático, a diferença nas especificações leva a perdas técnicas significativas e oportunidades para fraudes e atividades ilegais. É por isso que trazer esses múltiplos formatos para um denominador comum é um trabalho muito importante em termos de desenvolvimento de padrões da indústria.

Publicidade Common Object Model ou AdCOM é a especificação em camadas que visa enfrentar esses desafios e ajuda a padronizar muitas opções. Como o AdCOM é uma especificação viva e em constante atualização, o uso das listas dessa especificação no padrão OpenRTB 2.6 cria a flexibilidade necessária. O rápido desenvolvimento do ambiente programático requer mudanças rápidas nos padrões. Com a introdução das Listas AdCOM 1.0, poderemos nos aproximar da eficiência necessária.

Admixer já suporta OpenRTB 2.6

A Admixer acompanha as mudanças contínuas nos padrões e participa ativamente do desenvolvimento de um novo protocolo dentro do Grupo de Trabalho Programático da Cadeia de Suprimentos. No lado técnico, todos os novos recursos do OpenRTB2.6 estão prontos para serem usados ​​no Admixer SSP. Tanto os parceiros de demanda quanto os de fornecimento já podem aproveitar as inovações.

O OpenRTB 2.6, juntamente com a versão mais recente da taxonomia de conteúdo, fortalecerá a mudança do modelo clássico de compra de TV para a compra de TV programática. Obviamente, levará tempo para que as plataformas de CTV marquem pods de anúncios e conteúdo de vídeo. Como resultado, a publicidade na TV terá melhor endereçamento, responsabilidade e será mais acessível para anunciantes locais, médios e pequenos.

Yaroslav Kholod, chefe de programática da Admixer

Ivan Fedorov

Diretor de Novos Negócios