Vídeo de vista previa: enseña la app antes de pedir la descarga

El visitante quiere ver la app, no los créditos de apertura

Hay vídeos que tardan diez segundos en llegar al producto. Empiezan con el logotipo, continúan con una frase solemne y añaden dos transiciones antes de enseñar un solo botón. En una presentación corporativa quizá funcionen. En una ficha de tienda, esos segundos suelen responder a una pregunta que nadie estaba haciendo.

Quien compara aplicaciones quiere averiguar algo mucho más sencillo: qué podrá hacer y si parece fácil. Una app de reservas puede demostrarlo con una hora disponible, dos decisiones y una confirmación. Una herramienta de edición puede enseñar el cambio entre la imagen original y el resultado. El vídeo sirve cuando hace visible una transformación que una captura no consigue contar por sí sola.

Por eso no debería tratarse como un anuncio reducido. Es una demostración previa a la instalación. La producción, la música y el ritmo importan, pero están al servicio de la comprensión. Si al terminar solo recordamos que «había muchas pantallas», la pieza no ha hecho su trabajo.

Antes de grabar, decide si el movimiento aporta algo

La primera pregunta no es qué editor utilizar, sino qué puede entenderse en movimiento que resulte confuso en las dos primeras capturas de la tienda. El trazo de una app de dibujo, el seguimiento de un pedido o la respuesta de un ejercicio oral tienen una dimensión temporal clara. Un formulario simple quizá se explique mejor con una imagen limpia.

El vídeo también exige mantenimiento. Si el flujo principal va a cambiar el mes que viene, una pieza perfectamente editada nacerá antigua. Y cuando el equipo no dispone de datos de demostración, tiempo para revisar cada idioma o una interfaz estable, las capturas pueden ser una decisión más honesta.

Apple y Google Play no obligan a las aplicaciones corrientes a incluir vídeo. No hay que llenar un espacio por costumbre. Una vista previa mediocre puede colocarse delante de la captura más clara y bajar la calidad del conjunto.

Reduce el guion a una persona, una tarea y una prueba

Una frase sencilla evita la mayoría de los guiones interminables:

> Una persona que necesita resolver esta tarea verá que la app consigue este resultado mediante esta secuencia real.

Para una app educativa, la prueba puede ser contestar y recibir una explicación útil. En un comercio electrónico, localizar un producto, comprobar una condición importante y completar el siguiente paso. En movilidad, desbloquear el vehículo y empezar el trayecto. El perfil, las notificaciones y los ajustes no tienen que aparecer solo porque existen.

Las reseñas, las conversaciones con soporte y los términos de búsqueda suelen revelar mejor el momento decisivo que una reunión interna. La función que más costó desarrollar no siempre es la que convence al usuario. El resto del producto seguirá presente en la descripción y en la historia de capturas.

Los primeros segundos tienen que sobrevivir al silencio

Las vistas previas de Apple pueden reproducirse automáticamente en resultados y páginas de producto. Google Play también puede iniciar hasta 30 segundos en silencio según el dispositivo, la conexión y la superficie. El espectador no siempre ha elegido ver el vídeo; puede encontrárselo ya en marcha.

Empieza, por tanto, con el momento útil. Que aparezca la cita confirmada, el fondo eliminado o el vehículo desbloqueado. Después se puede reconstruir brevemente cómo se llegó allí. Una animación de marca larga consume el único tramo en el que casi todos los espectadores siguen presentes.

Un esquema corto suele bastar: primero el resultado que merece atención; después la acción que lo produce; a continuación la respuesta del sistema; por último, una señal creíble de que el recorrido ha terminado. No es una fórmula rígida, pero obliga a que cada plano cambie algo.

*Un storyboard útil cuenta cambios de estado; no se limita a enumerar pantallas.*

Escribe acciones, no nombres del menú

«Inicio, búsqueda, detalle y pago» parece un recorrido, pero solo es un índice. «Encontrar una opción cercana, comparar lo importante, reservar y recibir confirmación» ya explica por qué existe cada corte. Esta redacción también ayuda a detectar una escena que no aporta nada.

Monta primero un borrador sin sonido y míralo a tamaño de teléfono. Enséñaselo a alguien que no haya participado en el proyecto y pídele que cuente qué ha pasado. No le expliques el producto mientras mira. Si confunde el resultado, corrige la elección de planos antes de invertir en animaciones.

Los textos sobreimpresos deben añadir contexto, no repetir todos los botones. «Organízate mejor» es intercambiable; «Encuentra una cita para hoy» sitúa la acción. Utiliza frases breves, buen contraste y un tiempo de lectura tranquilo. Lo que parece grande en el monitor puede resultar minúsculo dentro de una ficha.

Prepara una grabación verosímil y segura

Crea una cuenta de demostración con datos naturales: nombres coherentes, fechas cercanas, imágenes con derechos y estados completados. Los campos «Prueba 1» y las listas vacías hacen que una app terminada parezca un prototipo. Al mismo tiempo, nunca debe aparecer información de clientes, contactos reales, direcciones ni notificaciones personales.

