Ändringslogg

”Workflow Trigger Extensions” finns nu tillgängligt på ytterligare fyra språk: svenska, norska, polska och turkiska. Det innebär totalt 16 språk.

• Ingen installation krävs. Appen anpassar sig efter språket i din Shopify-admin.
• Hjälpcenter och ändringslogg också. Guiderna, den här ändringsloggen och de färdiga Shopify Flow-mallarna finns tillgängliga på samma språk.

Nytt

• Kör för befintliga poster. En utlösare aktiveras normalt när något ändras. På sidan ”Utlösare” aktiverar alternativet ”Kör för befintliga poster” nu ”Produktuppdatering”, ”Orderuppdatering”, ”Kunduppdatering”, ”Utkast till orderuppdatering” eller ”Inkassouppdatering” en gång för varje post du redan har, eller endast för de poster som en sökning hittar, så att ett nytt arbetsflöde också kan bearbeta det som redan finns i din butik. Du ser hur många poster som matchar innan du börjar och kan följa körningen tills den är klar. Varje post räknas som en händelse i din plan.
• Aktivera utlösaren nu. I appens block på sidorna för produkter, beställningar, kunder, beställningsutkast och hämtningar i Shopify-admin finns nu en ny knapp: ”Aktivera utlösaren nu”. Efter en bekräftelse aktiverar den utlösaren ”Uppdatera” för just den posten, vilket är det snabbaste sättet att testa ett arbetsflöde med en riktig post. Det räknas som en händelse.
• En varning innan du når abonnemangets gräns, inte när du har nått den. En tredje varning utöver användningsvarningen och e-postmeddelandet om att gränsen har nåtts: när din användning under de senaste dagarna skulle nå abonnemangsgränsen inom det antal dagar du väljer (3, 5, 7 eller 14, standard 7), får du ett e-postmeddelande som anger hur många dagar som återstår med din nuvarande takt. Den är aktiverad som standard och kan stängas av i inställningarna för aviseringar under ”Prognos för abonnemangsgränsen”. Instrumentpanelen visar samma prognos som en banner.
• Planera påminnelser även i chatten. De tre planeringspåminnelserna visas också som meddelanden i appens chatt, så att du hittar dem där du arbetar och inte bara i din inkorg.
• Ytterligare fyra färdiga anpassade utlösare. Order som inte har levererats på N dagar, leverans som inte har rört sig på N dagar, datum i ett metafält har uppnåtts och lagernivån har sjunkit under en enskild plats tröskelvärde. Välj en av dem som mall när du skapar en anpassad utlösare, ange siffrorna högst upp och spara.
• De senaste AI-modellerna och en standardmodell. ”Generera med AI” erbjuder nu Claude Sonnet 5.5, Opus 5.5, Fable 5.2 och Haiku 5.5, GPT-6.1 Sol, GPT-6 Astra, GPT-6.1 Terra och GPT-6 Luna, samt Gemini 3.8 Flash, Gemini 4 Carbon, Gemini 4 Argon och Gemini 3.5 Flash-Lite. På utvecklarsidan, under ”Anslutningar”, kan du välja en standardmodell per leverantör, och modellistan bredvid prompten börjar med den. De modeller du kunde välja tidigare finns fortfarande kvar, markerade som äldre, och fortsätter att fungera tills deras leverantör stänger av dem.

Förbättrad

• Manuell körning i händelsehistoriken. Händelser som startats med ”Kör för befintliga poster” eller ”Aktivera utlösare” visar nu källan ”Manuell körning” och kan filtreras efter den.
• Från ett evenemang till dess post. På evenemangets detaljsida finns en länk till posten i Shopify-admin, som öppnas i en ny flik.

Åtgärdat

• Skapa med AI och Claude Fable 5. Claude Fable 5 avvisade vissa förfrågningar, och genereringen misslyckades. En sådan förfrågan besvaras nu av en annan Claude-modell som Anthropic väljer ut, och kostnaden debiteras ditt Anthropic-konto enligt den modellens pris.

Åtgärdat

• Företagstriggers utan åtkomst till kunddata. Shopify skickar endast händelser avseende företag, företagets plats och företagets kontaktuppgifter till appar som även har åtkomst till kunddata. Hittills har en butik kunnat bevilja behörigheten ”Företag och företagets plats” separat, och triggarna ”Uppdatering av företag”, ”Uppdatering av företagets plats” och ”Ändrade skatteundantag för företagets plats” har inte aktiverats utan någon som helst indikation. På sidan Behörigheter anges detta nu på kortet ”Företag och företagets plats”, och på sidan Triggers samt i instrumentpanelen listas ”Åtkomst till kunddata” som den behörighet som saknas för dessa utlösare. Företagshändelserna kopplas in så snart behörigheten beviljas. Om någon av dina företagstriggers aldrig har aktiverats, öppna sidan ”Behörigheter” och bevilja behörigheten ”Åtkomst till kunddata”; triggern börjar fungera inom en minut och ingenting förändras i ditt arbetsflöde.

Nytt

• Variantändringar vid produktuppdatering. När en produktuppdatering ändrar en variant innehåller utlösarens gamla och nya värden nu en post per ändrat variantfält: pris, jämförelsepris, SKU, streckkod, lagerpolicy, skattepliktig, titel, alternativ och bild, samt om en variant läggs till eller tas bort. Varje post anger vilken variant den tillhör, med dess ID och titel, så att ett arbetsflöde kan agera på just den varianten, till exempel när lagerpolicyn ändras från ”neka” till ”fortsätt”. Aktivera ”Skicka gamla och nya värden” i inställningarna för produktuppdatering. Med ”Vilka ändringar utlöser detta” kan du fortfarande välja att utlösa endast de fält som är relevanta för dig, till exempel variants.inventory_policy.

Förbättrad

• Stora uppdateringar rapporteras i sin helhet. När en uppdatering omfattar fler ändringar än vad en enskild händelse kan hantera, innehåller de gamla och nya värdena endast de första ändringarna, vilket framgår av utlösaren: truncated är sant och totalCount anger hur många ändringar det fanns, medan fields fortfarande listar varje fält som ändrats. Detta gäller produktuppdatering, orderuppdatering, kunduppdatering, inkassouppdatering, uppdatering av orderutkast, rabattuppdatering, marknadsuppdatering, platsuppdatering, företagsuppdatering, uppdatering av företagsplats, blogguppdatering, uppdatering av blogginlägg, siduppdatering och metaobjektuppdatering.
• Snabbare utlösare för metafält. Utlösare för metafält på produkter, kollektioner, kunder och beställningar kan nu läsa det ändrade värdet direkt från Shopifys uppdateringsmeddelande istället för att skicka en ny förfrågan till Shopify, vilket innebär en förfrågan mindre per uppdatering. Butikerna övergår till det nya systemet steg för steg; ingenting ändras i dina inställningar.

