Requisitos de banners HTML

Um ZIP, uma página de entrada, um tamanho declarado e tudo o que ele precisa dentro dele. O resto desta página explica o que acontece se faltar alguma dessas coisas.

O que você envia#

Um .zip. Dentro dele, pelo menos um arquivo .html — é o único requisito obrigatório, e um arquivo compactado sem isso é recusado com essa mensagem. O envio em si é limitado a 512 MB; o limite que você vai encontrar primeiro é o seu próprio armazenamento, que é contado pelo tamanho descompactado e não pelo zip, então um ZIP pequeno que se expande para um gigabyte é recusado depois de descompactado e nada é descontado da sua cota.

Qual página abre#

Um index.html no nível principal do arquivo, se houver. Senão, a plataforma procura qualquer página no nível principal, depois um index.html mais fundo, depois qualquer página — preferindo a menor, que quase sempre é a entrada e não um componente. Uma página invólucro que só enquadra outra página é seguida até a página enquadrada, que é como uma exportação do Adobe Animate costuma ser.

Observação

Pastas __MACOSX e arquivos ._ são ignorados, então um ZIP criado no Mac clicando com o botão direito numa pasta funciona como está. Não precisa removê-los.

Declare o tamanho#

Coloque na página o tamanho em que o banner foi criado, para que uma tela possa ampliá-lo sem distorcer. A meta tag padrão é lida primeiro:

No head da sua página de entrada

<meta name="ad.size" content="width=1080,height=1920">

Sem ela, a plataforma usa as dimensões de um elemento <canvas> ou a declaração própria de uma exportação do Animate. Se nada disso existir, o banner não tem tamanho definido e é esticado para preencher a zona em que é exibido — é assim que um criativo 300×250 acaba espalhado numa tela em retrato.

Tudo dentro do arquivo#

Nenhuma URL externa. Uma tela continua exibindo a partir do próprio disco por sete dias sem conexão, e só consegue guardar em cache o que veio no ZIP — uma fonte, um script ou uma imagem buscados na internet são a parte do seu banner que fica em branco justamente na situação para a qual o player existe. Fontes, bibliotecas e imagens vão junto com o criativo, referenciadas por caminhos relativos.

Os criativos rodam dentro de um sandbox. Scripts e animações funcionam normalmente. Três coisas não funcionam, de propósito, e um banner que depende delas só vai parecer quebrado numa tela:

Sem armazenamento. localStorage e cookies não estão disponíveis e geram erro ao serem usados. Um banner não consegue lembrar nada entre uma exibição e outra, e não deveria tentar.
Sem navegação e sem pop-ups. window.open e qualquer tentativa de levar o player para outro lugar são bloqueados. Uma tela não tem botão Voltar, nem alguém para apertá-lo.
Sem formulários. Nada numa tela é preenchido por quem passa.

Por quanto tempo ele é exibido#

Quem decide é a playlist, não o banner. Um criativo recebe os segundos definidos para ele na playlist e depois é substituído, onde quer que a animação esteja — então um banner deve ficar em loop, ou parar num último quadro que valha a pena olhar. Não existe sinal que um banner possa mandar para pedir mais tempo.

Antes de enviar#

Abra a página de entrada a partir da pasta descompactada, offline, com a rede desligada. O que você vê é o que uma tela vê.
Confira se o tamanho na tag bate com o tamanho em que você criou.
Deixe rodar três vezes mais que o espaço na playlist e observe o último quadro.
Procure requisições saindo: ferramentas de desenvolvedor do navegador, aba Rede, e nada indo para um host externo.

Um banner que funciona aqui, mas não na tela

Quase sempre é uma de duas coisas: ele busca algo na internet, ou depende de armazenamento. As duas funcionam no seu notebook, e nenhuma funciona no sandbox de uma tela que, além disso, pode estar offline.