La factura de la API de video de Kling rara vez equivale a "número de videos generados multiplicado por un precio fijo". Para un mismo video de cinco segundos, la versión del modelo, la resolución, la presencia de audio nativo, el uso de entrada de video, los reintentos por fallo y el almacenamiento del resultado cambian el gasto real. Cuando el presupuesto se arma con el precio de lista y la factura llega más alta, normalmente no es porque el precio unitario haya subido de repente, sino porque esas variables no se tuvieron en cuenta.

Este artículo desglosa la facturación en duración, resolución, forma de entrada, reintentos y almacenamiento, y ofrece una fórmula de estimación, pasos de medición y métodos para controlar el presupuesto. Los precios unitarios y los criterios de facturación cambian; toma como referencia los precios de modelos del sitio y la documentación oficial de facturación de Kling.

Nota: Kling es una marca de Kuaishou Technology y sus empresas asociadas. Este artículo solo ofrece información técnica y no implica afiliación ni representación con los titulares. Los nombres de modelos, las interfaces y las reglas de facturación se rigen por la documentación oficial y la página de precios del sitio.

1. Por qué la API de video no se puede presupuestar "por pieza"

La unidad de facturación de las API de texto es relativamente uniforme; la de video no. Una solicitud para "generar un video" implica al menos cuatro variables: versión del modelo, duración, resolución y forma de entrada. Si cambia cualquiera de ellas, la factura puede ser distinta.

El problema es mayor porque enviar una tarea no equivale a obtener un video utilizable. Los rechazos de moderación, los timeouts en la cola y las imágenes inservibles provocan reintentos; cuando el enlace del resultado caduca, hay que regenerar o volver a guardar el archivo.

2. Qué dimensiones determinan la factura

Dimensión Cómo afecta al costo Qué registrar al estimar Cómo controlarla
Duración Se acumula por segundo; a mayor duración, mayor consumo; algunas interfaces la calculan en tramos de 5 o 10 segundos Duración enviada, duración del video final, si se segmenta Probar con el tramo corto y unir las tomas después
Resolución 720p, 1080p y 4K tienen tarifas distintas; el total de píxeles crece con el nivel Resolución de salida, relación de aspecto, tasa de fotogramas Borradores en baja resolución y subida de nivel solo para la versión final
Versión del modelo Las generaciones, Turbo y estándar tienen tarifas diferentes Nombre del modelo, versión, si se usan funciones nuevas Enrutar según la dificultad de la tarea, sin usar siempre el nivel más alto
Audio y voz El audio nativo, una voz concreta o el control de voz pueden facturarse aparte Si lleva audio, si se especifica una voz Definir primero la imagen con borradores mudos y añadir audio después
Forma de entrada Texto a video, imagen a video, entrada de video y control de movimiento consumen distinto Si hay primer fotograma, imagen de referencia o video de referencia Usar imágenes de referencia para mejorar la tasa de acierto y reducir pruebas a ciegas
Fallos y reintentos Reenviar puede cobrar dos veces; las reglas para tareas fallidas varían Estado de la tarea, código de error, número de reintentos Clasificar errores, aplicar idempotencia y limitar los reintentos
Almacenamiento y tráfico La transferencia, la retención y la distribución generan costos adicionales Tamaño del archivo, días de conservación, volumen de accesos Limpieza por ciclo de vida y distribución bajo demanda

La documentación oficial más reciente usa sobre todo la medición por segundo, con tarifas que varían según modelo, resolución, audio y entrada de video; algunas interfaces y gateways muestran tramos de 5 y 10 segundos. Antes de contratar, confirma la unidad de facturación y no compares directamente cotizaciones con criterios distintos.

3. Cómo la duración y la resolución multiplican el costo

La duración es la variable más visible. Los tramos habituales son cinco y diez segundos, pero diez segundos no siempre cuestan exactamente el doble que cinco: algunas plataformas aplican una unidad mínima de facturación y otras cobran por segundos redondeados. Para presupuestar, toma como referencia el cargo real de la factura.

