Abonnementspris i Shopifys Checkout UI Extensions

En Shopify checkout UI extension kan ikke overskrive den gjentakende prisen en abonnent ser i kassen. Det tallet kommer fra pricing policy til selling plan-en, så når det ser feil ut etter et produktbytte, hører rettelsen hjemme i planen, ikke i extensionen.

En selger med et lysabonnement så at Recurring Subtotal hele tiden viste startprisen, selv etter at kundene byttet til en billigere påfyllingsvariant, som beskrevet i en tråd i Shopify Community. Vi ser den samme forvirringen i vår egen supportkø: 13 spørsmål om abonnementskasse på 90 dager, inkludert selgere som er usikre på hva kassen lover versus hva som faktisk blir belastet.

Hvor den gjentakende prisen egentlig kommer fra

Shopify organiserer abonnementsprodukter i selling plan groups. Hver plan har en pricing policy, og denne policyen har to former: fixed, én justering for hele abonnementet, eller recurring, en annen justering når en startperiode er over. Kassen leser direkte fra policyen som henger på den linjen.

Checkout UI extensions ligger ved siden av det tallet, ikke inni det. Shopify dokumenterer dem som blokker eller statisk innhold plassert før eller etter kasseseksjoner. Prisberegningen håndteres separat av Shopify Functions, ikke av en UI extension.

Hvis du ikke har revidert checkout- og kontoextensionene dine siden siste frist, er det et godt sted å starte før du legger til enda en.

To ting folk kaller "produktbytte"

Skill mellom disse to tilfellene før du felsøker: en syklusendring innebygd i planen, som lysets startpris og deretter påfyllingspris uten noen kundehandling, og et manuelt produktbytte gjort av kjøperen midt i abonnementet. Forumsaken over er av den første typen. Et manuelt bytte er en annen handling, men den oppdaterer det samme pricing policy-objektet under.

Revisjonen: finn ut hva som er ødelagt

1. Hent selling plan bak produktet, fra dashbordet til abonnementsappen din eller via Admin GraphQL-spørringen sellingPlanGroups, og se på pricing policy-ene.
2. Sjekk om den har én policy eller to. Bare én policy betyr at begge syklusene med vilje viser og belaster samme beløp.
3. Hvis du forventer to priser, legg til den manglende recurring-policyen via abonnementsappen din, slik at syklus én belaster startprisen og senere sykluser belaster bytteprisen.
4. Lagre endringen, legg inn en ekte test-abonnementsordre og sjekk den første kommende belastningen inne i abonnementsappen din før du sier til noen at problemet er løst.
5. Hvis begge policyene allerede er riktige og kassen fortsatt virker uklar, er det et formuleringsproblem, ikke et prisproblem. Gå til neste seksjon i stedet for å redigere planen igjen.

Hvorfor det er verdt å fikse før neste migrering

En abonnent som ser én pris i kassen og en annen på kontoutskriften sier ofte opp eller melder en reklamasjon til banken. Det dukker ofte opp nettopp når butikker bytter abonnementsapp.

Vi har også sett supportsaker der betalingsmetoder sluttet å fungere uavhengig av prisen, for eksempel et spørsmål om "iDEAL/Mollie payments not working" etter et leverandørbytte. Det er en separat feil som bør sjekkes for seg.

Hvis du vurderer om en migrering i det hele tatt er verdt det, går vår gjennomgang av abonnementskostnader gjennom gebyrene de fleste butikker går glipp av.

Når tallet er riktig, men teksten ikke er det

Apper bygget på Shopifys native prismodell lagrer et bytte på samme måte som Shopify. Progus Subscriptions, for eksempel, holder hver plans pricing policies som par av adjustment-type og adjustment-value, det samme objektet kassen leser fra, så revisjonen over fungerer likt uansett hvilken app som styrer abonnementet.

Hvis det belastede beløpet allerede er riktig og du bare vil ha ekstra kontekst før byttet skjer, kan en utvikler legge til en checkout UI extension nær ordresammendraget. Den kan lese en lagret fremtidig pris fra et metafield og vise den som en notis. Den notisen endrer ikke Recurring Subtotal-linjen, den svarer bare på spørsmålet ved siden av.

Shopify begrenser checkout UI extensions i trinnene informasjon, frakt og betaling til butikker på en Shopify Plus-plan. Extensions nær ordresammendraget følger en annen target type, så bekreft din eksakte plassering før du lover noe til noen.

Avsluttende tanker

Checkout UI extensions er et presentasjonslag, ikke en prismotor. Når et tall ser feil ut, sjekk først pricing policy til selling plan-en, og bygg en egen extension først når du har bekreftet at selve det belastede beløpet er riktig.

Abonnementsapper endrer seg gjennom oppkjøp, migreringer og leverandører som faser ut funksjoner, oftere enn de fleste selgere forventer. Test pricing policy og konfigurasjonen av betalingsmetoden separat etter hver av disse hendelsene, fordi den ene kan gå i stykker uten den andre.