Quien busca «API gratuita de DeepSeek» normalmente quiere una entrada que pueda llamar a largo plazo y sin mantenimiento. Pero eso que el mercado llama gratis puede ser un crédito para nuevos usuarios, una promoción temporal, una subvención de una plataforma o una interfaz compartida que alguien reenvía. Lo único que tienen en común es que, por ahora, no cobran; eso no significa que sean sostenibles.
Para decidir si «gratis a largo plazo» es fiable, no mires el eslogan: revisa tres cosas. Primero, si la cuota tiene un origen y un plazo claros. Segundo, si los límites están bien documentados. Tercero, si la migración a un plan de pago es sencilla. Este artículo propone un método de validación para que el equipo decida si sigue con la cuota gratuita o si conviene pasar cuanto antes a un plan de pago o a un gateway de IA local.
Nota: DeepSeek es una marca de su titular. Este artículo describe la situación habitual en octubre de 2026; las cuotas, los precios y las reglas de las promociones se rigen por las páginas oficiales y por los precios de modelos de este sitio.
1. Las cuatro fuentes de una cuota gratuita
| Fuente | Forma típica | Continuidad | Riesgo principal |
|---|---|---|---|
| Crédito de prueba del proveedor | Tokens de prueba al abrir la cuenta | Única vez | Tiene caducidad; puede exigir verificación de identidad o vincular un método de pago |
| Promoción por tiempo limitado | Lanzamientos, fechas especiales o campañas de captación | Por etapas | La fecha de fin y las reglas las decide el organizador |
| Cuota subvencionada por una plataforma | Modelos gratuitos de agregadores o proveedores cloud | Muy variable | Modelos, velocidad y concurrencia limitados; puede exigir tarjeta |
| Entrada compartida por terceros | Direcciones y claves reenviadas en grupos o tutoriales | Muy baja | Bloqueo en cualquier momento; riesgo de filtración y de cumplimiento |
Las dos primeras las controla el fabricante del modelo, la tercera depende de la estrategia de subvención de la plataforma y la cuarta no permite rastrear quién es responsable. Antes de usar cualquiera de ellas, pregunta quién aporta la cuota, por qué la ofrece y cuándo termina; si no hay respuesta, no la pongas en la cadena de producción.
2. Los siete límites que hay detrás de una cuota gratuita
- Velocidad y concurrencia: puede haber topes de solicitudes por minuto, tokens por minuto y conexiones simultáneas. Al superarlos, lo habitual es recibir un 429 o quedar en una cola de baja prioridad.
- Alcance de modelos: el plan gratuito puede abrir solo modelos ligeros o sin razonamiento. Crees que estás probando el modelo principal, pero en realidad se ejecuta otra versión.
- Contexto y funciones: puede que el plan gratuito no incluya contexto largo completo, llamada a herramientas, salida JSON ni caché. Al evaluar, verifica cada capacidad por separado.
- Límite diario o mensual: además de la cuota total, puede existir un tope diario; las tareas por lotes se agotan en medio día con facilidad.
- Condiciones de datos: las reglas de datos del plan gratuito pueden diferir de las del plan de pago. Antes de enviar contratos, código o datos personales, confirma el alcance de conservación y uso.
- Nivel de servicio: los servicios gratuitos normalmente no ofrecen compromiso de disponibilidad, y el mantenimiento, la limitación de velocidad o la retirada pueden ocurrir sin aviso previo. No son adecuados para sostener compromisos con clientes.
- Dependencia en la migración: al pasar a pago pueden cambiar a la vez la dirección de la interfaz, el identificador de modelo y el criterio de facturación. Si centralizas la configuración, la migración no exige cambiar todo el código.
De estos siete puntos, los que más se pasan por alto son la velocidad, el alcance de modelos y las condiciones de datos. Si en las pruebas solo compruebas «si responde», descubrirás en producción que el contexto largo no está disponible o que los datos no se pueden enviar, y el retrabajo será mayor.
3. Calcula el costo real de lo «gratuito»
Cuando una cuota gratuita entra en el negocio, lo que realmente consume es tiempo del equipo y certeza operativa, no solo el costo de las llamadas.
| Concepto de costo | Manifestación | Cómo estimarlo |
|---|---|---|
| Tiempo de ingeniería | Escribir reintentos, monitoreo, degradación y adaptación para migrar | Convertir a días-persona |
| Variación de calidad | El plan gratuito enruta a nodos congestionados y la salida es inestable | Medir la tasa de retrabajo manual |
| Costo de migración | Cambiar claves, direcciones, nombres de modelo y facturación al pasar de plataforma | Estimar según el alcance del cambio |
| Costo de cumplimiento | La ruta de datos no está clara y no pasa la revisión de seguridad y legal | Estimar según el ciclo de revisión |
| Costo de oportunidad | Lanzar y validar más tarde, perdiendo la ventana del negocio | Estimar según el calendario del proyecto |
Primero registra bien el consumo y después discute si la cuota alcanza. El siguiente script escribe en JSONL los tokens, la latencia y los errores de cada llamada; al cabo de una semana puedes resumir por día:
import json
import time
from openai import OpenAI
client = OpenAI(
api_key="sk-tu-clave",
base_url="https://api.deepseek.com",
)
def call(prompt: str) -> dict:
start = time.time()
try:
resp = client.chat.completions.create(
model="deepseek-chat",
messages=[{"role": "user", "content": prompt}],
max_tokens=256,
timeout=60,
)
usage = resp.usage
row = {
"ts": int(start),
"status": 200,
"input": usage.prompt_tokens,
"output": usage.completion_tokens,
"latency_ms": int((time.time() - start) * 1000),
}
except Exception as exc:
row = {
"ts": int(start),
"status": "error",
"error": type(exc).__name__,
}
with open("api-usage.jsonl", "a", encoding="utf-8") as f:
f.write(json.dumps(row, ensure_ascii=False) + "\n")
return row
call("Explica en una frase qué es una cuota de API")
Al cabo de una semana, calcula el promedio diario de tokens, la tasa de error y la latencia p95, y compáralos con la cuota restante. El consumo de cuota y el volumen de negocio no crecen de forma lineal.
4. Valida la disponibilidad a largo plazo durante una semana
- Extrae de 20 a 30 tareas reales del negocio, cubriendo niveles simple, medio y complejo.
- Repite el mismo lote de solicitudes a la misma hora todos los días, incluyendo tanto horas punta de días laborables como periodos de baja carga nocturnos.
- Registra la tasa de éxito, la latencia p50/p95, el número de 429, el número de timeouts y la tasa de retrabajo manual.
- Verifica por separado capacidades clave como contexto largo, llamada a herramientas y salida JSON; no pruebes solo preguntas y respuestas normales.
- Simula el comportamiento cuando se agota la cuota: ¿falla, degrada o pasa automáticamente a pago?
- Lee las condiciones de datos punto por punto y confirma si las entradas se conservan y si se usan para mejorar el modelo.
- Estima cuánta configuración y cuánto código habría que cambiar para migrar al canal de pago.
| Indicador | Cómo registrarlo | Qué observar |
|---|---|---|
| Tasa de éxito | Porcentaje de respuestas que no son 200 | Si se concentran en horas punta |
| Límites de velocidad | Número de 429 y momento de activación | Si el plan gratuito queda en cola de baja prioridad |
| Latencia | p50, p95 y tiempo hasta el primer token | Si la latencia de cola afecta la experiencia |
| Calidad | Revisión manual de un conjunto fijo de tareas | Si cumple los criterios de aceptación del negocio |
| Consumo de cuota | Total diario de tokens | Cuánto puede durar al ritmo actual |
| Volumen de migración | Configuración y código que habría que cambiar | Si el paso a pago es sencillo |
La conclusión de siete días solo indica que el servicio funciona ahora; no demuestra que vaya a ser gratuito a largo plazo. Las reglas de las promociones, la capacidad del proveedor y las estrategias de la plataforma pueden cambiar, así que un sistema en producción necesita un plan alternativo.
5. Cuándo dejar de usar la cuota gratuita
Si se cumple cualquiera de estas condiciones, la cuota gratuita ya no es adecuada para sostener el negocio actual:
- Una interrupción del servicio afecta directamente la entrega a clientes o los ingresos.
- Las solicitudes incluyen contratos, código o datos personales que no se pueden conservar libremente.
- Finanzas exige pago corporativo, contrato y factura, y una cuenta personal no sirve para contabilizarlo.
- El volumen se estabiliza y el equipo dedica más tiempo a reintentos y diagnóstico que lo que gastaría en la propia API.
- El negocio empieza a usar varios modelos y necesita una entrada unificada, facturación única y límites por proyecto.
- El origen, el plazo o las condiciones de datos de la cuota gratuita no se pueden explicar a un cliente o a una auditoría.
Hay dos caminos para pasar a pago:
- Pago oficial: el camino más corto; encaja en equipos con una necesidad de un solo modelo que pueden completar el proceso de pago oficial.
- Gateway de IA local: reúne recarga, facturación y entrada multimodelo en un solo lugar; encaja en equipos que necesitan liquidación en moneda local, factura y gestión unificada de claves.
Sea cual sea la opción, valida primero con poco tráfico la facturación, la latencia y el proceso de factura, y después amplía el consumo. Las tarifas y reglas de facturación se rigen por los precios de modelos; el presupuesto debe recalcularse con la página vigente.
6. Cómo elegir entre pago oficial y gateway
| Dimensión | Pago oficial | Gateway de IA local |
|---|---|---|
| Pago | Según los métodos admitidos por el servicio oficial | Recarga en el sitio, reglas según la página |
| Factura | Según las reglas oficiales | Según las indicaciones del sitio |
| Alcance de modelos | Solo DeepSeek | Varios proveedores ya habilitados |
| Facturación | Consola oficial | Consola unificada |
| Migración | Solo cambian los ajustes de DeepSeek | Al cambiar de modelo normalmente solo cambia el nombre |
| Adecuado para | Un solo modelo y consumo estable | Varios modelos y gestión unificada |
La elección depende de si el equipo añadirá modelos en los próximos seis meses, de si necesita pago corporativo y de si alguien mantendrá varias claves. Si solo usa un modelo y el consumo es estable, el pago oficial es más simple; si usa varios modelos y necesita consolidar facturas, el gateway ahorra trabajo.
7. Recordatorios de seguridad y cumplimiento
- Introduce la clave solo en consolas de confianza o en el servidor; nunca en páginas desconocidas.
- La clave no debe estar en el paquete del frontend, en repositorios públicos ni en historiales de chat; créala por separado para cada entorno.
- Antes de que termine la prueba, confirma qué ocurrirá con el saldo, los registros y los datos en caché.
- Antes de enviar información sensible, confirma cómo se conservan y se eliminan los datos en el proveedor.
- Las compras empresariales deben seguir el contrato y el proceso corporativo; evita que una cuenta personal pague por la empresa.
- Verifica que el proveedor tenga documentación pública, página de estado y canales de notificación de fallos.
Hay un punto que suele pasarse por alto: antes de conectar a producción, define cómo degradar cuando la cuota llegue a cero. Sin un plan de degradación, en la práctica se está apostando la continuidad del negocio.
Preguntas frecuentes
¿DeepSeek ofrecerá una API gratuita a largo plazo?
Tomar «gratis a largo plazo» como un compromiso no es prudente. Los créditos, las cuotas de campaña y las subvenciones de plataforma tienen plazos y condiciones, y su continuidad depende del proveedor; consulta los avisos oficiales más recientes.
¿El plan gratuito usa la misma versión del modelo?
No necesariamente. El plan gratuito puede abrir solo algunos modelos o versiones degradadas. Durante las pruebas, confirma el nombre del modelo que devuelve realmente la respuesta, no solo la página promocional.
¿Puede una cuota gratuita sostener tráfico de producción?
No se recomienda usar en producción una cuota sin nivel de servicio, sin factura y con condiciones de datos poco claras. Puede servir para prototipos, herramientas internas y validación de opciones.
¿Al agotar la cuota se pasa automáticamente a pago?
Depende de la plataforma. Algunas detienen el servicio y otras pasan a cobro por uso. Antes de recargar o vincular un método de pago, confirma el interruptor de facturación y el orden de cobro.
¿Cómo saber si una fuente de API gratuita es fiable?
Revisa el operador, la documentación pública, las condiciones de datos y los requisitos de credenciales. Si te piden usuario y contraseña, o si dos de los tres primeros puntos no están claros, no es adecuada para integrarla.
Próximos pasos
Si ya superaste la fase de validación y necesitas llamadas estables, facturación en moneda local y una entrada multimodelo unificada, regístrate en ZSQH AI Gateway y haz una prueba de bajo volumen. Los modelos, precios y disponibilidad se rigen por los precios de modelos.
Lecturas relacionadas:
