Scadenza Shopify Thank You Page: audit entro il 26 agosto

Il 26 agosto 2026 è la scadenza entro cui i negozi con un piano Shopify non Plus devono aggiornare le attuali pagine Thank You e Order Status alle nuove versioni. La guida di aggiornamento Shopify per i piani non Plus specifica che, quando il merchant effettua l’upgrade, le pagine esistenti e le relative personalizzazioni vengono sostituite. App incompatibili, script, pixel e personalizzazioni della pagina devono quindi essere verificati e, se ancora necessari, sostituiti con alternative supportate.

Si tratta di pagine post-checkout. Shopify descrive la Thank You page come una pagina mostrata una sola volta dopo il completamento dell’acquisto, mentre la Order Status page è una pagina che il cliente può consultare nuovamente dopo la creazione dell’ordine. In base alla configurazione del negozio, queste pagine possono includere anche tracking e contenuti forniti dalle app, come sondaggi, download, messaggi loyalty o referral, upsell, informazioni sulla consegna, strumenti per i resi e link all’assistenza.

Per merchant Shopify, ecommerce manager, agenzie e team IT, questa scadenza va trattata come un audit di migrazione e misurazione. L’obiettivo non è solo pubblicare le nuove pagine, ma dimostrare che dati di fatturato, esperienze post-acquisto e passaggi operativi continuino a funzionare anche dopo il cambiamento.

Cosa conferma la documentazione di Shopify

La scadenza riguarda le pagine post-checkout Thank You e Order Status. La documentazione pubblicata da Shopify non annuncia un blocco generale del checkout il 26 agosto. Richiede invece ai negozi non Plus di aggiornare queste pagine entro quella data e specifica che, al momento dell’upgrade, le pagine esistenti e le relative personalizzazioni vengono sostituite. Questa formulazione non va interpretata come una garanzia che una configurazione non testata del negozio non avrà problemi.

Shopify afferma inoltre separatamente che un negozio idoneo che utilizza l’opzione temporanea di ripristino verrà aggiornato automaticamente se non effettua di nuovo l’upgrade prima del 26 agosto. Questa indicazione compare nelle condizioni del ripristino e non dovrebbe essere generalizzata come esito documentato e universale per tutti i negozi non Plus.

Poiché Shopify richiede la sostituzione del tracking incompatibile e delle personalizzazioni di pagina non supportate, i merchant dovrebbero verificare ogni funzione necessaria dopo la migrazione, invece di dare per scontato che il comportamento di uno script o di un’app esistente venga mantenuto.

Cosa cambia?

Shopify sta sostituendo le pagine post-checkout legacy con nuove versioni che utilizzano l’editor di checkout e account, app block, checkout UI extension e il framework pixel di Shopify. Quando il merchant effettua l’upgrade, le attuali pagine Thank You e Order Status e le relative personalizzazioni vengono sostituite dalle nuove pagine.

I percorsi di sostituzione cambiano in base a ciò che faceva la vecchia personalizzazione:

• I contenuti visibili della pagina dovrebbero essere spostati su funzionalità native di Shopify, app block compatibili o una checkout UI extension personalizzata.
• Tracking e analytics dovrebbero passare agli app pixel o, se necessario, a un custom pixel verificato.
• Le app che dipendono ancora da comportamenti legacy incompatibili richiedono un aggiornamento del fornitore o una sostituzione.
• Il codice che si basa sul DOM scraping o usa un pixel per renderizzare elementi dell’interfaccia non può essere trasferito senza modifiche nel pixel sandbox di Shopify; serve un meccanismo di sostituzione supportato.

La documentazione per sviluppatori di Shopify elenca casi d’uso supportati per le estensioni, come sondaggi, richieste di recensione, offerte upsell, condivisione social e link per il download. Distingue inoltre la Thank You page, mostrata una sola volta, dalla Order Status page, che può essere rivisitata e dove i dati dell’ordine restano disponibili dopo la creazione.

Perché questo è un progetto di tracking, non solo una migrazione di pagina

Gli Additional Scripts potevano essere usati per tracking e analytics oppure per personalizzazioni della pagina. La guida di upgrade personalizzata di Shopify identifica gli script esistenti e li classifica per finalità, incluse categorie come autenticazione e order tracking. I merchant dovrebbero documentare cosa fa ogni script elencato, quale piattaforma riceve i dati e se quella funzione è ancora necessaria.

