Google retira todos los endpoints de Veo: dentro del cambio de vídeo del 22 de octubre

Una fecha límite sin salida

Las depreciaciones de modelos suelen venir con un aterrizaje suave. Recibes un aviso, tienes una ventana, y si la pierdes puedes fijar la versión antigua y comprarte un trimestre para migrar bien. Lo que Google puso en su página de depreciación de Gemini API para el 22 de octubre de 2026 es el otro tipo de fecha límite. No hay nada que fijar.

Todos los endpoints de vídeo de Veo en Gemini API están programados para apagarse el mismo día: veo-3.1-generate-preview, veo-3.1-fast-generate-preview y veo-3.1-lite-generate-preview. Las generaciones anteriores de Veo ya desaparecieron. Veo 3.0 y 2.0 se retiraron el 30 de junio de 2026. Después del 22 de octubre, el número de modelos Veo invocables en Gemini API es cero.

La razón se vuelve obvia al leer los sufijos. Cada uno de esos identificadores termina en -preview. Google ha servido Veo en esta API durante unos dieciocho meses y nunca lo llevó a disponibilidad general. El consejo habitual, fijar la última versión estable y avanzar a tu ritmo, no tiene objetivo, porque nunca hubo una versión estable que fijar.

Qué lo reemplaza, y por qué el cálculo es extraño

Google nombra un solo reemplazo para los tres endpoints de Veo: gemini-omni-1.1-flash, que pasó a GA el 27 de agosto de 2026. No es Veo 4. No es un nuevo Veo en absoluto. Es una familia de modelos distinta, servida mediante una interfaz distinta, y cambia la forma de la factura.

Veo 3.1 facturaba por segundo de vídeo terminado. Las tarifas estaban escalonadas por resolución: el endpoint estándar a 0,40 dólares por segundo en 720p y 1080p, subiendo a 0,60 en 4K; el endpoint Fast entre 0,10 y 0,30 dólares; el endpoint Lite entre 0,05 y 0,08 dólares. Gemini Omni factura por token de salida en su lugar. Convertir entre un modelo por segundo y uno por token es la parte que ninguna página de proveedor hace, porque exige comprometerse con una suposición: cuántos tokens cuesta un segundo de vídeo.

Cuando alguien hace la aritmética, el resultado depende por completo de qué variante de Veo usabas. Para los equipos en el endpoint estándar de Veo 3.1, el cambio sale como una rebaja sustancial, del orden de tres cuartas partes menos. Para los equipos en Fast, es más o menos neutro. Para los equipos en Lite, el endpoint de vídeo con audio más barato que Google ha vendido nunca, la factura se duplica aproximadamente.

Merece la pena detenerse en el patrón. La opción más barata es la que recibe el castigo más duro. Quien eligió Lite precisamente porque era barato, que es toda la razón para elegir un nivel Lite, recibe a la vez una migración y un número más grande. Los proveedores rara vez planifican este resultado a propósito. Se deriva de una regla más simple: los endpoints en los que una empresa invierte menos son los que está más dispuesta a retirar, y aquellos en los que invierte menos suelen ser los baratos.

La corta vida de un endpoint barato

Una fila de la tabla de depreciación merece su propio párrafo. veo-3.1-lite-generate-preview salió el 31 de marzo de 2026 y está programado para apagarse el 22 de octubre de 2026. Eso es una vida de 205 días. Menos de siete meses desde el lanzamiento hasta el cierre, en un modelo que se posicionó como el punto de entrada accesible.

Esta es la ilustración más clara de un riesgo que se ha ido acumulando todo el año: en la infraestructura de IA, adoptar el nivel barato no es la opción de bajo riesgo. El nivel barato es a menudo el experimental, y lo experimental se retira cuando el experimento termina. El nivel premium, por caro que sea, a veces tiene más permanencia porque el proveedor se ha comprometido más con él.

Lee la letra pequeña de las fechas

Hay un detalle que mitiga, y corta en ambos sentidos. La propia página de Google describe estas fechas de cierre como "las fechas más tempranas posibles en las que un modelo podría retirarse". Un retraso es posible. Quien construya un plan de migración con la esperanza de un retraso construye sobre arena, pero quien trate el 22 de octubre como un muro infranqueable debería saber que el proveedor se ha dejado margen.

Lo que no está en duda es la dirección. Gemini API está consolidando su historia de vídeo en un único modelo GA de la familia Omni. Los endpoints de voz van por el mismo camino: el texto a voz y las vistas previas en vivo están marcados para cierre no antes del 17 de noviembre de 2026, y los modelos de voz de reemplazo llevan un cambio de precio programado para el 1 de enero de 2027. Un equipo que migre su canal de voz en noviembre obtiene un precio durante unas seis semanas y otro distinto después.

A quién perjudica

El daño de una migración así no se reparte por igual. Los equipos grandes con un grupo de plataforma y una relación con el proveedor lo absorben como un sprint. Los equipos pequeños que construyeron un producto sobre el endpoint barato lo absorben como una crisis, porque su economía unitaria se fijó sobre un precio que ya no existe. Una herramienta de creación con un precio en torno a cinco centavos por segundo de vídeo no puede simplemente repercutir una duplicación de su coste de entrada sin cambiar lo que cobra o lo que entrega.

La pista es cuánto del stack estaba fijado. Los equipos que abstrajeron sus llamadas de vídeo detrás de una pequeña interfaz interna, con el nombre del modelo en un solo archivo de configuración, tratan el 22 de octubre como un cambio de una línea. Los equipos que dispersaron veo-3.1-lite-generate-preview por una docena de servicios lo tratan como un proyecto de arqueología. La abstracción que parecía sobreingeniería cuando se escribió resulta ser lo que decide lo dura que se siente la fecha límite.

La plataforma no es el modelo

La lección más útil está enterrada en un pequeño detalle. La tabla de depreciación empareja cada vista previa de Veo con el reemplazo de Omni y no dice nada sobre adónde va Veo después. Pero Veo no está muerto. Continúa en la Gemini Enterprise Agent Platform, donde los endpoints de Veo versionados llevan fechas de retirada del 17 de noviembre de 2026 o posteriores, sin reemplazo nombrado.

En otras palabras, la misma familia de modelos se retira en una superficie de Google y se mantiene en otra. Lo que se deprecia no es el modelo. Es la oferta: generación de vídeo en una API de desarrollador con acceso limitado a vista previa, con precio por segundo, vendida a cualquiera que pase por ahí. Google está moviendo el vídeo hacia arriba, a la plataforma empresarial, y cerrando la puerta informal a su espalda.

Para los desarrolladores, eso reencuadra la decisión. La pregunta ya no es "qué modelo de vídeo es mejor". Es "de la hoja de ruta de qué proveedor estoy dispuesto a ser inquilino". El modelo sobre el que construyes hoy puede estar bien. La superficie en la que vive es la parte que desaparece.

Qué hacer en la práctica

Tres movimientos prácticos, en orden. Primero, inventariar cada llamada a Veo en tu stack y anotar qué variante usa cada una, porque el coste de migración es muy distinto para estándar, Fast y Lite. Segundo, hacer prototipos contra el reemplazo de Omni antes de la fecha límite, no después, porque una factura por token se comporta de forma distinta a una por segundo, tanto en volúmenes bajos como altos. Tercero, y lo menos urgente pero más importante, anotar qué harías si esto volviera a pasar el año que viene. La fecha límite del 22 de octubre no es inusual. Es la nueva norma, y los equipos que la sobreviven son los que tratan la elección de modelo como un arrendamiento con fecha de caducidad en lugar de una compra.