Plannen en gebruik

Workflow Trigger Extensions is gratis te installeren. Bij betaalde abonnementen wordt het maandelijkse aantal evenementen verhoogd.

Plannen

Plan	Prijs	Aantal triggergebeurtenissen per maand
Gratis	$0	5.000
Voorgerecht	25 dollar	25.000
Groeien	50 dollar	75.000
Onbeperkt	100 dollar	Onbeperkt

Elke trigger is beschikbaar in elk abonnement, ook in het gratis abonnement. De abonnementen verschillen alleen qua volume.

Wat wordt als een evenement beschouwd?

Er wordt één gebeurtenis geteld telkens wanneer een trigger van deze app wordt geactiveerd en gegevens doorgeeft aan Shopify Flow.

Triggers van Shopify of van andere apps worden niet meegeteld. Alleen die van deze app triggers putten de toegewezen hoeveelheid op.
Een wijziging die wordt gedetecteerd maar niet overeenkomt met een ingeschakelde trigger, wordt niet meegeteld.
De getypeerde metafield-triggers (Order, Product, Productvariant en Klant-metafield (Update) delen één gebeurtenis met de algemene trigger ‘Metafield Update’, dus dat doen ze niet dubbel tellen.
Storefront-triggers worden net als elke andere gebeurtenis geteld: één per actie van een klant die ons. Evenementen die in de browser zijn verwijderd omdat de klant geen toestemming voor analyse heeft gegeven, nooit ons bereiken en nooit meetellen. Bij ‘Bekeken variant niet op voorraad’ moet elke productweergave zijn werk doen, zodat het elke productweergave telt. Zie Triggers voor de winkelpagina.
Het tegoed wordt aan het begin van elke factureringsperiode opnieuw ingesteld.

Hoe aangepaste triggers worden geteld

Een {% doc "custom-triggers" %} voert je code uit bij elke gebeurtenis van het type waarop hij luistert, en elke uitvoering telt als één gebeurtenis - ook de gebeurtenissen die je code eruit filtert door null te retourneren.

Waarom het zo werkt. Shopify stuurt ons de gebeurtenis, ongeacht of je code hierop uiteindelijk reageert of niet. We ontvangen deze, controleren of het geen duplicaat is, plaatsen het in de wachtrij en starten een geïsoleerde sandbox om je code uit te voeren met een eigen tijds- en geheugenbudget. Dat alles is al gebeurd op het moment dat je code besluit om null terug te geven. Als we alleen de activeringen zouden tellen, zou dat betekenen dat een trigger die 60.000 productupdates controleert en 100 keer wordt geactiveerd, 100 keer in rekening wordt gebracht, terwijl er in werkelijkheid 60.000 keer werk is verricht.

Wat dit voor je factuur betekent: een op maat gemaakte trigger kost evenveel als de ingebouwde trigger die naar dezelfde gebeurtenis luistert. Een productupdate telt in beide gevallen als 60.000. Je betaalt niet extra voor het filteren - je betaalt hetzelfde en krijgt er voorwaarden bij die Flow niet kan uitdrukken, uitvoer die precies zo is vormgegeven als je wilt, en gegevens die de gebeurtenis zelf niet bevat.

Het is in ieder geval geen manier om minder uit te geven. Om het verbruik daadwerkelijk te verminderen, moet je naar een beperktere gebeurtenis luisteren of de trigger uitschakelen - beide zorgen ervoor dat de gebeurtenissen ons helemaal niet meer bereiken.

Testen is altijd gratis: noch de knop ‘Test uitvoeren’, noch het API-eindpunt /test verbruikt je quota.

De startpagina van de app met evenementen, het gebruik van het abonnement, het slagingspercentage en het huidige abonnement — Op de startpagina wordt je verbruik ten opzichte van je abonnement van de afgelopen 30 dagen weergegeven, naast de gebeurtenissen per trigger.

Waarschuwingen over quota’s

De app stuurt je een e-mail wanneer het verbruik de 80% overschrijdt en nogmaals bij 100% van de toegestane hoeveelheid. De ontvangers en de drempel van 80% kun je instellen in de meldingsinstellingen van de app; de drempel kan worden ingesteld op een waarde tussen 50% en 99%.

Elke waarschuwing wordt één keer per factureringsperiode verzonden. Als je halverwege de periode van abonnement verandert, worden de waarschuwingen opnieuw ingesteld op basis van de nieuwe limiet. Klanten met een ‘Unlimited’-abonnement ontvangen nooit e-mails over quota.

Wat gebeurt er bij 100%?

Zodra het quotum is opgebruikt, worden er geen acties meer uitgevoerd totdat de periode opnieuw begint of je een upgrade uitvoert. Je configuratie blijft ongewijzigd: instellingen, machtigingen en workflows blijven allemaal behouden, en de acties worden vanzelf hervat zodra er weer quotum beschikbaar is.

Het is belangrijk om dit goed te begrijpen, want het is onomkeerbaar:

Er wordt niets opnieuw afgespeeld. Er is geen achterstand die moet worden weggewerkt. Een opdracht die is gewijzigd terwijl je die boven de limiet lagen, worden niet geactiveerd wanneer je een upgrade uitvoert.
De leemte is niet zichtbaar in de gebeurtenisgeschiedenis. Geblokkeerde gebeurtenissen leiden nooit tot een rij in de geschiedenis, zodat je achteraf niet kunt terugkijken om te zien wat je gemist hebt.
Het opsporen van wijzigingen gaat gewoon door. Bij een trigger op veldniveau blijft de app nog steeds slaat de nieuwe waarde op als uitgangswaarde, ook al is de trigger niet geactiveerd. Nadat je upgrade: de volgende wijziging wordt vergeleken met die nieuwere waarde, dus de gemiste wijziging mag later niet weer de kop opsteken.

Een voorbeeld. Je hebt een Free-account (5.000) en bereikt de limiet op de 20e:

Op de 22e wijzigt een klant het verzendadres van een bestelling. Verzendadres van de bestelling 'Changed' wordt niet geactiveerd en de gebeurtenis is verdwenen.
Op de 23e schakel je over naar Starter. De triggers worden dan onmiddellijk hervat.
Op de 24e wijzigt iemand het adres van diezelfde bestelling opnieuw. Dit wordt normaal verwerkt, in vergelijking met het adres van de 22e.

De wijziging van de 22e wordt nooit doorgevoerd, noch in stap 2, noch op een later moment.

Het verbruik laag houden

Als je meer verbruikt dan je verwacht, ligt de oorzaak vrijwel altijd bij een van de algemene ... Update-triggers die bij elke bewerking worden geactiveerd, of bij een storefront-trigger op een drukbezochte webwinkel:

Open Home en bekijk de uitsplitsing per trigger.
Open de pagina ‘Triggers’ en schakel de triggers voor de brede ... Update uit workflows maken hier geen gebruik van.
Kies liever een smalle trekker dan een brede. Productvariant ‘Prijs gewijzigd’ schiet ver minder vaak dan ‘Productupdate’.
Schakel ‘Bekeken product in de winkel’ en ‘Bekeken variant niet op voorraad’ alleen in voor een workflow die ze nodig heeft. Bij een drukbezochte winkel zijn dit de triggers met het grootste volume in de app.