Workflow Trigger ExtensionsWorkflow Trigger Extensions

Udløsere for butiksfacader

Alle andre triggere i denne app udløses af noget, der er sket i dit admin-panel: en ordre er blevet betalt, et produkt er blevet opdateret, et metafelt er blevet ændret. Shopify giver os besked, og din arbejdsgang kører.

Triggere i webshoppen udløses af en handling, som en kunde har foretaget. En produktside er blevet set, en vare er blevet lagt i kurven, en søgning gav ingen resultater, eller en rabatkode blev afvist ved kassen. Shopify sender ikke webhooks for nogen af disse handlinger, så appen indsamler disse oplysninger via en Web Pixel, der kører på din webshop.

Den forskel er værd at huske på, for den forklarer det meste af det, der følger: hvad appen kan registrere, hvad den ikke kan, og hvorfor disse udløsere kan have et langt højere volumen end dem, du er vant til.

Butiksfacadepixlen

Når din første butiks-trigger aktiveres, installerer appen automatisk en webpixel på din butik. Der er ingen temaændringer, og der skal ikke indsættes nogen kode.

Pixlen abonnerer kun på de begivenheder, som dine aktiverede triggere har brug for. Hvis du aktiverer »Storefront Search« og intet andet, sendes produktvisninger aldrig, modtages aldrig og tælles aldrig. Hvis du slår alle Storefront-triggere fra igen, forbliver pixlen installeret, men inaktiv: den abonnerer ikke på nogen begivenheder og sender intet.

Kundens samtykke

Pixlen overholder din butiks indstillinger for kundernes privatliv. Den kræver samtykke til analyse, og Shopify kører den kun for en kunde, der har givet dette samtykke. Uden dette samtykke indsamles der intet i browseren, intet sendes til os, der bruges ingen kvote, og der kører ingen arbejdsgange.

Dette gælder også ved kassen, så »Fejl ved kassen« og »Rabatkode afvist ved kassen« kræver det samme samtykke som triggerne i butikken.

Det betyder også, at butiksudløsere bevidst registrerer for få data i områder, hvor samtykke skal gives aktivt. Det er den korrekte funktionsmåde og ikke en fejl, man skal finde en løsning på.

Pass consent from your own banner to Shopifyjavascript
window.Shopify.loadFeatures(
  [{ name: "consent-tracking-api", version: "0.1" }],
  (error) => {
    if (error) return;
    // Call this when the shopper makes a choice in your banner.
    // Pass what they actually chose - storefront triggers need analytics.
    window.Shopify.customerPrivacy.setTrackingConsent(
      { analytics: true, marketing: false, preferences: false },
      () => {},
    );
  },
);

Shopify

Når du tester en trigger i butiksfronten, skal du først acceptere cookie-banneret og bruge en browser uden en annonceblokker. Et privat vindue åbnes altid uden samtykke, så en trigger, der fungerer i din normale browser, kan se ud til at være defekt der. For at kontrollere, om selve pixlen er installeret, skal du åbne Indstillinger > Kundehændelser i din Shopify-administrationsside.

Udløserne

Udløser Begynder, når
Produkt set i butikken En kunde åbner en produktside
Visning af butiksudstilling En kunde åbner en samlingsside
Varekurv i butikken er blevet set En kunde åbner siden med indkøbskurven
Produkt fra butikken er lagt i indkøbskurven En vare er blevet lagt i kurven
Produktet »Storefront« er fjernet fra indkøbskurven En vare fjernes fra indkøbskurven
Kasseprocessen er startet En kunde går til kassen
Søgning i butiksvinduet En søgning giver mindst ét resultat
Søgningen i butikken gav ingen resultater En søgning giver ingen resultater
Variant, der er udsolgt, er blevet set En kunde ser en produktside, hvor den viste variant er udsolgt
Der vises en fejl ved kassen Kassen viser en fejlmeddelelse til kunden
Rabatkode ved kassen blev afvist En rabatkode afvises ved kassen
B2B-køber har været på besøg En B2B-køber, der er logget ind, besøger webshoppen
En logget ind kunde har besøgt siden En kunde, der er logget ind, besøger butikken
Brugerdefineret udløser for butiksforside Dit eget arrangement, offentliggjort via dit tema

Variant, der er udsolgt, er blevet set

Denne her er det værd at læse grundigt, da det er den trigger, der har størst sandsynlighed for at opføre sig anderledes, end navnet antyder.

Det er et signal om behov for genopfyldning: Det fortæller dig, at en rigtig kunde har kigget på en vare, som du ikke kan sælge til vedkommende. I kombination med et Flow-workflow kan det mærke varen, underrette indkøbsafdelingen eller tilføje kunden til en venteliste.

Det udledes, ikke rapporteres. Kundens browser har ingen anelse om, hvad dit lagerbeholdning er, så pixlen sender en almindelig produktvisning, og appen træffer sin beslutning ud fra sine egne lageroplysninger.

Den kontrollerer en variant, ikke hele produktet▾

Triggeren udløses på den variant, der vises på produktsiden, ikke på produktet som helhed. Et produkt med fire varianter på lager og én udsolgt variant udløser kun triggeren, når det er den udsolgte variant, der vises.

Derfor hedder den »Visning af udsolgt variant«, og derfor giver triggeren din arbejdsgang både varianten og det produkt, den hører til.

Det registreres ikke, hvis der skiftes variant, efter at siden er indlæst▾

