Prezzo abbonamento nelle Checkout UI Extensions Shopify

Un'estensione dell'interfaccia di checkout (checkout UI extension) di Shopify non può riscrivere il prezzo ricorrente che un abbonato vede al checkout. Quel numero proviene dalla pricing policy del selling plan, quindi se dopo una sostituzione del prodotto sembra sbagliato, la correzione va fatta sul piano, non nell'estensione.

Un venditore con un abbonamento di candele ha visto il Recurring Subtotal mostrare per sempre il prezzo iniziale, anche dopo che i clienti erano passati a una variante di ricarica più economica, come descritto in un thread della Community Shopify. Vediamo la stessa confusione nella nostra coda di supporto: 13 domande sul checkout degli abbonamenti in 90 giorni, inclusi venditori incerti su cosa promette il checkout rispetto a cosa viene effettivamente addebitato.

Da dove viene davvero il prezzo ricorrente

Shopify organizza i prodotti in abbonamento in gruppi di selling plan. Ogni piano ha una pricing policy, che ha due forme: fixed, un unico aggiustamento per tutto l'abbonamento, oppure recurring, un aggiustamento diverso dopo la fine di un periodo iniziale. Il checkout legge direttamente dalla policy collegata a quella riga.

Le estensioni dell'interfaccia di checkout si collocano accanto a quel numero, non al suo interno. Shopify le documenta come blocchi o contenuti statici posizionati prima o dopo le sezioni del checkout. Il calcolo del prezzo è gestito separatamente da Shopify Functions, non da un'estensione dell'interfaccia.

Se non hai ancora fatto l'audit delle tue estensioni di checkout e account dall'ultima scadenza, è un buon punto da cui partire prima di aggiungerne un'altra.

Due cose che vengono chiamate "sostituzione del prodotto"

Distingui questi due casi prima di fare troubleshooting: un cambio di ciclo integrato nel piano, come prezzo iniziale della candela e poi prezzo della ricarica senza alcuna azione del cliente, e una sostituzione manuale del prodotto fatta dall'acquirente a metà abbonamento. Il caso del forum citato sopra è del primo tipo. Una sostituzione manuale è un'azione diversa, ma aggiorna lo stesso oggetto pricing policy sottostante.

L'audit: scopri cosa è rotto

1. Recupera il selling plan dietro al prodotto, dal pannello della tua app di abbonamenti o tramite la query Admin GraphQL sellingPlanGroups, e controlla le sue pricing policy.
2. Verifica se ha una sola policy o due. Una sola policy significa che entrambi i cicli mostreranno e addebiteranno lo stesso numero, per progettazione.
3. Se ti aspetti due prezzi, aggiungi la policy recurring mancante tramite la tua app di abbonamenti, così il primo ciclo addebita il prezzo iniziale e i cicli successivi il prezzo dopo la sostituzione.
4. Salva la modifica, effettua un vero ordine di abbonamento di prova e controlla il suo primo addebito futuro dentro la tua app di abbonamenti prima di dire a chiunque che il problema è risolto.
5. Se entrambe le policy sono già corrette e il checkout resta poco chiaro, è un problema di testo, non di prezzo. Passa alla sezione successiva invece di modificare di nuovo il piano.

Perché vale la pena risolverlo prima della prossima migrazione

Un abbonato che vede un prezzo al checkout e uno diverso sull'estratto conto spesso annulla o apre una contestazione bancaria. Emerge spesso proprio quando i negozi migrano app di abbonamento.

Abbiamo visto anche ticket di supporto in cui i metodi di pagamento si rompevano indipendentemente dal prezzo, ad esempio una domanda "iDEAL/Mollie payments not working" dopo un cambio di provider. È un guasto separato, da controllare a parte.

Se stai valutando se una migrazione vale la pena, la nostra analisi dei costi degli abbonamenti copre le commissioni che la maggior parte dei negozi si perde.

Quando il numero è giusto ma il testo no

Le app costruite sul modello di pricing nativo di Shopify salvano una sostituzione nello stesso modo di Shopify. Progus Subscriptions, ad esempio, mantiene le pricing policy di ogni piano come coppie di adjustment-type e adjustment-value, lo stesso oggetto da cui legge il checkout, quindi l'audit sopra funziona allo stesso modo indipendentemente da quale app gestisce l'abbonamento.

Se l'importo addebitato è già corretto e vuoi solo più contesto prima della sostituzione, uno sviluppatore può aggiungere un'estensione dell'interfaccia di checkout vicino al riepilogo dell'ordine. Può leggere un prezzo futuro salvato in un metafield e mostrarlo come nota. Quella nota non cambia la riga Recurring Subtotal, risponde solo alla domanda accanto.

Shopify limita le estensioni dell'interfaccia di checkout sui passaggi informazioni, spedizione e pagamento ai negozi con piano Shopify Plus. Le estensioni vicino al riepilogo dell'ordine seguono un target type diverso, quindi conferma la tua posizione esatta prima di promettere qualcosa a chiunque.

Conclusioni

Le estensioni dell'interfaccia di checkout sono un livello di presentazione, non un motore di prezzi. Quando un numero sembra sbagliato, controlla prima la pricing policy del selling plan, e costruisci un'estensione personalizzata solo dopo aver confermato che l'importo addebitato è corretto.

Le app di abbonamento cambiano per acquisizioni, migrazioni e provider che ritirano funzionalità, più spesso di quanto la maggior parte dei commercianti si aspetti. Ritesta la pricing policy e la configurazione del metodo di pagamento separatamente dopo uno di questi eventi, perché uno può rompersi senza che si rompa l'altro.