Google reduce un 30 % el precio de la generación de vídeo de Gemini Omni: a 0,07 $ por segundo

Un clip de quince segundos por 1,05 $ es un punto de partida claro para un equipo que añade generación de vídeo a su producto. Se puede estimar el coste de una ficha de producto con animación, una variante publicitaria o una instrucción breve. Pero para el presupuesto importa más otra cifra: cuántos intentos hacen falta antes de que el usuario acepte el resultado.

Google presentó Gemini Omni 1.2 Flash y redujo el precio de la generación de vídeo en 720p a 0,07 $ por segundo. Es un 30 % menos que la versión anterior. La duración máxima pasó de 10 a 15 segundos y la familia obtuvo el estado de disponibilidad general. Estos cambios los confirma el anuncio de Google.

Hay que contar el clip terminado

Imaginemos un servicio para pequeñas tiendas online. El vendedor sube una foto del producto, describe el movimiento de cámara y obtiene un vídeo corto para el catálogo. Para un producto así, la rebaja de la tarifa es útil, pero por sí sola no determina la rentabilidad.

Con el precio declarado, una generación de quince segundos en 720p cuesta 1,05 $. Si hacen falta diez intentos completos para elegir un resultado adecuado, la aritmética da 10,50 $. Es un cálculo con la tarifa indicada, sin operaciones adicionales ni la infraestructura de tu servicio.

Ahora un escenario hipotético: una tienda necesita cien clips aceptados. Con un intento por cada uno, el coste base es de 105 $; con diez, de 1050 $. La diferencia surge del flujo de trabajo. Por eso, en un piloto conviene registrar el número de intentos, los motivos de rechazo y el tiempo de revisión manual de cada resultado.

Una métrica útil para el responsable de producto es el coste del vídeo aceptado. Junto a ella hacen falta la proporción de tareas exitosas y el tiempo desde la solicitud hasta la descarga. Juntas mostrarán si la función sostiene tu tarifa y si el usuario está dispuesto a esperar. Anota por separado qué errores se corrigen con una nueva solicitud y cuáles requieren intervención humana.

Las ediciones pueden cambiar la economía

En la nueva versión, Google también afirma que permite editar el clip de forma coherente mediante diálogo y que sigue mejor las referencias. Por ejemplo, se puede cambiar el fondo o la iluminación de una escena ya creada. Es la descripción de capacidades del fabricante; el material analizado no incluye una evaluación independiente de la calidad. Fuente: Google.

Para una tienda, la pregunta práctica es simple: ¿se conservará el producto tras la edición? Si el usuario pidió otro fondo y cambió la forma del envase, habrá que volver a revisar el resultado. Corregir un detalle solo es útil si se mantienen las demás propiedades importantes de la escena.

Conviene comprobarlo con un conjunto propio de tareas. Toma productos con detalles pequeños, superficies reflectantes y marcado visible. Aplica a cada uno la misma secuencia de cambios. Después evalúa cuántos resultados pueden usarse sin retoque manual. Un experimento así aporta más base para elegir un modelo que un único clip de demostración logrado.

La mayor duración también requiere comprobación. Una escena más larga permite incluir una acción adicional, pero a la vez aumenta el material que hay que revisar. Para un movimiento breve de catálogo, los quince segundos pueden sobrar. La duración debe elegirse según la tarea del usuario.

Qué comprobar antes del lanzamiento

El titular de la nota original menciona un SLA. El anuncio de Google confirma la disponibilidad general y la posibilidad de usar Provisioned Throughput, pero no indica un porcentaje concreto de disponibilidad ni condiciones de compensación. Por eso es pronto para trasladar la palabra «SLA» a promesas a los clientes sin revisar el contrato. Anuncio de Google.

Antes de integrar, revisa las condiciones de la API elegida, las cuotas, cómo se tarifican las ediciones y el comportamiento ante fallos. En la interfaz, prevé de antemano la espera, el reintento de la tarea y un estado de error claro: de estos detalles depende la experiencia del comprador de tu función.

El siguiente paso práctico es un pequeño piloto con solicitudes reales. Compara el coste por resultado aceptado, el tiempo de espera y el volumen de trabajo manual. La rebaja del 30 % es un motivo para hacer esa prueba. La decisión de lanzamiento debe depender de sus resultados.