Åtgärdat

• Metafältutlösare vid mycket stora kataloger. När man konfigurerar en metafältutlösare i en butik med miljontals varianter fastnar processen inte längre i ”initialiserar”. Den första ögonblicksbilden använder nu en massexport och slutförs på några minuter.

Nytt

• Fråga Sidekick från installationsguiden. Varje steg i installationsguiden på instrumentpanelen har en knapp som heter ”Fråga Sidekick”. Den öppnar Shopifys assistent med en förberedd fråga om just det steget, på det språk som används i din administratörsmiljö, och Sidekick svarar utifrån just din butiks utlösare och händelser. Knappen visas överallt där Sidekick är tillgängligt i din administratörsmiljö.

• Gamla och nya värden för ytterligare 26 utlösare. Dessa utlösare skickar nu värdet före och efter ändringen:

  • uppdateringsutlösare för orderutkast, samlingar, marknader, företag, företagsplatser, företagskontakter, platser, rabatter, sidor, bloggar, blogginlägg och metaobjekt,
  • lageravkallningen utlöses på en plats,
  • Kundhändelserna för adress, e-postadress, namn, telefonnummer och marknadsföringssamtycke, orderutkastshändelserna för faktureringsadress, leveransadress och e-postadress samt händelsen ”Leveransadress för beställningen har ändrats”.

  Uppdatering av beställningsutkast, uppdatering av inkasso och marknadsuppdatering skickas när alternativet ”Skicka gamla och nya värden” är aktiverat i utlösarinställningarna.

Förbättrad

• Varningsmeddelanden om fel är aktiverade som standard. E-postmeddelandet om hög felfrekvens är nu aktiverat för alla butiker, både nya och befintliga. Det skickas ut när minst 20 % av minst 50 händelser har misslyckats inom 60 minuter, högst en gång var sjätte timme. Du kan ändra vem som ska ta emot meddelandet eller inaktivera det under ”Meddelanden”.

Sidladdare utför nu oberoende läsningar samtidigt och hämtar mindre databasposter för listor och metadata för instrumentpaneler. Triggerlistor läser inte längre omvandlingskod eller insamlade prover enbart för att visa deras namn och status.

Sidan ”Behörigheter” använder en aktuell ögonblicksbild av Shopify-omfånget, och metafältväljaren undviker definitionsförfrågningar för resurstyper som saknar behörighet. Befintliga triggarinställningar, arbetsflödesdata, uppdateringskontroller och autentisering bevaras.

Spårning av fast hastighetsbegränsning när Shopify rapporterar en tom API-bucket. Arbetare behåller nu det rapporterade nollsaldoet och väntar på kapacitet istället för att behandla det som en tillgänglig budget. Befintliga inställningar för utlösare, händelsedata och beteende vid omförsök behålls.

Minskat antalet överflödiga cache-läsningar vid beräkningen av hur länge man ska vänta på att Shopify-API:et ska bli tillgängligt.

Förbättrad samordning av bearbetningen vid stora vågor av produkt- och kunduppdateringar. Användarna kan hålla fler händelser i den långsamma köen redo för bearbetning samtidigt som befintliga gränser för samtidighet per butik, inställningar för utlösare och arbetsflödesdata bevaras.

Bearbetningsslots tilldelas nu atomärt. En arbetare som blir klar sent kan inte längre frigöra en slot som en annan arbetare har tilldelats.

Händelsehanteringen läser nu ut färre onödiga databasfält och undviker att skriva om oförändrade utkast till order och marknadsöversikter. Befintliga inställningar för utlösare och arbetsflödesdata bevaras.

Ett problem med räkningen av användning har åtgärdats, där den första händelsen kunde utelämnas när kvotcachen var tom och lagret inte hade någon registrerad händelsehistorik.

En anpassad utlösare för händelsen ”Metaobject Updated” väljer nu den metaobjektdefinition som den lyssnar på och tar emot händelser från den. Shopify levererar metaobjekthändelser per definition, vilket innebär att appen måste prenumerera på varje definition separat. Hittills var det endast de inbyggda metaobjektutlösarna som gjorde detta. En anpassad utlösare för händelsen ”Metaobject Updated” i en butik utan en inbyggd metaobjektutlösare för samma definition tog inte emot någonting, och funktionen ”Capture a live event” i redigeraren väntade i evigheter. Redigeraren frågar nu efter definitionen bredvid händelsen, prenumererar på den när du fångar eller sparar, och meddelar dig om prenumerationen inte kunde genomföras istället för att vänta. Om du redan har en sådan anpassad utlösare, öppna den, välj definitionen och spara en gång.

Sidan ”Triggers” öppnas direkt i butiker med mycket stora sortiment. Kortet ”Data sync” visar hur många produkter, varianter, kunder och beställningar appen har synkroniserat. I en butik med hundratusentals varianter och en hög frekvens av produktuppdateringar kunde det ta över en minut att räkna dem, och sidan väntade på det. Räkningen körs nu i bakgrunden och sparas i några timmar. Sidan öppnas omedelbart, och tills den första räkningen är klar visar kortet tiden för den senaste synkroniseringen istället för ett tal. Triggers och arbetsflöden påverkades aldrig av detta, endast själva sidan.

Pollingbaserade utlösare kontrolleras återigen på ett tillförlitligt sätt i de största butikerna. Utlösare för variantmetafält (samt övriga utlösare som appen kontrollerar enligt ett schema: blogginlägg, sidor, rabatter som löper ut, ordervisningsstatus, företagsmetafält) hämtar butikens lagrade värden innan de jämförs med de aktuella. För en butik med miljontals lagrade värden använde det steget mer minne än vad tjänsten tillåter, vilket ledde till att den startades om och gjorde att andra butiker då och då missade en kontroll. Värdena laddas nu i begränsade omgångar, så att en katalog av vilken storlek som helst passar.