Graba cada gesto con un pequeño margen antes y después. Desplázate con calma y deja que el sistema responda. Así el montaje no tendrá que acelerar una acción hasta volverla artificial. No ocultes con un corte una espera que todos encontrarán después de instalar; resuelve el rendimiento o cuenta el recorrido tal como es.

Apple indica que la vista previa debe usar contenido capturado en el dispositivo y permanecer dentro de la app, sin filmar dedos sobre el teléfono. Tampoco puede prometer funciones ausentes. Google Play recomienda que al menos el 80% del vídeo represente la experiencia real y limita las introducciones, logotipos y secuencias prerenderizadas.

Haz que se entienda sin audio y mejore cuando se escucha

Reproduce el montaje en silencio. ¿Se distingue qué problema resuelve, qué hace la persona y qué obtiene? Si la respuesta es no, añadir una locución más larga solo esconderá el problema.

El sonido puede aportar continuidad después: un efecto confirma la respuesta, una música discreta sostiene el ritmo y una voz puede aclarar un concepto poco conocido. Pero la locución multiplica el trabajo de localización. Nunca debería contener la única explicación importante.

Cuando hay voz, incorpora subtítulos. Google los recomienda tanto por accesibilidad como para entornos ruidosos. Comprueba cada frase sobre el fondo real, evita destellos rápidos y no uses solo el color para comunicar un error o un éxito.

Apple y Google Play necesitan entregables diferentes

App Store Connect admite hasta tres vistas previas por idioma y tamaño compatible. Cada archivo dura entre 15 y 30 segundos, pesa como máximo 500 MB y no supera 30 fotogramas por segundo. Apple acepta H.264 y ProRes 422 HQ con sus formatos y resoluciones publicados. Estas resoluciones cambian con las familias de dispositivos, así que conviene consultar la tabla vigente justo antes de exportar.

El vídeo aparece antes que las capturas. Cuando la reproducción automática está desactivada, se muestra el fotograma de póster. Elígelo durante el storyboard: debe funcionar como una buena primera imagen, no como una pausa borrosa tomada al azar.

En la ficha principal de Google Play se introduce una URL de YouTube. El vídeo puede ser público u oculto, pero no privado; debe permitir la inserción, carecer de restricción de edad y tener la monetización desactivada. La imagen destacada actúa como cubierta. Se admiten orientaciones vertical y horizontal, siempre que correspondan a la experiencia y no dejen bandas negras.

Localizar no consiste en cambiar el archivo de subtítulos

La primera motivación puede variar entre España, México, Argentina o Alemania, aunque el producto sea el mismo. También cambian las palabras naturales, la moneda, la forma de la fecha y la cantidad de texto que cabe. Conviene volver a decidir qué resultado abre cada versión, no limitarse a traducir la frase inglesa.

Adapta juntos los datos de demostración, las sobreimpresiones, la voz y el fotograma de póster. Revisa la reproducción completa con una persona nativa a velocidad normal. Una corrección sobre la transcripción no detecta que la frase desaparece demasiado pronto. La lista de localización de la ficha sirve también para este material.

Mide el vídeo dentro de la ficha completa

Publicar un vídeo en diciembre y compararlo con noviembre no es un experimento si también cambiaron las campañas, la versión o la temporada. Product Page Optimization de Apple y los experimentos de ficha de Google Play permiten contrastar alternativas. Define antes la audiencia, el idioma, la métrica principal y el cambio mínimo que justificaría adoptar la variante; nuestra guía de pruebas A/B en la tienda explica el proceso.

No observes solo instalaciones. Un vídeo espectacular puede atraer a personas con una expectativa equivocada. Relaciona la conversión con el registro, la primera acción útil y la retención mediante un plan de analítica móvil. Las reseñas posteriores también revelan si la pieza prometió algo que el producto no entrega.

Con poco tráfico, prueba primero la comprensión. Presenta los primeros segundos en un contexto de tienda realista a cinco personas del público objetivo. Pregunta qué creen que hace la app y qué esperan encontrar. Corrige los malentendidos claros, lanza en un mercado prioritario y registra cualquier campaña o cambio de producto. El aprendizaje será orientativo, pero seguirá siendo útil.

Una revisión final evita errores sorprendentemente comunes

Mira el archivo exportado en un teléfono pequeño. Revisa el primer cuadro, el póster y el cierre; comprueba que los textos caben, que los gestos coinciden con la reacción de la interfaz y que la orientación encaja con las capturas cercanas.

Después llega la lista aburrida pero necesaria: no hay datos privados ni avisos accidentales, todas las funciones existen, la música tiene derechos, la interfaz está actualizada, el vídeo de YouTube no lleva anuncios y no quedan bandas negras. Un responsable de producto, otro de diseño y la persona encargada de publicación deberían aprobar el mismo archivo identificado.

En Appfyl empezamos por la primera acción valiosa del producto, no por una plantilla de motion graphics. La promesa de la tienda tiene que continuar dentro del onboarding y cada idioma debe sonar propio. Así trabaja el equipo de aplicaciones de Appfyl: la vista previa debe aumentar la confianza en la experiencia que llega después.

Preguntas frecuentes