Registro delle modifiche

L'app parla la vostra lingua

L'intera app ora adotta la lingua che utilizzate nell'area di amministrazione di Shopify. È disponibile in inglese, tedesco, francese, spagnolo, italiano, olandese, danese, portoghese (Brasile e Portogallo), giapponese e cinese (semplificato e tradizionale). Modificate la lingua dell'area di amministrazione e l'app si adeguerà al successivo caricamento della pagina.

• Ogni pagina, finestra di dialogo e messaggio è tradotto, comprese le schede delle autorizzazioni, le impostazioni dei trigger e l’editor dei trigger personalizzati.
• Anche i blocchi relativi agli eventi presenti nelle pagine dei prodotti, degli ordini e dei clienti utilizzano la Sua lingua.
• I modelli di workflow mostrano il titolo, la descrizione e le note di configurazione nella Sua lingua in Shopify Flow.
• I nomi dei trigger rimangono in inglese. Shopify Flow mostra i nomi dei trigger in inglese, quindi anche l'app li riporta in inglese: il nome che vedete nell'app è sempre quello che trovate in Shopify Flow.

Monitoraggio: come rilevare quando un trigger smette di funzionare

Un trigger che smette di attivarsi senza alcun avviso è il problema più difficile da individuare. La nuova pagina di monitoraggio Le consente di impostare un avviso su qualsiasi trigger e di ricevere un’e-mail quando si verifica un’anomalia:

• Nessun evento: nessuna attivazione per un periodo da Lei stabilito. Per i trigger che dovrebbero attivarsi ogni giorno, come “Aggiornamento ordine” in un negozio molto frequentato.
• Il workflow non è stato confermato: il trigger è stato attivato, ma il workflow non ha mai restituito alcun riscontro. Aggiunga l’azione “Conferma esecuzione del workflow” come ultimo passaggio del workflow, impostando l’ID evento su eventId.
• Errori: eventi non andati a buon fine per un motivo che è possibile risolvere, come ad esempio un'autorizzazione mancante. Gli errori temporanei di Shopify non vengono conteggiati.

Riceverà un’unica e-mail all’insorgere di un problema, non una per ogni controllo, e il monitor mostrerà il proprio stato attuale sulla pagina. I monitor sono disponibili in tutti i piani.

Inoltre, in questa versione

• La funzione “Send Flow Status” è ora denominata “Confirm Workflow Run” e presenta descrizioni dei campi più chiare. I workflow che già la utilizzano continuano a funzionare senza modifiche.
• Le e-mail di avviso di errore indicano il motivo e i trigger interessati, accompagnate da una breve indicazione su come risolvere il problema.
• I valori precedenti e quelli nuovi relativi a “Product Update”, “Order Update” e “Customer Update” sono ora gestiti tramite un interruttore. Aprite le impostazioni del trigger nella pagina “Trigger” e attivate l’opzione “Invia i valori precedenti e quelli nuovi se un workflow legge changes”. Se disattivata, l’URL changes risulterà vuoto. In entrambi i casi, il codice del trigger personalizzato continuerà a ricevere i valori precedenti e quelli nuovi.

Sapere che qualcosa è cambiato raramente è sufficiente. Un workflow di solito deve sapere com’era la situazione in precedenza: se il prezzo è sceso o salito, di quanto, quale tag è stato aggiunto, quale valore riportava il metacampo ieri. Questa versione rende disponibili i valori precedenti e quelli nuovi in tutta l’applicazione e consente a un trigger personalizzato di avviare un workflow anche quando non si è verificato alcun cambiamento.

Valori antichi e nuovi, ovunque

• Ogni trigger di metacampo (generico, prodotto, variante, ordine, cliente) trasmette a Shopify Flow unMetafield.previousValue, oltre a Metafield.value. Tale campo risulta vuoto quando il metacampo è stato appena creato. Si veda Metacampi.
• Le variazioni di prezzo, prezzo unitario e costo sono accompagnate dai relativi valori numerici. Poiché Shopify Flow non consente operazioni aritmetiche, le notifiche “Variazione del prezzo della variante”, “Variazione del prezzo unitario della variante” e “Variazione del costo della variante del prodotto” forniscono ora anche i valori delta (nuovo meno vecchio), percentChange e direction (aumento, diminuzione, invariato). «Il prezzo è sceso di oltre il 10%» costituisce ora un’unica condizione, senza codice.
• Gli aggiornamenti relativi a prodotto, ordine e cliente indicano quali modifiche sono state apportate. In precedenza, si limitavano a segnalare che il record era stato aggiornato. Ora riportano un changes: l’elenco dei campi modificati e, per ciascuno di essi, il valore precedente e quello nuovo. I campi monitorati sono: titolo, descrizione, stato, tag, fornitore, tipo e identificativo per i prodotti; stato del pagamento, stato di evasione, articoli, tag, nota e dettagli aggiuntivi per gli ordini; tag, nota e stato dell’account per i clienti. I valori lunghi vengono abbreviati. L’elenco risulta vuoto quando l’aggiornamento non ha interessato tali campi, ad esempio in caso di modifica dell’inventario.
• La funzione “Modifiche agli articoli della bozza d’ordine” fornisce ora lo stesso confronto riga per riga del trigger dell’ordine: ciò che è stato aggiunto, rimosso o modificato in termini di quantità, prezzo o variante.
• Anche il Suo codice di trigger personalizzato rileva sia il valore precedente che quello nuovo. Un trigger personalizzato relativo all’aggiornamento di un prodotto, di un ordine o di un cliente riceve ora l’payload._changes: ogni campo monitorato che è stato modificato, ciascuno con oldValue e newValue. In questo modo il Suo codice può attivarsi in base a una transizione piuttosto che a uno stato - “lo stato è passato da bozza ad attivo”, “l’ordine è stato pagato” - cosa che una condizione basata sul valore corrente non è in grado di esprimere. L’evento di esempio che si può visualizzare nell’editor mostra il campo in questione.