En massredigering i en butik fördröjer inte längre händelser för andra butiker. Händelser från en butik som skickar betydligt fler händelser än vad appen kan bearbeta samtidigt flyttas till en separat kö istället för att försökas igen i huvudkön. Fördröjningen den 21 oktober avseende ”Order Attributes Changed” och andra orderhändelser, som orsakades av en sådan massredigering, kan inte upprepas i den formen.

Funktionen ”Vilka ändringar utlöser detta” vid produktuppdatering, orderuppdatering och kunduppdatering jämför varje uppdatering med den senaste kopian av posten som appen har lagrat. För en post som appen aldrig hade lagrat kunde den inte avgöra vad som hade ändrats och lät uppdateringen gå igenom, vilket innebar att en butik vars produkter aldrig hade synkroniserats såg varje produktuppdatering utlösas och räknas, med endast rubriken markerad.

• En post som appen inte har någon kopia av sparas nu vid den första uppdateringen och utlöser inte någon händelse. Från och med nästa uppdatering är det endast de markerade fälten som utlöser händelsen, precis som alla andra ändringsutlösare i appen.
• När du sparar ett fälturval startas nu även en engångssynkronisering av den resursen - samma synkronisering som en ändringsutlösare utlöser när du aktiverar den - så att befintliga poster omfattas direkt.
• Om inget är markerat avfyras utlösaren fortfarande vid varje uppdatering, precis som den alltid har gjort.

Om detta har påverkat din användning, skriv till oss så återställer vi den.

Ett metafält som redan är ifyllt när posten skapas utlöses nu. En metafältsutlösare aktiveras när värdet ändras. Ett värde som fanns på plats redan från det att posten skapades - till exempel de svar som Shopify-formulär sparar för en ny kund eller ett nytt företag, eller metafälten för en importerad produkt - lagrades tidigare som utgångsvärde och utlöste aldrig någon händelse. Nu utlöses den en gång, med ett tomt tidigare värde, precis som ett värde som anges strax efter att posten skapades. Den uppdatering som Shopify skickar direkt efter skapandet utlöser inte triggern en andra gång.

Appen talar ditt språk

Hela appen anpassas nu efter det språk du använder i Shopify-adminen. Finns på engelska, tyska, franska, spanska, italienska, nederländska, danska, portugisiska (Brasilien och Portugal), japanska och kinesiska (förenklad och traditionell). Ändra språket i adminen så anpassas appen när nästa sida laddas.

• Varje sida, dialogruta och meddelande är översatt, inklusive behörighetskorten, inställningarna för utlösare och redigeraren för anpassade utlösare.
• Evenemangsblocken på dina produkt-, order- och kundsidor visar också innehåll på ditt språk.
• Arbetsflödesmallarna visas med titel, beskrivning och inställningsanvisningar på ditt språk i Shopify Flow.
• Triggernamnen förblir på engelska. Shopify Flow visar triggernamnen på engelska, så det gör även appen - det namn du ser i appen är alltid detsamma som det du hittar i Shopify Flow.

Övervakning: få reda på när en utlösare slutar fungera

En trigger som tyst slutar att aktiveras är det svåraste problemet att upptäcka. På den nya övervakningssidan kan du ställa in övervakning av valfri trigger och få ett e-postmeddelande när något inte står som det ska:

• Inga händelser - inget utlöses under den tidsperiod du väljer. För utlösare som ska aktiveras varje dag, till exempel ”Orderuppdatering” i en välbesökt butik.
• Arbetsflödet har inte bekräftats - utlösaren aktiverades, men ditt arbetsflöde skickade aldrig någon återkoppling. Lägg till åtgärden ”Bekräfta arbetsflödeskörning” som det sista steget i arbetsflödet, med händelse-ID inställt på eventId.
• Fel - händelser som misslyckats av en orsak som du kan åtgärda, till exempel en saknad behörighet. Tillfälliga Shopify-fel räknas inte.

Du får ett e-postmeddelande när ett problem uppstår, inte ett per kontroll, och övervakningsverktyget visar det aktuella läget på sidan. Övervakningsverktyg ingår i alla abonnemang.

Dessutom i den här versionen

• Statusen ”Skicka Shopify Flow” heter nu ”Bekräfta körning av arbetsflöde” och har tydligare fältbeskrivningar. Arbetsflöden som redan använder den fortsätter att fungera som vanligt.
• I e-postmeddelanden om fel anges orsaken och vilka utlösare som påverkas, tillsammans med en kort beskrivning av vad man ska göra åt saken.
• Gamla och nya värden för produktuppdatering, orderuppdatering och kunduppdatering är nu en växlingsfunktion. Öppna triggerns inställningar på sidan Triggers och aktivera alternativet ”Skicka gamla och nya värden om ett arbetsflöde läser changes”. Om funktionen är avstängd skickas changes tomt. Din anpassade triggarkod tar ändå emot de gamla och nya värdena oavsett inställning.

Att veta att något har förändrats räcker sällan. Ett arbetsflöde behöver oftast veta hur det såg ut tidigare: gick priset ner eller upp, med hur mycket, vilken tagg lades till, vad metafältet visade igår. Den här versionen gör det möjligt att se både det gamla och det nya värdet i hela appen, och låter en anpassad utlösare starta ett arbetsflöde även när ingenting alls har hänt.

Gamla och nya värderingar, överallt

• Metafältutlösare innehåller nu det tidigare värdet. Varje metafältutlösare (generisk, produkt, variant, order, kund) överför Shopify Flow Metafield.previousValue tillsammans med Metafield.value. Det är tomt när metafältet just har skapats. Se Metafältutlösare.
• Förändringar i pris, enhetspris och kostnad åtföljs av siffror. Villkoren i Shopify Flow kan inte utföra aritmetiska beräkningar, så ”Variantpris ändrat”, ”Variantenhetspris ändrat” och ”Produktvariantkostnad ändrad” levererar nu även delta (nytt minus gammalt), percentChange och direction (ökning, minskning, oförändrat). ”Priset har sjunkit med mer än 10 %” är nu ett villkor, utan kod.
• Produktuppdatering, orderuppdatering och kunduppdatering visar vad som har ändrats. Tidigare angav de endast att posten hade uppdaterats. Nu innehåller de changes: en lista över ändrade fält samt det gamla och det nya värdet för varje fält. Fält som spåras är titel, beskrivning, status, taggar, leverantör, typ och hanteringskod för produkter; betalningsstatus, leveransstatus, orderrader, taggar, anteckning och ytterligare detaljer för beställningar; taggar, anteckning och kontostatus för kunder. Långa värden förkortas. Listan är tom när uppdateringen inte gällde dessa fält, till exempel vid en lagerförändring.
• ”Ändringar i utkast till orderrader” visar nu samma radvisa jämförelse som orderutlösaren: vad som har lagts till, tagits bort eller ändrats vad gäller antal, pris eller variant.
• Din egen anpassade triggarkod ser också både det gamla och det nya värdet. En anpassad trigger vid produktuppdatering, orderuppdatering eller kunduppdatering tar nu emot payload._changes: varje spårat fält som har ändrats, med oldValue och newValue för respektive fält. På så sätt kan din kod utlösas vid en övergång snarare än vid ett tillstånd - ”status gick från utkast till aktiv”, ”ordern blev betald” - vilket ett villkor baserat på det aktuella värdet inte kan uttrycka. Exempelhändelsen som du fångar upp i redigeraren visar fältet.

