Cada vídeo hasta el final y un plan B para webs cerradas

El primer montón nos tocaba arreglarlo a nosotros: vídeos frenados por algo de nuestro lado, una imagen que no cargaba, un modelo de IA ocupado un momento, un breve tropiezo en un servicio del que dependemos. No habías hecho nada mal y merecías tu vídeo.

El segundo montón era distinto. Algunas webs guardan su contenido tras una contraseña, una pantalla de acceso o una verificación antirrobots. No podemos ni debemos grabar más allá, pero sí podemos dejar de llevarte a un callejón sin salida. Desde fuera los dos montones se parecían, un vídeo que no llega, pero pedían respuestas opuestas: más solidez en uno, una conversación mejor en el otro.

Hace una semana empezamos a copiar a nuestro lado las imágenes externas antes de un render. Siguiendo vídeos reales vimos que algunas aún se escapaban: la imagen de vista previa de una web, su logo, una página capturada como imagen, todas pedidas en el último momento.

Ahora cada imagen que usará el vídeo se descarga, se comprueba y se guarda con nosotros antes de que empiece el render: fondos, pares de antes y después, logos, superposiciones. Las imágenes muy grandes se reducen a un tamaño razonable. Lo que no se puede cargar se deja fuera. Y como segunda red, el propio motor de render se salta una imagen que no puede dibujar, así que una imagen ya nunca puede frenar toda la escena.

El resto de nuestro montón venía de cosas ocupadas un momento y disponibles al siguiente. Cada una recibe ahora la paciencia que le corresponde.

• Un modelo de IA ocupado se vuelve a intentar tras 2, 6, 15 y luego 30 segundos, y puede pasar el trabajo a un modelo más ligero en vez de rendirse.
• Un tropiezo breve de la base de datos se reintenta en vez de acabar con el vídeo.
• Una pequeña actualización de progreso que falla es ahora solo eso, una actualización perdida, sin efecto en el vídeo.
• El navegador de grabación tiene un segundo intento con un uso de memoria más ligero.

El tiempo recibe el mismo cuidado. Un render tiene un límite de tiempo fijo. Un vigilante cierra ahora el vídeo limpiamente 90 segundos antes, te explica qué pasó y no te cobra. Los visuales de IA solo se lanzan, y solo se cobran, si queda tiempo para usarlos.

Para una web que no podemos ver, el mensaje antiguo proponía volver a intentarlo, algo que nunca podía ayudar. Ahora la página del vídeo y el correo dicen claramente qué pasó y ofrecen tres salidas, la mejor primero:

1. 1Hacer un vídeo animado con tus propias palabras y tu marca. Lo decimos claro: sin grabaciones de pantalla, porque no vemos la web.
2. 2Grabar en un clic una página pública de la misma web, si la hay.
3. 3Grabar la página con tu sesión iniciada, con la extensión del navegador, o hacer pública la página y volver a intentarlo.

También medimos si ayuda: cuántas veces se muestran las opciones, cuáles se eligen y si llega un vídeo en la semana. Un callejón sin salida que no se mide es uno que nunca se elimina.

La lección de esta versión es que la fiabilidad empieza por ordenar. Una sola cifra de vídeos que no llegan esconde dos problemas: los nuestros, que tenemos que arreglar, y los cierres de la propia web, que tenemos que explicar. Tratarlos como uno solo significaría culpar a la gente de nuestros tropiezos o prometer grabar páginas que nadie puede grabar.

Ordenar da además a cada montón su propia señal. Si sube la primera, cambiamos algo que hay que mirar. Si sube la segunda, más gente nos señala páginas protegidas, y las salidas importan aún más.

Pega una página pública y tu vídeo debería llegar sin más, aunque las imágenes de la web estén en un servidor lento o un modelo esté ocupado un minuto. Pega una página cerrada y, en vez de un acertijo, recibes una explicación clara y varias formas de tener un vídeo hoy mismo.

Puedes empezar un vídeo con cualquier página pública desde /new.