Tutto è cumulativo. I workflow che avete già creato continuano a funzionare senza modifiche. L'elenco completo dei campi per ciascun trigger è disponibile nella guida di riferimento dei trigger all’indirizzo.

Selezionare quali modifiche attivano un trigger di aggiornamento

Le sezioni “Aggiornamento prodotto”, “Aggiornamento ordine” e “Aggiornamento cliente” presentano una nuova impostazione, accessibile tramite l’icona a forma di ingranaggio situata accanto al relativo pulsante nella pagina “Trigger” di : tale impostazione determina l’attivazione di questa funzione.

• Nessuna opzione selezionata: il trigger si attiva ad ogni aggiornamento, esattamente come ha sempre fatto.
• Campi contrassegnati: l’invio avviene solo quando uno di essi viene modificato. Tutti gli altri aggiornamenti vengono ignorati e non vengono conteggiati ai fini del Suo piano.

Questo è anche il modo corretto per impedire che un workflow si attivi automaticamente. Un workflow che si avvia in seguito all’aggiornamento di un prodotto e che poi modifica un metacampo del prodotto utilizzato per riavviarsi. Limitate il trigger ai campi che vi interessano e quel secondo aggiornamento non verrà più attivato.

Gli altri trigger non sono influenzati da questa scelta. Limitare l’aggiornamento dell’ordine allo stato di pagamento non modifica il momento in cui viene attivato il trigger “Order Tags Added”.

Trigger personalizzati che vengono eseguiti secondo una pianificazione

Shopify Flow Reagisce quando si verifica un evento. Non può reagire quando non si verifica alcun evento e non può rilevare nulla al di fuori del Suo negozio. Un trigger personalizzato ora è in grado di farlo. L’editor chiede: “Cosa fa scattare questa esecuzione: un evento Shopify o una pianificazione?”. Con la modalità «secondo una pianificazione», il Suo codice viene eseguito ogni 30 secondi, fino a una volta al giorno. Ricorda ciò che ha rilevato durante l’ultima esecuzione, è in grado di leggere il Suo negozio e di richiamare qualsiasi risorsa su Internet, e decide autonomamente cosa costituisce una modifica.

Partite da un modello e modificate i numeri riportati in alto:

• Prodotto, ordine o cliente non aggiornato da N giorni: recensioni obsolete nel catalogo, ordini in sospeso, campagne di riconquista. Ogni record viene attivato una volta per ogni periodo di inattività; eventuali casi già scaduti al momento dell’attivazione non vengono attivati tutti contemporaneamente.
• È stato modificato un valore al di fuori di Shopify: un feed delle scorte di un fornitore, un tasso di cambio, un listino prezzi. Vengono visualizzati il valore precedente e quello successivo, nonché la differenza e la percentuale relative ai numeri.
• Nuovo elemento in un feed RSS o Atom: notizie sui fornitori, un feed con l'elenco dei prodotti, una pagina di stato.
• Nessun ordine per N ore: un "battito" per il Suo negozio. Si attiva una volta quando gli ordini si interrompono e una volta quando riprendono.

La prima esecuzione di un trigger pianificato memorizza solo i dati che rileva, pertanto la sua attivazione non sovraccarica mai i Suoi workflow. Esso compare in Shopify Flow come “Trigger personalizzato”, filtrato in base al proprio handle, mentre il record viene associato come ID. Ogni esecuzione viene conteggiata ai fini del Suo piano, indipendentemente dal fatto che il trigger venga attivato o meno; l’editor mostra il numero totale di esecuzioni accumulate in un determinato intervallo. La modalità «Test» esegue il codice una sola volta senza attivare alcuna azione.

Modelli per trigger personalizzati basati su eventi

Anche i trigger personalizzati che rilevano un evento Shopify dispongono ora di modelli. Selezionandone uno nella sezione “Inizia da un modello”, il trigger seleziona l’evento e inserisce automaticamente il codice. Ciascuno di essi rileva il valore prima e dopo la modifica:

• Un campo relativo a un prodotto, a un ordine o a un cliente è passato da un valore a un altro - ad esempio, lo stato è passato da “bozza” a “attivo” oppure un ordine è stato pagato.
• Il prezzo è sceso di oltre N percento: si tratta di una vera e propria riduzione, non di una semplice modifica del prezzo.
• Le scorte sono scese al di sotto di una soglia: si attiva un avviso una sola volta, nel momento in cui le scorte superano tale soglia, non ad ogni vendita quando il livello è già basso.
• Il valore di un metacampo del prodotto ha superato una soglia: una valutazione è scesa al di sotto di 3, un margine ha superato il valore di 40.
• Ordine pagato da un cliente di alto valore: rileva la spesa complessiva del cliente nel vostro negozio tramite ctx.shopify() e si attiva solo se tale importo supera la soglia da voi impostata.