Allt är additivt. De arbetsflöden du redan har skapat fortsätter att fungera som vanligt. Den fullständiga fältlistan för varje utlösare finns i utlösarreferensen.

Välj vilka ändringar som ska utlösa en uppdateringsutlösare

”Produktuppdatering”, ”Orderuppdatering” och ”Kunduppdatering” har en ny inställning, som nås via kugghjulet bredvid respektive växlingsknapp på sidan Triggers: Vilka ändringar utlöser detta.

• Inget är markerat: utlösaren aktiveras vid varje uppdatering, precis som den alltid har gjort.
• Markerade fält: utlöses endast när något av dem ändras. Alla övriga uppdateringar hoppas över och räknas inte in i ditt abonnemang.

Detta är också ett smidigt sätt att förhindra att ett arbetsflöde utlöser sig själv. Ett arbetsflöde som startar vid en produktuppdatering och sedan skriver till ett produktmetafält som används för att starta om sig själv. Begränsa utlösaren till de fält som är relevanta för dig, så utlöses inte den andra uppdateringen längre.

Dina övriga utlösare påverkas inte av detta val. Att begränsa ”Orderuppdatering” till betalningsstatus påverkar inte när händelsen ”Orderetiketter tillagda” utlöses.

Anpassade utlösare som körs enligt ett schema

Shopify Flows reagerar när något händer. Det kan inte reagera när inget händer, och det kan inte se något utanför din butik. En anpassad utlösare kan nu göra det. Redigeraren frågar: ”Vad får detta att köras: En Shopify-händelse eller enligt ett schema?” Enligt ett schema körs din kod var 30:e sekund, upp till en gång om dagen. Den kommer ihåg vad den såg vid förra körningen, kan läsa av din butik och anropa vad som helst på det offentliga internet, och avgör själv vad som räknas som en förändring.

Börja med en mall och redigera siffrorna högst upp:

• Produkt, order eller kund som inte har uppdaterats på N dagar - inaktuella kataloggranskningar, fastnade order, återvinningskampanjer. Varje post utlöses en gång per inaktivitetsperiod; poster som redan var försenade när funktionen aktiverades utlöses inte alla på en gång.
• Ett värde utanför Shopify har ändrats - ett lagerflöde från en leverantör, en växelkurs, en prislista. Visar värdet före och efter, samt skillnaden och procentandelen för siffror.
• Nyhet i ett RSS- eller Atom-flöde - leverantörsnyheter, ett produktlista-flöde, en statussida.
• Inga beställningar på N timmar - en pulsmätare för din butik. Aktiveras en gång när beställningarna upphör och en gång när de återkommer.

Det första körningen av en schemalagd utlösare lagrar endast den information den tar emot, så att du aldrig överbelastar dina arbetsflöden när du aktiverar en sådan. Den visas i Shopify Flow som ”Anpassad utlösare”, filtrerad efter sitt handtag, och posten anges som dess ID. Varje körning räknas in i din plan, oavsett om den utlöses eller inte - redigeraren visar hur många körningar ett intervall omfattar. Test kör din kod en gång utan att utlösa någonting.

Mallar för händelsebaserade anpassade utlösare

Anpassade utlösare som reagerar på en Shopify-händelse har nu också mallar. Välj en mall under ”Börja med en mall” så väljs händelsen ut och koden fylls i automatiskt. Varje mall läser av värdet före och efter ändringen:

• Ett fält för en produkt, en order eller en kund har ändrats från ett värde till ett annat - till exempel har statusen ändrats från utkast till aktiv, eller så har en order markerats som betald.
• Priset sjönk med mer än N procent - en verklig prisnedsättning, inte vilken prisjustering som helst.
• Lagernivån sjönk under en tröskel - utlöses en gång, i det ögonblick då lagernivån passerar gränsen, inte vid varje försäljning när den redan är låg.
• Värdet för ett produktmetafält har överskridit ett tröskelvärde - ett betyg har sjunkit under 3, en marginal har överskridit 40.
• Beställning som betalats av en högvärdig kund - hämtar kundens totala köpbelopp i din butik med ctx.shopify() och utlöses endast när beloppet överstiger det värde du har angett.

En postens utlösande händelser på dess egen administrationssida

Nya adminblock visar de senaste utlösande händelserna för den post du tittar på, direkt på sidan i Shopify-admin, var och en med en kort rad som visar ”gammalt -> nytt”, till exempel price: 100.00 -> 85.00. Därifrån kan du öppna händelsen eller en översikt över händelsehistoriken för just den posten.

Finns tillgängligt för produkter, varianter, order, orderutkast, kunder, inkassoförfaranden, företag och företagsplatser. Lägg till blocket en gång från sidans anpassningsmeny. Triggers som hanterar personuppgifter listas utan sina värden. Så här lägger du till det, med ett exempel på en produkt-, order- och kundsida: Triggerhändelser på en postens administrationssida.

Fler AI-leverantörer för Generate with AI

Skapa med AI fungerar nu med Google Gemini och OpenRouter, utöver Anthropic och OpenAI. OpenRouter ger dig tillgång till modeller från många företag med en enda nyckel, inklusive vilket modell-ID du än anger. Anslut en nyckel under Utvecklare -> Anslutningar: skaffa en Gemini API-nyckel eller skaffa en OpenRouter API-nyckel. Precis som tidigare sker genereringen på ditt eget leverantörskonto och nyckeln krypteras och visas aldrig igen.