El efecto de la resolución es más sutil. De 720p a 1080p, el total de píxeles crece unas 2.25 veces; el de 4K es aproximadamente nueve veces el de 720p. Sin embargo, el cargo final no tiene por qué cambiar en esa proporción, porque también influyen el nivel del modelo, los descuentos y el redondeo de facturación. Lo correcto es fijar el prompt y la duración, cambiar solo la resolución y ejecutar una serie comparativa registrando la diferencia de cargo.

La relación de aspecto también afecta al total de píxeles; conviene presupuestar por separado el formato vertical y el horizontal. Las combinaciones con audio y entrada de video suelen tener tarifas propias, así que confírmalas una por una durante las pruebas.

4. Costos ocultos de reintentos, moderación y almacenamiento

Los reintentos por fallo son la parte del costo de video más fácil de descontrolar. Un error de parámetros no debe reintentarse; volver a enviar un rechazo de moderación suele ser inútil; solo los límites de frecuencia y algunos errores del servidor justifican un reintento con retroceso.

Se recomienda guardar el ID de tarea en la base de datos, comprobar la idempotencia antes de enviar y reutilizar el mismo registro de negocio en los reintentos, para evitar que un script duplique envíos.

El costo de almacenamiento también se pasa por alto con frecuencia. Los enlaces de resultado suelen tener vigencia y, al caducar, obligan a regenerar; al transferir el archivo al almacenamiento de objetos aparecen costos de almacenamiento, de solicitudes y de tráfico de salida. Conviene transferir en cuanto la tarea termina y definir reglas de limpieza: borradores durante siete días, videos finales archivados por proyecto y material descartado eliminado a tiempo.

5. Expresa el costo por video en una fórmula

Un indicador más fiable que "precio unitario por duración" es el costo por video utilizable:

Costo por video utilizable = (cargo de tareas exitosas + cargo de tareas fallidas que se facturan + almacenamiento y tráfico + revisión humana) ÷ número de videos aprobados y listos para usar

Fíjate en que el denominador son los videos utilizables, no los envíos. El siguiente código en Python hace la conversión; los importes se exportan de la factura y no se codifican de forma fija:

def costo_por_video_utilizable(costos_tarea, cantidad_utilizable, costo_almacenamiento=0.0, costo_revision=0.0):
    """costos_tarea: importe facturado por tarea; cantidad_utilizable: videos utilizables"""
    if cantidad_utilizable == 0:
        raise ValueError("No hay videos utilizables; revisa primero el prompt, el material y los parámetros")
    total = sum(costos_tarea) + costo_almacenamiento + costo_revision
    return total / cantidad_utilizable

# Sustituye los valores de ejemplo por los importes exportados de la factura y mantén la misma unidad
costos_semanales = [0.0] * 40
print(costo_por_video_utilizable(costos_semanales, cantidad_utilizable=28))

Además del importe, registra el modelo, la duración, la resolución, el audio activado o desactivado, el estado de la tarea y el tiempo de ejecución. Solo con criterios homogéneos se puede comparar semana a semana; no mezcles datos de canales distintos.

6. Medición de una muestra pequeña: siete pasos

  1. Fija una versión de modelo, una duración y una resolución como línea base.
  2. Prepara entre veinte y treinta prompts reales del negocio e imágenes de primer fotograma; no uses solo ejemplos fáciles de aprobar.
  3. Registra por tarea el estado, el código de error, el tiempo de ejecución y el cargo facturado.
  4. Incluye las tareas fallidas en el costo total y calcula el costo por video utilizable.
  5. Observa durante siete días seguidos, extrapola el costo mensual con el promedio diario y añade almacenamiento, tráfico y horas de revisión.
  6. Cambia una sola variable por vez, por ejemplo subir la resolución un nivel, para medir la sensibilidad al costo.
  7. Con los resultados, define el "nivel de prueba" y el "nivel de producción" y déjalos escritos en las normas del equipo.

