Perguntas frequentes sobre a API Deal Sync

Encontre respostas para perguntas frequentes sobre a integração com a API Deal Sync do Display & Video 360.

P: Qual é meu ID da troca?

R: O ID da troca é atribuído pela equipe do Display & Video 360 durante a configuração da autenticação.

P: Qual é a finalidade da hierarquia de pedidos e produtos?

R: Essa hierarquia permite que editores e anunciantes negociem várias transações e as enviem juntas como um único objeto de negociação. Há restrições: todos os produtos em um pedido precisam compartilhar o mesmo tipo de transação e de preço. Não há problema em usar sempre uma configuração de um pedido e um produto.

P: Existe um tipo de transação disponível para TODOS os anunciantes?

R: A API Deal Sync foi criada para ofertas particulares. Para transações públicas selecionadas para todos os anunciantes, consulte Pacotes de leilão (pacotes de inventário).

P: O que acontece se uma transação não tiver data de término?

R: É obrigatória uma data de término. Portanto, definir uma data futura funciona bem. O ano máximo permitido é 2036. As datas de término podem ser atualizadas ou prorrogadas no futuro.

P: O campo "dimensionCreativeConfig" permite vários tamanhos?

R: Sim, mas só é permitido um tipo de criativo por produto.

P: Os criativos nativos são compatíveis com transações programáticas garantidas (PG)?

R: Não. As transações de reserva (garantidas) não aceitam criativos nativos (CREATIVE_TYPE_NATIVE).

Entre em contato com seu representante do Google se quiser veicular transações de programática garantida que aceitam criativos nativos.

P: Vocês aceitam preços de leilão para transações reservadas?

R: Não. As transações garantidas por reserva só aceitam preços fixos.

P: A duração é obrigatória para transações programáticas garantidas (PG) de vídeo?

R: Não. Se não for definido, a duração será ANY por padrão.

P: Algum status do pedido faz com que uma transação pare de ser realizada?

R: Não. O pedido é apenas um objeto de negociação. As mudanças não entram em vigor para a veiculação de anúncios até que o anunciante aceite o pedido.

P: O que acontece com um negócio aceito se a exchange enviar uma chamada de atualização?

R: A transação continua sendo veiculada de acordo com os termos aceitos anteriormente. Assim que o anunciante aceitar os termos atualizados, o negócio vai começar a veicular com os novos termos.

P: Uma transação vai continuar sendo veiculada se os termos atualizados ainda não tiverem sido aceitos?

R: Supondo que o CPM já tenha sido alterado no lado da troca e esteja refletido na solicitação de lance:

1. Para transações de reserva:a transação não vai gastar até ser aceita novamente pelo anunciante. Os itens de linha são gerados com base nos termos da transação, e as atualizações permanecem em negociação até serem aceitas pelo anunciante.
2. Para transações sem reserva:a veiculação depende da segmentação do item de linha da transação. Se as solicitações de lances corresponderem aos critérios de segmentação do item de linha que segmenta esse negócio, a veiculação vai continuar.

P: Podemos reutilizar um ID da transação em várias transações?

R: Não. O external_deal_id precisa ser exclusivo em todos os produtos.

P: Uma transação pode ter vários parceiros?

R: Se você quiser associar uma transação a vários parceiros, envie-a para um parceiro principal.

P: O ID do parceiro associado a uma transação pode mudar depois da criação?

R: Não. O parceiro não pode ser mudado depois que um pedido é criado.

P: Vocês aceitam vários nomes de editor em um pedido?

R: O campo "Nome do publisher" é uma string usada para fins informativos para o anunciante. Você pode especificar vários nomes de editores separados por vírgulas ou declarar "Vários editores da troca X".

P: Qual é a diferença entre os status de pedido "CANCELADO" e "ARQUIVADO"?

R: Os usuários podem arquivar e restaurar pedidos. Depois de cancelado, um pedido não pode ser reativado ou cancelado.

P: O que são "transações instantâneas"?

R: As ofertas instantâneas são um esforço de integração separado que usa o endpoint da API Seller. Ignore os atributos específicos das ofertas instantâneas, porque eles não estão relacionados ao fluxo de trabalho de sincronização de ofertas.

P: O que devo verificar se receber um erro de solicitação inválida?

R: Confira algumas causas comuns:

1. Consulte o guia de referência para garantir que todos os campos obrigatórios estejam preenchidos.
2. Verifique se o external_deal_id é exclusivo em todos os produtos.
3. Verifique se as ofertas de reserva não especificam preços de leilão.

Se o problema persistir, teste a solicitação com um cliente HTTP, como o Postman, para inspecionar mensagens de erro detalhadas no corpo da resposta.

Entre em contato com a equipe de suporte da API Seller do Display & Video 360 se nenhuma das soluções anteriores resolver o problema.