Gli eventi di trigger di un record nella relativa pagina di amministrazione

I nuovi blocchi di amministrazione mostrano gli eventi di attivazione più recenti relativi al record che state visualizzando, direttamente nella pagina corrispondente nell’area di amministrazione di Shopify, ciascuno con una breve riga che indica il passaggio da “vecchio” a “nuovo”, ad esempio price: 100.00 -> 85.00. Da lì è possibile aprire l’evento oppure visualizzare la cronologia degli eventi relativi a quel singolo record.

Disponibile per prodotti, varianti, ordini, bozze d’ordine, clienti, incassi, aziende e sedi aziendali. Aggiunga il blocco una sola volta dal menu di personalizzazione della pagina. I trigger che gestiscono i dati personali sono elencati senza i relativi valori. Come aggiungerli, con un esempio relativo a una pagina di prodotto, di ordine e di cliente: Eventi trigger nella pagina di amministrazione di un record.

Ulteriori fornitori di IA per Generate with AI

Generate con l’IA ora funziona con Google Gemini e OpenRouter, oltre che con Anthropic e OpenAI. OpenRouter Le offre modelli di numerose aziende con un’unica chiave, compreso qualsiasi ID modello da Lei digitato. Collegare una chiave in Developer -> Connections: per ottenere una chiave API Gemini oppure per ottenere una chiave API OpenRouter. Come in precedenza, la generazione avviene sul proprio account del provider e la chiave viene crittografata e non verrà mai più visualizzata.

Un'interfaccia più veloce, realizzata sulla base dei componenti web di Shopify

Ogni pagina dell’app è stata ricostruita utilizzando i nuovi componenti web di amministrazione di Shopify, gli stessi elementi costitutivi utilizzati dalla stessa interfaccia di amministrazione di Shopify.

• Caricamento più rapido. L'app non include più una propria copia della libreria delle interfacce. I componenti provengono da Shopify, sono condivisi con il resto del vostro pannello di amministrazione e solitamente sono già presenti nella cache del vostro browser; pertanto, ogni pagina richiede un volume di dati da scaricare notevolmente inferiore prima di essere visualizzata.
• Sembra proprio l'area di amministrazione. I pulsanti, le tabelle, gli interruttori, le finestre di dialogo e i moduli hanno lo stesso aspetto e funzionano esattamente come quelli che utilizzate in ogni altra parte di Shopify, compresa la navigazione da tastiera e i lettori di schermo.
• Si mantiene sempre aggiornata. Quando Shopify apporta miglioramenti ai propri componenti, l’app li integra automaticamente senza che sia necessario alcun aggiornamento da parte nostra.

Non è cambiato nulla: ogni pagina, impostazione e link si trova esattamente dove prima.

Inoltre, in questa versione

• "Concedi tutto" e "Revoca tutto" nella pagina "Autorizzazioni". L'opzione "Concedi tutto" richiede tutte le autorizzazioni mancanti in un’unica finestra di dialogo Shopify, anziché una per ciascuna scheda. L'opzione "Revoca tutto" richiede prima una conferma e spiega cosa comporta: i Suoi trigger rimangono attivi, ma non potranno attivarsi finché non concederà nuovamente l'accesso.
• Il codice di trigger personalizzato può effettuare chiamate verso Internet pubblico tramite ctx.fetch(), non solo verso il Suo negozio tramite ctx.shopify(). Gli indirizzi interni non sono ammessi.
• I suoi trigger personalizzati e quelli della vetrina online ora funzionano allo stesso modo: clicchi sulla riga per modificarla; lo stato è visualizzato sulla destra.
• La pagina “Trigger” mostra, accanto al titolo, il numero di trigger attivi, mentre i quattro trigger di metacampo di tipo “typed” dispongono ora di propri pulsanti di attivazione nell’elenco.
• I campi obbligatori sono contrassegnati nei moduli relativi ai trigger personalizzati, ai trigger della vetrina online e alle connessioni.
• Risolto: non era possibile cancellare un filtro per data nella Cronologia eventi. Rimuovendo il chip della data o selezionando “Cancella tutto”, le date rimanevano comunque applicate. Ora entrambe le operazioni consentono di cancellarle.
• Le righe della cronologia degli eventi sono in testo semplice anziché collegamenti blu. È comunque possibile cliccare sull'intera riga.

Finora, tutti i trigger di questa app sono stati attivati da un evento verificatosi nella vostra area amministrativa: il pagamento di un ordine, l’aggiornamento di un prodotto. Questa versione introduce trigger che vengono attivati dalle azioni compiute dagli acquirenti sulla vostra vetrina online.

Shopify non invia webhook relativi al comportamento di navigazione; pertanto, questi dati vengono raccolti tramite un pixel web di che l’app installa automaticamente per voi - non è necessario modificare il tema né incollare alcun codice.

Condizioni di attivazione della vetrina online

