Il cambiamento riguarda alcuni mercati esteri, non l’Italia
Per un’impresa italiana il punto è capire dove vende e come ha configurato i prezzi, non cambiare indiscriminatamente tutto il catalogo.
Il 27 agosto 2026 Apple ha comunicato un aggiornamento fiscale e di prezzo per applicazioni e acquisti in-app distribuiti tramite App Store. Dal 14 settembre i prezzi potranno cambiare negli storefront di Israele, Indonesia, Marocco e Repubblica del Congo, secondo la configurazione scelta dallo sviluppatore. Uno storefront è la versione del negozio destinata a uno specifico Paese o territorio. L’Italia non compare nell’elenco dei mercati oggetto di questo aggiornamento.
Questo non rende la notizia irrilevante per chi opera dall’Italia. Un’azienda italiana può vendere un’app, una funzione a pagamento o un contenuto digitale in molti Paesi. Se utilizza l’adeguamento automatico dei prezzi, una modifica in uno storefront estero può cambiare ciò che vede il cliente locale e, in alcuni casi, il ricavo netto riconosciuto allo sviluppatore. La decisione corretta non è copiare il prezzo italiano ovunque: è verificare mercati attivi, base di prezzo, modalità automatica o manuale e sostenibilità del margine.
Prezzo al cliente e ricavo dello sviluppatore non sono la stessa cosa
Separare i due effetti evita conclusioni sbagliate su listino e redditività.
Apple distingue gli aggiornamenti ai ricavi dalle modifiche ai prezzi visibili. Dal 27 agosto i ricavi per vendite idonee di app e acquisti in-app, cioè contenuti o funzioni acquistati dentro un’applicazione, sono stati modificati in Marocco, dove è stata introdotta un’imposta sul valore aggiunto del 20%, nella Repubblica del Congo, con un’imposta del 18%, e in Tanzania, dove la tassa sulle vendite digitali è passata dal 2% al 3%. Apple indica inoltre che raccoglierà e verserà le imposte applicabili in Marocco e Repubblica del Congo, con il conseguente aggiornamento dell’accordo per le applicazioni a pagamento.
Dal 14 settembre entra invece in gioco l’aggiornamento dei prezzi per Israele, Indonesia, Marocco e Repubblica del Congo. Il prezzo pagato dal cliente e il ricavo netto dell’impresa vanno quindi letti in schermate e resoconti diversi. Un aumento del prezzo locale non implica automaticamente un aumento equivalente del margine; allo stesso modo, un ricavo modificato per ragioni fiscali non significa che il prezzo italiano stia cambiando. Per valutare l’effetto reale serve esaminare ogni combinazione di prodotto, mercato App Store e configurazione.
Quando il prezzo può cambiare dal 14 settembre
Mercato App Store di base, prezzi manuali e tipo di acquisto determinano se l’aggiornamento automatico si applica.
Se Israele, Indonesia, Marocco o Repubblica del Congo non sono stati scelti come storefront di base, Apple aggiornerà i prezzi di app e acquisti in-app interessati in quei mercati. Lo storefront di base è il mercato dal quale il sistema parte per mantenere allineati i prezzi nelle altre aree. Se uno dei quattro Paesi è invece la base scelta per quello specifico prodotto, il prezzo in quel mercato non cambia e Apple aggiorna gli altri storefront per mantenere l’equivalenza con il prezzo di partenza. La verifica va fatta per singolo prodotto: la stessa impresa può avere un’app con prezzi allineati automaticamente, un acquisto in-app gestito manualmente e un abbonamento escluso dall’aggiornamento, quindi una conclusione unica per tutto il catalogo sarebbe poco affidabile.
Le esclusioni da verificare prima di intervenire
Apple precisa che gli abbonamenti con rinnovo automatico non rientrano in questo aggiornamento di prezzo. Non cambiano neppure i prezzi degli storefront nei quali lo sviluppatore ha scelto una gestione manuale, invece dell’allineamento automatico. Queste esclusioni sono decisive: una squadra non dovrebbe modificare a mano un abbonamento o un mercato manuale soltanto perché ha letto una comunicazione generale. Prima va aperta la sezione Prezzi e disponibilità di App Store Connect, dove Apple mostra anche le variazioni future previste.
Perché un venditore italiano deve comunque fare un controllo
Il luogo dell’impresa e il mercato in cui avviene la vendita sono due informazioni diverse.
Un’app sviluppata e gestita in Italia può avere utenti paganti nei quattro storefront interessati. Il controllo è particolarmente utile quando il catalogo contiene molti acquisti in-app, quando prezzi diversi sono stati impostati manualmente nel tempo o quando il margine dipende da soglie molto strette. È utile anche per chi ha affidato la gestione commerciale a una persona e la manutenzione tecnica a un’altra: senza un responsabile unico, ciascuno può presumere che la verifica spetti all’altro.
Non serve però trasformare l’aggiornamento in un allarme nazionale. Apple non ha annunciato una variazione dei prezzi dello storefront italiano in questa comunicazione. Una frase corretta verso direzione e amministrazione è quindi: «Stiamo verificando l’esposizione delle vendite estere indicate da Apple». Una frase scorretta sarebbe: «Dal 14 settembre aumentano i prezzi App Store in Italia». La precisione evita interventi non necessari, comunicazioni confuse ai clienti e previsioni economiche basate su mercati che l’impresa potrebbe non servire affatto.
Una verifica in sei passaggi prima del 14 settembre
Partire dall’esposizione reale consente di concentrare il lavoro sui prodotti che possono cambiare.
Elencare app e acquisti in-app attivi. Separare acquisti singoli, contenuti consumabili e abbonamenti con rinnovo automatico.
Controllare i mercati App Store serviti. Verificare se esistono vendite o disponibilità in Israele, Indonesia, Marocco e Repubblica del Congo; per i ricavi, considerare anche la Tanzania.
Identificare il mercato di base. La regola del 14 settembre cambia in funzione del mercato scelto come riferimento.
Distinguere prezzi automatici e manuali. Annotare le eccezioni senza sovrascriverle per uniformità apparente.
Leggere le modifiche future in App Store Connect. Confrontare prezzo mostrato, ricavo previsto e valuta per ogni prodotto rilevante.
Registrare la decisione. Indicare chi approva eventuali modifiche, data del controllo e motivazione commerciale.
Un’immagine isolata della schermata non è una procedura: può diventare vecchia e non spiegare quale regola sia stata scelta. È meglio una scheda breve per prodotto con mercato di base, mercati manuali, tipo di acquisto e responsabile. Se l’impresa gestisce più app, un registro condiviso rende più semplice ripetere il controllo alle prossime comunicazioni fiscali o valutarie.
Cambiare il prezzo solo quando esiste una ragione verificabile
Il nuovo valore deve restare coerente con posizionamento, assistenza, valuta e margine.
Se il prezzo automatico produce un valore poco adatto al mercato, la gestione manuale può essere valutata, ma comporta manutenzione. Va considerato il significato commerciale del prezzo locale, la frequenza con cui l’azienda è disposta a rivederlo e la capacità di controllare ricavi e imposte senza lasciare configurazioni dimenticate. Non esiste una scelta migliore in assoluto: l’automazione riduce il lavoro ripetitivo, mentre il controllo manuale offre maggiore precisione e richiede una responsabilità esplicita.
Prima di modificare un listino è utile coinvolgere chi segue prodotto, amministrazione e assistenza. La comunicazione Apple descrive il comportamento della piattaforma, ma non sostituisce una valutazione fiscale o contabile sul caso concreto. Se la configurazione dei prezzi dipende da logiche applicative, cataloghi articolati o integrazioni, una consulenza informatica può aiutare a ricostruire le dipendenze e preparare un controllo ripetibile. L’obiettivo non è reagire a ogni aggiornamento: è sapere rapidamente quali prodotti sono esposti e prendere una decisione documentata.
