La API: cuándo tiene sentido y cuánto cuesta

En casi todas las implantaciones alguien pregunta: «¿y esto no se puede meter directamente en nuestro sistema?». La respuesta es sí, y se llama API. Lo que casi nadie mide es que ese sí implica desarrollo, mantenimiento y una factura variable.

Qué es la API, en una frase

La API es la puerta por la que otro programa —no una persona— le habla a Claude. En lugar de que tú abras el navegador y escribas, es tu web, tu CRM o tu ERP el que envía la petición y hace algo con la respuesta: mostrarla al cliente, guardarla en una ficha, generar un documento.

Es contratar a Claude como un componente más de tu software, con su coste por uso. Se factura por tokens: trozos de texto que entran y salen. Lo que entra se paga a un precio y lo que sale a otro más alto.

Suscripción para personas, API para sistemas

Es la distinción que más confusión genera en un comité de dirección y la que más dinero ahorra si se entiende pronto.

Fíjate en la última fila. Con Pro compras un producto terminado: Proyectos con memoria, Skills que aplican tu procedimiento y conectores ya construidos. Con la API compras materia prima: la interfaz, la memoria, el control de errores y los permisos los pones tú.

Los tres casos en que compensa

En las empresas con las que trabajo, la API se justifica en tres situaciones. Fuera de ellas, casi nunca.

1. Producto de cara al cliente

   Tu cliente interactúa con la IA sin pasar por tu equipo: un asistente dentro de tu aplicación, un buscador que responde en lenguaje natural, un resumen en la ficha del pedido. Nadie va a abrir Claude por ti mil veces al día.

2. Volumen alto y repetitivo

   La misma operación, miles de veces, sobre datos que cambian: clasificar tickets, extraer campos de facturas, comprobar que cada albarán cuadra con su pedido. Con trabajo idéntico y volumen grande, programarlo se amortiza rápido.

3. Integración con sistemas propios

   El resultado tiene que aterrizar dentro de un software tuyo —un ERP a medida, una base de datos interna— para el que no existe conector. Si el dato entra y sale sin que nadie copie y pegue, la API es el único camino.

Cuándo no montes desarrollo

Si la tarea la resuelve un Proyecto bien montado o una Skill, no montes desarrollo.

• Lo hace una persona diez veces al día. Un Proyecto con instrucciones permanentes lo resuelve en una tarde, sin código.
• El procedimiento aún cambia. Una Skill se edita en un archivo de texto; una integración, con un desarrollador.
• No tienes quién lo mantenga. Cambian los modelos, los formatos y los casos límite. Sin responsable, se degrada en meses.
• Quieres «probar la IA». Para probar no se programa: se prueba con la suscripción, se mide el ahorro y solo entonces se industrializa.

Precios por modelo y cómo estimar el coste

Se paga por millón de tokens, separando lo que entra de lo que sale. Modelos disponibles en agosto de 2026:

Sonnet 5 está en promoción de lanzamiento a 2 $ y 10 $ hasta el 31 de agosto de 2026. No construyas el caso de negocio sobre un precio promocional.

Un cálculo concreto. Un clasificador de correos de atención al cliente: 3.000 mensajes al mes, con unos 4.000 tokens de entrada cada uno (el correo, el histórico y tus instrucciones) y 600 de salida.

• Entrada: 3.000 × 4.000 = 12 millones de tokens.
• Salida: 3.000 × 600 = 1,8 millones de tokens.
• Con Sonnet 5: 12 × 3 $ = 36 $, más 1,8 × 15 $ = 27 $. Total 63 $ al mes.
• Con Haiku 4.5: 12 × 1 $ = 12 $, más 1,8 × 5 $ = 9 $. Total 21 $ al mes.
• Con Opus 5: 60 $ más 45 $. Total 105 $ al mes.

El coste del modelo suele ser la parte pequeña del proyecto: lo caro es el desarrollo y el mantenimiento. Elegir bien el modelo divide la factura por tres o por cinco, y para clasificar correos rara vez hace falta el más caro. Mide tus tokens reales antes de comprometer un presupuesto.

Bedrock, Vertex AI y Foundry

Los modelos de Claude no están solo en la API de Anthropic. También se consumen desde Amazon Bedrock, Google Cloud Vertex AI y Microsoft Foundry.

Para un usuario individual eso no significa nada. Para una empresa con acuerdo de nube firmado lo cambia todo: el consumo entra en un contrato ya negociado y revisado por vuestro departamento legal, y la conversación con dirección financiera deja de ser «hay que dar de alta un proveedor» y pasa a ser «hay una línea más en la factura de AWS». Ese detalle administrativo decide más proyectos que cualquier consideración técnica.

Qué preguntar a quien te ofrezca «una solución con IA»

Muchas propuestas son un envoltorio alrededor de una llamada a la API que podrías pagar tú directamente. Estas seis preguntas separan a los proveedores serios del resto:

1. ¿Qué modelo usáis y por qué ese? Si dicen «el mejor», mala señal.
2. ¿Cómo se factura el consumo? Si los tokens van aparte, incluidos o con margen encima. Y cuánto margen.
3. ¿Dónde se procesan y se guardan mis datos? Con nombre de proveedor y de región, por escrito.
4. ¿Se entrena algún modelo con nuestro contenido? La respuesta va en el contrato, no en un correo.
5. ¿Qué pasa si el modelo se equivoca? Cómo se detecta, quién revisa y qué se registra.
6. ¿Puedo llevarme mis prompts y mi configuración si me voy? Es la pregunta de dependencia.

La API es deliberadamente la última pieza del bloque: cuando hayas exprimido lo que se hace sin programar, sabrás qué pedirle a un desarrollador. La siguiente lección vuelve al retorno rápido: Cowork, delegar tareas y no conversaciones.