Wijzigingslogboek

De app spreekt uw taal

De gehele app past zich nu aan aan de taal die u gebruikt in het beheergedeelte van Shopify. Beschikbaar in het Engels, Duits, Frans, Spaans, Italiaans, Nederlands, Deens, Portugees (Brazilië en Portugal), Japans en Chinees (vereenvoudigd en traditioneel). Wijzig de taal van uw beheergedeelte en de app past zich aan zodra de pagina opnieuw wordt geladen.

• Elke pagina, elk dialoogvenster en elk bericht is vertaald, met inbegrip van de machtigingskaarten, de triggerinstellingen en de editor voor aangepaste triggers.
• De evenementenblokken op uw product-, bestel- en klantpagina’s zijn eveneens in uw taal weergegeven.
• De workflow-sjablonen worden in Shopify Flow weergegeven met hun titel, beschrijving en installatieopmerking in uw taal.
• De namen van triggers blijven in het Engels. Shopify Flow toont de namen van triggers in het Engels, dus de app doet dat ook - de naam die u in de app ziet, is altijd dezelfde als die u in Shopify Flow aantreft.

Monitoring: ontdek wanneer een trigger niet meer werkt

Een trigger die stilletjes stopt met afgaan, is het moeilijkst op te merken. Via de nieuwe pagina ‘Monitoring’ kunt u een waarschuwing instellen voor elke trigger en een e-mail ontvangen wanneer er iets niet in orde is:

• Geen gebeurtenissen - er wordt gedurende een door u gekozen periode niets geactiveerd. Dit geldt voor triggers die dagelijks moeten worden geactiveerd, zoals ‘Orderupdate’ bij een drukbezochte winkel.
• De workflow is niet bevestigd - de trigger is geactiveerd, maar uw workflow heeft nooit een terugmelding gegeven. Voeg de actie ‘Workflowuitvoering bevestigen’ toe als laatste stap van de workflow, waarbij de gebeurtenis-ID is ingesteld op eventId.
• Fouten - gebeurtenissen die zijn mislukt om een reden die u kunt verhelpen, zoals een ontbrekende machtiging. Tijdelijke Shopify-fouten tellen niet mee.

U ontvangt één e-mail wanneer er een probleem ontstaat, en niet bij elke controle, en de monitor geeft de huidige status weer op de pagina. Monitors zijn beschikbaar bij elk abonnement.

Ook in deze uitgave

• De functie ‘Send Flow Status’ heet nu ‘Confirm Workflow Run’ en bevat duidelijkere veldbeschrijvingen. Workflows die deze functie al gebruiken, blijven ongewijzigd functioneren.
• In e-mails met foutmeldingen worden de reden en de betrokken triggers vermeld, samen met een korte uitleg over wat u hieraan kunt doen.
• De oude en nieuwe waarden voor ‘Product Update’, ‘Order Update’ en ‘Customer Update’ worden nu als schakelaar weergegeven. Open de instellingen van de trigger op de pagina ‘Triggers’ en schakel de optie** ‘Oude en nieuwe waarden verzenden’** in als de workflow de waarde changes leest. Indien deze optie is uitgeschakeld, wordt changes leeg weergegeven. Uw aangepaste trigger-code ontvangt in beide gevallen nog steeds de oude en nieuwe waarden.

Alleen weten dat er iets is veranderd, is zelden voldoende. Een Workflow moet doorgaans weten hoe de situatie ervoor was: is de prijs gedaald of gestegen, met hoeveel, welke tag is toegevoegd, wat stond er gisteren in het metaveld? Deze release maakt de oude en de nieuwe waarde in de hele app beschikbaar en stelt het mogelijk dat een aangepaste trigger een Workflow start wanneer er helemaal niets is gebeurd.

Oude en nieuwe waarden, overal

