Amazon ha fatto marcia indietro sulle tariffe API
Amazon ha cancellato le tariffe per l'accesso all'API SP-API dopo le pressioni degli sviluppatori e la concorrenza di eBay.
La mossa segue mesi di pressioni da parte degli sviluppatori e la minaccia della concorrenza di eBay
A metà strada tra una capitolazione e una tregua armata, la decisione di Amazon di cancellare le tariffe per l’accesso alla Selling Partner API (SP-API) è molto più di un semplice cambio di policy: è la spia di un equilibrio che si sta rompendo. Con un comunicato ufficiale pubblicato oggi, il colosso di Seattle ha annunciato che non procederà con le tasse annuali e di utilizzo previste per gli sviluppatori terzi, dopo averne annunciato l’introduzione lo scorso gennaio. Ma la mossa, letta in controluce, rivela tensioni che vanno ben oltre un singolo cambio tariffario: dietro il dietrofront c’è la pressione combinata di una community irritata, la minaccia della concorrenza e un modello di piattaforma che mostra le prime crepe.
Il colpo di scena: perché Amazon ha fatto marcia indietro
Per comprendere la portata del passo indietro, bisogna riavvolgere il nastro. Lo scorso gennaio, Amazon aveva annunciato che, a partire dal 31 gennaio 2026, tutti gli sviluppatori terzi integrati con SP-API avrebbero dovuto pagare una tariffa annuale di 1.400 dollari. Una mossa già di per sé pesante, ma resa ancora più gravosa dall’aggiunta, annunciata per il 30 aprile 2026, di una tariffa mensile basata sul volume di chiamate GET API. In pratica, ogni sviluppatore che utilizza l’API per sincronizzare inventario, gestire ordini o ottimizzare annunci pubblicitari su Amazon avrebbe dovuto sostenere costi fissi e variabili, con effetti a cascata su tool e software di terze parti. L’annuncio delle tariffe SP-API era stato accolto con forte frustrazione dalla community: su GitHub, gli sviluppatori avevano definito le nuove fee “salate” e avevano criticato la contemporanea imposizione di audit annuali obbligatori, con la minaccia di chiusura dell’accesso in caso di non conformità.
Il dietrofront, annunciato oggi, arriva quindi dopo mesi di pressioni. Nella nota ufficiale, Amazon scrive: “Dopo attenta considerazione, abbiamo deciso che non procederemo con le tariffe di utilizzo e annuali per SP-API in questo momento”. La scelta di non specificare una data di reintroduzione lascia aperta la possibilità che la misura possa essere ripresa in futuro, ma intanto rappresenta una vittoria per gli sviluppatori. Il vero motore del cambio di rotta, però, è probabilmente la concorrenza: eBay, il principale competitor nel commercio elettronico, offre da sempre un programma sviluppatori eBay completamente gratuito. Di fronte a un’Italia digitale che vede molti merchant e agenzie spostare budget su canali alternativi, Amazon non poteva permettersi di alienare la propria base di sviluppatori, che rappresenta l’infrastruttura software su cui si regge l’intero marketplace.
Resta da vedere se questa sia un’eccezione o l’inizio di un nuovo corso. Finora Amazon ha trattato le API come un canale di estrazione di valore, ma la reazione della community dimostra che esiste un limite oltre il quale gli sviluppatori sono pronti a migrare verso piattaforme più aperte. L’ironia è che proprio la strategia di chiusura (il famoso “walled garden”) ha bisogno di un ecosistema di terze parti per funzionare: senza tool di analisi, gestione e automazione, il marketplace perde attrattività per i venditori.
Le conseguenze a catena: chi vince, chi perde
La cancellazione delle tariffe ha effetti immediati su tre attori principali: sviluppatori, ecosistema Amazon e la stessa Amazon. Gli sviluppatori sono i vincitori più evidenti: non solo evitano un costo annuo fisso di 1.400 dollari, ma scampano anche le tariffe variabili basate sul volume di chiamate, che per agenzie con grandi cataloghi avrebbero potuto rappresentare decine di migliaia di dollari all’anno. Per molti tool di advertising e gestione inventario, l’annuncio delle tariffe aveva già provocato un rallentamento degli investimenti: ora la fiducia torna, almeno temporaneamente. Tuttavia, la vittoria non è completa: l’obbligo di audit annuale, annunciato parallelamente alle tariffe, rimane in vigore. Nella discussione GitHub che ha accompagnato il dietrofront, la community ha notato che Amazon non ha mai ritirato la minaccia di shutdown per mancata conformità agli audit. Si tratta di una spada di Damocle che limita di fatto la libertà degli sviluppatori, costringendoli a certificare periodicamente la propria applicazione secondo standard imposti unilateralmente.
L’ecosistema Amazon – inteso come il network di merchant, agenzie e fornitori di servizi – beneficia di una maggiore stabilità. I venditori che utilizzano tool di terze parti non subiranno aumenti di prezzo a causa delle tariffe, e le agenzie pubblicitarie possono continuare a offrire servizi senza il rischio di dover rivedere i contratti. Ma il recupero di fiducia è fragile: la sensazione che Amazon possa reintrodurre le tariffe in qualsiasi momento, magari con un preavviso più breve, rimane. Amazon stessa esce da questa vicenda con un duplice esito. Da un lato, l’immagine di piattaforma “amica degli sviluppatori” viene parzialmente ripristinata; dall’altro, la perdita delle entrate previste è significativa. Se si considera che il numero di sviluppatori SP-API attivi è stimato in diverse migliaia (Amazon non pubblica dati ufficiali), la mancata riscossione annuale si aggira intorno a diversi milioni di dollari, a cui si aggiungono le tariffe di utilizzo, che avrebbero generato un flusso ricorrente. Per un’azienda con ricavi pubblicitari in crescita (+18% anno su anno nell’ultimo trimestre), è una cifra gestibile, ma è un segnale che la strategia di monetizzazione delle API ha incontrato un ostacolo insormontabile.
Il confronto con eBay è illuminante. Mentre Amazon cercava di trasformare l’accesso all’API in una nuova linea di business, eBay ha mantenuto un modello completamente gratuito, puntando su un ecosistema più aperto per attrarre sviluppatori. La scelta di Amazon di fare marcia indietro potrebbe essere letta come un riconoscimento implicito che, nel lungo periodo, un ecosistema chiuso e costoso spinge l’innovazione altrove – verso piattaforme che offrono API libere o verso soluzioni proprietarie che non dipendono dal marketplace.
La tensione irrisolta: gli audit e la prossima mossa
Se le tariffe sono state cancellate, l’obbligo di audit annuale SP-API rimane. L’audit è una procedura attraverso la quale Amazon chiede agli sviluppatori di documentare la conformità della loro applicazione alle policy della piattaforma: sicurezza dei dati, gestione delle credenziali, limiti di chiamata. In caso di mancata o ritardata presentazione, Amazon può sospendere l’accesso all’API. Per molti sviluppatori, l’audit rappresenta un onere burocratico non indifferente, soprattutto per i team piccoli che non hanno un ufficio legale dedicato. La tensione irrisolta sta proprio qui: Amazon tiene ancora in mano le chiavi dell’accesso, e l’audit è la serratura. Anche senza tariffe, la possibilità di chiudere un’applicazione per non conformità amministrativa è un potente strumento di controllo.
Il punto centrale è che la guerra per l’indipendenza delle API è tutt’altro che finita. Gli sviluppatori hanno vinto una battaglia, ma la dinamica di fondo – una piattaforma che cerca di estrarre valore da chi costruisce sopra di essa – non è cambiata. Amazon potrebbe reintrodurre le tariffe sotto altre forme, ad esempio legandole a servizi aggiuntivi o a tier di accesso differenziati. Oppure potrebbe stringere ulteriormente le maglie degli audit, rendendoli più frequenti o più stringenti. La reazione della community, intanto, ha dimostrato che la voce degli sviluppatori conta, ma solo finché resta organizzata e visibile. Finché l’audit resta obbligatorio, ogni sviluppatore deve chiedersi: quanto è sicuro il mio accesso? La risposta, oggi, è: non abbastanza.
In conclusione, il dietrofront di Amazon è una buona notizia per chi lavora quotidianamente con SP-API, ma non deve far dimenticare che il rapporto di forza tra piattaforma e sviluppatori rimane asimmetrico. Il modello di piattaforma chiusa (walled garden) funziona solo se chi costruisce al suo interno ha sufficienti garanzie di stabilità. Se Amazon continuerà a oscillare tra aperture e chiusure, il rischio è che gli sviluppatori più innovativi guardino altrove – verso mercati con API libere come eBay, o verso nuovi paradigmi come i marketplace decentralizzati. Per ora, la tregua regge. Ma il clima resta quello di una tensione a oltranza, dove ogni mossa può riaccendere il conflitto.