Salta al contenuto principale
Shopify Premier Partner
Giovanni Fracasso·

Shopify in Cina: quali risorse si bloccano e come si sostituiscono

23 min di lettura

In Cina uno store Shopify non è lento, è incompleto: font, pixel, mappe e captcha non arrivano. Quali domini si bloccano, con cosa si sostituiscono e perché una CDN da sola non basta.

Shopify in CinaImmagine generata con intelligenza artificiale

Un cliente che apre lo store da Shanghai non vede una pagina lenta, vede una pagina che a un certo punto smette di provarci.

Quando sei un brand che vende direttamente ai consumatori e ha un ecommerce che serve il mercato cinese, la distinzione conta più di quanto sembri quando si legge un report di performance, perché una pagina lenta si ottimizza e una pagina incompleta si riscrive, e le due cose si affrontano con leve diverse, con budget diversi e con esiti diversi.

Questo articolo parte da un’idea precisa, quella del brand che ha già deciso di restare su Shopify, per evitare di mettere in piedi sistemi terzi dedicati per la Cina (quello che fanno in molti), alla ricerca della massima efficienza nelle scelte gestionali.

Ma cosa succede al tuo tema di Shopify quando la richiesta arriva da dietro il Great Firewall, quali domini spariscono dalla catena di caricamento, con che cosa si sostituiscono e dove finisce il perimetro di ciò che un'agenzia può davvero correggere.

Una precisazione dovuta prima di cominciare: ICT Sviluppo è partner Shopify, quindi il punto di vista non è neutro, e proprio per questo i limiti della piattaforma in questo scenario vengono detti per intero, compreso quello finale (che non si risolve).

Il primo è di latenza, e riguarda le risorse servite da Shopify. La CDN della piattaforma non ha punti di presenza in Cina continentale, e i contenuti arrivano quindi da server esteri, con il traffico che attraversa i gateway internazionali e ne eredita congestione, perdita di pacchetti e code nelle ore di punta. Il dominio cdn.shopify.com e le immagini che serve non sono bloccati, girano semplicemente su un'infrastruttura pensata per il resto del mondo. Questo primo problema è un gradiente: tutto funziona, tutto arriva, tutto arriva tardi.

Il secondo problema è di natura completamente diversa, ed è quello che rompe gli store. Le risorse di terze parti caricate dal tema, i font di Google, il pixel di Meta, gli embed di YouTube, il reCAPTCHA, non sono lente, sono irraggiungibili o instabili. Il browser apre la connessione, la connessione viene resettata o resta appesa, e il browser aspetta un timeout che nel caso dei font di Google viene descritto nell'ordine dei dieci, venti secondi. Se quella risorsa è un foglio di stile che porta un font, il testo non compare finché la richiesta non si chiude in un modo o nell'altro, e il visitatore guarda una struttura di pagina senza parole dentro.

Il numero che descrive meglio la situazione arriva da Chinafy, che di questo lavoro ha fatto un prodotto: secondo la sua rilevazione la maggior parte degli store Shopify risulta mancante fino al cinquantaquattro per cento delle proprie risorse quando caricati dalla Cina, anche dopo che la pagina ha tecnicamente terminato il caricamento. È un dato di parte, prodotto da chi vende la soluzione a quel problema, e va letto come tale; resta però l'unico dato pubblico su un campione ampio, e la conseguenza operativa che ne discende è verificabile senza fidarsi di nessuno: una CDN da sola non risolve, perché una CDN avvicina i byte che riesce a servire e non ha alcun potere su un dominio che il firewall rifiuta.

Vale la pena fissare subito anche il perimetro opposto, cioè quello che non è vero: Shopify non è bloccato in Cina, e uno store con dominio proprio in genere si apre… quello che si degrada è la completezza della pagina, non la sua esistenza.

Sul lato amministrativo la situazione è meno chiara: nella community Shopify ci sono segnalazioni di merchant i cui collaboratori in Cina non riescono più ad accedere all'admin senza VPN, ma sono segnalazioni di utenti, non una dichiarazione della piattaforma, e come tali vanno trattate.