Ett snabbare gränssnitt, byggt på Shopifys webbkomponenter

Varje sida i appen har byggts om med hjälp av Shopifys nya webbkomponenter för administratörsgränssnittet - samma byggstenar som används i själva Shopify-administratörsgränssnittet.

• Snabbare att ladda. Appen levereras inte längre med en egen kopia av ett gränssnittsbibliotek. Komponenterna kommer från Shopify, delas med resten av din administratörsmiljö och finns oftast redan i webbläsarens cache, vilket innebär att varje sida har betydligt mindre att ladda ner innan den visas.
• Det känns som admin-gränssnittet. Knappar, tabeller, reglage, dialogrutor och formulär ser ut och fungerar precis som de du använder överallt annars i Shopify, inklusive tangentbordsnavigering och skärmläsare.
• Håller sig uppdaterad. När Shopify förbättrar sina komponenter anpassar sig appen automatiskt till förbättringarna utan att vi behöver göra någon uppdatering.

Ingenting har förändrats: alla sidor, inställningar och länkar finns kvar där de var.

Dessutom i den här versionen

• ”Bevilja alla” och ”Återkalla alla” på sidan Behörigheter. Med ”Bevilja alla” begärs alla behörigheter som saknas i en enda Shopify-dialogruta istället för en per kort. Med ”Återkalla alla” ombeds du att bekräfta först och får information om vad det innebär: dina utlösare förblir aktiverade, men de kan inte utlösas förrän du beviljar åtkomst igen.
• Anpassad triggerkod kan hämta data från det öppna internet med ctx.fetch(), inte bara från din butik med ctx.shopify(). Interna adresser tillåts inte.
• Dina anpassade utlösare och dina butiksutlösare fungerar nu på samma sätt: klicka på raden för att redigera, status visas till höger.
• På sidan ”Triggers” visas antalet aktiva triggers bredvid rubriken, och de fyra metafälttriggers som har angetts manuellt har nu egna aktiveringsknappar i listan.
• Obligatoriska fält är markerade i formulären för anpassade utlösare, butiksutlösare och anslutningar.
• Åtgärdat: Det gick inte att rensa ett datumfilter i händelsehistoriken. När man tog bort datumrutan eller valde ”Rensa allt” förblev datumen kvar. Nu rensas de i båda fallen.
• Raderna i händelsehistoriken består av ren text istället för blå länkar. Hela raden går fortfarande att klicka på.

Hittills har alla utlösare i den här appen utgått från något som hänt i din administratörsmiljö: en beställning har betalats, en produkt har uppdaterats. I den här versionen läggs utlösare till som utgår från vad en kund gör i din webbutik.

Shopify skickar inga webhooks om surfbeteende, så dessa samlas in av en webbpixel som appen installerar åt dig - ingen temaredigering krävs och ingen kod behöver klistras in.

Utlösare för butiksfronter

Inställningar, behörigheter och vad varje utlösare skickar: Utlösare i Storefront.

• Visade produkter i butiken och visade kollektioner i butiken
• Produkt i webbutiken har lagts till i varukorgen och tagits bort från varukorgen
• Varekorgen i butiken har visats
• Kassan i butiken har startats
• ”Storefront Search” och ”Storefront Search Returned No Results” - den andra är en uppdaterad lista över varor som kunderna förväntade sig att du skulle sälja. En enskild sökning aktiverar exakt en av de två, så du kan aktivera båda utan att de räknas dubbelt. Hur de två sökutlösarna fördelas.
• Visad variant som är slut i lager - en riktig kund har tittat på en vara som du inte kan sälja till hen. En signal om behov av påfyllning, per variant snarare än per produkt. Vad räknas som slut i lager.
• Inloggad kund har besökt webbplatsen och B2B-inköpare har besökt webbplatsen - en återkommande kund befinner sig i din butik. Upprepade sidvisningar sammanfattas i ett besöksfönster som du själv väljer, antingen per kund eller per företag. Förklaring av besöksfönster.

Utlösare vid utcheckning

Detaljer: Utlösare vid utcheckning.

• Fel vid utcheckning visas - ta reda på varför utcheckningen misslyckas utan att behöva vänta på ett supportärende.
• Rabattkod avvisad vid utcheckning - en kund angav en kod som avvisades vid utcheckningen. Oftast beror detta på att kampanjen har löpt ut eller att koden från ett e-postmeddelande aldrig har aktiverats.
• Beställning från ny kund - en beställning från en kund som aldrig har beställt tidigare, där kunden och beställningen används som inbyggda referenser i Shopify Flow. Den hämtas från Shopifys webhook för beställningar, vilket innebär att den - till skillnad från de två ovanstående - är lika tillförlitlig som vilken administratörstrigger som helst. Finns med i triggerreferensen.

Anpassade utlösare för butiksfronter

För allt som Shopify inte rapporterar alls. Publicera din egen händelse från ditt tema med en enda rad JavaScript, så blir den en utlösare i Shopify Flow. Steg för steg, med kodsnutt att kopiera: Anpassade utlösare i butiksfronten.

Det tydligaste exemplet är varukorgsmenyn: Shopifys händelse för varukorgsvisningen utlöses endast på sidan /cart, medan de flesta moderna teman istället öppnar en utdragbar meny och aldrig navigerar dit. Genom att publicera en egen händelse när menyn öppnas fyller du den luckan. Att lägga till i önskelistan, öppna storleksguiden och byta variant fungerar på samma sätt.

Endast de händelsenamn som du har registrerat vidarebefordras, så att andra skript på din sida inte kan förbruka din kvot. Namnge händelsen och använda den i Shopify Flow.

Innan du slår på dem

• De behöver den nya behörigheten ”Storefront Behaviour”, som beviljas på sidan ”Behörigheter” precis som alla andra. Vad behörigheten omfattar.
• Kundens samtycke respekteras. Om en kund inte har gett sitt samtycke till analys sparas inte händelsen i dennes webbläsare och når aldrig oss - det kostar dig ingenting och sätter inte igång något arbetsflöde. Hur samtycke hanteras.
• De genererar betydligt större volymer än administrativa utlösare. En välbesökt butik genererar fler produktvisningar på en dag än orderuppdateringar under ett helt år, och varje händelse räknas in i ditt abonnemang. Aktivera endast de funktioner som ett arbetsflöde använder. Abonnemang och användning.
• De fungerar enligt principen ”best effort” och är inte garanterade. Om en flik stängs, anslutningen bryts eller en annonsblockerare används kommer händelsen aldrig fram. Använd dem för signaler och reaktioner, inte för något där en utebliven händelse skulle innebära ett problem med korrektheten.