Configurazione, autorizzazioni e cosa invia ciascun trigger: Trigger di Vetrina online.

• Prodotto visualizzato nella vetrina online e collezione visualizzata nella vetrina online
• Prodotto della vetrina online aggiunto al carrello e rimosso dal carrello
• Carrello visualizzato nella vetrina online
• È stata avviata la procedura di checkout in vetrina online
• "Ricerca Vetrina online" e "Ricerca Vetrina online senza risultati": la seconda è un elenco in tempo reale degli articoli che gli acquirenti si aspettavano che vendeste. Una singola ricerca attiva esattamente una delle due opzioni, pertanto è possibile abilitarle entrambe senza che vi sia un doppio conteggio. Come si suddividono i due trigger di ricerca.
• Variante esaurita visualizzata: un acquirente reale ha consultato un articolo che non è possibile vendergli. Si tratta di un segnale di richiesta di rifornimento, specifico per ogni variante piuttosto che per ogni prodotto. Cosa si intende per “esaurito”?.
• "Cliente registrato che ha effettuato una visita" e "Acquirente B2B che ha effettuato una visita": un cliente abituale si trova sul Suo negozio. Le visualizzazioni ripetute delle pagine vengono raggruppate in un intervallo di visita da Lei scelto, per cliente o per azienda. Spiegazione degli intervalli di visita.

Eventi di completamento dell'ordine

Dettagli: Checkout Trigger.

• Viene visualizzato un errore durante il checkout: scopra perché il checkout non va a buon fine senza dover attendere l’apertura di un ticket di assistenza.
• Codice sconto rifiutato al momento del checkout: un cliente ha inserito un codice, ma il sistema lo ha rifiutato. Solitamente si tratta di una campagna scaduta o di un codice contenuto in un’e-mail che non è mai stato attivato.
• Ordine di un nuovo cliente: un ordine effettuato da un cliente che non ha mai effettuato ordini in precedenza, in cui il cliente e l’ordine costituiscono riferimenti nativi di Shopify Flow. Proviene dal webhook relativo agli ordini di Shopify; pertanto, a differenza dei due precedenti, è affidabile quanto qualsiasi trigger amministrativo. È elencato nella guida di riferimento sui trigger.

Trigger personalizzati per la vetrina online

Per qualsiasi cosa che Shopify non segnali affatto. Pubblicate il vostro evento direttamente dal tema con una sola riga di JavaScript e questo diventerà un trigger di Shopify Flow. Procedura passo dopo passo, con lo snippet da copiare: Trigger personalizzati per la Vetrina online.

L'esempio più evidente è il menu a tendina del carrello: l'evento "cart view" di Shopify si attiva solo sulla pagina /cart, mentre la maggior parte dei temi moderni apre il menu a tendina tramite uno scorrimento e non effettua mai la navigazione verso tale pagina. La pubblicazione di un proprio evento all'apertura del menu a tendina colma tale lacuna. L'aggiunta di articoli alla lista dei desideri, l'apertura della guida alle taglie e la selezione delle varianti funzionano allo stesso modo.

Vengono inoltrati solo i nomi degli eventi che avete registrato, pertanto gli altri script presenti sulla vostra pagina non possono esaurire la vostra quota. Assegnazione del nome all’evento e utilizzo dello stesso in Shopify Flow.

Prima di accenderli

• È necessaria la nuova autorizzazione “Vetrina online”, che può essere concessa dalla pagina “Autorizzazioni” come qualsiasi altra. Cosa comprende tale autorizzazione:.
• Il consenso dell’utente viene rispettato. Se un utente non ha fornito il consenso all’analisi dei dati, l’evento viene eliminato dal suo browser e non ci perviene in alcun modo: ciò non comporta alcun costo per voi e non avvia alcun workflow. Come viene gestito il consenso.
• Il loro volume è di gran lunga superiore a quello dei trigger amministrativi. Un negozio molto frequentato genera più visualizzazioni di prodotti in un giorno che aggiornamenti sugli ordini in un anno, e ogni evento viene conteggiato ai fini del Suo piano. Attivi solo ciò che è necessario per il Suo workflow. Piani e utilizzo.
• Si tratta di eventi “best effort”, non garantiti. La chiusura di una scheda, un’interruzione della connessione o l’utilizzo di un blocco pubblicitario comportano la mancata ricezione dell’evento. Utilizzateli per segnali e reazioni, non per contesti in cui la mancata ricezione di un evento costituirebbe un problema di correttezza.

Maggiori dettagli, compreso il modo in cui il trigger “Out-of-Stock Variant Viewed” determina cosa si intende per “esaurito”, sono disponibili nella guida ai trigger di Vetrina online all’indirizzo.

Generare codice trigger con l'intelligenza artificiale

Descriva in parole semplici cosa dovrebbe fare un trigger personalizzato e lasci che l’IA scriva il codice. Nella sezione “Developer” → “Connections”, aggiunga la propria chiave API Anthropic o OpenAI; la generazione avviene sul Suo account e la chiave è crittografata, non verrà mai più visualizzata né eseguita all’interno del codice del Suo trigger. Guida completa: Generi il codice del trigger con l’IA. Ha bisogno di una chiave prima di tutto? Ottenga una chiave API Anthropic (Claude) o ; ottenga una chiave API OpenAI.