Prima di mettere mano al tema conviene sapere che cosa dice la piattaforma, e la risposta è istruttiva. L'Help Center ha una sezione dedicata alla vendita in Cina con cinque pagine, dalla checklist di apertura dello store alla configurazione dei pagamenti, dalla compliance al fulfillment. È documentazione buona, ed è scritta per il merchant che sta in Cina e vende al resto del mondo: la checklist chiede il numero di registrazione dell'attività e un conto bancario in dollari di Hong Kong, e la guida al fulfillment dice a chiare lettere che il cross-border, lì, significa portare prodotti dalla Cina ai clienti di tutto il mondo. È l'immagine speculare del caso di cui stiamo parlando.

Dentro quella sezione, però, la pagina sulla configurazione dello store contiene esattamente i due fatti su cui si regge tutto il resto di questo articolo, e li dice Shopify con parole sue: i server della piattaforma non stanno nella Cina continentale, quindi le velocità di connessione possono variare, e i firewall in Cina bloccano di frequente le richieste verso Google Fonts, con caricamenti lenti, problemi di visualizzazione del testo o timeout dello storefront. La raccomandazione che ne fa discendere è la stessa che si legge qui: configurare il tema con caratteri che non dipendono da servizi esterni.

Quando un fornitore di accelerazione dice che il problema esiste, si tiene conto di chi parla; quando lo scrive il produttore della piattaforma, la discussione è chiusa.

Quello che manca è il seguito… La pagina è una checklist, non un percorso di progetto: riconosce il fenomeno e si ferma al consiglio sui font, senza affrontare le app di terze parti, la licenza ICP, i layer di accelerazione, il modo di misurare il risultato. E sta archiviata dentro la sezione rivolta ai merchant cinesi, che è l'ultimo posto in cui il team di un brand europeo va a cercarla. Il risultato pratico è che quasi nessuno, da questa parte del mondo, sa che Shopify lo ha scritto: l'informazione esiste, ma è catalogata dalla parte opposta rispetto a chi ne ha bisogno.

Questa è la parte che conviene tenere aperta durante la valutazione di un tema Shopify, perché nove volte su dieci il colpevole è già in questo elenco.

  • fonts.googleapis.com e fonts.gstatic.com: l'API di Google Fonts non è raggiungibile in modo affidabile, e poiché il CSS che serve è render blocking, il testo resta invisibile per tutta l'attesa. Si sostituisce con i font nativi di Shopify oppure con il self hosting del woff2 dentro assets/.
  • ajax.googleapis.com: la libreria caricata da lì, tipicamente jQuery, condivide la sorte del resto dei domini Google. Si porta in locale fra gli asset del tema, o si toglie la dipendenza.
  • maps.googleapis.com: Google Maps non è disponibile, e i dati sulla Cina sarebbero comunque inservibili per la ragione spiegata più avanti. Si sostituisce con Amap o Baidu Maps, convertendo le coordinate.
  • reCAPTCHA: è largamente inaffidabile, e la stessa alternativa suggerita da Google, il dominio recaptcha.net, si comporta in modo incostante. Le alternative reali sono locali, GeeTest e i captcha di Tencent e Alibaba Cloud, oppure un honeypot dove il rischio lo consente.
  • googletagmanager.com e google-analytics.com: il contenitore GTM e le librerie di GA4 vengono rallentati o non rispondono, e l'interfaccia di Google Analytics è irraggiungibile senza VPN. Il dato locale si prende con Baidu Tongji, Umeng o 51LA, o con una raccolta server side propria.
  • connect.facebook.net: il pixel di Meta non ha alcuna possibilità di funzionare e va rimosso sul market cinese, non solo per il dato che non raccoglie ma per il tempo che consuma provandoci.
  • Embed di YouTube e Vimeo: YouTube è inaccessibile dalla Cina continentale dal marzo 2009, e un iframe verso quel dominio è tempo perso in modo garantito. Le alternative sono Youku, Tencent Video e Bilibili, oppure il video self hosted.
  • Chat e helpdesk occidentali: dipende dal fornitore, ma la regola pratica è che ciò che appoggia su infrastruttura Google o su domini bloccati non parte. L'assistenza si sposta su WeChat o su strumenti locali come Meiqia e Qiyu.
  • cdn.shopify.com: raggiungibile, lento. Qui la leva è una rete di distribuzione più vicina o un layer di accelerazione, non una sostituzione.
  • CDN delle app installate: caso per caso, e vanno guardate una per una.

