En rabatmotor bygget til at holde på Black Friday, ikke kun en tirsdag i marts
De fleste rabat-apps fungerer fint ved almindelig trafik. Ved spidsbelastning er det, at genvejene viser sig. Denne side gennemgår, hvorfor rabat-apps svigter under BFCM, en kort strategi for at køre rabatter gennem spidsbelastning, og præcis hvad Stackable forpligter sig til, i verificerbare termer, ikke et oppetidstal, som ingen kan efterprøve.
Installer gratisOffentlige anmeldelser af rabat-apps beskriver den samme fejltype hver BFCM-sæson:
“Appen er bogstaveligt talt i stykker til Black Friday. Den fungerede fint hele året og gik så pludselig i stykker på vores dag med mest trafik, hvilket kostede os tusindvis, før vi opdagede det.”
To genveje forklarer det meste
To genveje forklarer størstedelen af mønsteret:
Klientside-prishacks
Nogle apps beregner rabatten i browseren og omskriver den viste pris med JavaScript. Det ser korrekt ud i kurven, men det faktiske checkout-total beregnes separat, af Shopifys checkout, ikke af appen. Ved spidsbelastning, med en langsom forbindelse eller med en annonceblokering kan denne JavaScript fejle stille, mens den viste pris forbliver nedsat. Kunden ser ét tal; checkout opkræver et andet.
Checkout via kladdeordrer
Andre apps sender kurven gennem en kladdeordre for at anvende tilpasset prissætning, en løsning der er ældre end Shopify Functions. Kladdeordrer ligger uden for det normale checkout-flow, hvilket bryder native rabatkoder og ordreanalyse, og tilføjer endnu en bevægelig del, der kan fejle netop, når trafikken topper.
En kort BFCM-tjekliste
Planlæg dine kampagner før myldretiden
Indstil præcise start- og slutdatoer før BFCM-ugen, så intet afhænger af, at nogen manuelt aktiverer en kampagne, mens de samtidig holder øje med trafik-dashboards.
Kør en eksempelkurv gennem simulatoren først
Før en kampagne går live, skal du teste den mod en eksempelkurv og bekræfte, at den samlede sum er præcis det, du forventer, den samme beregning som checkout vil køre.
Vid, at du kan sætte på pause øjeblikkeligt, hvis noget ser forkert ud
Hvis en kampagne opfører sig uventet, når den er live, tager det ét klik at sætte den på pause, og det gælder for hele butiksfronten, ikke kun ved nye sideindlæsninger.
Verificerbare specifikationer, ikke et oppetidstal
Vi vil hellere forpligte os til ting, du selv kan tjekke i din egen butik, end offentliggøre et tal, vi ikke kan bakke op om endnu.
Almindelige spørgsmål
Hvad gør Stackable anderledes specifikt ved BFCM-trafikniveauer?
Rabatberegningen kører inden i den samme Shopify Function-infrastruktur uanset trafikmængde, der findes ingen separat "peak mode" eller klientside-fallback, der opfører sig anderledes under belastning. Den samme serverside-beregning kører, uanset om det er en almindelig tirsdag eller din time med mest trafik på året.
Kan jeg planlægge en kampagne til at starte præcis ved midnat på Black Friday?
Ja. Angiv start- og slutdato og -tidspunkt, når du opretter kampagnen, og den aktiveres og deaktiveres automatisk efter planen, uden at nogen behøver at være online på det tidspunkt.
Hvis jeg har brug for at stoppe en kampagne midt i BFCM, hvor hurtigt træder det i kraft?
At sætte en aktiv kampagne på pause tager ét klik i admin og slår igennem i hele butiksfronten inden for 60 sekunder.
Offentliggør I et oppetidstal?
Ikke endnu, og vi vil hellere lade være med at offentliggøre et tal, vi ikke kan bakke op med en track record. Det, vi kan forpligte os til i dag, er arkitektonisk: serverside-beregning, identiske summer på tværs af kurv og alle checkout-flader, og en hurtig, verificerbar pause.
Kør dine BFCM-rabatter på en server-side motor
Planlæg i god tid, test med simulatoren, og sæt på pause med ét klik, hvis du får brug for det, hele sæsonen.
Gratis plan tilgængelig. Intet kort krævet.