• Si basa su ciò che il trigger riceve effettivamente. Al generatore vengono forniti il contratto di runtime di questa app, l’API di amministrazione di Shopify e - una volta acquisito - il payload effettivo dell’evento; pertanto, scrive payload.total_price poiché è in grado di riconoscere il campo anziché doverne indovinare il nome. Cosa conosce.
• Si basa su ciò che avete già a disposizione. Se esiste già del codice, lo modifica anziché ricominciare da zero, quindi la funzione “ora esegua anche X” funziona.
• Non salva mai automaticamente. Il codice generato viene visualizzato nell’editor come modifica non salvata: lo verifichi rispetto al payload acquisito, verifichi quali azioni verrebbero attivate, quindi salvi. Generi un trigger personalizzato.
• Scrive lo snippet del tema per i trigger personalizzati di Vetrina online, ovvero la parte in cui gli utenti spesso incontrano difficoltà poiché ogni tema assegna nomi diversi ai propri elementi. Generare uno snippet per Vetrina online.

È stato inoltre risolto

• L'elenco “Aggiungi trigger” nei trigger dei metacampi poteva rimanere vuoto per un massimo di un’ora dopo la concessione di un’autorizzazione, indicando che non esistevano definizioni nonostante fossero effettivamente presenti. Il risultato vuoto veniva memorizzato nella cache; ora ciò non avviene più, pertanto l’elenco si popola alla successiva apertura. Lo stesso valeva per l’elenco dei metaoggetti. Si vedano (Trigger dei metacampi) e (Trigger dei metaoggetti).
• L’evento “Prodotto pubblicato sul canale” e “Prodotto rimosso dal canale” non hanno rilevato la prima modifica apportata a un prodotto appena creato. L’app memorizza una linea di base la prima volta che rileva un record e si attiva solo in caso di differenza rispetto a essa; tuttavia, per le pubblicazioni, tale linea di base non è mai stata registrata al momento della creazione. Di conseguenza, la prima pubblicazione successiva alla creazione di un prodotto è stata ignorata silenziosamente e si è attivata solo la seconda. Ora entrambe funzionano a partire dalla prima modifica. Trigger relativi al prodotto nel riferimento.

Due correzioni derivanti da richieste di assistenza: un ringraziamento ai merchant che le hanno segnalate.

• La cronologia degli eventi ora si carica istantaneamente sui negozi con un volume di eventi molto elevato. Sui negozi che contengono milioni di eventi nella cronologia degli ultimi 30 giorni, la pagina poteva impiegare molto tempo a caricarsi o non caricarsi affatto. Ora si apre in meno di un secondo, indipendentemente dal volume, e tutti i filtri funzionano come in precedenza.
• La sincronizzazione della linea di base per i trigger basati su snapshot ora viene avviata automaticamente. I trigger che confrontano le modifiche con una linea di base memorizzata (tag, stato, titolo e simili) potevano rimanere in attesa a tempo indeterminato con l’indicazione «0 record sincronizzati» qualora il trigger venisse attivato prima che un workflow lo utilizzasse. L’attivazione di un trigger di questo tipo avvia ora automaticamente la sincronizzazione iniziale, in modo che venga attivato al primo cambiamento effettivo.

Si tratta dell’aggiornamento più importante dal lancio dell’app e introduce modifiche alle modalità di configurazione dei trigger.

Trigger personalizzato

Se non è disponibile alcun trigger predefinito adatto, ne crei uno personalizzato. Scegliete un evento Shopify, acquisite un payload reale dal vostro negozio e scrivete una breve trasformazione che stabilisca quando attivarlo e quali dati inviare.

• Attivare l’avviso solo alle condizioni da Lei stabilite. Non “per qualsiasi aggiornamento del prodotto”, ma solo per ordini superiori a un determinato valore, solo per i prodotti di un determinato fornitore, solo per le modifiche che Le interessano effettivamente.
• Inviate a Shopify Flow esattamente i campi desiderati, strutturati in base alle esigenze del vostro workflow.
• Recuperare i dati non contenuti nell’evento. ctx.shopify() esegue una query GraphQL di amministrazione dall’interno del Suo trigger, consentendoLe così di arricchire un evento con qualsiasi dato presente nel Suo negozio.
• Effettate un test prima della spedizione, utilizzando un payload reale acquisito, e confrontate i risultati e i log affiancandoli.

Il Suo codice compare in Shopify Flow come “Trigger personalizzato”, filtrato in base al proprio handle, in modo che un workflow reagisca esattamente a uno dei Suoi trigger.

La pagina "Impostazioni" è ora denominata "Trigger"

Le nove schede delle impostazioni sono state eliminate. Ogni trigger è ora disponibile in un’unica pagina con funzione di ricerca e dispone di un proprio pulsante di attivazione/disattivazione.

La vecchia pagina presentava due tipi di interruttori che funzionavano in modo opposto: la maggior parte dei trigger era disattivata finché non venivano attivati, mentre i trigger di tipo ... Update erano attivi per impostazione predefinita e disponevano di una scheda separata denominata "suppressors" per disattivarli. Ora vige un'unica regola per tutti: un trigger si attiva quando il relativo interruttore è in posizione "on".