L'ultima voce è quella che i team sottovalutano di più.

Un tema pulito può avere tredici app attive, ognuna con il proprio script servito dal proprio dominio, e basta che due di quei domini siano irraggiungibili perché tutto il lavoro fatto sui font venga annullato.

Sulle app c'è anche una considerazione di misura che vale ovunque e in Cina vale il doppio: la documentazione di Shopify sulle performance dei temi è esplicita sul fatto che gli script che bloccano il parser fermano la costruzione del DOM finché non sono scaricati, interpretati ed eseguiti, e chiede di usare defer o async. Fuori dalla Cina è igiene, dietro il firewall è la differenza tra una pagina che si vede e una che non si vede.

Una nota di metodo sulla disattivazione per market. Il tema può decidere che cosa caricare in base al mercato attivo, perché Liquid espone l'oggetto localization e dentro di lui il mercato corrente, e la stessa informazione arriva anche dall'oggetto request. È lo stesso impianto con cui si governano i mercati di Shopify Markets, listini e cataloghi compresi, ed è il meccanismo con cui si evita la soluzione peggiore, quella di degradare l'esperienza di tutti gli altri paesi per aggiustare la Cina: gli embed cinesi, per esempio, si comportano male fuori dalla Cina esattamente come quelli occidentali si comportano male dentro, quindi la sostituzione va condizionata, non applicata a tappeto.

Un link verso fonts.googleapis.com aggiunge una risoluzione DNS e una connessione prima che venga renderizzato un solo carattere. In Europa quella catena costa un centinaio di millisecondi e nessuno se ne accorge. In Cina costa l'intero timeout, e lo costa nel punto peggiore, cioè prima del testo.

La strada più corta è il font picker nativo di Shopify. La libreria di sistema comprende i caratteri licenziati da Monotype, una selezione di Google Fonts e i font web safe, è gratuita su tutti gli store Shopify e viene servita in WOFF e WOFF2 dalla CDN della piattaforma. Il vantaggio in questo scenario è banale e grosso insieme: la stessa famiglia tipografica, senza i due domini di Google nella catena critica. Sul comportamento in caricamento la documentazione Liquid dice come si governa la cosa: il filtro font_face genera la dichiarazione @font-face e accetta l'argomento opzionale font_display, che negli esempi ufficiali compare valorizzato a swap, il valore che fa comparire subito il testo con il carattere di ripiego per riverniciarlo quando il font arriva. Conviene dichiararlo esplicitamente nel tema invece di darlo per scontato, perché è una riga che costa nulla e toglie un dubbio in collaudo.

Quando il carattere è proprietario, il woff2 va caricato fra gli asset del tema e dichiarato in un @font-face con font-display: swap, facendo il preload del solo peso davvero critico. Qui va aperta una parentesi contrattuale che in fase di preventivo salta fuori sempre troppo tardi: molte licenze di font commerciali non coprono il self hosting su un dominio del cliente, e serve una licenza webfont separata, che è un costo del cliente e non dell'agenzia. Vale la pena verificarlo prima di scrivere la riga di codice, non dopo.

Il cinese semplificato, dove il webfont non è un'ottimizzazione

Resta il caso che nessuno considera finché non lo incontra. Un font che copre il cinese semplificato deve disegnare decine di migliaia di ideogrammi, e i file non ottimizzati stanno tra i cinque e i venti megabyte, contro le poche decine di kilobyte di un WOFF2 latino; Noto Sans CJK SC, per dare una misura, arriva a 65.535 glifi. Dietro il Great Firewall quel peso non è un'ottimizzazione mancata, è la pagina che non si apre.