Shopify dichiara che gli Additional Scripts non sono supportati nelle nuove pagine. Per il tracking, Shopify consiglia gli app pixel e consente i custom pixel quando un’app adeguata non soddisfa il requisito. Le personalizzazioni visibili dovrebbero essere ricreate con blocchi compatibili o altre funzionalità supportate.

Shopify avverte che collegare un app pixel prima di disattivare un Additional Script crea un breve periodo di eventi duplicati, mentre disattivare prima lo script può interrompere il tracciamento durante la transizione. La sequenza documentata da Shopify prevede di collegare e testare il pixel sostitutivo, confermare che la piattaforma di destinazione riceva gli eventi e solo dopo disattivare lo script legacy per evitare ulteriori duplicazioni.

Fase 1: apri la guida di upgrade personalizzata di Shopify

Inizia da Shopify Admin in Settings > Checkout. Nella sezione Configurations, espandi l’avviso intitolato “Upgrade Thank You and Order Status pages by August 26, 2026”, quindi seleziona Review customizations.

Shopify genera un report specifico per il negozio che identifica le personalizzazioni esistenti e separa app compatibili e incompatibili, tracking e analytics, personalizzazioni di pagina e Additional Scripts. Usalo come inventario iniziale, poi confrontalo con i sistemi utilizzati da marketing, finance, support, operations e agenzie esterne.

Completato quando: un unico responsabile ha documentato la guida di upgrade e per ogni elemento elencato esistono una persona responsabile, una finalità, un percorso di sostituzione e uno stato di test.

Fase 2: crea un inventario completo del post-acquisto

Verifica quattro gruppi di dipendenze.

1. Tracking e analytics

• Eventi di acquisto GA4 e Google Ads
• Pixel pubblicitari di Meta, TikTok, Pinterest o altre piattaforme
• Tag di conversione per affiliazioni e partner network
• Attribuzione del fatturato per email o SMS
• A/B test, registrazione sessioni, heatmap e tracking dei sondaggi
• Eventi personalizzati del data layer e analytics interni

2. Contenuti visibili post-acquisto

• Sondaggi, richieste di recensione e inviti al referral
• Offerte post-acquisto, inviti al riordino e messaggi loyalty
• Link per il download di prodotti digitali
• Istruzioni per consegna, ritiro, locker, contrassegno o pagamento
• Link all’assistenza, contatti, policy e messaggi di fiducia

3. Azioni sull’ordine e self-service del cliente

• Tracking dell’ordine e stato di spedizioni multiple
• Link per resi, cambi, annullamento e modifica ordine
• Gestione abbonamenti o link di rinnovo
• Funzioni di acquisto ripetuto e riordino
• Autenticazione dell’account cliente e link scaduti alla pagina stato ordine

4. Presupposti tecnici nascosti

• URL della Thank You page hardcoded
• Codice che fa scraping del DOM o legge variabili di pagina senza restrizioni
• Script che presuppongono un determinato numero d’ordine o identificatore cliente
• Tag installati sia manualmente sia tramite app
• Domini dell’account cliente che non condividono il dominio principale dello store online

Fase 3: assegna le priorità in base al rischio di business

Non attribuire la stessa urgenza a ogni personalizzazione legacy. Usa tre livelli di rischio, così il team protegge prima di tutto fatturato e operatività verso il cliente.

• Critico: l’elemento registra un acquisto, trasmette valori di fatturato o valuta, attribuisce una vendita affiliata, consegna un prodotto digitale a pagamento oppure fornisce informazioni essenziali su ordine e consegna.
• Importante: l’elemento influisce sulla fiducia del cliente, sul riacquisto, sulla raccolta recensioni, sulla loyalty, sui resi, sul self-service degli abbonamenti o sul carico di lavoro del supporto.
• Basso rischio: l’elemento è obsoleto, duplicato, inutilizzato oppure contiene informazioni che Shopify fornisce già altrove.

Una regola utile per eliminare il superfluo: se nessuno sa spiegare chi è responsabile di uno script, quale piattaforma riceve i suoi dati o quale decisione dipende da essi, non ricostruirlo automaticamente. Verifica prima se serve davvero.

Fase 4: scegli la sostituzione supportata

Per il tracking: prima app pixel, poi custom pixel

Il gestore pixel di Shopify supporta sia gli app pixel installati tramite app di marketing e dati, sia i custom pixel aggiunti da uno sviluppatore. I pixel vengono caricati su storefront, checkout, Thank You page, Order Status page e account cliente, nel rispetto dei permessi e delle regole del sandbox applicabili.

Nella sua guida di upgrade, Shopify consiglia gli app pixel per maggiore stabilità, sicurezza e performance. Se nessuna app adatta soddisfa il requisito, Shopify consente l’uso di un custom pixel.

Per i contenuti visibili: usa blocchi o UI extension

Usa l’editor di checkout e account per aggiungere app block compatibili. Per esigenze personalizzate puoi usare le checkout UI extension, ma l’implementazione dovrebbe seguire le API supportate da Shopify invece di ricreare JavaScript legacy senza restrizioni.

La nuova Order Status page include anche funzionalità native come Buy Again e, se configurati, i resi self-service. Prima di pagare per ricostruire comportamenti personalizzati equivalenti, verifica cosa Shopify offre già in modo nativo.

Per Google Tag Manager: trattalo come una scelta consapevole

La guida Shopify alla migrazione di GTM consiglia l’app Google & YouTube per la maggior parte dei negozi. I merchant che hanno già un custom pixel GTM possono aggiornarlo, ma Google non raccomanda né supporta questa configurazione con custom pixel e Google Tag Assistant non può testarla.

Se il negozio mantiene un custom pixel GTM, verifica che sia sottoscritto all’evento checkout_completed di Shopify e testa entrambi i lati della connessione: Shopify Pixel Helper per la consegna dell’evento e il prodotto Google pertinente per la ricezione. Aggiorna anche qualsiasi logica URL hardcoded, perché la nuova Thank You page cambia il percorso da /thank_you a /thank-you.

Per i tag non Google precedentemente configurati in Google Tag Manager, Shopify indica ai merchant di installare app alternative che utilizzano app pixel. Ogni destinazione va testata separatamente.

Fase 5: verifica consenso, domini e qualità degli eventi

Un evento non è corretto solo perché si attiva. Deve attivarsi con il consenso giusto, gli identificatori corretti, i valori di fatturato e valuta corretti e una deduplicazione adeguata.

• Consenso: nei mercati configurati per richiederlo, che secondo Shopify sono di solito SEE e Regno Unito, i web pixel vengono eseguiti solo dopo che il cliente ha concesso i permessi richiesti dalla configurazione del pixel.
• Continuità del dominio: se il negozio usa un dominio personalizzato, configura il dominio dell’account cliente come sottodominio del dominio dello store online. Shopify afferma che altrimenti pixel e consenso ai cookie non funzioneranno sulla Order Status page.
• Dati di fatturato: conferma nella piattaforma di destinazione importo, valuta, sconti, tasse, spedizione e identificativo ordine.
• Deduplicazione: se sia gli eventi browser sia quelli server-side riportano gli acquisti, verifica che la piattaforma riconosca un solo ordine e non due conversioni.
• Attribuzione: come raccomandazione di audit, definisci una baseline pre-migrazione per gli ordini Shopify e per ogni piattaforma di destinazione, poi analizza eventuali variazioni improvvise del rapporto tra i dati dopo la migrazione.

Non interpretare male un calo dovuto al consenso. Shopify segnala che app pixel e custom pixel possono riportare meno eventi rispetto ai vecchi script perché i pixel supportati rispettano il consenso configurato. Un numero più basso non indica automaticamente una migrazione fallita: va valutato in relazione alle impostazioni di consenso, agli ordini Shopify e alla diagnostica della piattaforma di destinazione.

Fase 6: testa i percorsi reali dei clienti

L’anteprima della pagina non basta. Completa ordini controllati e torna sulla Order Status page esattamente come farebbe un cliente: da email di conferma, SMS, navigazione dell’account e link del supporto.

• Checkout standard con carta su desktop e mobile
• Shop Pay o altri flussi di pagamento accelerato usati dal negozio
• Contrassegno, incluse conferma e istruzioni di consegna
• Un nuovo abbonamento e un carrello misto con abbonamento più acquisto una tantum
• Ordini con ritiro locale, consegna locale o locker
• Un flusso di upsell post-acquisto o di riordino
• Un ordine di prodotto digitale con link per il download
• Un ordine internazionale con lingua e valuta corrette
• Un ordine parzialmente evaso o suddiviso con più aggiornamenti di tracking
• Un cliente di ritorno che apre la Order Status page dopo la sessione originale
• Un cliente che ha concesso o non ha concesso il consenso marketing o analytics

Per ogni percorso, registra se:

• È stata caricata la Thank You page e la Order Status page corrette
• Gli app block essenziali sono comparsi e sono rimasti utilizzabili su mobile
• L’evento di acquisto è arrivato una sola volta in ogni piattaforma prevista
• Fatturato, valuta, identificativi ordine e dati prodotto erano corretti
• Link ordine, download, resi, accesso account e tracking continuavano a funzionare
• Il supporto era in grado di spiegare l’esperienza senza workaround manuali

Domande da fare ai fornitori di app e alle agenzie

• La vostra app usa app block, checkout UI extension o web pixel nelle nuove pagine Thank You e Order Status?
• Quale personalizzazione legacy sostituisce la nuova implementazione?
• Il merchant deve aggiungere un blocco, collegare un account, attivare un pixel o pubblicare una configurazione?
• Quali eventi dovrebbero comparire in Shopify Pixel Helper e nella piattaforma di destinazione?
• Come prevenite eventi di acquisto duplicati durante e dopo la migrazione?
• L’implementazione rispetta le impostazioni Shopify su privacy e consenso del cliente?
• Funziona con domini personalizzati per gli account cliente, mercati multipli, abbonamenti, contrassegno, ritiro e fulfillment suddiviso?
• Qual è il piano di rollback o supporto prima del 26 agosto?

Una risposta vaga non significa essere pronti. Chiedi passaggi di configurazione lato merchant, pagine supportate, nomi degli eventi, istruzioni di test e un percorso di supporto documentato.

Cosa monitorare dopo la migrazione

• Ordini Shopify rispetto agli eventi di acquisto registrati per piattaforma
• Accuratezza di fatturato e valuta
• Tasso di conversioni duplicate e improvvisi cambi di attribuzione
• Avvisi sulle campagne paid o variazioni di performance non spiegate
• Rendering dei blocchi Thank You e Order Status su desktop e mobile
• Errori in tracking ordine, resi, download e accesso account
• Ticket di supporto che segnalano conferme mancanti, tracking assente o azioni post-acquisto non disponibili
• Performance della pagina ed errori segnalati da app o estensioni personalizzate

Progus consiglia di assegnare una responsabilità di monitoraggio quotidiano almeno per la prima settimana, così eventuali eventi mancanti o duplicati possono essere analizzati prima di compromettere un periodo di reporting più lungo.

Checklist pratica di completamento

1. Guida di upgrade verificata. Completato quando nessun elemento critico resta senza responsabile o senza spiegazione.
2. Script legacy risolti. Completato quando ogni script è stato sostituito, dismesso consapevolmente o documentato come non necessario.
3. Contenuti di pagina pubblicati. Completato quando ogni app block necessario compare sulla pagina e sul dispositivo corretti.
4. Pixel verificati. Completato quando Shopify e ogni piattaforma di destinazione ricevono l’evento previsto una sola volta e con i valori corretti.
5. Duplicazioni rimosse. Completato quando il tracking sostitutivo verificato resta attivo dopo la disattivazione degli script legacy.
6. Consenso e domini controllati. Completato quando i pixel si comportano correttamente sia nei percorsi con consenso sia in quelli senza consenso sul dominio dell’account cliente.
7. Percorsi principali superati. Completato quando gli scenari di pagamento, mercato, abbonamento, contrassegno e consegna usati dal negozio funzionano end-to-end.
8. Supporto preparato. Completato quando documentazione, responsabilità di escalation e indicazioni per il cliente sono aggiornate.
9. Monitoraggio attivo. Completato quando sono documentati un responsabile, una baseline, una cadenza di revisione e una soglia di alert.

Considerazioni finali

La scadenza del 26 agosto riguarda due pagine, ma le funzioni presenti su quelle pagine possono collegare marketing, analytics, supporto, fulfillment ed esperienza cliente. Per questo la migrazione dovrebbe includere un inventario e un test funzionale, non solo una revisione nell’editor delle pagine.

Usa la migrazione per eliminare codice sconosciuto, spostare il tracking su pixel supportati, ricostruire solo gli elementi di pagina che servono ancora ai clienti e dimostrare il risultato con ordini reali. Un upgrade riuscito non significa semplicemente avere una nuova Thank You page. Significa misurazione affidabile, comunicazione chiara sull’ordine e meno sorprese operative prima dell’alta stagione.