Abonnementspris i Shopifys Checkout UI Extensions

En Shopify checkout UI extension kan ikke omskrive den tilbagevendende pris, en abonnent ser ved kassen. Det tal kommer fra pricing policy i selling plan-en, så når det ser forkert ud efter et produktskift, hører rettelsen til i planen, ikke i extensionen.

En forhandler med et lysabonnement så, at Recurring Subtotal altid viste startprisen, selv efter kunder skiftede til en billigere genopfyldningsvariant, som beskrevet i en tråd i Shopify Community. Vi ser den samme forvirring i vores egen supportkø: 13 spørgsmål om abonnementskasse på 90 dage, heriblandt forhandlere, der er usikre på, hvad kassen lover, i forhold til hvad der faktisk opkræves.

Hvor den tilbagevendende pris egentlig kommer fra

Shopify organiserer abonnementsprodukter i selling plan groups. Hver plan har en pricing policy, og den policy har to former: fixed, én justering for hele abonnementet, eller recurring, en anden justering når en indledende periode slutter. Kassen læser direkte fra den policy, der hænger på den linje.

Checkout UI extensions ligger ved siden af det tal, ikke inden i det. Shopify dokumenterer dem som blokke eller statisk indhold placeret før eller efter kasseafsnit. Prisberegningen håndteres separat af Shopify Functions, ikke af en UI extension.

Hvis du ikke allerede har revideret dine checkout- og kontoextensions siden sidste deadline, er det et godt sted at starte, før du tilføjer endnu en.

To ting folk kalder "produktskift"

Skeln mellem disse to tilfælde, før du fejlsøger: en cyklusændring indbygget i planen, som lysets startpris og derefter genopfyldningspris uden nogen kundehandling, og et manuelt produktskift foretaget af køberen midt i abonnementet. Forumsagen ovenfor er af den første type. Et manuelt skift er en anden handling, men det opdaterer det samme pricing policy-objekt under.

Revisionen: find ud af, hvad der er i stykker

1. Hent selling plan bag produktet, fra din abonnementsapps dashboard eller via Admin GraphQL-forespørgslen sellingPlanGroups, og se på dens pricing policies.
2. Tjek om den har én policy eller to. Kun én policy betyder, at begge cyklusser med vilje viser og opkræver det samme beløb.
3. Hvis du forventer to priser, så tilføj den manglende recurring-policy via din abonnementsapp, så cyklus ét opkræver startprisen, og senere cyklusser opkræver skifteprisen.
4. Gem ændringen, afgiv en rigtig test-abonnementsordre, og tjek dens første kommende opkrævning inde i din abonnementsapp, før du fortæller nogen, at problemet er løst.
5. Hvis begge policies allerede er korrekte, og kassen stadig virker uklar, er det et formuleringsproblem, ikke et prisproblem. Gå videre til næste afsnit i stedet for at redigere planen igen.

Hvorfor det er værd at løse før næste migrering

En abonnent, der ser én pris ved kassen og en anden på kontoudtoget, opsiger ofte eller indgiver en indsigelse. Det dukker ofte op lige netop, når butikker migrerer abonnementsapp.

Vi har også set supportsager, hvor betalingsmetoder gik i stykker uafhængigt af prisen, for eksempel et spørgsmål om "iDEAL/Mollie payments not working" efter et udbyderskift. Det er en separat fejl, som er værd at tjekke for sig.

Hvis du overvejer, om en migrering overhovedet er det værd, gennemgår vores opgørelse af abonnementsomkostninger de gebyrer, som de fleste butikker overser.

Når tallet er rigtigt, men teksten ikke er

Apps bygget på Shopifys native prismodel gemmer et skift på samme måde som Shopify. Progus Subscriptions holder for eksempel hver plans pricing policies som par af adjustment-type og adjustment-value, det samme objekt, kassen læser fra, så revisionen ovenfor virker på samme måde, uanset hvilken app der styrer abonnementet.

Hvis det opkrævede beløb allerede er korrekt, og du bare vil have ekstra kontekst før skiftet sker, kan en udvikler tilføje en checkout UI extension nær ordreoversigten. Den kan læse en gemt fremtidig pris fra et metafield og vise den som en note. Den note ændrer ikke Recurring Subtotal-linjen, den besvarer kun spørgsmålet ved siden af.

Shopify begrænser checkout UI extensions på trinene information, forsendelse og betaling til butikker på en Shopify Plus-plan. Extensions nær ordreoversigten følger en anden target type, så bekræft din præcise placering, før du lover nogen noget.

Afsluttende tanker

Checkout UI extensions er et præsentationslag, ikke en prismotor. Når et tal ser forkert ud, så tjek først pricing policy i selling plan-en, og byg først en brugerdefineret extension, når du har bekræftet, at selve det opkrævede beløb er korrekt.

Abonnementsapps ændrer sig gennem opkøb, migreringer og udbydere, der udfaser funktioner, oftere end de fleste forhandlere forventer. Test pricing policy og konfigurationen af betalingsmetoden separat efter hver af disse begivenheder, for det ene kan gå i stykker uden det andet.