Cerchi quanto costa Claude Sonnet 5 e trovi il listino ufficiale: 2 dollari per milione di token in input, 10 in output. Numeri esatti, e da settembre anche definitivi, che però non rispondono a due domande su tre.
La prima è che in italiano chi cerca "costo" spesso intende l'abbonamento, non le API: sono due economie diverse e nessuno le separa. La seconda è che anche restando sulle API, il prezzo per token non basta a prevedere la spesa — e su Sonnet 5 c'è un motivo tecnico preciso.
La risposta breve
- Via API Claude Sonnet 5 costa 2 dollari per milione di token in input e 10 in output, con cache in lettura a 0,20 e Batch API a metà prezzo. Il contesto da un milione di token è incluso senza sovrapprezzo, l'output arriva a 128K token, l'ID modello è
claude-sonnet-5. - Se usi Claude dall'app o dentro Claude Code, il costo di Sonnet 5 è zero: paghi l'abbonamento. Quello che consumi è la quota d'uso nella finestra oraria, e Sonnet la consuma molto più lentamente dei modelli superiori. Il confronto tra i piani sta nell'articolo dedicato.
- Il prezzo per token non basta a prevedere la spesa, ed è qui che serve il resto di questa pagina.
Claude Sonnet 5: l'aumento del 1° settembre non c'è stato
Al lancio, il 30 giugno 2026, i 2/10 dollari erano dichiarati prezzo introduttivo valido fino al 31 agosto, con passaggio a 3/15 dal 1° settembre. Anthropic ha cambiato idea: 2/10 è diventato il listino standard e l'aumento è stato annullato. Se hai fatto un preventivo o un budget a 3/15, rifallo: la stima è più alta del 50% rispetto a quello che pagherai davvero.
Il dettaglio conta anche per il confronto con la generazione precedente: Sonnet 4.6 resta disponibile a 3/15, quindi oggi il modello nuovo costa meno di quello vecchio a parità di token. Non è mai successo prima nella gamma Sonnet.
Il listino Claude a settembre 2026
| Modello | Input | Output | Contesto |
|---|---|---|---|
| Haiku 4.5 | 1 $ | 5 $ | 200K |
| Sonnet 5 | 2 $ | 10 $ | 1M |
| Sonnet 4.6 | 3 $ | 15 $ | 200K |
| Opus 5 | 5 $ | 25 $ | 1M |
| Fable 5.1 | 10 $ | 50 $ | 1M |
Prezzi per milione di token. Le letture dalla cache costano un decimo dell'input (un quarantesimo su Fable 5.1), la Batch API dimezza input e output. Un esempio concreto: un'automazione con 8.000 token in ingresso e 1.200 in uscita, eseguita 300 volte al mese, costa circa 4 dollari con Haiku 4.5, 8 con Sonnet 5, 21 con Opus 5. A questi volumi la scelta del modello vale meno di un caffè al giorno; il calcolo cambia solo quando il volume sale di due ordini di grandezza.
Il tokenizer: perché "stesso prezzo" non significa "stesso costo"
È il punto che quasi nessuno verifica. Il prezzo si paga per token, non per parola. Se cambia il modo in cui il testo viene spezzettato, cambia quanti token servono per dire la stessa cosa — a parità di listino.
Claude Sonnet 5 usa un tokenizer nuovo, e lo stesso testo può produrre fino a circa il 30% di token in più rispetto a Sonnet 4.6, con differenze che dipendono dalla lingua e dal tipo di contenuto: codice, JSON e italiano non si comportano allo stesso modo. È il motivo per cui il listino più basso non si traduce automaticamente in una fattura più bassa. Il conto onesto: 2/10 con il 30% di token in più equivale a circa 2,6/13 sul tokenizer vecchio, ancora sotto i 3/15 di Sonnet 4.6, ma il margine è più stretto di quanto sembri leggendo il listino.
La conseguenza pratica: confrontare due modelli guardando solo il prezzo per milione di token è come confrontare due carburanti guardando solo il prezzo al litro, senza sapere quanti chilometri fai.
Il modo corretto di misurare è uno solo: prendi venti richieste vere dal tuo storico, falle girare su entrambi i modelli, e confronta la spesa totale fino a un risultato accettabile. Mezz'ora di lavoro che ti dice più di qualsiasi tabella comparativa, inclusa la mia.
L'altra voce che nessuno conta: i tentativi
Il costo reale non è per chiamata, è per compito completato. Un modello economico che ci prova tre volte costa più di uno caro che azzecca al primo colpo, e a questo va sommato il tuo tempo di revisione, che è la voce più cara di tutte.
Su un compito verificabile — estrazione dati, classificazione, riformulazione — Claude Sonnet 5 di solito vince nettamente questo confronto. Su ragionamento lungo con molti vincoli comincia a perderlo, ed è lì che ha senso salire: la regola di scelta la trovi nell'articolo su Opus 5.
Claude Sonnet 5 in Claude Code
Dentro Claude Code selezioni Claude Sonnet 5 con /model claude-sonnet-5. Sull'abbonamento non paghi token, ma i modelli non consumano la quota allo stesso ritmo: Sonnet 5 è il modo per allungare la finestra di 5 ore, soprattutto ora che i limiti sono stati ridotti dal 14 settembre. Il mio uso pratico: Sonnet 5 come predefinito per tutto, Opus 5 solo sulle sessioni in cui il refactoring tocca molti file. Sul come risparmiare quota ho scritto la guida su come ridurre i token.
Prima di migrare: cosa controllare
Cambiare modello non è cambiare una stringa nel codice. I punti dove le cose si rompono, in ordine di frequenza:
- I parametri di campionamento. Su Sonnet 5, come su Opus 4.7 e successivi,
temperature,top_petop_kcon valori non predefiniti restituiscono un errore 400. Se il tuo codice li imposta, la prima chiamata fallisce. Toglili e governa il comportamento dal prompt. - Il formato dell'output. È il problema più frequente dopo i parametri e il meno atteso: un JSON che cambia struttura manda in errore la pipeline anche quando la risposta è migliore. Si controlla prima del contenuto.
- I limiti di lunghezza. Se il tuo codice assume un tetto sull'output, verifica che valga ancora.
- I nomi dei modelli nelle chiamate. Banale e dimenticato: le stringhe hardcoded in giro per il progetto.
- I prompt tarati sul comportamento vecchio. Istruzioni scritte per aggirare un difetto che non c'è più possono peggiorare il risultato.
La regola: una variabile alla volta. Prima modello nuovo con prompt vecchi, poi eventualmente riscrivi i prompt. Se cambi tutto insieme e qualcosa peggiora, non saprai cosa l'ha causato.
Quando Claude Sonnet 5 è la scelta giusta
- Volume alto e compiti verificabili. Se puoi controllare in modo oggettivo se il risultato è giusto, prendi il modello più piccolo che passa i test.
- Quando la latenza conta. In un'interfaccia usata da persone, due secondi in meno valgono più di un punto di benchmark.
- Come default da cui partire. Si sale di modello quando si tocca un limite concreto, non per prevenzione.
Quando invece serve salire
- Modifiche che toccano molti file insieme e richiedono di tenere il filo.
- Compiti agentici lunghi, dove un errore al terzo passaggio si propaga fino al dodicesimo.
- Analisi con vincoli in conflitto tra loro.
Per la fascia alta e per capire quando il doppio del prezzo si giustifica davvero, il confronto sta nell'articolo su Fable 5 contro Opus 5.
Claude Sonnet 5 o un altro modello: il conto in mezz'ora
- Prendi venti richieste reali dal tuo storico, non esempi inventati.
- Falle girare su Claude Sonnet 5 e sul modello che stai valutando.
- Conta quanti risultati accetteresti senza ritocchi, per ognuno dei due.
- Somma la spesa fino al risultato accettato, non per singola chiamata.
- Aggiungi il tuo tempo di revisione. È quello che di solito ribalta il verdetto.
Se il calcolo riguarda un prodotto in produzione e non un esperimento, si fa sui tuoi volumi veri: scrivimi e lo impostiamo insieme.