Fullständig information, inklusive hur funktionen ”Out-of-Stock Variant Viewed” avgör vad som räknas som slut i lager, finns i Guiden för Storefront-triggers.

Skapa triggerkod med AI

Beskriv på vanlig engelska vad en anpassad trigger ska göra och låt AI skriva koden. Under ”Developer” → ”Connections” lägger du till din egen API-nyckel från Anthropic eller OpenAI; genereringen sker på ditt konto, och nyckeln krypteras, visas aldrig igen och körs aldrig inuti din triggerkod. Fullständig guide: Generera triggerkod med AI. Behöver du en nyckel först? Skaffa en API-nyckel från Anthropic (Claude) eller skaffa en API-nyckel från OpenAI.

• Baserat på vad triggern faktiskt tar emot. Generatorn får information om appens runtime-kontrakt, Shopifys Admin-API och - när du väl har fångat upp en - den faktiska händelsens payload, så den skriver payload.total_price eftersom den kan se fältet istället för att gissa sig till ett namn. Vad den vet.
• **Bygg vidare på det du **redan har. Om det redan finns kod redigerar programmet den istället för att börja om från början, så att ”nu gör du också X” fungerar.
• Det sparas aldrig automatiskt. Den genererade koden visas i redigeraren som en osparad ändring: testa den mot din insamlade payload, läs vad den skulle utlösa och spara sedan. Skapa en anpassad utlösare.
• Skriver temakoden för anpassade Storefront-utlösare, vilket är den del som många fastnar på eftersom varje tema namnger sina element på olika sätt. Skapa en Storefront-kodsnutt.

Dessutom har följande åtgärdats

• Listan ”Lägg till utlösare” under ”Metafältutlösare” kunde förbli tom i upp till en timme efter att en behörighet beviljats, och visa att inga definitioner fanns trots att de faktiskt fanns. Det tomma resultatet lagrades i cachen; så är inte längre fallet, så listan fylls nästa gång du öppnar den. Detsamma gällde listan över metaobjekt. Se Metafield-triggers och Metaobjekt-triggers.
• Produkten publicerades i kanalen och togs bort från kanalen, men den första ändringen av en nyskapad produkt missades. Appen lagrar en baslinje första gången den ser en post och aktiveras endast vid avvikelser från denna, och för publiceringar skrevs aldrig någon baslinje vid skapandet - så den första publiceringen efter att en produkt skapats ignorerades tyst och endast den andra aktiverades. Båda fungerar nu från och med den första ändringen. Produktutlösare i referensen.

Två korrigeringar utifrån supportärenden - tack till de handlare som rapporterade dem.

• Händelsehistoriken laddas nu omedelbart i butiker med mycket hög händelsevolym. I butiker med miljontals händelser i sin 30-dagarshistorik kunde sidan tidigare ta extremt lång tid att ladda eller inte laddas alls. Nu öppnas den på långt under en sekund oavsett volym, och alla filter fungerar som tidigare.
• Synkroniseringen av referensläget för snapshot-baserade utlösare startar nu automatiskt. Triggers som jämför ändringar mot en lagrad baslinje (taggar, status, titel och liknande) kunde tidigare vänta i all oändlighet med statusen ”0 poster synkroniserade” om triggern aktiverades innan ett arbetsflöde använde den. När en sådan trigger aktiveras startar nu den initiala synkroniseringen automatiskt, så att den första faktiska ändringen utlöser triggern.

Det är den största uppdateringen sedan appen lanserades, och den förändrar hur du ställer in utlösare.

Anpassade utlösare

Om ingen inbyggd utlösare passar, kan du skriva en egen. Välj en Shopify-händelse, hämta en faktisk datapaket från din butik och skriv en kort omvandling som avgör när den ska utlösas och vad som ska skickas.

• Aktivera endast enligt dina egna villkor. Inte ”vilken produktuppdatering som helst” - endast beställningar över ett visst värde, endast produkter från en viss leverantör, endast de ändringar som du faktiskt bryr dig om.
• Skicka exakt de fält du vill ha till Shopify Flow, anpassade efter ditt arbetsflödes behov.
• Hämta data som händelsen inte innehåller. ctx.shopify() kör en Admin GraphQL-fråga inifrån din trigger, så att du kan komplettera en händelse med vilken information som helst från din butik.
• Testa innan du skickar iväg, med en verklig insamlad nyttolast, och jämför utdata och loggar sida vid sida.

Din kod visas i Shopify Flow som en anpassad utlösare, filtrerad efter sitt namn, vilket innebär att ett arbetsflöde reagerar på exakt en av dina utlösare.

”Inställningar” heter nu ”Triggers”

De nio flikarna för inställningar har tagits bort. Varje utlösare finns nu på en och samma sida tillsammans med sökfunktionen, och varje utlösare har sin egen på/av-knapp.

Den gamla sidan hade två typer av omkopplare som fungerade på motsatta sätt: de flesta utlösarna var avstängda tills man slog på dem, men de övergripande ... Update-utlösarna var påslagna som standard och hade en separat flik med ”dämpare” för att stänga av dem. Nu gäller en enda regel överallt: en utlösare aktiveras så länge dess omkopplare är påslagen.

• Sök på namn istället för att gissa under vilken flik en utlösare har sparats.
• Alla 83 utlösare är omkopplingsbara. Tidigare hade en utlösare bara en omkopplare om vi hade skapat en rad för den.
• Aktivera eller inaktivera för alla, antingen för dina sökresultat eller för allt.
• Behörigheter beviljas där du klickar på dem. När du aktiverar en utlösare som kräver en behörighet ombeds du att bevilja den direkt där. Om den kräver två behörigheter visas en dialogruta som täcker båda.

Inget av det du hade konfigurerat har ändrats, och dina gamla inställningslänkar fungerar fortfarande. En utlösare som du hade inaktiverat visas nu helt enkelt som avstängd.

Simulera en utlösare

Tidigare innebar det att testa ett arbetsflöde att genomföra den verkliga processen i din butik - att redigera en produkt, lägga en beställning eller vänta på en omröstning. Nu kan du aktivera en utlösare när du vill: öppna valfri händelse i händelsehistoriken och välj ”Simulera” igen.