La risposta ragionevole è uno stack di font di sistema, PingFang SC su iOS e macOS, Microsoft YaHei su Windows, Noto Sans SC o Source Han Sans come ripiego su Android, tutti già presenti sui dispositivi cinesi e quindi a costo zero di rete. Se il brand insiste su un carattere custom anche per il cinese, l'unica via praticabile è il partizionamento per unicode-range, la stessa tecnica con cui Google Fonts affetta i suoi caratteri CJK in un centinaio di blocchi costruiti sulla frequenza dei caratteri, in modo che il browser scarichi solo i blocchi che la pagina usa davvero. Funziona, porta i pesi sotto il mezzo megabyte, ed è fragile da mantenere: va negoziata in fase di design, non scoperta in fase di collaudo.

Accanto ai font sta una scelta di configurazione che va fatta nello stesso momento e viene invece rimandata quasi sempre: il cinese semplificato e il cinese tradizionale sono due lingue distinte, il primo è lo standard per la Cina continentale, il secondo serve Hong Kong, Taiwan e Macao, e su Shopify si gestiscono come due lingue separate, non come varianti della stessa. Sbagliare qui significa servire caratteri giusti alla persona sbagliata, che è un errore meno visibile di una pagina bianca e altrettanto costoso.

Google Maps non è disponibile in Cina, e il dettaglio che rende il problema più profondo di una semplice sostituzione è che i suoi dati sulla Cina sarebbero comunque inservibili: le coordinate all'interno del territorio cinese sono deliberatamente sfalsate, per effetto della regolamentazione locale sulla cartografia, secondo un sistema chiamato GCJ-02.

Questo significa che le latitudini e longitudini in WGS-84 che stanno nello store locator non si possono passare così come sono a una mappa cinese. Amap e Tencent lavorano in GCJ-02, Baidu aggiunge sopra un ulteriore strato di offuscamento chiamato BD-09, e un pin costruito con coordinate non convertite cade in media tra i trecento e i cinquecento metri fuori posto, che in un centro storico significa un altro isolato. La conversione va fatta nel verso giusto e una sola volta: la trasformazione inversa, da coordinate cinesi a WGS-84, è vietata dalla normativa locale, mentre per il verso in avanti Baidu espone una API pubblica.

L'implementazione ordinata su Shopify prevede metafield aggiuntivi sulle location con le coordinate già convertite, un render condizionale nel tema che sceglie tra lo snippet Google e lo snippet Amap in base al mercato, e una chiave API della piattaforma aperta di Amap. Su quest'ultimo punto conviene sapere prima come funziona: la registrazione richiede un numero di telefono cinese per la verifica via SMS, e la documentazione è in cinese. Non è un ostacolo insormontabile, è una voce di piano che si mette a budget come tempo di sviluppo o come partner locale, e che scoperta a metà sprint diventa una settimana persa. Dove il budget non arriva, un'immagine statica con l'indirizzo in cinese e un link diretto all'app Amap elimina comunque il timeout e converte meglio di un rettangolo bianco.

Gli script di Google Tag Manager e di GA4 vengono rallentati o non rispondono, e il pixel di Meta non risponde affatto; il danno è doppio, perché oltre a perdere il dato quegli script, se caricati in modo bloccante, trattengono il rendering della pagina. La disciplina qui è la stessa che vale ovunque, applicata con più severità: ogni snippet incollato a mano va spostato dentro il sistema dei pixel di Shopify, dove i custom pixel girano in una sandbox isolata e gli app pixel in una sandbox stretta, e ogni script di terze parti che non serva al primo paint va marcato defer o async.