• Effettuate la ricerca per nome, anziché cercare di indovinare in quale scheda sia stato archiviato un trigger.
• Tutti gli 83 trigger sono commutabili. In precedenza, un trigger disponeva di un interruttore solo se avevamo creato una riga apposita.
• Attivazione o disattivazione in blocco, applicata ai risultati della ricerca o a tutto il contenuto.
• Le autorizzazioni vengono concesse nel punto in cui si seleziona l’opzione corrispondente. Quando si attiva un trigger che richiede un’autorizzazione, questa viene richiesta direttamente in quella sede. Se ne sono necessarie due, viene visualizzata un’unica finestra di dialogo che le copre entrambe.

Non è stata modificata alcuna delle configurazioni da Lei impostate e i link alle Sue vecchie impostazioni continuano a funzionare. Un trigger che aveva disattivato ora risulta semplicemente come "disattivato".

Simulare un trigger

In passato, testare un workflow significava eseguire effettivamente le operazioni nel proprio negozio: modificare un prodotto, effettuare un ordine, attendere i risultati di un sondaggio. Ora è possibile attivare un trigger a richiesta: apra un evento qualsiasi nella Cronologia eventi e selezioni nuovamente “Simula”.

La simulazione segue lo stesso percorso di un webhook reale di Shopify, pertanto il Suo workflow riceve esattamente ciò che riceverebbe in ambiente di produzione. Utilizzi la modalità "dry run" per visualizzare in anteprima il payload senza attivare alcuna azione. Gli eventi simulati vengono registrati come test, pertanto non vengono inclusi nelle Sue statistiche e non vengono conteggiati ai fini del Suo piano.

Si noti che un trigger simulato esegue i workflow in modo effettivo: se un workflow assegna un tag a un ordine o invia un’e-mail, ciò avviene realmente.

API per sviluppatori e MCP

• Una pagina dedicata agli sviluppatori per la creazione di chiavi API, con comandi di connessione per Claude, Cursor, VS Code e altri.
• Un'API REST che consente di visualizzare l'elenco di tutti i trigger del Suo negozio con il relativo stato, di consultare la cronologia degli eventi e le statistiche, nonché di verificare quali autorizzazioni ha concesso.
• Un server MCP, in modo che un assistente di intelligenza artificiale possa esaminare la Sua configurazione e simulare i trigger nel corso della conversazione.
• Tre livelli di accesso, con simulazione ed esecuzione di codice di trigger personalizzato all’interno di ciascun livello, in modo che una chiave di lettura di uso quotidiano non possa attivare le vostre automazioni.

Conservate il codice del trigger su GitHub

Collegate un repository GitHub e i vostri trigger personalizzati vi verranno inviati automaticamente. Modificate un file nel vostro editor e la modifica verrà riportata nell’app. Ogni versione corrisponde a un commit, pertanto ogni modifica è verificabile e reversibile ed è possibile ripristinare qualsiasi versione precedente direttamente dall’app.

Inoltre, in questa versione

• La sincronizzazione dei dati ora riporta la dicitura “In sincronia” anziché limitarsi a indicare il numero di record, con la data dell’ultima sincronizzazione completa espressa nel fuso orario del Suo negozio. L’inserimento iniziale avviene una sola volta; successivamente, l’istantanea viene aggiornata automaticamente.
• La concessione dell'accesso a un prodotto o a un ordine attiva il trigger di aggiornamento generale di tale risorsa, pertanto gli eventi iniziano a fluire immediatamente.
• Una guida alla configurazione più chiara che segua le fasi effettive dell’operazione: scegliere i trigger, concedere l’accesso, creare un workflow, osservarne l’esecuzione.

L'accesso a Prodotti, Varianti e Collezioni non viene più concesso automaticamente. In precedenza era obbligatorio, incluso nell'installazione e impossibile da rimuovere. Ora è facoltativo come qualsiasi altra autorizzazione: potete concederlo dalla pagina Autorizzazioni e revocarlo in qualsiasi momento. Concedendolo, i trigger relativi a prodotti e collezioni verranno immediatamente registrati per il vostro negozio.

I negozi che lo avevano già lo mantengono: non occorre fare nulla.

Una dashboard molto più veloce

La dashboard non analizza più l’intera cronologia degli eventi per calcolare i dati. I conteggi giornalieri, per argomento e per stato provengono ora da un riepilogo pre-aggregato, mentre il dato relativo al Suo utilizzo viene letto direttamente dal contatore che applica effettivamente il limite del Suo piano: in questo modo è in tempo reale e corrisponde sempre. Nei database con milioni di eventi, questa è la differenza tra un dashboard che va in timeout e uno che si carica istantaneamente.

Nuovo centro assistenza

Documentazione completa disponibile all’indirizzo docs.workflow-trigger-extensions.app: una guida di riferimento per ogni trigger, guide alla configurazione e alle autorizzazioni, risoluzione dei problemi e guide dettagliate ai workflow corredate da video. È possibile segnalare un bug, richiedere una funzionalità o contattarci tramite un modulo che ci raggiunge direttamente, allegando screenshot.

La bolla di chat integrata nell'app ora appare su ogni pagina e si nasconde quando è aperta una finestra di dialogo.

Inoltre, in questa versione