Shopify registrerer en produktvisning, når kunden kommer ind på siden. Når man bagefter klikker sig videre til variantvælgeren, er det en ændring af tilstanden på den samme side og ikke en ny sidevisning, så Shopify registrerer det ikke, og appen får aldrig kendskab til det.

I praksis: Et link, der fører direkte til den udsolgte variant (en URL af typen ?variant= eller et link fra en kollektion, hvor den er den viste mulighed), fungerer. Hvis man først lander på en standardvariant, der er på lager, og derefter vælger den udsolgte variant, fungerer det ikke.

Hvis du har brug for det, kan du udløse din egen begivenhed, når der sker en variantændring i dit tema, ved hjælp af {% doc "custom-storefront-triggers" %}.

»Udsolgt« betyder, at lagerbeholdningen er nul eller mindre på alle lokationer▾

Appen summerer den tilgængelige mængde på alle de steder, der har varianten på lager. Alarmen udløses, når det samlede tal er nul eller derunder.

To konsekvenser, man bør tage højde for:

  • Lokationer, der ikke betjener din webshop, tæller stadig med. Lagerbeholdning, der ligger på et lager eller i en butik, som ikke er en salgskanal for dette produkt, får det samlede tal til at se godt ud, så udløseren forbliver inaktiv, selvom kunden ikke kan købe varen.
  • Oversalg tages ikke i betragtning. En variant, der er indstillet til at fortsætte salget, selvom varen er udsolgt, kan stadig købes til nul, så udløseren aktiveres, mens kunden rent faktisk kan gennemføre bestillingen.
Hvis denne indstilling aktiveres, aktiveres også »Storefront Product Viewed«▾

Det er nødvendigt. Beslutningen om, at en vare er udsolgt, træffes ud fra en produktvisning, så appen skal modtage alle produktvisninger for at finde de få, der er relevante.

Det betyder, at hver eneste produktvisning tæller med i din kvote - ikke kun de varer, der er udsolgte. I en butik med stor trafik er dette den dyreste udløser i appen, og omkostningerne afhænger af din trafik, ikke af hvor ofte du bliver udsolgt.

Vi fremhæver afhængigheden i stedet for at skjule den, så tallet på din forbrugsoversigt aldrig kommer som en overraskelse.

Det forudsætter, at lagerbeholdningen er blevet synkroniseret▾

Appen sammenligner med sine egne lageroplysninger. Hvis en variant aldrig er blevet synkroniseret, kender appen ikke lagerbeholdningen og giver ingen besked i stedet for at gætte - det ville være værre at angive en ikke-synkroniseret variant som udsolgt end slet ikke at angive noget.

Lageropgørelsen synkroniseres automatisk, når du aktiverer udløseren. Du kan køre den igen når som helst fra siden »Udløsere«.

Søgninger

Søgningen giver dig to udløsere, og en enkelt søgning udløser præcis én af dem:

  • Storefront-søgningen gav ingen resultater, når søgningen ikke fandt noget. Det er netop det, de fleste butikker ønsker: en liste over varer, som kunderne forventede, at I solgte.
  • Søgning i butikken, når søgningen har givet et resultat.

Da de udelukker hinanden, kan du trygt aktivere begge dele uden at tælle det samme to gange. Storefront Search indeholder også det første resultat som en produktreference, så et workflow kan reagere på det, som kunden sandsynligvis har set.

Besøgsudløsere

B2B-køber har besøgt siden og indlogget kunde har besøgt siden, når en indlogget kunde befinder sig på din webside. De er måden at reagere på, når en kunde vender tilbage - genopbygning af engagement, advarsler til kundechefen, en bemærkning i kundens journal.

En kunde, der gennemser ti sider, tæller som ét besøg, ikke ti hændelser. Appen samler gentagelser i et besøgsvindue, som du selv vælger pr. trigger via indstillingsikonet ved siden af kontakten. Inden for dette vindue tæller en kunde kun én gang.

  • Antallet af besøg af B2B-købere sammenfattes pr. virksomhed, så to købere fra samme virksomhed i ét vindue tæller som ét besøg.
  • Antallet af besøg af indloggede kunder vises samlet pr. kunde.

Indstil vinduet til nul for at udløse begivenheden ved hver sidevisning. I en webshop med indloggede brugere vil det medføre rigtig mange begivenheder, så start med en høj værdi, og sænk den, hvis du har brug for en mere detaljeret inddeling.

Kasseudløsere

Fejlmeddelelsen »Checkout Error Shown« vises, hver gang betalingsprocessen viser en fejl til en kunde: en adresse, der ikke kan valideres, en betaling, der er blevet afvist, eller et felt, der ikke accepterer den indtastede tekst. Det er en måde at opdage, at betalingsprocessen mislykkes, uden at man behøver at vente på en supportanmodning.

»Rabatkode afvist ved kassen« indsnævrer det til ét tilfælde: kassen afviste en rabatkode. Det drejer sig som regel om en udløbet kampagne, en kode, der er blevet delt ud over de fastsatte grænser, eller en kode fra en e-mail, der aldrig blev aktiveret - alt sammen oplysninger, det er værd at få hurtigt.

Shopify fortæller ikke apps, hvilken kode der blev indtastet, så udløseren indeholder en afvisningsmeddelelse frShopify (på kundens sprog), men ikke selve koden. Hvis man klikker på »Anvend« med et tomt felt, vises den samme meddelelse, så de to kan ikke skelnes fra hinanden. Brug det til at opdage en stigning i antallet af afviste koder, ikke til at identificere en bestemt kampagne.

Næste skridt