Su questo c'è anche un fatto di piattaforma che ha già chiuso la questione per tutti, indipendentemente dalla Cina. Il vecchio checkout.liquid non funziona più per le pagine interne del checkout dal 13 agosto 2024, e per la pagina di ringraziamento e lo stato ordine, insieme agli additional scripts, è stato dismesso il 28 agosto 2025: il codice arbitrario nel checkout non esiste più come opzione, e chi non ha migrato si è ritrovato il checkout standard. Chi arriva oggi a un progetto Cina con un tracking ancora appeso a quelle vecchie iniezioni ha un debito che non è cinese, è solo diventato visibile in Cina.

Per il dato di marketing servono strumenti locali, Baidu Tongji in testa, con Umeng e 51LA come alternative, oppure una raccolta server side verso un endpoint proprio. Va detto con onestà che questa parte non torna mai completa come altrove, e che una porzione dell'attribuzione, in Cina, semplicemente si accetta di non averla.

Sopra la remediation di codice si può mettere un overlay di accelerazione, tipicamente Chinafy o 21YunBox, che funziona da reverse proxy: consolida le risorse cacheabili su un dominio servito da una rete più vicina all'utente cinese e sostituisce le risorse incompatibili con equivalenti raggiungibili, senza chiedere al merchant di cambiare piattaforma.

Sui prezzi conviene essere precisi, perché è la domanda che il cliente fa per prima. Chinafy pubblica un piano di ingresso dichiarato a partire da 280 dollari al mese, indicato come adatto a siti template based su Shopify o Squarespace fino a dieci pagine, con il prezzo finale generato dopo l'analisi del sito; i listini di terze parti riportano fasce più alte, fino a qualche migliaio di dollari al mese per i profili complessi, il che è coerente con un prezzo che dipende dal sito e non dal listino. Sui risultati, il fornitore dichiara una media di sei, otto volte più veloce, da oltre trentacinque secondi a meno di cinque, e un vantaggio tra il trenta e il quaranta per cento nella consegna delle risorse rispetto all'uso di una CDN da sola. Sono numeri del venditore, e il modo di trattarli è uno solo: si mette la misura prima e dopo dentro il contratto, su URL concordati e su rete cinese vera, e si firma sul risultato, non sulla brochure.

Il vincolo strutturale è uno solo, e va chiarito prima di ogni altra discussione: una terminazione realmente dentro la Cina continentale richiede la licenza ICP e quindi un'entità legale cinese, requisito che sta fuori dal perimetro tecnico di questi fornitori anche quando offrono di accompagnare il cliente a ottenerlo. Senza quella licenza si resta su una terminazione fuori dalla Cina continentale, che migliora molto e ha un tetto.

Chi conosce Cloudflare arriva presto a chiedersi se la China Network non risolva tutto in un colpo, e vale la pena rispondere con i documenti alla mano, perché la risposta è no per tre ragioni indipendenti, ognuna delle quali basterebbe da sola.

La prima ragione, l'ICP

La China Network gira su data center in Cina continentale operati dal partner JD Cloud, ed è disponibile solo come sottoscrizione separata sopra un piano Enterprise. Cloudflare chiede una registrazione o una licenza ICP per ogni dominio apex che si vuole portare sulla rete, chiede che il numero ICP sia esposto nel footer del sito, e prevede che JD Cloud esamini e approvi preventivamente il contenuto di ogni dominio, con nome della società, dominio, numero ICP, descrizione del contenuto e una lettera di autocertificazione firmata.

La distinzione tra registrazione e licenza è quella che decide il progetto. La registrazione, il cosiddetto filing, copre i siti informativi; per un sito che vende beni o servizi serve la licenza, e Cloudflare indica tempi nell'ordine di uno o due mesi per la registrazione e di due o tre mesi per la licenza. Sulla licenza commerciale il vincolo storico è societario prima che tecnico: la partecipazione straniera non può superare il cinquanta per cento, quindi serve una joint venture o una società locale. Su questo, però, il quadro si è mosso, e chi valuta oggi un progetto deve saperlo: nell'aprile 2024 il MIIT ha avviato un programma pilota che rimuove il tetto alla proprietà straniera per diverse categorie di servizi di telecomunicazione a valore aggiunto, licenza ICP compresa, nelle aree di Pechino, Shanghai, Shenzhen e Hainan, e secondo gli studi legali internazionali che seguono il dossier a fine febbraio 2025 risultavano rilasciate le prime tredici autorizzazioni a imprese a partecipazione estera nelle aree pilota. Resta un pilota, con regole attuative locali, non una liberalizzazione generale: va verificato caso per caso con un consulente legale in Cina, non dato per acquisito perché lo si è letto qui.