7. Acciones concretas para controlar el presupuesto

  • Una clave por proyecto, con pruebas y producción separadas, para que los gastos no se mezclen.
  • Configura un límite de cuota por clave en la consola y alertas de consumo diario o semanal.
  • Estima el costo con los parámetros actuales antes de enviar; si supera el umbral por video, pasa a revisión humana.
  • Limita la concurrencia y el número máximo de reintentos, sobre todo en scripts por lotes.
  • Usa siempre baja resolución y duración corta en los borradores; genera la versión HD solo para las tomas aprobadas.
  • Transfiere los resultados a tiempo, define ciclos de vida y concilia cada semana por proyecto, modelo y resolución.

Los gateways suelen ofrecer cuota por clave, listas blancas de modelos y exportación de consumo. Las alertas deben llegar a una persona; si nadie las lee, es como no tenerlas.

8. Orden de reducción de costos y tres errores comunes

Orden de reducción: primero mejorar la tasa de éxito, después reducir los reintentos inútiles, luego aplicar niveles de resolución y recortar duración, a continuación ordenar el almacenamiento y solo al final considerar cambiar de canal. Si se invierte el orden, puede bajar el precio unitario y subir el costo total.

Tres errores frecuentes:

  1. Mirar solo el precio de lista y no la tasa de éxito ni los reintentos. Un canal barato que falla a menudo puede tener un costo por video utilizable más alto.
  2. Probar con la duración más corta y producir con la más larga y alta resolución; es natural que el presupuesto no cuadre.
  3. Ignorar la vigencia del enlace de resultado y regenerar después de que caduque, pagando dos veces por lo mismo.

Preguntas frecuentes

¿La API de Kling cobra por segundo o por video?

La documentación oficial más reciente mide sobre todo por segundo, con tarifas que varían según el modelo, la resolución y el audio; algunas interfaces muestran tramos de 5 y 10 segundos. Confirma la unidad de facturación antes de integrar y toma como referencia los precios de modelos del sitio.

¿Diez segundos cuestan el doble que cinco?

No necesariamente. Algunas plataformas aplican una unidad mínima de facturación o cobran por segundos redondeados, y el cargo real de una tarea de diez segundos puede superar el doble de una de cinco. Es más fiable ejecutar el mismo prompt en ambos casos y comparar la diferencia en la factura.

¿Pasar de 720p a 1080p duplica el costo?

El total de píxeles crece unas 2.25 veces, pero el cargo real también depende del nivel del modelo, la unidad mínima de facturación y los descuentos, así que no basta con multiplicar por dos. Para obtener la proporción real, fija las demás variables y haz una prueba comparativa.

¿Se cobran las tareas fallidas o rechazadas por moderación?

Las reglas varían según la plataforma y el tipo de fallo. Algunos errores del sistema no se cobran; otros se facturan desde que se crea la tarea. Confírmalo con una tarea de prueba antes de integrar e incluye el costo de los fallos en el costo por video.

¿Cómo fijo un límite de presupuesto para la API de Kling?

Al menos en tres niveles: cuota por clave, presupuesto por proyecto y estimación antes de enviar cada tarea. Al alcanzar un umbral, pausa las tareas no críticas y avisa al responsable; no dependas solo de la factura de fin de mes.

Siguientes pasos

Primero crea una clave de prueba en ZSQH AI Gateway, confirma si el canal de video de Kling está habilitado y ejecuta entre veinte y treinta tareas con la configuración más baja, registrando la tasa de éxito, el tiempo de ejecución y el cargo. Después convierte el presupuesto mensual con los precios de modelos. Si necesitas entender antes el flujo de tareas asíncronas, continúa con la guía de integración del sitio.

Lecturas relacionadas: