Planer og anvendelse

Workflow Trigger Extensions er gratis at installere. De betalte abonnementer øger den månedlige kvote for begivenheder.

Planer

Plan	Pris	Antal udløsende hændelser pr. måned
Gratis	0 $	5.000
Forret	25 dollar	25.000
Vækst	50 dollar	75.000
Ubegrænset	100 dollar	Ubegrænset

Alle triggere er tilgængelige på alle abonnementer, herunder gratisabonnementet. Abonnementerne adskiller sig kun med hensyn til omfang.

Hvad regnes for en begivenhed?

Der tælles én begivenhed hver gang en trigger fra denne app udløses og sender data til Shopify Flow.

Udløsere fra Shopify eller fra andre apps tælles ikke med. Kun denne apps Udløsere trækker på kvoten.
En ændring, der registreres, men som ikke svarer til en aktiveret trigger, tæller ikke med.
De indtastede metafelt-udløsere (Ordre, Produkt, Produktvariant og Kunde-metafelt) (Opdatering) deler en enkelt begivenhed med den generiske »Metafield Update«-udløser, så de gør det ikke medregnes to gange.
Storefront-triggere tæller på samme måde som alle andre hændelser: én pr. kundehandling, der når os. Begivenhederne blev ikke registreret i browseren, fordi kunden afviste at give samtykke til analyse, aldrig nå os og tæller aldrig med. »Visning af udsolgte varianter« kræver, at hver enkelt produktvisning udfører sin opgave, så når den er aktiveret, tæller den hvert produktvisning. Se Udløsere for butiksfacader.
Kvoten nulstilles ved begyndelsen af hver faktureringsperiode.

Sådan tælles brugerdefinerede triggere

En {% doc "custom-triggers" %} kører din kode for hver begivenhed af den type, den lytter efter, og hver af disse kørsler tæller som én begivenhed - herunder også dem, som din kode filtrerer fra ved at returnere null.

Hvorfor det fungerer på den måde. Shopify sender os begivenheden, uanset om din kode ender med at udløse den eller ej. Vi modtager den, kontrollerer, at den ikke er en dublet, sætter den i kø og starter en isoleret sandkasse til at køre din kode med sit eget tids- og hukommelsesbudget. Alt dette er allerede sket, når din kode beslutter sig for at returnere null. Hvis man kun tæller udløsningerne, vil det betyde, at en trigger, der gennemgår 60.000 produktopdateringer og udløses 100 gange, faktureres for 100, mens det udførte arbejde var 60.000.

Hvad det betyder for din regning: En brugerdefineret trigger koster det samme som den indbyggede trigger, der registrerer den samme begivenhed. Produktopdateringer tæller 60.000 uanset hvilken løsning du vælger. Du betaler ikke ekstra for at filtrere - du betaler det samme og får betingelser, som Flow ikke kan udtrykke, output formet præcis som du ønsker, samt data, som begivenheden ikke indeholder.

Det eneste, det ikke er, er en måde at bruge mindre på. Hvis man virkelig vil reducere forbruget, skal man lytte til en mere afgrænset begivenhed eller slå udløseren fra - begge dele forhindrer, at begivenhederne overhovedet når frem til os.

Testning er altid gratis: Hverken knappen »Kør test« eller API-endpunktet »/test« trækker på din kvote.

Appens startside med begivenheder, forbrug af abonnementet, succesrate og det aktuelle abonnement — På siden »Hjem« vises dit forbrug i forhold til din abonnementstype for de seneste 30 dage sammen med antallet af hændelser pr. udløser.

Kvoteadvarsler

Appen sender dig en e-mail, når forbruget overstiger 80 %, og igen, når det når 100 % af kvoten. Modtagerne og 80 %-grænsen kan konfigureres i appens notifikationsindstillinger; grænsen kan indstilles til et hvilket som helst tal mellem 50 % og 99 %.

Hver advarsel sendes én gang pr. faktureringsperiode. Hvis man skifter abonnement midt i perioden, indstilles advarslerne på ny i forhold til den nye grænse. Kunder med et »Unlimited«-abonnement modtager aldrig e-mails om kvoteoverskridelse.

Hvad sker der ved 100 %?

Når kvoten er opbrugt, stopper udløsningerne, indtil perioden nulstilles, eller du opgraderer. Din konfiguration forbliver uændret: indstillinger, tilladelser og arbejdsgange bevares alle, og udløsningerne genoptages automatisk, så snart der igen er kvote til rådighed.

Det er vigtigt at forstå dette nøjagtigt, fordi det ikke kan gendannes:

Intet afspilles igen. Der er ingen ophobning, der skal afvikles. En ordre, der ændrede sig, mens du …der lå over grænsen, udløses ikke, når du opgraderer.
Manglen vises ikke i hændelseshistorikken. Blokerede hændelser opretter aldrig en række i historikken, så man bagefter ikke kan se tilbage og opdage, hvad man gik glip af.
Detektering af ændringer fortsætter uanset hvad. For en trigger på feltniveau vil appen stadig registrerer den nye værdi som sin referenceværdi, selvom udløseren ikke blev aktiveret. Når du har opgradering, sammenlignes den næste ændring med den nyere værdi, så den oversete ændring kan ikke dukke op igen senere.

Et eksempel. Du er på Free (5.000) og når loftet den 20.:

Den 22. ændrer en kunde forsendelsesadressen på en ordre. Ordres forsendelsesadresse »Changed« udløses ikke, og begivenheden er forsvundet.
Den 23. opgraderer du til Starter. Triggere genoptages med det samme.
Den 24. redigerer nogen adressen på den samme ordre igen. Dette udløser som normalt, sammenlignet med adressen fra den 22.

Ændringen den 22. bliver aldrig gennemført, hverken i trin 2 eller på noget senere tidspunkt.

At holde forbruget nede

Hvis dit forbrug er højere end forventet, skyldes det næsten altid, at en af de overordnede »... Update«-triggere udløses ved hver redigering, eller at en »storefront«-trigger udløses på en travl butik:

Åbn »Home« og se oversigten over fordelingen pr. trigger.
Åbn siden »Triggers«, og deaktiver de bred... Update-triggere, som din arbejdsgange bruger ikke.
Vælg helst en smal aftrækker frem for en bred. Produktvariant: »Prisændret« skyder langt sjældnere end »Produktopdatering«.
Aktivér kun »Produkt set i butikken« og »Variant set, der er udsolgt« for en arbejdsgange, der har brug for dem. I en butik med stor trafik udgør de de udløsere, der genererer det største antal hændelser i appen.