La seconda ragione, le due fonti ufficiali che non dicono la stessa cosa

Shopify non supporta la configurazione. Nella documentazione ufficiale sui problemi di dominio la piattaforma nomina esplicitamente lo scenario Orange to Orange, cioè la zona Cloudflare del merchant davanti alla zona Cloudflare di Shopify, dichiara che non è supportato e ne elenca tre conseguenze. La prima riguarda i certificati: il proxy può bloccare o interferire con le sfide ACME con cui Shopify verifica la proprietà del dominio, ritardando o impedendo l'emissione e il rinnovo. La seconda riguarda la continuità del servizio: Shopify si appoggia a più provider proprio per garantirla, e ogni proxy aggiuntivo davanti riduce la sua capacità di reagire al problema di uno di essi, il che può rendere lo store più lento o indisponibile anche per periodi prolungati. La terza riguarda i bot: il rilevamento di Shopify si basa sul vedere la richiesta originale del visitatore, e attraverso un proxy gli attributi della richiesta arrivano alterati. C'è poi la conseguenza contrattuale, scritta anche quella: i problemi che nascono da un proxy Cloudflare davanti allo store stanno fuori dal perimetro del supporto Shopify, e lo store può sembrare funzionare bene e smettere in qualunque momento, per un cambiamento da una parte o dall'altra.

Cloudflare, dal canto suo, non solo documenta quella configurazione, la ha resa automatica. Il changelog del 3 giugno 2025 annuncia che i merchant Shopify possono attivare l'Orange to Orange da soli, senza passare dal supporto, che i record DNS mostrano il logo Shopify, e che Workers e Snippets vengono bloccati sul percorso del checkout per ridurre il rischio.

Questa divergenza tra due fonti ufficiali è il fatto più importante di tutta la sezione, e va conosciuta prima di firmare un progetto, non dopo: quando qualcosa si rompe in produzione, il merchant si trova tra due supporti che non hanno un accordo di servizio comune, e la domanda su di chi sia la responsabilità non ha una risposta contrattuale. Nessuna delle due aziende sta mentendo, stanno rispondendo a due domande diverse, Cloudflare a se la cosa si può fare, Shopify a se la garantisce.

La terza ragione, quello che si compra non è quello che serve

Anche superate le prime due, resta il merito tecnico. Sulla China Network il caching è dichiarato di solo contenuto statico, senza Cache Reserve né Tiered Cache, e su Shopify l'HTML della vetrina è dinamico e personalizzato: il tempo al primo byte resta in gran parte dov'era. Per il contenuto dinamico Cloudflare indirizza a Global Acceleration, che è un componente a parte. Nella configurazione con Shopify, poi, Workers e Snippets non girano sul percorso del checkout, che è esattamente il punto in cui non hai già controllo attraverso il tema. E Turnstile, il captcha di Cloudflare, non è supportato in Cina continentale, quindi non è nemmeno la risposta al problema del reCAPTCHA.

Un dettaglio operativo che vale il costo di un incidente, per chi quella configurazione la ha già in piedi: non va abilitata l'opzione Always Use HTTPS, perché forza un redirect su tutte le richieste incluso il percorso /.well-known/acme-challenge/, che è quello usato per la validazione dei certificati. Al suo posto serve una regola di redirect che escluda quel percorso.

Su tutto quanto sopra si può lavorare. Sul checkout di Shopify no, e questa è la parte del pezzo che un cliente deve leggere prima di approvare il budget. Non ne controlli le risorse, non ne governi la protezione bot, non ne sostituisci il captcha, e la direzione della piattaforma va deliberatamente da quella parte: la Checkout Extensibility ha sostituito il codice libero con estensioni che lavorano su punti di innesto definiti, la personalizzazione piena resta una prerogativa di Shopify Plus, e nemmeno un Worker di Cloudflare, nello scenario Orange to Orange, può girare su quel percorso.

