In questa pagina
Questa scadenza è importante perché l’autenticazione è il primo passaggio di ogni reso o cambio self-service. Una migrazione non riuscita potrebbe non fermare l’app, ma può mettere a rischio lo stato Built for Shopify e l’esperienza degli acquirenti nel periodo di punta dei resi.
Questa guida spiega la regola, individua le app interessate, distingue i resi dalla modifica degli ordini prima dell’evasione e offre alle agenzie una verifica in 7 passaggi da completare entro il 1° dicembre.
Cosa cambia con il requisito della Customer Account API per Built for Shopify
Dal 1° dicembre 2026, le app per resi e cambi con funzioni self-service rivolte agli acquirenti devono usare la Customer Account API come metodo principale di autenticazione dei clienti per mantenere lo stato Built for Shopify. Shopify ha annunciato la modifica il 17 giugno 2026, concedendo agli sviluppatori delle app interessate circa cinque mesi e mezzo per migrare.
Il changelog ufficiale per gli sviluppatori Shopify include anche le app per gli abbonamenti. Per chi gestisce i resi, l’espressione chiave è self-service rivolto agli acquirenti: il cliente può avviare o gestire un reso, seguire un cambio o compiere un’azione simile senza l’intervento del personale.
La conseguenza è più circoscritta di quanto suggeriscano alcuni riepiloghi della scadenza. Shopify afferma che le app non conformi rischiano di perdere lo stato Built for Shopify. Non afferma che tutte le app interessate smetteranno di funzionare, spariranno dallo Shopify App Store o disattiveranno i flussi di lavoro dei merchant allo scoccare della mezzanotte.
| Domanda da verificare | Fino al 30 novembre 2026 | Dal 1° dicembre 2026 |
|---|---|---|
| Metodo principale richiesto per autenticare gli acquirenti | Il metodo esistente può rimanere | Customer Account API |
| Categorie interessate | Resi, cambi, abbonamenti | Le stesse categorie |
| Presenza di funzioni self-service rivolte agli acquirenti | Sì, perché la regola si applichi | Sì, perché la regola si applichi |
| Conseguenza immediata dichiarata | Il periodo per la migrazione è ancora aperto | Stato Built for Shopify a rischio |
| Azione del merchant | Richiedere prove al fornitore | Verificare il comportamento in produzione |
Tratta il 1° dicembre come una scadenza per la gestione dei fornitori, non come la data di una chiusura automatica del negozio online. Le agenzie dovrebbero comunque occuparsene subito: un cambiamento di stato o un rilascio affrettato dell’autenticazione può creare rischi evitabili durante i resi delle festività.
Quali app sono interessate dal requisito Built for Shopify
Un’app è interessata quando si verificano insieme tre condizioni: appartiene alla categoria dei resi, dei cambi o degli abbonamenti; offre funzioni self-service rivolte agli acquirenti; e intende mantenere lo stato Built for Shopify dopo il 1° dicembre 2026. Non tutte le app usate da un merchant rientrano automaticamente nella regola.
Usa questa checklist per ogni app che interviene dopo l’acquisto:
- Controlla la categoria dell’app. Verifica come Shopify e il fornitore classificano l’app, senza dedurre la categoria dal nome di una funzione.
- Individua i flussi rivolti agli acquirenti. Includi l’avvio dei resi, il monitoraggio dei cambi, gli aggiornamenti degli abbonamenti e ogni portale clienti che svolge queste funzioni.
- Identifica il metodo di autenticazione attuale. Chiedi se la Customer Account API di Shopify è già il metodo principale in produzione.
- Conferma l’obiettivo del fornitore rispetto a Built for Shopify. Un’app senza il badge non può perderlo, anche se la compatibilità con gli account cliente può comunque essere importante per le operazioni.
- Distingui le azioni prima dell’evasione da quelle dopo la consegna. Cambiare un ordine non ancora evaso è una modifica dell’ordine. Restituire un prodotto già consegnato è un reso. Il fatto che i clienti usino parole simili non rende identici i due flussi.
Quest’ultima distinzione evita l’errore più comune nelle verifiche. Un acquirente potrebbe chiamare «cambio» la correzione di una taglia, ma sostituire una variante prima dell’evasione evita del tutto la logistica inversa. Un cambio dopo la consegna richiede un processo di reso, la gestione della ricezione o dell’ispezione e una spedizione sostitutiva.
I nostri dati mostrano che, su oltre 10 milioni di ordini Shopify, circa 1 su 19 (5,2%) viene modificato dopo il checkout (Revize, 2026). Le agenzie dovrebbero quindi verificare entrambi i livelli, applicando però il requisito di dicembre solo alle categorie indicate da Shopify.
Cosa fa la Customer Account API
La Customer Account API autentica l’acquirente e concede a un’app un accesso controllato ai dati del suo account Shopify. Un’API, o interfaccia di programmazione delle applicazioni, è un punto di accesso regolato tra sistemi: l’app invia una richiesta autorizzata e Shopify restituisce solo i dati a cui tale richiesta può accedere.
È diversa dall’Admin API, attraverso la quale un’app agisce generalmente per conto del merchant. Secondo la documentazione della Customer Account API di Shopify, l’API rivolta ai clienti legge e aggiorna le informazioni dell’acquirente, inclusi ordini, profili e indirizzi.
Al 29 agosto 2026, la documentazione di Shopify mostra 2026-07 come versione più recente. Documenta inoltre gli endpoint di individuazione, che consentono a un’app di ottenere gli endpoint corretti per l’autenticazione e GraphQL di ciascun negozio, senza inserire un dominio fisso nel codice.
L’autenticazione e la posizione dell’interfaccia sono due aspetti distinti. Un’estensione Customer Account UI determina dove compare un’esperienza all’interno degli account cliente. La Customer Account API gestisce l’accesso autenticato ai dati dei clienti. Un’app può avere un componente curato nella pagina dell’account e richiedere comunque una conferma del fornitore che l’API richiesta sia il metodo principale di autenticazione.
Le agenzie dovrebbero chiedere risposte scritte a quattro domande tecniche:
- Il flusso degli acquirenti in produzione usa la Customer Account API per l’autenticazione?
- Quali punti di accesso la usano, incluse le pagine dell’account, le email relative agli ordini, i link diretti e i portali esterni?
- La migrazione è attiva per tutti i merchant o solo per un gruppo di test?
- Quali prove compariranno nella Partner Dashboard del fornitore dopo la valutazione della migrazione?
Attenzione: Non accettare «supporta i nuovi account cliente» come prova sufficiente. Il supporto dell’interfaccia e la conformità al requisito di autenticazione sono collegati, ma non significano la stessa cosa.
Il ruolo di Revize nella verifica di dicembre
Revize copre il self-service dei clienti prima dell’evasione degli ordini, mentre la regola del 1° dicembre riguarda le app dedicate ai resi e ai cambi dopo la consegna. Shopify attualmente indica l’app per la modifica degli ordini come Built for Shopify, compatibile con gli account cliente e classificata nella categoria della modifica degli ordini, non in quella dei resi e dei cambi.
I clienti possono usare il suo portale self-service per la modifica degli ordini per cambiare indirizzi, varianti, quantità o ordini idonei prima dell’evasione. Il flusso compare nella pagina di stato dell’ordine di Shopify e il merchant controlla l’intervallo di tempo in cui le modifiche sono consentite.
Questa distinzione tra categorie è utile. Correggere l’ordine prima della spedizione evita che un reso evitabile entri nel sistema di logistica inversa. I resi dopo la consegna restano un’attività separata: un negozio con volumi elevati può quindi affiancare a un’app per la modifica degli ordini una piattaforma dedicata ai resi, senza chiedere a un sistema di svolgere il lavoro dell’altro.
| Esigenza del cliente | Fase operativa | Sistema adatto | Rilevanza della regola di dicembre |
|---|---|---|---|
| Correggere l’indirizzo di spedizione | Prima dell’evasione | App per la modifica degli ordini | Non interessata in base alla sola categoria |
| Cambiare taglia prima della spedizione | Prima dell’evasione | App per la modifica degli ordini | Non interessata in base alla sola categoria |
| Annullare un ordine idoneo | Prima dell’evasione | App per la modifica degli ordini | Non interessata in base alla sola categoria |
| Restituire un articolo consegnato | Dopo l’evasione | App per i resi | Interessata se offre self-service agli acquirenti |
| Seguire una spedizione sostitutiva | Processo di reso o cambio | App per i cambi | Interessata se offre self-service agli acquirenti |
Per le agenzie che verificano i negozi Plus, Advanced e Grow, la scelta pratica è mantenere questa distinzione. Gestisci le correzioni prima dell’evasione nel livello dedicato alla modifica degli ordini, poi richiedi al fornitore dell’app per i resi prove separate di conformità. Marchi tra cui Square Enix, Venchi, Shelly, Nude Project, AYBL e TheGameCollection usano il modello self-service per i clienti in diverse categorie di prodotti.
Se il tuo insieme di app invia ancora all’assistenza le richieste di modifica dell’indirizzo o della variante e le richieste di annullamento, aggiungi il self-service prima dell’evasione mentre il fornitore dell’app per i resi completa la migrazione di dicembre.
Come verificare il requisito della Customer Account API
Completa questa verifica in 7 passaggi entro il 1° dicembre 2026 per ogni cliente che offre resi, cambi o abbonamenti self-service. Il risultato deve dimostrare come funziona il sistema in produzione in ciascun punto di accesso degli acquirenti, non limitarsi a registrare una promessa di migrazione del fornitore.
- Crea un inventario delle app interessate. Registra per ogni app la categoria Shopify, lo stato Built for Shopify, le funzioni rivolte ai clienti, il responsabile commerciale, il responsabile tecnico e la data di rinnovo. Distingui modifica degli ordini, monitoraggio, resi, cambi, abbonamenti, assistenza e funzioni di magazzino.
- Richiedi una dichiarazione datata al fornitore. Chiedi se l’app rientra nel requisito annunciato da Shopify per la sua categoria e se la Customer Account API è il metodo principale di autenticazione in produzione. Se la risposta non è ancora sì, richiedi una data prevista per il rilascio.
- Mappa tutti i punti di accesso dei clienti. Verifica la navigazione nell’account, le pagine di stato dell’ordine, le email di conferma, i link ai resi, il monitoraggio dei cambi, le destinazioni dei codici QR, i browser mobili e i link dei negozi headless. L’autenticazione può sembrare completa dal menu principale dell’account, mentre un vecchio link diretto apre ancora un portale separato.
- Esamina il passaggio tra stati di autenticazione. Verifica cosa accade quando l’acquirente ha già effettuato l’accesso, non ha effettuato l’accesso o torna tramite un vecchio segnalibro. Registra i reindirizzamenti, le richieste ripetute di accesso, la perdita del contesto dell’ordine e qualsiasi percorso che richieda credenziali separate per il portale.
- Esegui test completi dei resi e dei cambi. Usa ordini controllati per testare un reso idoneo, un articolo non idoneo, un reso parziale, un cambio, un annullamento e un cliente che interrompe la procedura per poi riprenderla. Verifica lo stato finale in Shopify e in ogni sistema operativo a valle.
- Raccogli prove da entrambe le parti. Salva le registrazioni dei flussi degli acquirenti, le cronologie degli ordini Shopify, le note di rilascio del fornitore, le conferme dell’assistenza e la data di ogni test. Chiedi allo sviluppatore dell’app di fornire, quando disponibili, le prove della propria valutazione Built for Shopify.
- Prepara un piano di ripristino e di escalation. Documenta il responsabile del cliente, il responsabile dell’agenzia, il contatto del fornitore, la procedura alternativa di assistenza e la data entro cui decidere se sostituire un’app che non può fornire prove credibili. Fissa questa data prima del blocco delle modifiche nel periodo di punta.
Non rimandare i test fino a quando cambia il badge. Il problema più costoso raramente è il badge in sé. È un cliente che non riesce a identificare il proprio ordine, riprendere un cambio o capire perché il consueto percorso nell’account ora funziona in modo diverso.
Cosa può succedere dopo il 1° dicembre?
L’unica conseguenza del 1° dicembre dichiarata esplicitamente da Shopify è che un’app interessata e non conforme rischia di perdere lo stato Built for Shopify. Affermazioni più forti, tra cui la rimozione automatica dallo Shopify App Store o la chiusura immediata dei portali per i resi, vanno oltre l’avviso pubblicato.
I merchant dovrebbero comunque valutare tre rischi pratici:
- Rischio per la fiducia: L’app potrebbe perdere un indicatore di qualità usato dai merchant nella scelta dei fornitori e nella revisione delle app.
- Rischio legato al rilascio: Una migrazione tardiva dell’autenticazione potrebbe introdurre cicli di accesso, reindirizzamenti non funzionanti o la perdita del contesto dell’ordine. Verifica questi problemi con ordini di prova, senza presumere che si verificheranno.
- Rischio per l’assistenza: Se un percorso self-service diventa inaffidabile, i clienti potrebbero tornare a usare email o chat durante il periodo più intenso per i resi.
Il badge è il meccanismo di applicazione della regola indicato da Shopify. Il percorso dell’acquirente è ciò che il merchant deve verificare sul piano operativo.
Suggerimento: Inserisci la dichiarazione del fornitore e le prove dei tuoi test nello stesso registro di verifica. Una data nella roadmap dimostra l’intenzione; un percorso dell’acquirente completato dimostra che il sistema è pronto.
Cosa devono fare i merchant Shopify Plus
Con 94 giorni ancora disponibili al 29 agosto, le agenzie dovrebbero completare la ricognizione a settembre, i test in produzione a ottobre e le decisioni sulle correzioni prima del blocco delle modifiche di novembre. La scadenza del 1° dicembre è precisa, verificabile e abbastanza circoscritta da consentire una verifica senza sostituire tutte le app che intervengono dopo l’acquisto.
Ecco cosa fare questa settimana:
- Fai l’inventario di ogni app per resi, cambi e abbonamenti rivolta agli acquirenti.
- Chiedi a ogni fornitore se l’autenticazione tramite Customer Account API è il metodo principale in produzione.
- Testa ogni punto di accesso degli acquirenti con ordini controllati.
- Distingui la modifica degli ordini prima dell’evasione dai resi dopo la consegna.
- Registra prove, responsabili, scadenze e una procedura alternativa.
L’obiettivo è avere un’unica identità cliente affidabile lungo il percorso dopo l’acquisto, sostenuta da prove che la tua agenzia possa verificare.
Domande frequenti
Queste risposte affrontano le 10 domande che agenzie e merchant Shopify Plus dovrebbero risolvere prima del 1° dicembre 2026. La regola pubblicata è sintetica: conviene quindi distinguere il requisito preciso di Shopify dalle conclusioni operative che richiedono ancora prove del fornitore e ordini di prova.
Cosa cambia il 1° dicembre 2026?
Le app interessate per resi, cambi e abbonamenti devono usare la Customer Account API come metodo principale di autenticazione dei clienti per mantenere lo stato Built for Shopify. La regola si applica quando l’app offre un’esperienza self-service rivolta agli acquirenti. Shopify ha annunciato la scadenza il 17 giugno 2026.
Un’app per i resi smetterà di funzionare il 1° dicembre?
Shopify non ha detto che le app interessate smetteranno automaticamente di funzionare il 1° dicembre. La conseguenza pubblicata è che le app che non soddisfano il requisito rischiano di perdere lo stato Built for Shopify. I merchant dovrebbero chiedere ai fornitori come garantiranno la continuità e poi verificare il percorso dei clienti con ordini di prova, senza prevedere un’interruzione del servizio.
Il requisito si applica a tutte le app Shopify?
No, il requisito annunciato non si applica a tutte le app Shopify. Shopify ha indicato le app per resi e cambi e quelle per gli abbonamenti che offrono funzioni self-service rivolte agli acquirenti. Le app per il monitoraggio, l’assistenza, la modifica degli ordini, il magazzino e altre categorie non dovrebbero essere considerate interessate senza prove specifiche sulla categoria fornite da Shopify o dal fornitore.
Il merchant è responsabile della migrazione dell’API?
Lo sviluppatore dell’app realizza la migrazione dell’API, mentre il merchant resta responsabile dei rischi legati al fornitore e alle operazioni. Le agenzie dovrebbero ottenere lo stato dell’implementazione in produzione dal fornitore, testare i flussi degli acquirenti interessati e documentare una procedura alternativa. Un merchant non può correggere l’architettura di autenticazione di un’app di terze parti tramite le impostazioni di Shopify Admin.
Che cos’è la Customer Account API?
La Customer Account API è l’interfaccia di Shopify per l’accesso autenticato degli acquirenti ai dati del proprio account. Consente a un’app di usare informazioni che appartengono al cliente che ha effettuato l’accesso, come ordini, dati del profilo e indirizzi. Shopify la presenta come il livello comune di autenticazione per account cliente, negozi online e app collegate.
L’API è la stessa cosa di un’estensione Customer Account UI?
No, l’autenticazione e la posizione dell’interfaccia sono aspetti distinti. La Customer Account API regola l’accesso autenticato ai dati. Le estensioni Customer Account UI collocano le esperienze delle app nelle interfacce degli account Shopify. Un’app può aver bisogno di entrambe e dover comunque dimostrare che l’API è il suo metodo principale di autenticazione.
È necessario spostare l’intero portale per i resi?
La regola pubblicata per dicembre richiede specificamente che la Customer Account API sia il metodo principale di autenticazione. Non dice che ogni schermata debba essere ricostruita all’interno di un’unica interfaccia Shopify. Le agenzie dovrebbero chiedere ai fornitori quali componenti dell’interfaccia e del backend cambieranno, poi testare l’intero flusso perché l’autenticazione influisce su ogni passaggio successivo.
Come si dovrebbero testare gli ordini degli ospiti?
Testa gli ordini degli ospiti usando i link reali e le condizioni di autenticazione supportate dal fornitore. Includi l’accesso dalle email di conferma, i browser in cui non è stato effettuato l’accesso, le sessioni scadute e i ritorni da un altro dispositivo. Non presumere che un test riuscito con un account già autenticato dimostri che ogni percorso per ospiti o con autenticazione preliminare sia pronto.
Un merchant può mantenere la sua attuale app per i resi?
Sì, se il fornitore può dimostrare un percorso credibile verso la conformità e il flusso in produzione supera i test. La scadenza, di per sé, non impone ai merchant di sostituire un’app. La sostituzione diventa una decisione operativa quando il fornitore non riesce a fornire prove, non rispetta le tappe concordate o non supera test controllati del percorso degli acquirenti.
Quali prove di conformità dovrebbe conservare un’agenzia?
Conserva la dichiarazione del fornitore, la data del test, la registrazione del flusso degli acquirenti, gli ID degli ordini interessati, gli stati finali in Shopify e il responsabile dell’escalation. Aggiungi schermate dello stato Built for Shopify attuale dell’app e le prove pertinenti dalla Partner Dashboard, quando il fornitore può condividerle. Il registro deve mostrare il comportamento osservato, non solo il lavoro pianificato.
Raccogli subito le prove, mantieni ogni sistema concentrato sulla fase operativa che gli compete e arriva al 1° dicembre con un percorso cliente testato, anziché basarti su un’ipotesi.