Todo o inventário disponibilizado pelo Google Partners tem conexão segura (SSL), e é obrigatório que os criativos obedeçam aos requisitos do SSL.
Para mais informações, consulte o guia de implementação do SSL.
Consulte a seção "RTB" do guia de implementação de SSL.
Não é obrigatório. As respostas dos lances que não tiverem o atributo 47 RichMediaCapabilityType: RichMediaCapabilitySSL
declarado serão consideradas não compatíveis com SSL. O atributo 48 RichMediaAdsVendor: RichMediaCapabilityNonSSL
existe somente no arquivo de dicionário de atributos do criativo para uso no campo excluded_attribute
da solicitação de lance. Ele não deve ser usado como uma declaração nas respostas do lance.
Você verá solicitações de lance de SSL quando: (a) estiver na lista de permissões, (b) marcar a caixa "SSL" nas campanhas pré-segmentação e (c) segmentar o inventário pertencente ao Google e operado por ele.
https://
?
O lance será removido do leilão, e o snippet será reprovado. Todas as mídias e chamadas de acompanhamento precisa estar em conformidade com o SSL. Faça a inserção dinâmica de URLs de rastreamento de terceiros somente depois que confirmar que todos os fornecedores com que você trabalha aceitam o SSL.
Assumindo que todos os certificados de SSL sejam válidos, o anúncio será veiculado nos leilões normalmente.
O snippet será removido do leilão e, portanto, estará inelegível para vencê-lo enquanto não for corrigido, reanalisado e aprovado. O motivo da reprovação será informado como INVALID_SSL_DECLARATION
(compatibilidade com SSL declarada, mas não funciona corretamente).
O lance será retirado do leilão da mesma forma que os outros lances são “pós-filtrados” (por exemplo, lances com um criativo de um produto financeiro em um inventário em que o editor excluiu esse tipo de produto).
http
por https
para ficar em conformidade?
A nova macro %%SCHEME%%
resolve como http:
ou https:
, dependendo do tipo de inventário. Apenas o texto da tag HTML informada ao Authorized Buyers será adaptado. Chamadas de terceiros indiretos de fora do texto da tag HTML, portanto, não serão adaptadas por essa macro. Essa macro não é compatível com vídeos in-stream VAST.
buyer_creative_id
diferente para as versões SSL e não SSL do criativo?
Você deve usar um buyer_creative_id
diferente para as versões SSL e não SSL dos criativos.
Embora o atributo 47 RichMediaCapabilityType: RichMediaCapabilitySSL
possa ser usado como parte de um identificador único de um criativo, o uso de um buyer_creative_id
diferente para versões diferentes é altamente recomendável.
Para distinguir um criativo de outro, inclua o status SSL do criativo na convenção de nomenclatura.
Não há mudanças na API REST em si, mas é altamente recomendável usar um buyer_creative_id
diferente para as versões compatíveis e não compatíveis com SSL do mesmo criativo.
Se o bidder alternar a ativação da declaração SSL para um único buyer_creative_id
, será necessário enviar as tags SSL e não SSL separadamente. Lembre-se de declarar o atributo 47 RichMediaCapabilityType: RichMediaCapabilitySSL
como na solicitação de lance.