È una scelta difendibile, va detto, perché il codice arbitrario dentro il checkout è stato per anni una delle superfici di attacco più redditizie del commercio online, e restringerla ha protetto molti più merchant di quanti ne abbia infastiditi. Il punto è che le sue conseguenze, in Cina, cadono tutte sullo stesso lato: si può portare una scheda prodotto a tempi accettabili e ritrovarsi con un checkout che resta il collo di bottiglia, ed è un limite che si dichiara nel capitolato invece di prometterne la soluzione.

Da lì in avanti il discorso smette di essere tecnico e diventa di modello, e qui la lettura è nostra, dichiarata come tale e non come dato: quando i volumi cinesi diventano veri, la conversazione che si apre non è più su come accelerare la vetrina, è su quale sia il punto di vendita giusto per quel mercato, dove il Mini Program di WeChat è il canale che i consumatori cinesi usano davvero e la vetrina occidentale accelerata diventa, al massimo, il presidio del brand. Sul pagamento la stessa logica: Shopify Payments non copre Alipay e WeChat Pay, che si aggiungono attraverso gateway di terze parti integrati con la piattaforma, e anche questo è un pezzo di progetto a sé, con la sua due diligence.

C'è una categoria di sparizioni che non dipende dal firewall e produce lo stesso effetto sul fatturato, ed è giusto trattarla qui perché arriva nello stesso progetto. Shopify Payments non è disponibile nella Cina continentale, dove i provider terzi non sono un'alternativa ma un obbligo; a Hong Kong è disponibile, con verifica di presenza fisica, e la guida ufficiale sui pagamenti precisa che un residente della Cina continentale non può registrarsi come persona fisica o ditta individuale: serve una società di Hong Kong. La lista dei gateway ammessi non si ricostruisce a memoria, sta nella sezione Third-Party Providers dell'admin e sulla pagina che Shopify mantiene su shopify.cn.

Dentro quella stessa guida c'è il dettaglio che nessuno cita e che si paga caro: se la valuta dello store è impostata su CNY, PayPal non compare al checkout, perché lo yuan non è una valuta supportata da PayPal su Shopify. Chi apre un market cinese con i prezzi in yuan si ritrova un metodo di pagamento sparito senza un messaggio d'errore che glielo spieghi, e la diagnosi arriva dopo settimane di conversioni mancate. Le uscite sono due, tenere una valuta diversa, tipicamente il dollaro, oppure adottare un provider che il CNY lo supporti.

Sul business case va messa anche la commissione che Shopify applica quando l'incasso passa da un gateway terzo invece che da Shopify Payments: 2% sul piano Basic, 1% su Grow, 0,6% su Advanced e 0,2% su Plus. In uno scenario cinese quella percentuale non è evitabile scegliendo meglio, perché Shopify Payments su quel mercato non è un'opzione, quindi entra nel margine per intero e va calcolata sul transato previsto prima di dire sì al progetto, non dopo. Nella stessa colonna dei costi prevedibili sta la raccolta di dazi e tasse di importazione al checkout, che dal febbraio 2025 non è più riservata ai piani alti ma è accessibile su tutti i piani, con una commissione dedicata sul calcolo: è il meccanismo che evita al cliente cinese la sorpresa in dogana, e la sorpresa in dogana è un reso quasi garantito.

Un test fatto in VPN dall'Italia non dice nulla di utile, perché misura il percorso della VPN e non quello dell'utente. Servono test sintetici su rete cinese, ripetuti da più città e su più operatori, perché China Telecom, China Unicom e China Mobile hanno comportamenti sensibilmente diversi, e uno store accettabile su Telecom a Shanghai può essere inservibile su Mobile a Chengdu. Gli strumenti pubblici che fanno questo lavoro sono cinesi e si usano da anni, 17CE, ITDog, BOCE e ChinaZ, e permettono di vedere lo stesso URL da nodi provinciali diversi e su operatori diversi.