• Chieda a un Sidekick di Shopify quali sono i Suoi trigger: quali sono stati configurati, perché uno non si sta attivando, quali si sono attivati di recente e quanta parte della Sua quota ha già utilizzato. È una funzione di sola lettura; non è possibile modificare alcuna impostazione.
• Risolto: gli eventi “Cliente Note Changed” e “Cliente State Changed” non venivano mai attivati. La modifica veniva confrontata con un valore che l’app non stava effettivamente leggendo. Ora entrambi funzionano correttamente.
• Risolto: la modifica silenziosa dell’indirizzo di spedizione dell’ordine non produceva alcun effetto a meno che non fosse stata concessa anche l’autorizzazione all’accesso ai dati del cliente. L’app ora lo segnala chiaramente in anticipo, anziché generare un errore in modo silenzioso.
• Risolto: nei negozi con un numero elevato di sottoscrizioni ai trigger, era possibile che una di esse venisse tralasciata durante la concessione di un'autorizzazione o non venisse rimossa durante la revoca di un'autorizzazione.
• Una volta chiusa, la guida all’installazione rimane chiusa.
• L'app è ora disponibile con il nome "Workflow Trigger Extensions". Stessa app, stessa installazione, nuovo nome.

La notifica “Modifica del costo della variante del prodotto” viene attivata quando il costo unitario di una variante subisce una variazione, ai fini del ricalcolo del margine, delle regole di adeguamento dei prezzi o per avvisare l’ufficio acquisti.

È importante sapere perché fosse necessario un trigger dedicato: il costo è associato alla voce di inventario, non al prodotto; pertanto, Shopify non genera un aggiornamento del prodotto quando cambia solo il costo. Nessun elemento che monitori gli aggiornamenti del prodotto può rilevarlo. Questo trigger monitora direttamente la voce di inventario.

Fornisce il prodotto, la variante e lo SKU, nonché il costo precedente e quello attuale espressi in valori monetari. Utilizza l’autorizzazione “Inventario” esistente e la relativa scheda “Impostazioni”.

Shopify

• Variazione dell'inventario presso una sede: qualsiasi variazione, in aumento o in diminuzione, della quantità disponibile presso una sede specifica.
• Esaurito presso la sede - si attiva quando le scorte disponibili scendono a zero.
• Di nuovo disponibile in sede - si attiva quando torna a un livello positivo.

Ogni evento riporta la sede e il relativo nome, la variante e lo SKU, nonché la quantità precedente, quella attuale e la differenza. In questo modo, potrete rimuovere un prodotto dalla vendita solo quando è esaurito in una delle vostre sedi di evasione ordini, oppure avviare un trasferimento quando in un magazzino le scorte stanno per esaurirsi mentre in un altro vi è un surplus.

È necessaria la nuova autorizzazione “Accesso ai dati di inventario”, che include anche l’accesso alle sedi, in modo che gli eventi riportino il nome della sede anziché solo il relativo ID. L’attivazione di una qualsiasi di queste autorizzazioni comporta innanzitutto l’aggiornamento retroattivo dei livelli di scorte attuali, pertanto viene attivata la prima modifica effettiva.

Due trigger per l'iscrizione agli account B2B, entrambi basati sull'autorizzazione "Azienda" già in suo possesso:

• Cliente rimosso dall'azienda - si attiva quando un cliente viene rimosso come contatto da un'azienda. Per la procedura di offboarding: revocare l'accesso all'ERP, avvisare il responsabile dell'account, archiviare il record.
• Contatto dell'azienda aggiornato: si attiva quando il ruolo o i dettagli di un contatto subiscono modifiche.

Entrambe indicano contemporaneamente il cliente e l’azienda, oltre al ruolo del referente.

Abbiamo deliberatamente deciso di non aggiungere "Cliente aggiunto all'azienda": Shopify Flow dispone già di un trigger nativo a tale scopo.

• Modifica della nota relativa al cliente - si attiva quando viene aggiunta, modificata o cancellata una nota relativa a un cliente, indicando il valore precedente e quello nuovo.
• Modifica dello stato del cliente - si attiva quando un account passa da disattivato a attivato, da invitato a rifiutato.
• Modifiche alle esenzioni fiscali relative alla sede aziendale: un commerciante ha segnalato che la modifica delle impostazioni fiscali relative a una sede B2B non generava alcun effetto. Il metodo Shopify non emette alcun evento di aggiornamento per tale modifica; pertanto, questa funzione la rileva tramite polling. L’evento viene attivato quando le esenzioni vengono aggiunte, rimosse o sono attualmente in vigore, sotto forma di un elenco di codici con etichette leggibili, oltre al codice di registrazione fiscale.

È stato inoltre risolto il seguente problema: gli otto trigger relativi alla bozza d'ordine riportavano un nome errato nella cronologia degli eventi.

Manutenzione ordinaria della sicurezza: aggiornamenti delle dipendenze e rafforzamento della sicurezza in tutta l’applicazione. Non è richiesta alcuna azione.