• Metaveld-triggers bevatten nu de vorige waarde. Elke metaveld-trigger (generiek, product, variant, bestelling, klant) geeft in Shopify Flow Metafield.previousValue door naast Metafield.value. Deze waarde is leeg wanneer het metaveld zojuist is aangemaakt. Zie Metaveld-triggers.
• Wijzigingen in prijs, eenheidsprijs en kosten worden weergegeven in cijfers. Shopify Flow kan geen rekenkundige bewerkingen uitvoeren; daarom leveren de indicatoren ‘Variant Price Changed’, ‘Variant Unit Price Changed’ en ‘Productvariant Cost Changed’ nu ook de waarden delta (nieuw minus oud), percentChange en direction (stijging, daling, ongewijzigd). "Prijs is met meer dan 10% gedaald" is nu één voorwaarde, zonder code.
• De meldingen ‘Productupdate’, ‘Bestelupdate’ en ‘Klantenupdate’ geven aan wat er is gewijzigd. Voorheen werd alleen vermeld dat het record was bijgewerkt. Nu bevatten ze changes: de lijst met gewijzigde velden en, voor elk veld, de oude en de nieuwe waarde. De bijgehouden velden zijn: titel, beschrijving, status, tags, leverancier, type en handle voor producten; betalingsstatus, afhandeling, artikelen, tags, opmerking en aanvullende details voor bestellingen; tags, opmerking en accountstatus voor klanten. Lange waarden worden ingekort. De lijst is leeg wanneer de update buiten deze velden plaatsvond, bijvoorbeeld bij een wijziging in de voorraad.
• De functie ‘Gewijzigde artikelen in conceptbestelling’ geeft nu dezelfde regel-voor-regel-vergelijking weer als de besteltrigger: wat er is toegevoegd, verwijderd of gewijzigd wat betreft hoeveelheid, prijs of variant.
• Uw eigen aangepaste trigger neemt zowel de oude als de nieuwe waarde waar. Een aangepaste trigger](https://docs.workflow-trigger-extensions.app/nl/aangepaste-triggers) van het type [ bij een productupdate, orderupdate of klantupdate ontvangt nu payload._changes: elk bijgehouden veld dat is gewijzigd, elk met oldValue en newValue. Uw code kan dus worden geactiveerd bij een overgang in plaats van bij een status - „de status is veranderd van concept naar actief“, „de bestelling is betaald“ - wat niet kan worden uitgedrukt met een voorwaarde op basis van de huidige waarde. Het voorbeeldgebeurtenis dat u in de editor vastlegt, toont het veld.

Alles is cumulatief. De workflows die u al hebt opgebouwd, blijven ongewijzigd functioneren. De volledige lijst met velden per trigger vindt u in de referentiegids voor de trigger op.

Kies welke wijzigingen een Update-trigger activeren

De opties ‘Productupdate’, ‘Bestelupdate’ en ‘Klantupdate’ hebben een nieuwe instelling, die u kunt vinden achter het tandwieltje naast de schakelaar op de pagina ‘-triggers’: hiermee kunt u instellen welke wijzigingen deze triggers activeren.

• Er is niets aangevinkt: de trigger wordt bij elke update geactiveerd, precies zoals altijd het geval is geweest.
• Aangevinkte velden: er vindt alleen een verzoek plaats wanneer een van deze velden is gewijzigd. Alle overige updates worden overgeslagen en tellen niet mee voor uw abonnement.

Dit is tevens de nette manier om te voorkomen dat een workflow zichzelf activeert. Een workflow die start bij een productupdate en vervolgens een productmetaveld bijwerkt, werd gebruikt om zichzelf opnieuw te starten. Beperk de trigger tot de velden die voor u van belang zijn, en die tweede update wordt niet langer geactiveerd.

Uw overige triggers worden niet beïnvloed door deze keuze. Het beperken van de update van de bestelling tot de betalingsstatus heeft geen invloed op het moment waarop de trigger „Order Tags Added” wordt geactiveerd.

Aangepaste triggers die volgens een schema worden uitgevoerd

Shopify Flow reageert wanneer er iets gebeurt. Het kan niet reageren wanneer er niets gebeurt, en het kan niets buiten uw winkel waarnemen. Een aangepaste trigger van kan dat nu wel. De editor vraagt: „Wat zorgt ervoor dat dit wordt uitgevoerd: één Shopify-gebeurtenis, of volgens een schema?” Bij „Volgens een schema“ wordt uw code elke 30 seconden tot maximaal één keer per dag uitgevoerd. De code onthoudt wat er bij de laatste uitvoering is waargenomen, kan uw winkel scannen en alles op het openbare internet oproepen, en bepaalt zelf wat als een wijziging wordt beschouwd.

Begin met een sjabloon en pas de getallen bovenaan aan:

• **Product, bestelling of klant is al N dagen niet bijgewerkt **- verouderde catalogusbeoordelingen, vastgelopen bestellingen, terugwinnen van klanten. Elk record wordt één keer per rustperiode geactiveerd; zaken die al achterstallig waren op het moment dat u deze functie inschakelt, worden niet in één keer geactiveerd.
• Er is een wijziging opgetreden in een waarde buiten Shopify - een voorraadfeed van een leverancier, een wisselkoers of een prijslijst. Er wordt de waarde vóór en na de wijziging weergegeven, evenals het verschil en het percentage voor getallen.
• Nieuw item in een RSS- of Atom-feed - nieuws van leveranciers, een productlijstfeed, een statuspagina.
• Geen bestellingen gedurende N uur - een ‘hartslag’ voor uw winkel. Wordt één keer geactiveerd wanneer de bestellingen stoppen en één keer wanneer ze weer binnenkomen.

De eerste uitvoering van een geplande trigger onthoudt alleen wat deze waarneemt, dus het inschakelen ervan leidt nooit tot een overbelasting van uw workflows. De trigger verschijnt in Shopify Flow als ‘Aangepaste trigger’, gefilterd op de handle, en het record wordt weergegeven als de id ervan. Elke uitvoering telt mee voor uw abonnement, ongeacht of de trigger daadwerkelijk wordt geactiveerd of niet - de editor geeft weer hoeveel uitvoeringen een interval in totaal omvat. Met ‘Test’ voert u uw code één keer uit zonder dat er iets wordt geactiveerd.

Sjablonen voor op gebeurtenissen gebaseerde aangepaste triggers

Aangepaste triggers die reageren op een Shopify-gebeurtenis beschikken nu ook over sjablonen. Als u er een selecteert onder ‘Start vanuit een sjabloon’, wordt de gebeurtenis geselecteerd en wordt de code automatisch ingevuld. Elk sjabloon leest de waarde vóór en na de wijziging uit:

• Een veld van een product, een bestelling of een klant is gewijzigd van de ene waarde naar de andere - bijvoorbeeld: de status is gewijzigd van ‘concept’ naar ‘actief’, of een bestelling is betaald.
• De prijs is met meer dan N procent gedaald - een echte prijsverlaging, niet zomaar een prijsaanpassing.
• De voorraad is onder een drempelwaarde gedaald - er wordt één keer een waarschuwing gegeven, op het moment dat de voorraad de drempel overschrijdt, en niet bij elke verkoop terwijl de voorraad al laag is.
• Het aantal metavelden van een product heeft een drempelwaarde overschreden - een beoordeling is onder de 3 gedaald, een marge is boven de 40 gekomen.
• Bestelling betaald door een klant met een hoge bestedingswaarde - leest de totale bestedingen van de klant in uw winkel op via ctx.shopify() en activeert de actie pas wanneer het bedrag hoger is dan het door u ingestelde bedrag.

De triggergebeurtenissen van een record op de bijbehorende beheerpagina

Nieuwe beheerdersblokken tonen de meest recente triggergebeurtenissen met betrekking tot het record dat u bekijkt, direct op de betreffende pagina in de Shopify-beheeromgeving, elk met een korte regel ‘oud -> nieuw’, zoals price: 100.00 -> 85.00. Van daaruit kunt u de gebeurtenis openen, of een overzicht van de gebeurtenisgeschiedenis voor dat specifieke record.

Beschikbaar voor producten, varianten, bestellingen, conceptbestellingen, klanten, incasso’s, bedrijven en bedrijfslocaties. Voeg het blok eenmalig toe via het aanpassingsmenu van de pagina. Triggers die persoonsgegevens verwerken, worden zonder hun waarden weergegeven. Hoe u deze kunt toevoegen, met een voorbeeld op een product-, bestelling- en klantpagina: Triggergebeurtenissen op de beheerpagina van een record.

Meer AI-aanbieders voor Generate with AI

Genereren met AI werkt nu niet alleen met Anthropic en OpenAI, maar ook met Google Gemini en OpenRouter. Met OpenRouter krijgt u toegang tot modellen van talrijke bedrijven met één sleutel, inclusief elk model-ID dat u invoert. Koppel een sleutel onder ‘Developer’ -> ‘Connections’: . Vraag een Gemini-API-sleutel aan via of , of vraag een OpenRouter-API-sleutel aan via. Net als voorheen vindt het genereren plaats via uw eigen provideraccount en wordt de sleutel versleuteld en nooit meer weergegeven.

Een snellere interface, gebaseerd op de webcomponenten vShopify

Elke pagina van de app is opnieuw opgebouwd met behulp van de nieuwe webcomponenten voor het beheer van Shopify; dit zijn dezelfde bouwstenen die ook door het beheer van Shopify zelf worden gebruikt.

• Sneller geladen. De app bevat niet langer een eigen kopie van een interfacelibrary. De componenten zijn afkomstig van Shopify, worden gedeeld met de rest van uw beheerdersgedeelte en bevinden zich doorgaans al in de cache van uw browser, waardoor er per pagina veel minder hoeft te worden gedownload voordat deze wordt weergegeven.
• Het voelt aan als het beheerdersgedeelte. Knoppen, tabellen, schakelaars, dialoogvensters en formulieren zien eruit en werken precies zoals u ze overal elders in Shopify gewend bent, inclusief toetsenbordnavigatie en schermlezers.
• Blijft up-to-date. Wanneer Shopify zijn componenten verbetert, wordt deze verbetering automatisch door de app overgenomen, zonder dat wij hiervoor een update hoeven uit te brengen.

Er is niets veranderd: elke pagina, instelling en link bevindt zich nog steeds op dezelfde plaats.

Ook in deze uitgave

• ‘Alles toestaan’ en ‘Alles intrekken’ op de pagina ‘Toestemmingen’. Bij ‘Alles toestaan’ wordt u in één enkel dialoogvenster Shopify gevraagd om toestemming voor alle ontbrekende rechten, in plaats van per kaart. Bij ‘Alles intrekken’ wordt u eerst gevraagd om bevestiging en wordt uitgelegd wat dit inhoudt: uw triggers blijven ingeschakeld, maar kunnen pas weer worden geactiveerd wanneer u opnieuw toegang verleent.
• Aangepaste trigger kan verbinding maken met het openbare internet via ctx.fetch(), en niet alleen met uw winkel via ctx.shopify(). Interne adressen worden geweigerd.
• Uw aangepaste triggers en uw triggers voor de webshop werken nu op dezelfde manier: klik op de rij om deze te bewerken; de status wordt rechts weergegeven.
• Op de pagina ‘Triggers’ wordt naast de titel weergegeven hoeveel triggers er actief zijn, en de vier triggers voor getypte metavelden hebben nu hun eigen schakelaars in de lijst.
• Verplichte velden zijn gemarkeerd op de formulieren voor aangepaste triggers, webshop-triggers en verbindingen.
• Opgelost: een datumfilter in de gebeurtenisgeschiedenis kon niet worden gewist. Bij het verwijderen van het datumvakje of het selecteren van ‘Alles wissen’ bleven de toegepaste datums behouden. Beide opties wissen deze nu wel.
• De rijen in de gebeurtenisgeschiedenis bestaan uit gewone tekst in plaats van blauwe links. De gehele rij is nog steeds aanklikbaar.

Tot nu toe werd elke trigger in deze app geactiveerd door een gebeurtenis in uw beheerdersgedeelte: een bestelling werd betaald, een product werd bijgewerkt. In deze release worden triggers toegevoegd die worden geactiveerd door acties van een klant in uw webshop.

Shopify verzendt geen webhooks met betrekking tot surfgedrag; deze gegevens worden verzameld door een webpixel van die de app voor u installeert - u hoeft het thema niet aan te passen en er hoeft geen code te worden geplakt.

Triggers voor Webshop

Configuratie, machtigingen en wat elke trigger verzendt: Webshop-triggers.

• Bekeken product in de webshop en bekeken collectie in de webshop
• Product in de webshop aan het winkelmandje toegevoegd en uit het winkelmandje verwijderd
• Webshop met winkelwagen bekeken
• De checkout in de webshop is gestart
• ‘Webshop Search’ en ‘Webshop Search’ leverden geen resultaten op - de tweede is een dynamische lijst met artikelen waarvan klanten verwachtten dat u ze zou verkopen. Eén zoekopdracht activeert precies één van beide, zodat u beide kunt inschakelen zonder dat er dubbeltellingen plaatsvinden. Hoe de twee triggers worden verdeeld.
• Bekeken variant niet op voorraad - een echte klant heeft iets bekeken dat u hem of haar niet kunt verkopen. Een signaal voor een herbevoorradingsbehoefte, per variant in plaats van per product. Wat geldt als ‘niet op voorraad’.
• Aangemelde klant bezocht en B2B-inkoper bezocht - er is een terugkerende klant in uw winkel. Herhaalde paginaweergaven worden samengevat in een door u gekozen bezoekperiode, per klant of per bedrijf. Uitleg over bezoekperiodes.

Triggers bij de checkout

Details: Checkout triggers.

• Er wordt een checkout-fout weergegeven - ontdek waarom de checkout mislukt, zonder te hoeven wachten op een supportticket.
• Kortingscode bij de checkout geweigerd - een klant heeft een code ingevoerd, maar deze werd bij de checkout geweigerd. Meestal gaat het om een verlopen actie of een code uit een e-mail die nooit is geactiveerd.
• Bestelling van een nieuwe klant - een bestelling van een klant die nog nooit eerder heeft besteld, waarbij de klant en de bestelling als native Shopify Flow-referenties fungeren. Deze wordt gegenereerd via de bestel-webhook van Shopify en is daarom, in tegenstelling tot de twee hierboven genoemde triggers, even betrouwbaar als elke andere door de beheerder geactiveerde trigger. Vermeld in de triggerreferentie.

Aangepaste triggers voor de webshop

Alles wShopifyt niet rapporteert. Publiceer uw eigen gebeurtenis vanuit uw thema met één regel JavaScript en deze wordt een Shopify Flow-trigger. Stapsgewijs, met het fragment dat u kunt kopiëren: Aangepaste Webshop-triggers.

Het duidelijkste voorbeeld is de winkelwagenlade: de ‘cart view’-gebeurtenis van Shopify wordt alleen geactiveerd op de pagina /cart, terwijl de meeste moderne thema’s in plaats daarvan een lade open schuiven en nooit naar die pagina navigeren. Door uw eigen gebeurtenis te activeren wanneer de lade opengaat, wordt die leemte opgevuld. Het toevoegen van items aan de verlanglijst, het openen van de maattabel en het wisselen tussen varianten werken op dezelfde manier.

Alleen de namen van gebeurtenissen die u hebt geregistreerd, worden doorgestuurd, zodat andere scripts op uw pagina uw quotum niet kunnen opgebruiken. De gebeurtenis de naam geven en deze gebruiken in Shopify Flow.

Voordat u deze inschakelt

• Zij hebben de nieuwe machtiging „Webshop Behaviour“ nodig, die net als alle andere machtigingen via de pagina „Machtigingen“ kan worden toegekend. Wat deze machtiging omvat:.
• De toestemming van de klant wordt gerespecteerd. Indien een klant geen toestemming voor analyse heeft gegeven**,** wordt de gebeurtenis in zijn of haar browser verwijderd en komt deze nooit bij ons terecht - het kost u niets en er wordt geen workflow in gang gezet. Hoe toestemming wordt afgehandeld:.
• Deze genereren een veel groter volume dan administratieve triggers. Een drukbezochte winkel genereert op één dag meer productweergaven dan er in een jaar aan bestelupdates plaatsvinden, en elke gebeurtenis telt mee voor uw abonnement. Schakel alleen die functies in die uw workflow daadwerkelijk gebruikt. Abonnementen en gebruik.
• Deze gebeurtenissen worden naar beste vermogen verzonden, maar zijn niet gegarandeerd. Als een tabblad wordt gesloten, de verbinding wordt verbroken of een advertentieblokkering wordt gebruikt, wordt de gebeurtenis nooit verzonden. Gebruik ze voor signalen en reacties, maar niet voor toepassingen waarbij het missen van een gebeurtenis een probleem voor de juistheid zou opleveren.

Uitgebreide informatie, waaronder hoe de trigger ‘Out-of-Stock Variant Viewed’ bepaalt wat als ‘niet op voorraad’ wordt beschouwd, vindt u in de handleiding over Webshop-triggers van :.

Triggercode genereren met AI

Beschrijf in gewone taal wat een aangepaste trigger moet doen en laat de AI de code schrijven. Voeg onder ‘Developer’ -> ‘Connections’ uw eigen Anthropic- of OpenAI-API-sleutel toe; het genereren vindt plaats op uw account, en de sleutel wordt versleuteld, wordt nooit meer weergegeven en wordt nooit binnen uw triggercode uitgevoerd. Volledige handleiding: Genereer triggercode met AI. Heeft u eerst een sleutel nodig? Vraag een Anthropic (Claude) API-sleutel aan via of en vraag een OpenAI API-sleutel aan via.

• Gebaseerd op wat de trigger daadwerkelijk ontvangt. De generator krijgt het runtime-contract van deze app, de Shopify Admin API en - zodra u er een hebt vastgelegd - de daadwerkelijke gebeurtenispayload doorgegeven, zodat deze payload.total_price schrijft omdat hij het veld kan zien in plaats van een naam te moeten raden. Wat hij weet:.
• **Bouwt voort op wat u **al hebt. Als er al code is, wordt die aangepast in plaats van helemaal opnieuw te beginnen, zodat „doe nu ook X“ werkt.
• Er wordt nooit automatisch opgeslagen. De gegenereerde code verschijnt in de editor als een niet-opgeslagen wijziging: test deze aan de hand van uw vastgelegde payload, bekijk wat er zou worden geactiveerd en sla het vervolgens op. Genereer een aangepaste trigger.
• Schrijft het themafragment voor aangepaste Webshop-triggers; dit is het onderdeel waar mensen vaak op vastlopen, omdat elk thema zijn elementen anders benoemt. Een Webshop-fragment genereren.

Ook verholpen

• De lijst ‘Trigger toevoegen’ bij Metavelden kon tot een uur na het verlenen van een toestemming leeg blijven, waarbij werd aangegeven dat er geen definities bestonden, hoewel deze wel degelijk aanwezig waren. Het lege resultaat werd in de cache opgeslagen; dit is nu niet meer het geval, zodat de lijst de volgende keer dat u deze opent, wordt gevuld. Hetzelfde gold voor de lijst met meta-objecten. Zie voor Metaveld-triggers, en voor Meta-object-triggers,.
• Bij het publiceren en verwijderen van een product uit het kanaal is de eerste wijziging aan een nieuw aangemaakt product over het hoofd gezien. De app slaat een basislijn op wanneer deze voor het eerst een record waarneemt en wordt alleen geactiveerd bij een afwijking daarvan; bij publicaties werd die basislijn echter nooit opgeslagen bij het aanmaken. Daardoor werd de eerste publicatie na het aanmaken van een product stilzwijgend genegeerd en werd alleen de tweede geactiveerd. Beide werken nu vanaf de eerste wijziging. Producttriggers in de referentie.

Twee oplossingen naar aanleiding van supporttickets - met dank aan de merchants die deze hebben gemeld.

• De functie ‘Gebeurtenisgeschiedenis’ wordt nu onmiddellijk geladen in winkels met een zeer groot aantal gebeurtenissen. Bij winkels met miljoenen gebeurtenissen in hun geschiedenis van de afgelopen 30 dagen kon het laden van de pagina extreem lang duren of zelfs helemaal mislukken. De pagina wordt nu in ruim minder dan een seconde geopend, ongeacht het aantal gebeurtenissen, en alle filters werken zoals voorheen.
• De basissynchronisatie voor op momentopnames gebaseerde triggers start nu automatisch. Triggers die wijzigingen vergelijken met een opgeslagen basislijn (tags, status, titel en dergelijke) konden oneindig lang wachten met de melding „0 records gesynchroniseerd“ wanneer de trigger werd ingeschakeld voordat een workflow er gebruik van maakte. Het inschakelen van een dergelijke trigger start nu zelfstandig de eerste synchronisatie, zodat de eerste daadwerkelijke wijziging de trigger activeert.

Dit is de grootste update sinds de app is ontwikkeld, en deze verandert de manier waarop u triggers instelt.

Aangepaste triggers

Als er geen ingebouwde trigger geschikt is, kunt u er zelf een schrijven. Kies een Shopify-gebeurtenis, leg een daadwerkelijke payload uit uw winkel vast en schrijf een korte transformatie die bepaalt wanneer de trigger moet worden geactiveerd en wat er moet worden verzonden.

• Pas maatregelen toe op basis van uw eigen voorwaarden. Niet bij „elke productupdate“ - alleen bij bestellingen boven een bepaalde waarde, alleen bij producten van één leverancier, en alleen bij de wijzigingen die voor u daadwerkelijk van belang zijn.
• **Stuur Shopify Flow precies die velden **die u wilt, precies zo vormgegeven als uw workflow vereist.
• Haal gegevens op die de gebeurtenis niet bevat. ctx.shopify() voert een Admin GraphQL-query uit vanuit uw trigger, zodat u een gebeurtenis kunt verrijken met alle gegevens uit uw store.
• Test het systeem vóór verzending aan de hand van een daadwerkelijk vastgelegde payload en bekijk de uitvoer en de logbestanden naast elkaar.

Uw code wordt op Shopify Flow weergegeven als ‘Aangepaste trigger’, gefilterd op de bijbehorende handle, zodat één workflow op precies één van uw triggers reageert.

De pagina ‘Instellingen’ heet nu ‘Triggers’

De negen tabbladen ‘Instellingen’ zijn verdwenen. Elke trigger bevindt zich nu op één pagina met een zoekfunctie, en elke trigger heeft zijn eigen aan/uit-schakelaar.

Op de oude pagina waren er twee soorten schakelaars die in tegengestelde richtingen werkten: de meeste triggers stonden uitgeschakeld totdat u ze inschakelde, maar de ... Update-triggers stonden standaard ingeschakeld, met een apart tabblad „onderdrukkers” om ze uit te schakelen. Nu geldt overal één regel: een trigger wordt geactiveerd zolang de bijbehorende schakelaar is ingeschakeld.

• Zoek op naam in plaats van te raden onder welk tabblad een trigger is opgeslagen.
• Alle 83 triggers zijn schakelbaar. Voorheen beschikte een trigger alleen over een schakelaar als wij daarvoor een rij hadden aangemaakt.
• In één keer in- of uitschakelen, van toepassing op uw zoekresultaten of op alles.
• Toestemmingen worden verleend op het moment dat u erop klikt. Wanneer u een trigger activeert waarvoor een toestemming nodig is, wordt deze direct ter plekke gevraagd. Indien er twee toestemmingen nodig zijn, verschijnt er één dialoogvenster waarin beide worden behandeld.

Er is niets gewijzigd aan uw configuratie en uw oude links naar de instellingen werken nog steeds. Een trigger die u had uitgeschakeld, wordt nu gewoon als ‘uit’ weergegeven.

Een trigger simuleren

Vroeger moest u, om een workflow te testen, de daadwerkelijke handelingen in uw winkel uitvoeren - een product bewerken, een bestelling plaatsen, wachten op een peiling. Nu kunt u op elk gewenst moment een trigger activeren: open een willekeurige gebeurtenis in de gebeurtenisgeschiedenis en kies opnieuw voor ‘Simuleren’.

De simulatie doorloopt dezelfde pijplijn als een echte webhook van Shopify, zodat uw workflow precies dezelfde gegevens ontvangt als in de productieomgeving. Gebruik de proefmodus om een voorbeeld van de payload te bekijken zonder dat er daadwerkelijk iets wordt geactiveerd. Gesimuleerde gebeurtenissen worden geregistreerd als tests, zodat ze niet in uw statistieken worden opgenomen en niet meetellen voor uw abonnement.

Houd er rekening mee dat een gesimuleerde trigger uw workflows daadwerkelijk uitvoert - als een workflow een bestelling van een tag voorziet of een e-mail verstuurt, gebeurt dat ook echt.

API voor ontwikkelaars en MCP

• Een ontwikkelaarspagina voor het aanmaken van API-sleutels, met verbindingsopdrachten voor Claude, Cursor, VS Code en andere.
• Een REST-API waarmee u alle triggers voor uw winkel met hun status kunt weergeven, de gebeurtenisgeschiedenis en statistieken kunt inzien en kunt controleren welke machtigingen u hebt toegekend.
• Een MCP-server, zodat een AI-assistent uw configuratie kan controleren en triggers in een gesprek kan simuleren.
• Drie toegangsniveaus, waarbij achter elk niveau simulatie en aangepaste triggers worden uitgevoerd, zodat een gewone leessleutel uw automatiseringen niet kan activeren.

Bewaar uw triggercode op GitHub

Koppel een GitHub-repository en uw aangepaste triggers worden daar automatisch naartoe gepusht. Bewerk een bestand in uw eigen editor en de wijziging wordt teruggezet in de app. Elke versie is een commit, zodat een wijziging kan worden gecontroleerd en ongedaan gemaakt, en u vanuit de app kunt terugkeren naar elke eerdere versie.

Ook in deze uitgave

• Bij de gegevenssynchronisatie wordt nu ‘Gesynchroniseerd’ weergegeven in plaats van alleen het aantal records, met vermelding van de datum van de laatste volledige synchronisatie in de tijdzone van uw winkel. De initiële synchronisatie vindt eenmalig plaats; daarna wordt de momentopname automatisch up-to-date gehouden.
• Door toegang tot een product of bestelling te verlenen, wordt de algemene ‘Update’-trigger voor die bron geactiveerd, waardoor er onmiddellijk gebeurtenissen binnenkomen.
• Een duidelijker installatiehandleiding die aansluit bij wat u daadwerkelijk doet: triggers selecteren, toegang verlenen, een workflow opzetten en deze in werking zien.

Toegang tot ‘Product, Variant & Collectie’ wordt niet langer automatisch verleend. Voorheen was dit verplicht, standaard inbegrepen bij de installatie en kon het niet worden verwijderd. Het is nu optioneel, net als elke andere machtiging: u kunt deze toekennen via de pagina ‘Machtigingen’ en op elk gewenst moment intrekken. Wanneer u deze machtiging toekent, worden de triggers voor producten en collecties onmiddellijk voor uw winkel geregistreerd.

Winkels die het al in voorraad hadden, behouden het - u hoeft niets te doen.

Een aanzienlijk sneller dashboard

Het dashboard doorzoekt niet langer uw volledige gebeurtenisgeschiedenis om de cijfers te genereren. De tellingen per dag, per onderwerp en per status zijn nu afkomstig uit een vooraf samengevat overzicht, en uw verbruikscijfer wordt rechtstreeks afgelezen van de teller die daadwerkelijk de limiet van uw abonnement handhaaft - het is dus realtime en komt altijd overeen. Voor winkels met miljoenen gebeurtenissen betekent dit het verschil tussen een dashboard dat vastloopt en een dashboard dat onmiddellijk wordt geladen.

Nieuw helpcentrum

Volledige documentatie op docs.workflow-trigger-extensions.app - een naslagwerk voor elke trigger, handleidingen voor configuratie en machtigingen, probleemoplossing en stapsgewijze workflowhandleidingen met video’s. U kunt een bug melden, een functie aanvragen of contact met ons opnemen via een formulier dat rechtstreeks bij ons terechtkomt, met bijgevoegde schermafbeeldingen.

De chatballon in de app verschijnt nu op elke pagina en verdwijnt uit beeld wanneer er een dialoogvenster is geopend.

Ook in deze uitgave

• Vraag de Sidekick van Shopify naar uw triggers: welke zijn ingesteld, waarom een bepaalde trigger niet wordt geactiveerd, welke recentelijk zijn geactiveerd en hoeveel van uw quotum u al hebt verbruikt. Alleen-lezen; er kunnen geen instellingen worden gewijzigd.
• Opgelost: de gebeurtenissen ‘Klant Note Changed’ en ‘Klant State Changed’ werden nooit geactiveerd. De wijziging werd vergeleken met een waarde die de app in werkelijkheid niet las. Beide functies werken nu.
• Opgelost: Het stilzwijgend wijzigen van het verzendadres van een bestelling had geen effect, tenzij ook toegang tot klantgegevens was verleend. De app geeft u dit nu vooraf aan, in plaats van stilzwijgend te mislukken.
• Opgelost: bij winkels met een groot aantal trigger-abonnementen kon het voorkomen dat er één over het hoofd werd gezien bij het verlenen van een toestemming, of achterbleef bij het intrekken ervan.
• De installatiehandleiding blijft ingeklapt zodra u deze hebt ingeklapt.
• De app staat nu vermeld als ‘Workflow Trigger Extensions’. Dezelfde app, dezelfde installatie, nieuwe naam.

De melding „Kosten productvariant gewijzigd“ wordt geactiveerd wanneer de kosten per stuk van een productvariant veranderen - met het oog op een herberekening van de marge, prijsherzieningsregels of het waarschuwen van de inkoopafdeling.

Het is goed om te weten waarom hiervoor een aparte trigger nodig was: de kostprijs is gekoppeld aan het voorraadartikel, niet aan het product, waardoor Shopify geen productupdate genereert wanneer alleen de kostprijs verandert. Niets wat productupdates volgt, kan dit waarnemen. Deze trigger volgt het voorraadartikel rechtstreeks.

Levert het product, de variant en de SKU, evenals de oude en nieuwe kosten als geldbedragen. Maakt gebruik van de bestaande machtiging „Voorraad” en het tabblad „Instellingen” daarvan.

Shopify

• Wijziging voorraadniveau op locatie - elke wijziging in de beschikbare hoeveelheid op een specifieke locatie, zowel een toename als een afname.
• Niet op voorraad op de locatie - wordt geactiveerd wanneer de beschikbare voorraad tot nul daalt.
• Weer op voorraad in de locatie - wordt geactiveerd zodra het niveau weer positief wordt.

Elke gebeurtenis bevat de locatie en de naam ervan, de variant en de SKU, evenals de oude, nieuwe en delta-hoeveelheid. Zo kunt u een product alleen uit de verkoop halen wanneer het op één van uw locaties niet meer op voorraad is, of een overboeking triggeren wanneer de voorraad in het ene magazijn bijna opraakt terwijl er in een ander magazijn een overschot is.

Hiervoor is de nieuwe machtiging „Toegang tot voorraadgegevens“ vereist, die ook „Toegang tot locaties“ omvat, zodat gebeurtenissen de locatienaam vermelden in plaats van alleen de ID. Wanneer u een van deze machtigingen inschakelt, worden eerst uw huidige voorraadniveaus bijgewerkt, zodat de eerste daadwerkelijke wijziging wordt doorgevoerd.

Twee triggers voor het lidmaatschap van een B2B-account, waarbij in beide gevallen gebruik wordt gemaakt van uw bestaande machtiging van het bedrijf:

• Klant verwijderd uit bedrijf - wordt geactiveerd wanneer een klant als contactpersoon uit een bedrijf wordt verwijderd. Voor het beëindigen van de relatie: trek de ERP-toegang in, breng de accountmanager op de hoogte en archiveer het dossier.
• Bedrijfscontact bijgewerkt - wordt geactiveerd wanneer de functie of de gegevens van een contactpersoon veranderen.

Hierin worden zowel de klanten als het bedrijf vermeld, evenals de functie van de contactpersoon.

Wij hebben bewust „Klant toegevoegd aan Bedrijf“ niet toegevoegd - Shopify Flow beschikt daarvoor immers al over een ingebouwde trigger.

• Wijziging in opmerking bij klant - wordt geactiveerd wanneer de opmerking bij een klant wordt toegevoegd, gewijzigd of verwijderd, met vermelding van de oude en de nieuwe waarde.
• Status van de klant gewijzigd - wordt geactiveerd wanneer een account van de status ‘uitgeschakeld’ naar ‘ingeschakeld’, ‘uitgenodigd’ of ‘afgewezen’ overgaat.
• Wijzigingen in belastingvrijstellingen voor bedrijfslocaties - een handelaar meldde dat het aanpassen van de belastinginstellingen voor een B2B-locatie nooit enige reactie teweegbracht. De methode Shopify genereert voor die wijziging helemaal geen update-gebeurtenis, dus wordt deze wijziging in plaats daarvan gedetecteerd door middel van polling. De gebeurtenis wordt geactiveerd met de toegevoegde, verwijderde en momenteel geldende vrijstellingen in de vorm van een lijst met codes en leesbare labels, aangevuld met het btw-registratienummer.

Ook verholpen: de acht triggers voor de conceptbestelling gaven de verkeerde naam weer in de gebeurtenisgeschiedenis.

Regelmatig beveiligingsonderhoud: updates van afhankelijkheden en beveiligingsverbeteringen in de gehele applicatie. U hoeft geen actie te ondernemen.

• Wijziging in toestemming voor e-mailmarketing en wijziging in toestemming voor sms-marketing - verstuur een melding zodra de toestemming verandert, met de nieuwe status (aangemeld, afgemeld of in behandeling), het opt-in-niveau en het tijdstempel. Voor automatisering op het gebied van de AVG en naleving van marketingvoorschriften, of om een uitsluitingslijst gesynchroniseerd te houden.
• Product gepubliceerd op kanaal en product verwijderd uit kanaal - weet wanneer een product live gaat op een verkoopkanaal of daaruit wordt verwijderd. Elke gebeurtenis bevat de toegevoegde, verwijderde en huidige kanalen in de vorm van een volledige lijst, zodat u deze in Shopify Flow kunt doorlopen in plaats van tekst te moeten parseren. Wordt één keer per wijziging geactiveerd, niet één keer per kanaal. Vereist de nieuwe machtiging ‘Toegang tot publicatiegegevens’.
• Marktstatus gewijzigd - wordt geactiveerd wanneer een markt van de status ‘concept’ naar ‘actief’ overschakelt, waarbij zowel de oude als de nieuwe status worden weergegeven. Dit gaat gepaard met een nieuw tabblad ‘Markten’ in de instellingen.

De grootste release tot nu toe, en de eerste met eigen e-mailmeldingen.

Waarschuwingen inzake quotum en storingen

Een meldingssysteem dat u via de bel op het dashboard kunt openen. U ontvangt een e-mail wanneer u uw maandelijkse limiet nadert, wanneer u deze bereikt en wanneer uw triggers vaker dan normaal niet meer werken. U kunt naast de winkeleigenaar ook andere ontvangers toevoegen.

Triggers voor conceptbestellingen (7)

De nieuwe machtiging „Toegang tot gegevens van conceptbestellingen“ biedt inzicht in de volledige levenscyclus van conceptbestellingen - speciaal ontwikkeld voor B2B en de groothandel, waar de onderhandelingen plaatsvinden nog voordat de bestelling daadwerkelijk bestaat.

• Update van de conceptbestelling - wordt geactiveerd bij elke wijziging. Schakel deze functie uit in de instellingen als u alleen de onderstaande specifieke wijzigingen wilt ontvangen.
• Toegevoegde tags in conceptbestellingen / Verwijderde tags - op tags gebaseerde goedkeuringsstappen.
• Wijziging in de toelichting bij het conceptbesluit - met de oude en de nieuwe toelichting.
• Wijzigingen in de kenmerken van conceptbestellingen - PO-nummers, leveringsdata, cadeau-opties, met een uitsplitsing per veld van wat er is toegevoegd, verwijderd of gewijzigd.
• Wijzigingen in de artikelen van de conceptbestelbon - artikelen, hoeveelheden, prijzen of varianten die tijdens de onderhandelingen zijn aangepast.
• Status van de conceptbestelling gewijzigd - overgangen tussen ‘open’, ‘factuur verzonden’ en ‘afgerond’. Ideaal voor het opstellen van betalingsherinneringen.

Bij het aanmaken van een concept worden basislijnen ingesteld, zodat de eerste daadwerkelijke wijziging na het aanmaken correct wordt geactiveerd. Wanneer u een specifieke trigger inschakelt, worden uw bestaande concepten achteraf aangepast.

Shopify Flow ondersteunt "Conceptbestelling aangemaakt" en "Conceptbestelling verwijderd" al standaard, dus wij vermijden bewust duplicatie hiervan.

Markten en locaties (8)

• Markt aangemaakt / bijgewerkt / verwijderd - voor internationale en B2B-verkoop.
• Locatie aangemaakt / bijgewerkt / verwijderd / geactiveerd / gedeactiveerd - magazijnen, winkels en afhaalpunten.

Meer informatie over de bestelling en het product

• Wijziging in de financiële status van een bestelling - veranderingen in de betalingsstatus, bijvoorbeeld van ‘in afwachting’ naar ‘betaald’ of ‘terugbetaald’.
• ‘Producttype gewijzigd’ en ‘Productleverancier gewijzigd’ - deze worden elk afzonderlijk geactiveerd, zodat een workflow kan reageren op een wijziging van de leverancier zonder dat deze bij elke productwijziging wordt uitgevoerd.

Ook

• Goedgekeurd voor het ‘Built for Shopify’-keurmerk.
• Verbeteringen op het gebied van stabiliteit en prestaties, en een reeks aanpassingen aan de gebruikersinterface.

Shopify Flow kunnen u laten weten dat een klant of product is bijgewerkt, maar niet dat een tag is gewijzigd. Deze vier triggers worden uitsluitend geactiveerd bij de wijziging van de tag zelf.

• Toegevoegde klanttags / Verwijderde klanttags
• Producttags toegevoegd / Producttags verwijderd

Elk overzicht toont u de tags die zijn toegevoegd, de tags die zijn verwijderd en de volledige lijst van voor en na - zodat u precies kunt nagaan wat er is gewijzigd, in plaats van het record opnieuw te moeten doorlezen.

Alle vier de opties kunnen via ‘Instellingen’ worden ingeschakeld. De eerste keer dat de app een record detecteert, slaat deze een referentiewaarde op zonder een melding te genereren; het inschakelen van deze opties leidt dus niet tot een overvloed aan gebeurtenissen in uw workflows voor tags die al aanwezig waren.

Ook verholpen: de SKU, de barcode en de prijs ontbraken in de payloads van de vier triggers voor variantwijzigingen.

Let op: er is geen trigger voor collectietags - Shopify collecties hebben geen tags. Gebruik in plaats daarvan een collectiemetaveld met de functie ‘Metaveld bijwerken’.