Según el registro del banco de temas, las invocaciones actuales a Gemini Omni 1.1 pasarán automáticamente a Gemini Omni 1.2 el 3 de diciembre de 2026. No tienes que cambiar código, pero las respuestas que recibas sí serán distintas.
Primero conviene aclarar algo: esta fecha viene por ahora del criterio interno del banco de temas y todavía no se ha convertido en un anuncio oficial verificado punto por punto. Por eso, en este artículo indicaremos el nivel de la fuente en cada mención a fechas, y te recomendamos que, antes de tocar producción, contrastes tú mismo la documentación de modelos de Google y su página de avisos de deprecación.
No es una simple actualización del número de versión. La versión 1.2 da un paso adelante en duración por generación, audio nativo, número de imágenes de referencia y capacidad de continuación. Y como el cambio es automático, ese comportamiento nuevo llegará directamente a tus solicitudes actuales, sin ventana de despliegue gradual.
Valor clave: al terminar de leer sabrás qué solicitudes cambiarán de comportamiento después del 3 de diciembre, qué validaciones de parámetros dejarán de servir y cómo fijar el ID del modelo antes de que se produzca el cambio.
Resumen rápido: Gemini Omni 1.1 pasa automáticamente a 1.2
Primero juntemos los datos sueltos en una sola tabla. En lo que sigue, la fila de la fecha viene del registro del banco de temas, la fila de capacidades viene de la descripción que ese banco hace de la versión 1.2, y la fila de disponibilidad es el resultado de revisar la página de precios de apiyi.com el 12 de noviembre de 2026.
| Dato | Detalle | Nivel de fuente |
|---|---|---|
| Fecha del cambio | 3 de diciembre de 2026: las llamadas actuales a 1.1 se redirigen automáticamente a 1.2 | Registro del banco de temas, pendiente de contrastar con el anuncio oficial |
| Condición de activación | No hace falta hacer nada: si sigues usando el identificador del modelo antiguo, te pasan a 1.2 | Registro del banco de temas |
| Duración por generación | 15 segundos | Registro del banco de temas |
| Capacidad de continuación | Permite extender un clip existente hasta 30 segundos | Registro del banco de temas |
| Audio | Audio nativo, ya no depende de añadirlo después | Registro del banco de temas |
| Imágenes de referencia | Hasta 6 | Registro del banco de temas |
| Disponibilidad en plataformas agregadoras | Al revisar la página de precios de apiyi.com el 12 de noviembre de 2026, no aparece ninguna entrada de gemini-omni | Verificación directa en la página de precios |
Lo más importante de la tabla son las dos últimas filas. Te recomiendo confirmar tú mismo la fecha del cambio. Y la fila de disponibilidad indica que, por ahora, no conviene dar por hecho que el modelo ya se puede contratar directamente en una plataforma agregadora.
Qué cambia con cada una de estas 4 capacidades
Los 15 segundos de duración por generación afectan directamente a las descripciones de tiempo que escribes en la indicación y a la densidad de planos. Si tenías guiones pensados para clips cortos y sigues usando la misma descripción al pasar a la versión 1.2, es fácil que la segunda mitad del vídeo quede difusa o que el ritmo se alargue más de la cuenta.
El audio nativo es el cambio que más fácilmente se subestima. Antes el audio era un paso independiente: había que generar por separado la locución o los efectos de sonido y luego alinearlos con la imagen. Ahora el audio sale junto con el vídeo, así que conviene revisar si la lógica de unión que tenías en tu pipeline de posproducción sigue siendo necesaria.
Que el límite de imágenes de referencia suba a 6 significa que tienes más herramientas para controlar la consistencia de personajes y de escenas. Pero ojo con el otro lado: si en tu código hay una validación estricta del número de imágenes de referencia, con un tope fijo de 2 o 3, esa comprobación pasará a ser una restricción sin sentido tras el cambio.
La extensión hasta 30 segundos cambia el ritmo de las llamadas. Antes, para armar un vídeo largo dependías de un empalme externo; ahora puedes continuar dentro del mismo contexto. El precio es que el tiempo de espera de cada tarea aumenta, así que habrá que subir la configuración de timeout.
Qué columnas mirar en las diferencias de parámetros
La tabla de abajo no incluye los valores antiguos de la 1.1, porque el registro de la lista de temas solo da los datos del lado de la 1.2, y rellenar los antiguos sería inventarlos. La cuarta columna es la parte que sí tienes que comprobar tú.
| Dimensión de capacidad | Valor registrado de Omni 1.2 | Impacto en las solicitudes actuales | Qué tienes que confirmar |
|---|---|---|---|
| Duración por generación | 15 segundos | Hay que reescribir la densidad de planos y la descripción en las indicaciones | Cuál era la duración por defecto antes |
| Continuación | Se puede extender hasta 30 segundos | Hay que ampliar los tiempos de espera y los intervalos de sondeo | Si la continuación usa la misma interfaz |
| Audio | Salida de audio nativa | El doblaje posterior y la mezcla pueden sobrar | Si la salida separa las pistas de audio |
| Imagen de referencia | Hasta 6 imágenes | Cambian la validación de cantidad y la forma de organizar el material | Límites de tamaño y formato por imagen |
| Identificador del modelo | La 1.2 tiene un identificador nuevo | Los ID escritos a mano en el código dejarán de coincidir | La forma exacta de escribir el nuevo identificador |
La última fila es la más práctica de todo el texto. El cambio automático normalmente solo garantiza que el identificador antiguo siga enrutándose, pero no que todos los sitios donde lo tienes escrito a mano en el código cambien con él.
Cómo se ven las solicitudes que hay que cambiar antes del 3 de diciembre
Normalmente, lo que hay que tocar no está en la llamada principal, sino en esos rincones que se copian y pegan por todas partes. Si los repasas en el orden siguiente, te ahorrarás apagar fuegos el mismo día del cambio.
- Reúne el identificador del modelo en un solo lugar: léelo desde una variable de entorno o un centro de configuración, y no lo dejes hardcodeado y disperso por el código de negocio.
- Confirma que la dirección de la interfaz sea unificada: si usas una plataforma de agregación, mantén
base_urlenhttps://api.apiyi.com/v1; al cambiar solo cambias el identificador del modelo, sin tocar la capa de acceso. - Recalcula los tiempos de espera y los reintentos: si la continuación pasa de los 30 segundos, el timeout del cliente, el intervalo de sondeo de tareas y el backoff de reintentos deben ampliarse en consecuencia.
- Revisa las validaciones de cantidad: el límite de imágenes de referencia, el parámetro de duración y el interruptor de audio suelen estar escritos a fuego; comprueba una por una que sigan siendo válidos.
- Verifica cómo se escribe el identificador del modelo: el identificador nuevo debe seguir la documentación oficial; no copies sin más los ejemplos de los blogs.
Comparativa antes y después
| Ubicación | Forma habitual antes del cambio | Forma recomendada después del cambio |
|---|---|---|
| Identificador del modelo | Literal de 1.1 escrito a fuego en el código de negocio | Gestionado como opción de configuración, con valor por defecto según la documentación oficial |
| Dirección de la interfaz | Cada SDK se configura por su cuenta | Todo pasa por la interfaz compatible https://api.apiyi.com/v1 |
| Configuración de timeout | Definida por la experiencia con clips cortos | Reestimada según el límite de 30 segundos de continuación |
| Validación de imágenes de referencia | Fijada en 2 a 3 imágenes | Ampliada a 6 imágenes, manteniendo un límite de protección |
| Procesamiento de audio | Doblaje independiente y luego mezcla | Primero se comprueba si la salida ya incluye pista de audio y luego se decide si hace falta doblaje posterior |
🚀 Inicio rápido: si quieres probar primero la capa de acceso con una sola clave, puedes registrarte en APIYI (apiyi.com), conseguir crédito de prueba gratuito, usar la interfaz compatible con OpenAI apuntando
base_urlahttps://api.apiyi.com/v1y dejar el identificador del modelo como opción de configuración, para rellenarlo cuando la documentación oficial lo confirme. Así, el día del cambio solo tendrás que modificar una línea de configuración.
Conviene recordar que, en la página de precios actual de APIYI (apiyi.com), no aparece ninguna entrada llamada gemini-omni. Al revisarla el 12 de noviembre de 2026, los modelos de vídeo disponibles eran de la familia Seedance y Wan; la lista concreta es la que figura en la página de precios de apiyi.com, y este artículo no hace ninguna suposición por ella.
Análisis del impacto del cambio a Gemini Omni 1.2
Impacto para los desarrolladores
El efecto más directo es que salen a la luz dependencias implícitas. Cuando la versión del modelo se actualiza automáticamente, desaparece ese acuerdo tácito, tan frágil, entre «la forma de entrada y salida que tú asumes» y «la forma que realmente devuelve el modelo». En el día a día no se nota, pero en cuanto cambia la duración, aparece una pista de audio o sube el límite de imágenes de referencia, empiezan a fallar a la vez el diseño de las claves de caché, las aserciones de validación de resultados y los parámetros de transcodificación posteriores.
El segundo impacto afecta a los activos de indicaciones. Los guiones de storyboard, las descripciones de plano y la forma de expresar la duración suelen estar repartidos en los documentos del equipo de producto y del de ingeniería, y nadie les lleva un control de versiones. Como los límites de capacidad de la versión 1.2 han cambiado, alguien tiene que revisar todo ese material de forma unificada.
Impacto para los equipos de producto y contenido
Con el audio nativo, la fase de producción de un vídeo se acorta, pero la de revisión se vuelve más pesada. Antes se revisaban por separado el audio y la imagen; ahora salen juntos, y si falla cualquiera de los dos lados hay que rehacer el clip completo. Si el equipo de contenido tiene la costumbre de tratar el audio como un material independiente que se puede sustituir, quizá tenga que ajustar ese hábito con la versión 1.2.
La posibilidad de continuar hasta 30 segundos cambia la granularidad de las entregas. La planificación por fragmentos de 5 o 10 segundos resultará demasiado conservadora una vez que se pueda continuar, pero también implica que fallar una tarea cuesta más: si una generación de 30 segundos falla, el coste de repetirla no tiene nada que ver con el de una de 10.
Impacto en el cálculo de costes
Cuando se combinan mayor duración, audio incluido y hasta 6 imágenes de referencia, el consumo de recursos de cada tarea no puede ser el mismo que antes. Aquí no doy cifras concretas, porque el criterio de facturación depende de la plataforma que uses y de los precios oficiales, y la página de precios de apiyi.com por ahora no tiene ninguna entrada de Omni, así que cualquier cotización sería solo una conjetura.
Lo que sí es seguro es que hay que cambiar la forma de calcular: pasar de estimar «por número de vídeos» a estimar por tres variables, «segundos, número de imágenes de referencia y si hay continuación», y dejar margen para los reintentos.
Escenarios y recomendaciones
| Escenario de uso | ¿Es relevante la capacidad registrada en 1.2? | Acción recomendada |
|---|---|---|
| Generación masiva de vídeos cortos | Son relevantes tanto los 15 segundos como el audio nativo | Reescribir las plantillas de storyboard y validar primero con un lote pequeño |
| Contenido que exige mucha consistencia de personajes | Son relevantes las 6 imágenes de referencia | Organizar el conjunto de materiales de personajes y relajar la validación de cantidad |
| Narrativa de contenido largo | Es relevante la continuación hasta 30 segundos | Reajustar los tiempos de espera y el polling, y validar la coherencia por fragmentos |
| Flujos solo de imagen con audio añadido después | Es relevante el audio nativo | Decidir primero si hay que desactivar la salida de la pista de audio |
| Solo se usan fragmentos cortos para pruebas | Relevancia baja | Mantener todo igual y hacer una sola regresión tras el cambio |
Preguntas frecuentes (FAQ)
P1: ¿Qué significa que Gemini Omni 1.1 pase automáticamente a 1.2?
Significa que las llamadas que siguen usando 1.1 dejan de mantenerse por separado y se enrutan para ejecutarse en 1.2. Según el registro del banco de temas, la fecha es el 3 de diciembre de 2026. El código funciona sin cambios, pero el comportamiento de la salida seguirá las capacidades de 1.2.
P2: ¿Qué añade exactamente 1.2 respecto a 1.1?
Según el registro del banco de temas, son cuatro cosas: 15 segundos por solicitud, audio nativo, hasta 6 imágenes de referencia y posibilidad de extender el vídeo hasta 30 segundos. De estas cuatro, las tres primeras cambian la salida de cada solicitud individual, mientras que la cuarta cambia el ritmo de tus llamadas. El impacto es distinto en cada caso, así que no conviene generalizar.
P3: ¿Puedo llamar ya a Gemini Omni directamente desde APIYI?
No se puede afirmar con la lista de precios actual. El 12 de noviembre de 2026 revisé la página de precios de apiyi.com y no encontré ninguna entrada relacionada con gemini-omni; los modelos de vídeo disponibles en ese momento eran de la familia Seedance y Wan. Si se incorporará y cuándo, depende de la lista en tiempo real de la página de precios de apiyi.com; este artículo no da nada por supuesto.
P4: ¿Puedo tomar la fecha del 3 de diciembre como definitiva?
Mejor no. Esta fecha proviene del registro del banco de temas, es decir, de una recopilación interna, y al escribir este artículo no se contrastó punto por punto con la página de anuncios oficial. Si tu negocio es sensible a la fecha del cambio, revisa por tu cuenta la documentación de modelos y la página de avisos de deprecación de Google, y quédate con lo que diga la página oficial.
P5: ¿Qué es lo primero que conviene cambiar antes del switch?
Primero cambia cómo gestionas el identificador del modelo, no el identificador en sí. Sácalo del código de negocio a una capa de configuración y, de paso, unifica también el base_url en un punto de acceso intercambiable como `https://api.apiyi.com/v1`; así, el día del cambio solo tendrás que modificar un valor. Si todavía estás evaluando cómo integrarlo, puedes usar el crédito gratuito de APIYI (apiyi.com) para dejar lista la capa de integración y esperar a que la documentación oficial confirme cómo se escribe el nuevo identificador.
Puntos clave del cambio de Gemini Omni 1.1 a 1.2 (Key Takeaways)
- Fecha del cambio: según el registro del banco de temas, es el 3 de diciembre de 2026. Conviene que la contrastes tú mismo con el anuncio oficial.
- No hace falta cambiar código: las llamadas antiguas se enrutan automáticamente, pero el comportamiento de la salida cambia con la 1.2.
- Cuatro cambios de capacidad: duración de 15 segundos, audio nativo, 6 imágenes de referencia y posibilidad de continuar hasta 30 segundos.
- Lo primero que se rompe son las validaciones: hay que revisar las comprobaciones hardcodeadas de duración, número de imágenes de referencia y manejo de audio.
- Hay que cambiar cómo se estiman los costes: en lugar de estimar por número de solicitudes, ahora se estima por segundos, número de imágenes de referencia y si hay continuación o no.
- La disponibilidad hay que consultarla en el momento: la página de precios de apiyi.com no tiene por ahora ninguna entrada de gemini-omni; para los modelos de vídeo, manda el listado.
- La capa de acceso se puede unificar ya: apunta
base_urlahttps://api.apiyi.com/v1y deja el identificador del modelo como un parámetro de configuración.
Resumen
El cambio automático de Gemini Omni 1.1 a 1.2 es, en el fondo, un cambio de comportamiento sin ventana de despliegue gradual. Si lo desglosas, se reduce a tres cosas:
- Indica siempre de dónde sale la fecha: el 3 de diciembre de 2026 viene del registro del banco de temas, así que antes de ponerte manos a la obra contrástala con un anuncio oficial.
- Traslada los cambios de capacidad a las validaciones: 15 segundos, audio nativo, 6 imágenes de referencia y continuación hasta 30 segundos. Revisa una por una las suposiciones que tengas escritas a fuego en el código.
- Centraliza el identificador del modelo: una vez que esté en la configuración, el día del cambio solo tendrás que modificar un valor, en lugar de hacer un despliegue.
Si tu capa de acceso todavía no está definida, puedes usar la cuota gratuita de APIYI (apiyi.com) para dejar funcionando el base_url y la estructura de configuración, y rellenar el nuevo identificador cuando la documentación oficial confirme cómo se escribe. Los precios y los modelos disponibles dependen del listado de apiyi.com; este artículo no hace ninguna inferencia de precios sobre modelos que aún no estén publicados.
Referencias
- Documentación de modelos de la API de Google Gemini: fuente oficial para los identificadores de modelo y sus límites de capacidad
- Enlace:
ai.google.dev/gemini-api/docs/models -
Descripción: confirma cómo se escribe exactamente el identificador del nuevo modelo y sus límites de parámetros. Revísalo siempre antes de hacer el cambio
-
Obsolescencia y versiones de la API de Gemini: confirma la fecha oficial del cambio automático
- Enlace:
ai.google.dev/gemini-api/docs/deprecations -
Descripción: el 3 de diciembre que aparece en este artículo viene del registro de nuestra lista de temas; la versión definitiva es la que figure en esta página
-
Página de precios de APIYI: lista en tiempo real de los modelos disponibles y de cómo se factura cada uno
- Enlace:
api.apiyi.com/api/pricing - Descripción: al revisarla el 12 de noviembre de 2026 no encontramos ninguna entrada de gemini-omni, así que para los modelos de video guíate por la lista de esa página
Autor: Equipo técnico de APIYI
Contacto técnico: escríbenos desde la página principal de APIYI (apiyi.com); el centro de documentación está en docs.apiyi.com
