ConnectWiz + Shopify
A breve — le fondamenta ci sono giàShopify: le fondamenta ci sono, la sync nativa è il prossimo passo
Pubblichiamo stati onesti invece di muri di loghi. Oggi gli store Shopify funzionano con ConnectWiz attraverso l’API pubblica e i webhook, e le identità dei clienti Shopify confluiscono già nei contatti. La sync nativa nei due sensi, sullo stampo di WooCommerce, è in lavorazione.
E-commerce
Che cosa fa, esattamente
Le identità confluiscono già
Un cliente Shopify finisce sullo stesso contatto ConnectWiz delle sue chat: le fondamenta che faranno sembrare istantanea la sync futura sono già attive.
La strada dell’API, oggi
Il vostro stack Shopify può parlare con la Commerce API pubblica (chiavi con scope) e avviare flussi tramite webhook protetti: ci sono team che lo fanno girare in produzione senza aspettare il connettore nativo.
La sync nativa, il prossimo passo
Prodotti e ordini nei due sensi, con proprietà campo per campo, modalità di prova e un registro dei conflitti: esattamente lo stampo di WooCommerce, applicato a Shopify.
Il lato tecnico
Perché qui «A breve» è ingegneria, non marketing
Una porta costruita per due inquilini
Lo strato commerce è una porta verso i provider con un contratto di capacità: chi chiama chiede sempre «questo negozio sa riconoscere un cliente dal telefono? sa creare ordini?» invece di darlo per scontato. WooCommerce è uno degli adattatori dietro quella porta; Shopify è il secondo posto per cui le sedie erano state comprate.
L’identità è già indipendente dal provider
La tabella delle identità dei contatti conserva per progetto il nome del provider e un ID esterno: un ID cliente Shopify confluisce su un contatto esattamente come fa oggi uno di WooCommerce, senza cambiare nulla nello schema.
Anche il vocabolario è pronto
Gli stati degli ordini passano con le parole del negozio stesso — WooCommerce dice «completed», Shopify dice «fulfilled» — perché all’operatore serve la parola che il cliente vede nel proprio account.
Che cosa vuol dire «in lavorazione»
Il connettore nativo vuol dire: abbinamento OAuth, importazione del catalogo, proprietà campo per campo, scrittura all’origine prima in prova e poi dal vivo, e il registro dei conflitti: lo stampo di WooCommerce, non una sua imitazione alleggerita.
Configurazione
Come si collega
Oggi: API + webhook
Collegate gli eventi di Shopify al trigger webhook di un flusso e leggete o scrivete gli ordini attraverso la Commerce API.
Ricevere un avviso
Lasciate la vostra email e vi scriveremo il giorno in cui il connettore nativo apre, non prima.
Poi: un clic
La sync nativa si abbinerà come fa WooCommerce: si approva una volta, si sceglie la proprietà dei campi, si prova e si va in produzione.
Meglio insieme
Con che cosa si combina
La strada dell’API, oggi
Chiavi commerce con scope e trigger webhook verificati con HMAC: è la parte destinata agli sviluppatori che i team Shopify fanno già girare in produzione.
Flows
Gli eventi di Shopify collegati a un trigger webhook di un flusso possono già instradare, avvisare e mandare messaggi: lo strato di automazione non aspetta il connettore.
Lo stampo stesso
Leggete la pagina WooCommerce per vedere esattamente che aspetto avrà la sync nativa di Shopify: stesso contratto, negozio diverso.
Sicurezza e garanzie
Le garanzie noiose
Chiavi con scope, non chiavi universali
La strada dell’API usa chiavi emesse dal tenant con scope espliciti — lettura catalogo, lettura ordini, scrittura ordini — revocabili una per una.
Webhook dimostrati, non creduti sulla parola
I trigger in entrata verificano una firma HMAC sul corpo grezzo, con secret specifici per trigger e protezione dai replay.
Le clausole, senza giri di parole
I limiti, messi per iscritto
Niente teatrino della «beta»
Non vendiamo la sync nativa prima che esista. Quello che funziona oggi è scritto chiaro; il lavoro onesto lo fa l’etichetta.
Meglio un’integrazione onesta che un’integrazione rumorosa.
Ogni integrazione di questa pagina è descritta per quello che fa davvero: direzione della sincronizzazione, proprietà dei dati e limiti compresi.