In breve
Un wallet attivato nel pannello non è necessariamente visibile in ogni situazione. Il controllo deve unire impostazioni del negozio, requisiti del visitatore e condizioni del carrello.
- Annota dove manca il pulsante e su quale dispositivo.
- Identifica il gateway e la modalità di pagamento utilizzati.
- Verifica dominio, carrello e caricamento del checkout.
- Ripeti le prove senza creare addebiti involontari.
Descrivere il problema prima di toccare le impostazioni
Parti dall’indirizzo preciso: scheda prodotto, carrello e checkout possono avere pulsanti configurati separatamente. Scrivi quale wallet ti aspetti e se il problema riguarda entrambi. Registra browser, sistema operativo, dispositivo, prodotto, valuta e momento della prova. “Sul telefono non funziona” non basta per ripetere il controllo.
Distinguere tre situazioni cambia la diagnosi: pulsante assente, pulsante presente che non apre il wallet, oppure pagamento avviato e rifiutato. Nell’ultimo caso consulta anche la guida ai pagamenti rifiutati nell’e-commerce. Un problema dopo l’autorizzazione non si risolve cambiando la posizione del pulsante.
Se il difetto è iniziato dopo un aggiornamento, annota versione e data. Conserva una schermata senza dati personali e verifica se accade anche aprendo direttamente il sito, anziché passando da un’app social.
Confrontare dispositivo, browser e wallet del cliente
Non applicare regole assolute come “Apple Pay funziona soltanto con Safari” o “Google Pay deve comparire su qualunque Android”. Il supporto dipende da browser, sistema, versione dell’integrazione e modalità con cui il pagamento viene completato.
La documentazione Stripe di Express Checkout (si apre in una nuova scheda) distingue browser e visualizzazioni interne alle app, con impostazioni specifiche per alcuni casi. Consulta la tabella relativa al componente effettivamente installato: non trasferire automaticamente le sue regole a un altro gateway.
Prova un dispositivo compatibile e un wallet configurato per l’acquisto. Una carta utilizzabile può essere necessaria per completare il pagamento senza esserlo sempre per mostrare il pulsante. Come confronto, usa la demo indicata dal fornitore; il suo esito aiuta a isolare il dispositivo, ma non certifica la configurazione del negozio.
Controllare il gateway e i punti di visualizzazione
Individua quale componente gestisce i wallet: WooPayments, un’estensione Stripe, un altro prestatore o un checkout esterno. Due plugin con nomi simili possono utilizzare componenti e impostazioni differenti. Controlla che l’account collegato sia quello previsto e distingui ambiente di prova e ambiente operativo.
Per Apple Pay in WooPayments (si apre in una nuova scheda), la documentazione descrive l’attivazione congiunta Apple Pay / Google Pay e la scelta delle pagine in cui mostrare i pulsanti. Leggi le opzioni della versione presente: un wallet nel carrello e assente nella pagina prodotto può dipendere semplicemente dalla posizione selezionata.
Controlla anche eventuali duplicati: più integrazioni possono tentare di aggiungere gli stessi wallet. Prima di disabilitare qualcosa, ricostruisci quali ordini e modalità dipendono da ciascun gateway. Le prove sui componenti vanno eseguite in una copia controllata del sito.
Verificare HTTPS, dominio e caricamento dei componenti
Apri il checkout dal percorso usato dai clienti. Un dominio alternativo, un sottodominio dedicato o un trasferimento recente possono rendere insufficiente la configurazione precedente. Fai controllare HTTPS e l’eventuale registrazione del dominio richiesta dal fornitore, separando test e produzione.
Se il checkout è incorporato in una pagina, chiedi di verificare anche le condizioni previste per i contenuti in iframe. Non basta che l’indirizzo della pagina principale sia corretto. Un tecnico può confrontare gli errori del browser con i registri del gateway, senza condividere chiavi segrete o dati delle carte.
Quando il pulsante scompare dopo modifiche a cache, caricamento degli script o gestione del consenso, riproduci il caso prima e dopo una variazione controllata. Disattivare indiscriminatamente le protezioni del sito non identifica la causa. L’obiettivo è capire quale risorsa non arriva o quale inizializzazione non viene eseguita.
Provare un carrello semplice e le condizioni reali
Prepara un confronto con un articolo semplice, disponibile e di importo positivo, quindi ripeti con il carrello segnalato. Mantieni uguali indirizzo, valuta e accesso dell’utente. Se il primo funziona, concentra la verifica su combinazioni di prodotti, sconti, modalità di spedizione o campi aggiuntivi.
La compatibilità dei checkout rapidi di WooPayments (si apre in una nuova scheda) descrive condizioni e registri diagnostici. Le possibilità cambiano tra integrazioni: non considerare abbonamenti o prodotti prenotabili universalmente esclusi. Controlla il prodotto concreto e la versione utilizzata.
| Prova | Cosa annotare |
|---|---|
| Articolo semplice | Pulsanti disponibili e totale prima del pagamento. |
| Carrello segnalato | Prodotti, sconto, valuta e modalità di consegna. |
| Altro dispositivo idoneo | Browser, versione e differenze osservate. |
| Acquisto ospite o account | Eventuali requisiti di registrazione del negozio. |
Fermati prima dell’addebito durante i controlli preliminari. Per verificare l’intero flusso usa la procedura di test prevista dal gateway.
Un esempio ipotetico: il wallet manca solo sui prodotti
Un negozio immaginario di accessori vede Apple Pay nel checkout, ma non nella scheda di una borsa. Il proprietario prova più telefoni e pensa a un errore generale del wallet. Il confronto mostra invece che il pagamento si apre regolarmente dal carrello.
Chi segue il sito controlla le posizioni abilitate e ripete la prova con il tema standard nella copia di test. Scopre che il nuovo modello della pagina prodotto non rende lo spazio previsto dall’integrazione. Corregge quel modello senza sostituire il gateway o modificare gli ordini.
La verifica finale comprende una variante della borsa, uno sconto e un prodotto esaurito. Questo esempio illustra un metodo di diagnosi, non una causa valida per tutti i negozi: il valore della prova sta nell’avere isolato pagina e componente coinvolti.
Chiudere l’intervento con una checklist di acquisto
La ricomparsa del pulsante è il primo risultato. Verifica anche apertura del wallet, aggiornamento delle spese, scelta dell’indirizzo e creazione dell’ordine, utilizzando l’ambiente di test e le indicazioni del prestatore. Non attivare prove globali sul negozio aperto ai clienti.
- Gateway, account e dominio corrispondono al percorso pubblico.
- I wallet compaiono nelle posizioni effettivamente abilitate.
- Dispositivi e browser verificati sono documentati.
- Il totale comprende correttamente prodotti, sconti e spedizione.
- L’ordine di prova riceve lo stato previsto e un riferimento di pagamento.
Se il pagamento risulta riuscito ma manca l’ordine, prosegui con la guida al pagamento senza ordine registrato. Conserva il caso campione per i controlli dopo aggiornamenti del checkout.
Domande frequenti
Devo mostrare sempre entrambi i wallet?
No. La disponibilità può dipendere dal visitatore e dal gateway. Verifica che il metodo atteso sia supportato nel caso esaminato e lascia accessibili le altre opzioni di pagamento.
Una nuova estensione risolve il problema?
Solo dopo aver identificato la causa puoi valutarlo. Aggiungerla senza diagnosi può duplicare i pulsanti e complicare la gestione. Per la scelta complessiva leggi la guida ai metodi di pagamento del sito.
Fonti e approfondimenti
Documentazione ufficiale consultata per i controlli descritti. Requisiti e opzioni dipendono dal servizio e dalla configurazione utilizzati.
- Stripe: Express Checkout, browser e requisiti (si apre in una nuova scheda)
- WooCommerce: configurazione e diagnosi di Apple Pay (si apre in una nuova scheda)
- WooCommerce: compatibilità dei checkout rapidi (si apre in una nuova scheda)
- WooCommerce: modalità e procedure di test (si apre in una nuova scheda)
