La subida de precio de Claude Sonnet 5 prevista para el 1 de septiembre de 2026 se ha cancelado. Anthropic confirmó el cambio el 10 de agosto: las tarifas de lanzamiento pasan a ser las tarifas estándar, con 2 USD por millón de tokens de entrada y 10 USD por millón de tokens de salida. Los precios anunciados anteriormente para septiembre, de 3 y 15 USD respectivamente, ya no se aplican. Así figura en las notas oficiales del 10 de agosto y en la actualización del anuncio de Sonnet 5.
Si habías preparado el presupuesto de septiembre con la subida, puedes corregirlo. Si ya pagabas las tarifas de lanzamiento, la cancelación no supone una nueva rebaja sobre esas tarifas. Y si tu gasto ha aumentado, conviene comprobar cuántos tokens se han facturado y de qué tipo: mantener el precio unitario no mantiene constante el consumo.
Las cifras de esta guía, comprobadas el 6 de septiembre de 2026, corresponden a la API estándar de Claude, en USD. No son las cuotas de Claude Pro o Max.
Cuánto cambia el presupuesto que ya tenías preparado
Para el mismo volumen de entrada y salida de Sonnet 5, sin caché ni otros cargos, el presupuesto calculado con las tarifas anuladas se reduce un 33,33 % respecto a aquel presupuesto. El resultado equivale a dos tercios del importe previsto.
Un ejemplo hipotético: una aplicación que consuma durante un mes 12 millones de tokens de entrada y 1,8 millones de salida tendría este coste:
| Concepto | Con la subida prevista, ya anulada | Con la tarifa vigente |
|---|---|---|
| Entrada: 12 millones de tokens | 12 × 3 = 36 USD | 12 × 2 = 24 USD |
| Salida: 1,8 millones de tokens | 1,8 × 15 = 27 USD | 1,8 × 10 = 18 USD |
| Total por estos tokens | 63 USD | 42 USD |
La corrección es de 21 USD, es decir, 21 ÷ 63 = 33,33 %. La subida prevista habría sido del 50 % sobre la tarifa de lanzamiento; anularla no equivale a aplicar un descuento del 50 % al presupuesto más alto. Cambia la base de comparación.
Si tu previsión ya usaba 2 y 10 USD, el ajuste por esta noticia es del 0 %. El cálculo tampoco demuestra un ahorro que ya se haya producido en una factura: compara dos presupuestos para una cantidad idéntica de tokens, a partir de las tarifas oficiales.
Las tarifas que debes asignar a cada tipo de token
No toda la entrada se cobra a 2 USD. Una lectura de caché, una escritura y una entrada sin caché tienen precios distintos. Esta es la tabla aplicable a Sonnet 5 en la API estándar, según la documentación de precios de Anthropic:
| Tipo de uso | USD por millón de tokens |
|---|---|
| Entrada sin caché | 2 |
| Escritura en caché durante 5 minutos | 2,50 |
| Escritura en caché durante 1 hora | 4 |
| Lectura de caché | 0,20 |
| Salida | 10 |
Las categorías son excluyentes para el cálculo de una petición: los tokens de entrada que se cobran como escritura o lectura de caché no se vuelven a sumar como entrada sin caché. Una escritura de 5 minutos cuesta 2,50 USD por millón en total; no cuesta 2 USD más otros 2,50 USD.
El procesamiento por lotes tiene sus propias tarifas: 1 USD de entrada y 5 USD de salida por millón de tokens, un 50 % menos que las tarifas estándar correspondientes. Es un servicio asíncrono; no conviene mezclar sus cantidades con las de las peticiones estándar en una misma fila del presupuesto. Tampoco permite concluir que toda la factura se reducirá a la mitad, porque puede incluir otros cargos. La tabla de procesamiento por lotes recoge ese alcance.
La documentación también indica que el contexto de un millón de tokens se ofrece a las tarifas estándar por token para Claude 4.6 y posteriores, incluido Sonnet 5. Eso no significa que enviar un contexto más largo cueste lo mismo: se mantiene la tarifa por token, pero aumenta la cantidad si envías más contenido.
Cómo repetir el cálculo con los datos de uso
Para averiguar de dónde sale un importe, empieza por un periodo y un modelo concretos en la consola de Claude. Si utilizas los registros de las respuestas de la API, conserva las categorías de usage por separado. Anthropic explica su significado en la documentación de seguimiento de la caché.
| Dato de uso | Qué cantidad debes tomar |
|---|---|
input_tokens | Entrada que no se ha leído ni escrito en caché |
cache_read_input_tokens | Entrada recuperada de la caché |
cache_creation.ephemeral_5m_input_tokens | Entrada escrita en caché con duración de 5 minutos |
cache_creation.ephemeral_1h_input_tokens | Entrada escrita en caché con duración de 1 hora |
output_tokens | Tokens de salida |
El total cache_creation_input_tokens ya incluye las escrituras de ambas duraciones. Sirve para comprobar el desglose, pero no se suma otra vez si ya has utilizado las cantidades de 5 minutos y 1 hora. Si solo conservas ese total y has mezclado las dos duraciones, te falta información para aplicar el precio correcto: no asumas que todo se escribió a la tarifa más baja.
Para peticiones estándar, el coste de estos tokens se obtiene así:
textCoste en USD = (entrada sin caché × 2 + escritura de 5 minutos × 2,50 + escritura de 1 hora × 4 + lectura de caché × 0,20 + salida × 10) ÷ 1.000.000
La fórmula usa cantidades en tokens, no en millones de tokens. Es una expresión aritmética; si la pasas a una hoja de cálculo o a código, adapta los separadores decimales al programa.
Considera este ejemplo hipotético de uso acumulado, con todas las peticiones a tarifa estándar:
| Categoría | Tokens | Operación | Coste |
|---|---|---|---|
| Entrada sin caché | 240.000 | 0,24 × 2 | 0,48 USD |
| Escritura de 5 minutos | 80.000 | 0,08 × 2,50 | 0,20 USD |
| Escritura de 1 hora | 30.000 | 0,03 × 4 | 0,12 USD |
| Lectura de caché | 1.600.000 | 1,6 × 0,20 | 0,32 USD |
| Salida | 45.000 | 0,045 × 10 | 0,45 USD |
| Total | 1,57 USD |
Aquí, el total de creación de caché sería de 110.000 tokens: 80.000 + 30.000. Ya están cobrados en sus dos filas. Añadir esos 110.000 como entrada normal inflaría el cálculo en 0,22 USD y daría un total incorrecto de 1,79 USD.
Los 1,57 USD representan únicamente las categorías incluidas en el ejemplo. Para comparar con una factura completa debes incorporar los demás conceptos que figuren en ella, como herramientas u otros servicios e impuestos aplicables. No se ha aplicado conversión a euros.
Por qué migrar desde Sonnet 4.6 exige medir de nuevo
Hay una segunda comparación que no debe confundirse con la cancelación de septiembre: Sonnet 4.6 frente a Sonnet 5. Sonnet 4.6 tiene tarifas base de 3 USD de entrada y 15 USD de salida por millón de tokens, pero Sonnet 5 utiliza un tokenizador diferente. Anthropic estima aproximadamente un 30 % más de tokens para el mismo texto, con variaciones según el contenido. Esa cifra es orientativa, no una regla para cada petición o idioma. Consulta los cambios de Sonnet 5.
Por ejemplo, supongamos que una colección de entradas sin caché ocupa 10 millones de tokens con Sonnet 4.6 y 13 millones con Sonnet 5. El coste de entrada pasaría de 30 a 26 USD: una reducción del 13,33 % respecto a los 30 USD originales. Este ejemplo solo compara la entrada y presupone esas dos cantidades; no predice el ahorro de una aplicación completa ni la longitud de sus respuestas.
Para preparar una migración, usa el contador de tokens con el modelo de destino y entradas representativas, incluidos el mensaje de sistema, las herramientas y los documentos que realmente vayas a enviar. El resultado estima la entrada; no calcula por adelantado la salida ni el cargo final. El nivel de esfuerzo y el razonamiento adaptativo, activado por defecto en Sonnet 5, también pueden cambiar el consumo durante la ejecución.
No multipliques por 1,3 los tokens que ya aparecen en usage. Esos datos ya reflejan el recuento del modelo utilizado. El factor orientativo sirve para entender por qué una previsión anterior puede quedarse corta, no para corregir de nuevo un recuento real.
Si tu objetivo es reducir el coste por tarea terminada, registra también cuántas tareas completaste con éxito. Una tarifa menor por token puede convivir con más tokens, más reintentos o respuestas más largas. Divide el gasto atribuible a esas tareas entre las completadas y compara cargas de trabajo equivalentes.
Si el importe sigue sin cuadrar
Revisa la diferencia en este orden para evitar atribuir a una subida cancelada lo que puede ser un cambio de consumo:
- Comprueba quién factura y qué uso estás mirando. La tarifa de la API no es la cuota de Pro o Max. En Claude Code, la cifra de sesión de
/usagees una estimación local; el uso incluido en una suscripción se distingue de la facturación de la API. La guía de costes de Claude Code explica esta separación. Para identificar tu modalidad, puedes consultar la guía sobre Claude Code con clave de API o con suscripción. - Compara el mismo periodo, modelo y servicio. Contrasta los registros con Usage y Cost de la consola, respetando los filtros y las dimensiones de facturación disponibles. La documentación de uso y costes describe los datos disponibles para esa comprobación. No mezcles un total de todos los modelos con un cálculo que solo incluye Sonnet 5.
- Separa entrada, salida, caché y lotes. Un aumento de salida pesa más por token que uno de entrada. Menos lecturas de caché y más escrituras también pueden elevar el coste aunque el volumen total de entrada parezca similar.
- Revisa las condiciones del proveedor. Si pagas a una plataforma en la nube o a un intermediario, utiliza su tarifa y los conceptos de su factura. Las condiciones por plataforma, región o residencia de datos pueden diferir de la API estándar; la sección oficial de precios en plataformas en la nube detalla esas diferencias.
Con esas comprobaciones puedes distinguir una previsión que aún conserva la subida anulada de un aumento real de tokens o de otros cargos. La cancelación fija la referencia con la que hacer el cálculo; los datos de uso explican cuánto has gastado.