• Modifica del consenso alla campagna di email marketing e modifica del consenso alla campagna di SMS marketing - inviate una notifica non appena il consenso subisce modifiche, indicando il nuovo stato (iscritto, disiscritto o in sospeso), il livello di consenso e il timestamp. Per l’automazione della conformità al GDPR e alle norme di marketing, oppure per mantenere sincronizzato un elenco di esclusione.
• Prodotto pubblicato sul canale di vendita e prodotto rimosso dal canale di vendita: sappiate quando un prodotto viene reso disponibile su un canale di vendita o quando viene rimosso da esso. Ogni evento riporta i canali aggiunti, rimossi e quelli attuali sotto forma di elenco strutturato, consentendovi di iterare su di essi in Shopify Flow anziché dover analizzare il testo. Viene attivato una volta per ogni modifica, non una volta per ogni canale. Richiede la nuova autorizzazione “Accesso ai dati delle pubblicazioni”.
• Modifica dello stato del mercato: si attiva quando un mercato passa dallo stato “bozza” a quello “attivo”, indicando lo stato precedente e quello attuale. È disponibile una nuova scheda “Mercati” nelle Impostazioni.

Si tratta della versione più ampia rilasciata finora e della prima dotata di un proprio sistema di avvisi via e-mail.

Avvisi relativi alle quote e ai malfunzionamenti

Un sistema di notifiche, accessibile tramite l’icona sulla dashboard. Riceverete un’e-mail quando vi avvicinerete al vostro limite mensile, quando lo raggiungerete e quando i vostri trigger inizieranno a fallire più del solito. È possibile aggiungere destinatari oltre al titolare del negozio.

Condizioni di attivazione delle bozze d'ordine (7)

Una nuova autorizzazione denominata “Accesso ai dati delle bozze d’ordine” consente di accedere all’intero ciclo di vita delle bozze d’ordine: è stata concepita per il settore B2B e all’ingrosso, in cui la negoziazione avviene prima che l’ordine venga effettivamente emesso.

• Aggiornamento della bozza d'ordine: si attiva in caso di qualsiasi modifica. Disattivatelo nelle Impostazioni se desiderate che si applichino solo quelle specifiche riportate di seguito.
• Bozza d'ordine: tag aggiunti / tag rimossi - procedure di approvazione basate sui tag.
• Modifica alla nota relativa alla bozza d'ordine - con la nota precedente e quella nuova.
• Modifiche agli attributi delle bozze d'ordine: numeri degli ordini di acquisto, date di consegna, opzioni regalo, con un dettaglio per ogni campo relativo a ciò che è stato aggiunto, rimosso o modificato.
• Modifiche agli articoli della bozza d’ordine: articoli, quantità, prezzi o varianti adeguati nel corso della negoziazione.
• Stato della bozza d'ordine modificato: transizioni tra gli stati “aperto”, “fattura inviata” e “completato”. Ideale per le cadenze dei promemoria di pagamento.

Le linee di base vengono inserite al momento della creazione di una bozza, pertanto la prima modifica effettiva successiva alla creazione viene attivata correttamente. L’attivazione di qualsiasi trigger specifico comporta l’aggiornamento retroattivo delle bozze esistenti.

Shopify Flow Supporta già in modo nativo gli eventi "Bozza d'ordine creata" e "Bozza d'ordine eliminata", pertanto abbiamo deliberatamente deciso di non duplicarli.

Mercati e sedi (8)

• Mercato creato / aggiornato / eliminato - per la vendita internazionale e B2B.
• Sede creata / aggiornata / eliminata / attivata / disattivata: magazzini, negozi e punti di ritiro.

Ulteriori informazioni sull'ordine e sui prodotti

• Modifica dello stato finanziario dell'ordine: transizioni relative allo stato di pagamento, ad esempio da “in sospeso” a “pagato” o “rimborsato”.
• "Modifica del tipo di prodotto" e "Modifica del fornitore del prodotto": ciascuna di queste azioni si attiva autonomamente; pertanto, un workflow può reagire a una modifica del fornitore senza essere eseguito ad ogni modifica apportata al prodotto.

Inoltre

• Approvato per il badge “Built for Shopify”.
• Miglioramenti alla stabilità e alle prestazioni, oltre a una serie di correzioni relative all’interfaccia utente.

Shopify Flow possono segnalare che un cliente o un prodotto è stato aggiornato, ma non che un tag sia stato modificato. Questi quattro trigger si attivano solo in seguito alla modifica del tag stesso.

• Tag cliente aggiunti / Tag cliente rimossi
• Tag prodotto aggiunti / Tag prodotto rimossi

Ciascuno di essi Le fornisce i tag che sono stati aggiunti, quelli rimossi e l'elenco completo prima e dopo, in modo che Lei possa creare un ramo basato esattamente sulle modifiche apportate, anziché dover rileggere l'intero record.

Tutte e quattro le opzioni sono attivabili da “Impostazioni”. La prima volta che l’app rileva un record, memorizza un valore di riferimento senza generare alcun evento; pertanto, la loro attivazione non sovraccaricherà i Suoi workflow con eventi relativi a tag già presenti.

È stato inoltre risolto il seguente problema: nei payload dei quattro trigger relativi alla modifica delle varianti mancavano lo SKU, il codice a barre e il prezzo.

Si noti che non esiste un trigger per i tag delle collezioni: Shopify le collezioni non hanno tag. Si raccomanda invece di utilizzare un metacampo della collezione con "Metafield Update".