Requisitos de los banners HTML

Un ZIP, una página de inicio, un tamaño declarado y todo lo necesario dentro. El resto de esta página explica qué pasa si falta algo de eso.

Qué subes#

Un .zip. Dentro, al menos un archivo .html: es el único requisito obligatorio, y un archivo sin él se rechaza con ese mensaje. La subida en sí tiene un tope de 512 MB; el límite con el que te encontrarás antes es tu propio almacenamiento, que cuenta el tamaño descomprimido y no el del archivo, así que un ZIP pequeño que ocupa un gigabyte al descomprimirse se rechaza tras descomprimirlo y no se descuenta nada de tu cuota.

Qué página arranca#

Un index.html en el nivel superior del archivo, si lo hay. Si no, la plataforma busca cualquier página en el nivel superior, después un index.html más adentro y, por último, cualquier página, prefiriendo la más pequeña, que casi siempre es la de inicio y no un componente. Una página envoltorio que solo enmarca otra página se sigue hasta la página enmarcada, que es como es una exportación de Adobe Animate.

Nota

Las carpetas __MACOSX y los archivos ._ se ignoran, así que un ZIP hecho en un Mac con clic derecho sobre una carpeta funciona tal cual. No hace falta quitarlos.

Declara el tamaño#

Pon el tamaño de diseño en la página, para que una pantalla pueda ampliar el banner sin deformarlo. Se lee primero la metaetiqueta estándar:

En el head de tu página de inicio

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

Si no está, la plataforma recurre a las dimensiones de un elemento <canvas> o a la declaración propia de una exportación de Animate. Si no existe nada de eso, el banner no tiene tamaño de diseño y se estira para llenar la zona en la que se reproduce: así es como una creatividad de 300×250 acaba estirada en una pantalla vertical.

Todo dentro del archivo#

Nada de URL externas. Una pantalla sigue reproduciendo desde su propio disco durante siete días sin conexión, y solo puede guardar en caché lo que vino en el ZIP: una fuente, un script o una imagen descargados de internet son la parte del banner que queda en blanco justo en la situación para la que existe el reproductor. Fuentes, librerías e imágenes viajan con la creatividad, referenciadas con rutas relativas.

Las creatividades se ejecutan dentro de un sandbox. Los scripts y la animación funcionan con normalidad. Tres cosas no, a propósito, y un banner que dependa de ellas solo parecerá roto en una pantalla:

Sin almacenamiento. localStorage y las cookies no están disponibles y lanzan un error al usarse. Un banner no puede recordar nada entre reproducciones, y no debería intentarlo.
Sin navegación ni ventanas emergentes. window.open y cualquier intento de llevar el reproductor a otro sitio se bloquean. Una pantalla no tiene botón Atrás ni nadie que lo pulse.
Sin formularios. Nadie que pase por delante rellena nada en una pantalla.

Cuánto tiempo se reproduce#

Lo decide la lista de reproducción, no el banner. Una creatividad recibe los segundos que tiene asignados en la lista y después se sustituye, esté donde esté su animación, así que un banner debería repetirse en bucle o quedarse en un último fotograma que merezca la pena. No hay ninguna señal con la que un banner pueda pedir más tiempo.

Antes de enviarlo#

Abre la página de inicio desde la carpeta descomprimida, sin conexión y con la red desactivada. Lo que ves es lo que ve una pantalla.
Comprueba que el tamaño de la etiqueta coincide con el tamaño con el que lo diseñaste.
Déjalo correr tres veces lo que dura el espacio de la lista y mira el último fotograma.
Busca peticiones salientes: herramientas de desarrollo del navegador, pestaña de red, y nada hacia un servidor externo.

Un banner que funciona aquí pero no en la pantalla

Casi siempre es una de dos cosas: descarga algo de internet o depende del almacenamiento. Las dos funcionan en tu portátil, y ninguna funciona en el sandbox de una pantalla que además puede estar sin conexión.