Siden »Triggers« (tidligere »Indstillinger«)
Hvorfor det ændrede sig
Den gamle side havde to forskellige typer afbrydere, der fungerede på hver sin måde, og hvilken af dem man så, afhang af, hvilken fane man befandt sig på.
De fleste triggere var af typen »opt-in«: de var slået fra, indtil man aktiverede dem. Men de generelle »... Update«-triggere var af typen »opt-out«: de var som standard slået til, og den første fane indeholdt indstillinger, hvor man kunne slå dem fra. Så når »kontakten er slået fra«, betød det »denne trigger udløses ikke« på otte faner og »denne trigger udløses« på den første.
Derudover lå en trigger-knap på den fane, vi havde gemt den under, hvilket ikke altid var det sted, man ville lede efter den. Der var ingen søgefunktion.
Der er én regel: En aftrækker udløses, så længe kontakten er tændt. Det gælder for dem alle.
Før og nu
| Før | Nu | |
|---|---|---|
| Hvor | Indstillinger, ni faner | Udløsere, én side |
| At finde en udløsende faktor | Gæt fanen | Søg efter navn |
| Hvad en switch betyder | Aktivér på otte faner, deaktiver på den første | Altid: tændt = affyres |
| En undertrykt aftrækker | Lyddæmperen er slået til | Udløser slået fra |
| Dækning | Kun de triggere, som vi havde oprettet en fanebladrække til | Alle 98 udløsere |
| Tænd for flere | Én ad gangen | Aktiver eller deaktiver samlet, med bekræftelse |
| Manglende tilladelse | Opdag det senere, når intet virker | Markeret i rækken, godkendt på stedet |
| Brugerdefinerede triggere | Separat side | Samme side, øverst |
Hvor fanerne forsvandt hen
Alt er nu samlet på én side, inddelt efter ressource. De gamle fanebladsnavne svarer til gruppeoverskrifterne:
| Gammel fane | Nu |
|---|---|
| Triggerindstillinger (lyddæmpere) | Den generelle »... Update«-udløser i hver ressourcegruppe, der vises som en almindelig tænd/sluk-knap |
| Ordreudløsere | Bestillinger |
| Udkast til bekendtgørelse om udløsende begivenheder | Ordrer (udkast til ordreposter) |
| Produktudløsere | Produkter |
| Produktvarianter | Produktvarianter |
| Kundeudløsere | Kunder |
| Udløsere for indsamling | Samlinger |
| Afstemningsudløsere | Arkiveret under den ressource, de afholder afstemning om - blogs og sider under »Indhold«, udløb af rabatter under »Rabatter« |
| Markeder | Markeder |
| Lagerudløsere | Lagerbeholdning |
Metafelt- og metaobjekt-triggere har stadig deres egne sider, fordi man selv vælger, hvilke definitioner man vil overvåge, i stedet for blot at slå en enkelt kontakt til.
Hvad er der nyt?
Søg. Indtast en del af navnet på en trigger for at finde den på tværs af alle ressourcer på én gang, i stedet for at åbne faner, indtil du finder den.
Alle triggere kan slås til og fra. Tidligere havde en trigger kun en kontakt, hvis vi havde oprettet en række til den. Nu har alle 98 det via den samme kontrol - og det er den samme kontrol, som API’en og MCP’en bruger, så det, du ser her, er det samme, som en API-bruger ser.
Aktivering og deaktivering i massevis. Gælder for dine søgeresultater, når du søger, eller for alt, når du ikke søger. I begge tilfælde bliver du først bedt om at bekræfte: Hvis du aktiverer mange triggere, kan det øge dit månedlige forbrug, og hvis du deaktiverer dem, stoppes de aktive arbejdsgange.
Tilladelser tildeles der, hvor du støder på dem. Når du aktiverer en trigger, der kræver en tilladelse, du ikke har tildelt, bliver du bedt om at give den lige der. Hvis en trigger kræver to tilladelser - f.eks. »Ændring af leveringsadresse for ordre«, der kræver både adgang til ordrer og kunder - får du én enkelt dialogboks, der dækker begge dele, ikke én efter den anden.
Hvis du afviser, forbliver udløseren aktiveret og markeres som krævende tilladelse, i stedet for at den automatisk deaktiveres uden varsel.
Grupperne »Storefront« og »Checkout«. De triggere, der får data fra appens webpixel, findes under »Storefront« og »Checkout«, og de er alle aktiveret som standard. De to besøgsudløsere har et indstillingsikon ved siden af deres kontakt, hvor du kan indstille besøgsvinduet. »Aktiver alle« omfatter disse grupper, så i en travl butik skal du først søge og derefter kun aktivere de udløsere, som en arbejdsgang bruger, i bulk. Se Udløsere for butiksfacader.
Tilladelser forbliver på deres egen side
»Tilladelser« er stadig en separat side i navigationsmenuen, og det er helt bevidst. Flere af tilladelserne vedrører personoplysninger - kundedata, leveringsadresser for ordrer, B2B-virksomhedskontakter - og det fortjener et sted, hvor man kan læse, hvad hver enkelt omfatter, ikke blot en fodnote under en liste med indstillinger.
Det er også her, du tilbagekalder tilladelser. En tilladelse dækker mange udløsere på én gang, så at tilbagekalde en tilladelse har en større rækkevidde end en enkelt indstilling på siden »Udløsere«.
Vælg den løsning, der passer bedst: Angiv det kort i en trigger-række, når du blot ønsker, at triggere skal fungere, eller få et overblik over det samlede billede på siden »Tilladelser«.
Baseline-synkronisering
Uændret. Når man aktiverer en ændringsdetekteringstrigger, sættes en baselinjesynkronisering i kø, så der er noget at sammenligne med, når den næste ændring kommer. Uden denne funktion ville den første ændring efter aktiveringen blive ignoreret uden varsel.
For en lille butik kan du forvente, at det tager få sekunder, mens det for et katalog med over 100.000 varer kan tage op til ca. 20 minutter. Siden opdateres automatisk, mens søgningen kører.
Hvis tilladelsen endnu ikke er givet, udsættes synkroniseringen i stedet for at mislykkes - giv tilladelsen, så starter den af sig selv.
Man behøver sjældent at gøre noget af dette manuelt. Når man aktiverer en »Shopify Flow«-workflow, der bruger en trigger, aktiveres triggeren, og synkroniseringen starter automatisk.
Manuel gensynkronisering
Afsnittet »Datasynkronisering« nederst på siden »Triggere« indeholder en knap til gensynkronisering for hver ressource. Brug den, hvis du har mistanke om, at basislinjen er afveget - f.eks. efter en længere periode, hvor tilladelsen har været tilbagekaldt, eller efter en stor import, der er udført, mens triggeren var deaktiveret.
Hvis en synkronisering mislykkedes, fremgår det af dette afsnit, sammen med årsagen. Intet andet i appen viser en mislykket efteropfyldning, og en mislykket efteropfyldning betyder, at triggere ikke udløses for poster, der allerede eksisterede.