I criteri di accettazione da mettere in un capitolato sono quattro, e vale la pena scriverli in quest'ordine.

  1. Zero risorse in fallimento su un campione di dieci pagine che comprenda home, collezione, scheda prodotto, carrello, ricerca e contatti. È il criterio primario, non il tempo.
  2. Una soglia di LCP dichiarata, misurata da almeno tre città e due operatori. Il riferimento buono per Google è 2,5 secondi al settantacinquesimo percentile, ed è la soglia giusta da citare nel documento; il numero che si negozia per la Cina è più alto, e la cosa onesta da fare è dichiarare quale soglia si assume e su quale rete, invece di scrivere che il sito sarà veloce.
  3. Nessun font esterno nella catena critica, e nessun webfont CJK oltre un tetto di peso concordato.
  4. Il checkout misurato e dichiarato a parte, come limite noto e non risolvibile a livello di tema.

Il primo criterio è quello che cambia davvero l'esito del progetto, perché un sito che carica in otto secondi ma completo converte, mentre un sito che carica in quattro secondi con il quaranta per cento delle risorse mancanti mostra una vetrina rotta a un cliente che aveva già la carta in mano.

Shopify funziona in Cina?

Sì, con una precisazione che cambia il senso della risposta: gli store Shopify in genere si aprono dalla Cina continentale, ma si aprono incompleti e lenti, perché la CDN della piattaforma non ha nodi nel paese e perché una parte delle risorse di terze parti caricate dal tema non è raggiungibile. Il lavoro non consiste nello sbloccare Shopify, consiste nel togliere dal tema le dipendenze che non arrivano.

Serve la licenza ICP per vendere in Cina con Shopify?

Non per farsi raggiungere: uno store estero è visibile senza alcuna licenza cinese. La licenza serve nel momento in cui si vuole servire il sito da infrastruttura dentro la Cina continentale, che è la condizione per avere prestazioni da sito locale, ed è un requisito societario prima che tecnico. Dal 2024 esiste un programma pilota che rimuove il tetto alla partecipazione straniera in quattro aree, ma resta materia da verificare con un consulente legale in Cina.

Una CDN cinese risolve il problema?

Risolve metà del problema, quella della distanza. Non ha alcun effetto sui domini che il firewall rifiuta, e siccome è lì che si perde la parte più visibile dell'esperienza, una CDN comprata senza fare prima la pulizia delle risorse di terze parti produce un miglioramento che il cliente non vede.

Posso mettere Cloudflare davanti al mio store Shopify?

Tecnicamente Cloudflare lo consente e dal giugno 2025 lo attiva anche in autonomia, ma Shopify dichiara di non supportare quella configurazione e mette fuori dal proprio supporto i problemi che ne derivano. Prima di adottarla bisogna sapere che si sta operando fuori dal perimetro garantito da una delle due piattaforme, con le conseguenze che questo ha sul rinnovo dei certificati, sul rilevamento dei bot e sulla gestione di un incidente.

Quanto costa far funzionare uno store Shopify in Cina?

Le due voci sono separate. La remediation del tema è tempo di sviluppo, e su uno store ordinato si misura in giornate, non in mesi. Il layer di accelerazione è un canone, e il piano di ingresso pubblicato da Chinafy parte da 280 dollari al mese per un sito template based fino a dieci pagine, con il prezzo definitivo calcolato sul sito reale. Quello che non è un costo di progetto ma di struttura è l'entità cinese necessaria alla licenza ICP.

Quasi tutto quello che rende inservibile uno store Shopify in Cina sta nel tema e nelle app, cioè in un perimetro che si controlla, si audita e si corregge senza cambiare piattaforma. Il resto si compra, sapendo che cosa si compra. E una parte, il checkout, non si risolve: dirlo prima, con il numero misurato accanto, è la differenza tra un progetto che mantiene le promesse e uno che le fa.

Post correlati