Simuleringen går igenom samma process som en riktig Shopify-webhook, så ditt arbetsflöde tar emot exakt samma data som i produktionsmiljön. Använd funktionen ”dry run” för att förhandsgranska datapaketet utan att utlösa något. Simulerade händelser registreras som tester, vilket innebär att de inte ingår i din statistik och inte räknas in i ditt abonnemang.

Observera att en simulerad utlösare kör dina arbetsflöden på riktigt - om ett arbetsflöde märker en beställning eller skickar ett e-postmeddelande, så sker det faktiskt.

Utvecklings-API och MCP

• En utvecklarsida för att skapa API-nycklar, med anslutningskommandon för Claude, Cursor, VS Code och andra.
• Ett REST-API som visar alla triggare i din butik med respektive status, låter dig läsa händelsehistorik och statistik samt kontrollera vilka behörigheter du har beviljat.
• En MCP-server, så att en AI-assistent kan granska din konfiguration och simulera utlösare i samtalet.
• Tre åtkomstnivåer, där simulering och körning av anpassad utlösarkod sker bakom respektive nivå, så att en vanlig läsnyckel inte kan utlösa dina automatiseringar.

Spara din triggerkod på GitHub

Anslut ett GitHub-repository så skickas dina anpassade utlösare automatiskt dit. Redigera en fil i din egen redigerare så syns ändringen direkt i appen. Varje version är en commit, vilket innebär att ändringar går att granska och ångra, och du kan återgå till vilken tidigare version som helst direkt från appen.

Dessutom i den här versionen

• I datasynkroniseringen visas nu ”Synkroniserad” istället för endast antalet poster, tillsammans med datumet för den senaste fullständiga synkroniseringen i din butiks tidszon. Den initiala synkroniseringen sker en gång; därefter hålls översikten automatiskt uppdaterad.
• När du beviljar åtkomst till en produkt eller en beställning aktiveras den resursens generella uppdateringsutlösare, vilket innebär att händelserna börjar strömma in direkt.
• En tydligare installationsguide som följer de steg du faktiskt utför: välj utlösare, bevilja åtkomst, skapa ett arbetsflöde och se hur det körs.

Åtkomst till produkter, varianter och kollektioner beviljas inte längre automatiskt. Tidigare var den obligatorisk, ingick vid installationen och gick inte att ta bort. Nu är den valfri precis som alla andra behörigheter: du kan bevilja den på sidan Behörigheter och återkalla den när du vill. När du beviljar den aktiveras produkt- och kollektionsutlösarna för din butik omedelbart.

Butiker som redan hade det behåller det - inget behöver göras.

En betydligt snabbare instrumentpanel

Instrumentpanelen går inte längre igenom hela din händelsehistorik för att beräkna siffrorna. Siffrorna per dag, per ämne och per status hämtas nu från en föraggregerad sammanställning, och din användningsstatistik läses direkt från den räknare som faktiskt övervakar gränsen för ditt abonnemang - vilket innebär att den är i realtid och alltid stämmer. För butiker med miljontals händelser är detta skillnaden mellan att instrumentpanelen går ut och att den laddas omedelbart.

Nytt hjälpcenter

Fullständig dokumentation finns på docs.workflow-trigger-extensions.app - en referens för varje utlösare, guider för inställningar och behörigheter, felsökning samt steg-för-steg-guider för arbetsflöden med videoklipp. Du kan rapportera ett fel, begära en funktion eller kontakta oss via ett formulär som skickas direkt till oss, med bifogade skärmdumpar.

Chattbubblan i appen visas nu på varje sida och döljs när en dialogruta är öppen.

Dessutom i den här versionen

• Fråga Shopify Sidekick om dina triggare - vilka som är konfigurerade, varför en viss inte aktiveras, vilka som har aktiverats nyligen och hur mycket av din kvot du har använt. Endast läsbehörighet; den kan inte ändra några inställningar.
• Åtgärdat: Händelserna ”Customer Note Changed” och ”Customer State Changed” utlöstes aldrig. Ändringen jämfördes med ett värde som appen i själva verket inte läste av. Båda fungerar nu.
• Åtgärdat: När leveransadressen ändrades utan meddelande hände ingenting om inte behörighet till kunddata också hade beviljats. Appen informerar nu om detta direkt istället för att tyst avbryta processen.
• Åtgärdat: I butiker med ett stort antal trigger-prenumerationer kunde en prenumeration eventuellt utelämnas vid beviljande av behörighet eller glömmas bort vid återkallande av behörighet.
• Installationsguiden förblir hopfälld när du väl har fällit ihop den.
• Appen heter nu ”Workflow Trigger Extensions”. Samma app, samma installation, nytt namn.

”Produktvariantens kostnad har ändrats” utlöses när kostnaden per enhet för en variant ändras - för omberäkning av marginal, prisjusteringsregler eller för att meddela inköpsavdelningen.

Det är värt att veta varför detta behövde en egen utlösare: kostnaden är kopplad till lagerartikeln, inte till produkten, så Shopify skickar inte ut någon produktuppdatering när endast kostnaden ändras. Inget som övervakar produktuppdateringar kan se denna ändring. Denna utlösare övervakar lagerartikeln direkt.

Anger produkt, variant och SKU samt gamla och nya kostnader som belopp. Använder den befintliga behörigheten ”Lager” och fliken ”Inställningar” där.

Shopify

• Förändring av lagernivå på plats - varje förändring av tillgänglig kvantitet på en specifik plats, oavsett om den ökar eller minskar.
• Slut i lager på butiken - aktiveras när det tillgängliga lagret sjunker till noll.
• Åter i lager på butiken - aktiveras när lagernivån återgår till ett positivt värde.

Varje händelse innehåller platsen och dess namn, varianten och SKU:n samt den gamla, nya och förändrade kvantiteten. På så sätt kan du ta bort en produkt från sortimentet endast när den är slut i lager på en av dina distributionsplatser, eller sätta igång en överföring när ett lager börjar ta slut medan ett annat har överskott.

Kräver den nya behörigheten ”Tillgång till lagerdata”, som även omfattar ”Tillgång till platser”, så att händelserna innehåller platsnamnet istället för bara dess ID. Om du aktiverar någon av dessa uppdateras dina aktuella lagernivåer först, vilket innebär att den första faktiska ändringen träder i kraft.

Två utlösare för medlemskap i B2B-konton, där båda utnyttjar din befintliga behörighet ”Företag”:

• Kund borttagen från företaget - utlöses när en kund tas bort som kontakt från ett företag. Vid avregistrering: återkalla ERP-åtkomst, meddela kundansvarig, arkivera posten.
• Företagskontakt uppdaterad - utlöses när en kontakts roll eller uppgifter ändras.

Båda anger både kunden och företaget samt kontaktpersonens roll.

Vi har medvetet valt att inte lägga till ”Kund tillagd till företag” - Shopify Flow har redan en inbyggd utlösare för det.

• Kundanteckning ändrad - utlöses när en anteckning om en kund läggs till, redigeras eller raderas, med det gamla och det nya värdet.
• Kundstatus har ändrats - utlöses när ett konto växlar mellan inaktiverat, aktiverat, inbjudet och avvisat.
• Ändringar av skatteundantag för företagets verksamhetsort - en handlare rapporterade att redigering av skatteinställningarna för en B2B-verksamhetsort aldrig utlöste någon reaktion. Shopify skickar inte ut någon uppdateringshändelse för den ändringen alls, så den här funktionen upptäcker den istället genom att kontinuerligt avfråga systemet. Den utlöses när undantag läggs till, tas bort eller är i kraft, i form av en lista med koder och läsbara etiketter samt skatteregistrerings-ID.

Dessutom har följande åtgärdats: de åtta utlösarna för utkastordningen visade fel namn i händelsehistoriken.

Rutinmässigt säkerhetsunderhåll: uppdateringar av beroenden och säkerhetsförstärkningar i hela appen. Ingen åtgärd krävs.

• Ändrat samtycke till e-postmarknadsföring och ändrat samtycke till SMS-marknadsföring - skicka ett meddelande så fort samtycket ändras, med den nya statusen (prenumererar, har avslutat prenumerationen eller väntar på bekräftelse), samtyckesnivån och tidsstämpeln. För automatisering av GDPR- och marknadsföringsregler, eller för att hålla en uteslutningslista synkroniserad.
• Produkt publicerad i kanal och produkt avpublicerad från kanal - få reda på när en produkt publiceras i eller tas bort från en försäljningskanal. Varje händelse innehåller en ordnad lista över de kanaler som lagts till, tagits bort och de aktuella kanalerna, så att du kan gå igenom dem i Shopify Flow istället för att analysera text. Utlöses en gång per ändring, inte en gång per kanal. Kräver den nya behörigheten ”Publications Data Access”.
• Marknadsstatus har ändrats - aktiveras när en marknad övergår från utkast till aktiv, med den gamla och den nya statusen. Inkluderar en ny flik ”Marknader” i Inställningar.

Den hittills största uppdateringen, och den första med egna e-postaviseringar.

Varningar om kvoter och fel

Ett meddelandesystem som öppnas via ikonen på instrumentpanelen. Få ett e-postmeddelande när du närmar dig din månatliga kvot, när du når den och när dina utlösare börjar misslyckas oftare än vanligt. Lägg till mottagare utöver butiksägaren.

Utkast till orderutlösare (7)

En ny behörighet för åtkomst till orderutkast ger tillgång till hela livscykeln för orderutkast - utformad för B2B och grossistverksamhet, där förhandlingarna äger rum innan ordern har skapats.

• Uppdatering av utkast till order - aktiveras vid varje ändring. Inaktivera den under Inställningar om du endast vill ha de specifika ändringarna nedan.
• Utkast till order: Taggar tillagda / Taggar borttagna - taggbaserade godkännandesteg.
• Ändring av anmärkning i utkast till beslut - med den gamla och den nya anmärkningen.
• Ändringar i attribut för utkast till beställningar - inköpsordernummer, leveransdatum, presentalternativ, med en detaljerad uppställning per post över vad som har lagts till, tagits bort eller ändrats.
• **Ändringar i utkastet till orderrader **- artiklar, antal, priser eller varianter som justerats under förhandlingarna.
• Status för utkast till beställning har ändrats - övergångar mellan statuserna ”öppen”, ”faktura skickad” och ”avslutad”. Perfekt för återkommande betalningspåminnelser.

Baslinjer läggs in när ett utkast skapas, så att den första faktiska ändringen efter skapandet aktiveras på rätt sätt. Om du aktiverar en specifik utlösare uppdateras dina befintliga utkast retroaktivt.

Shopify Flow har redan inbyggt stöd för händelserna ”Utkast till beställning skapad” och ”Utkast till beställning raderad”, så vi undviker medvetet att duplicera dessa.

Marknader och orter (8)

• Marknad skapad / uppdaterad / borttagen - för internationell försäljning och B2B-försäljning.
• Plats skapad / uppdaterad / raderad / aktiverad / inaktiverad - lager, butiker och avhämtningsställen.

Mer information om beställningen och produkten

• Ändrad orderstatus - övergångar i betalningsstatus, till exempel från ”väntande” till ”betald” eller ”återbetald”.
• ”Produkttyp ändrad” och ”Produktleverantör ändrad” - dessa utlöses var för sig, vilket innebär att ett arbetsflöde kan reagera på en leverantörsändring utan att köras vid varje produktredigering.

Dessutom

• Godkänd för märket ”Built for Shopify”.
• Stabilitets- och prestandaförbättringar samt en rad korrigeringar av användargränssnittet.

Shopify Flow kan meddela dig när en kund eller en produkt har uppdaterats, men inte när en tagg har ändrats. Dessa fyra utlösare aktiveras endast när själva taggändringen sker.

• Kundtaggar tillagda / Kundtaggar borttagna
• Produkttaggar har lagts till / Produkttaggar har tagits bort

Var och en visar vilka taggar som har lagts till, vilka som har tagits bort samt den fullständiga listan före och efter - så att du kan skapa en gren utifrån exakt vad som har ändrats istället för att behöva läsa igenom posten på nytt.

Alla fyra funktionerna aktiveras manuellt under Inställningar. Första gången appen upptäcker en post lagrar den en referensvärde utan att utlösa någon händelse, så att du inte översvämmas av händelser för taggar som redan fanns där när du aktiverar dem.

Dessutom har följande åtgärdats: SKU, streckkod och pris saknades i datapaketen för de fyra utlösarna för variantändringar.

Observera att det inte finns någon utlösare för samlingstaggar - Shopify-samlingar har inga taggar. Använd istället ett samlingsmetafält med Metafield Update.