Niente si aggiunge finché non lo chiedono.

L’articolo risponde due volte e poi si contraddice una terza, quindi eccoti tutti e tre i passaggi, nell’ordine in cui compaiono. Frontend Result: “Il regalo non verrà aggiunto automaticamente. Il cliente vedrà invece un pulsante Claim Gift che gli consente di aggiungere manualmente l’articolo gratuito al carrello.” La domanda della FAQ “Posso aggiungere il regalo al carrello in automatico?”: “No. Il booster Omaggio al momento supporta solo la selezione manuale del regalo. Il cliente deve cliccare attivamente il pulsante “Add Gift” per includere il regalo nel carrello una volta soddisfatte le condizioni.” La domanda della FAQ “Cosa succede se il cliente rimuove il prodotto che dà diritto all’omaggio?”: “Il booster rivaluta automaticamente le condizioni. Se non sono più soddisfatte, il regalo viene rimosso dal carrello se era stato aggiunto in automatico.” La terza frase presuppone uno stato che le prime due negano esista. Ciò che è comunque assodato è la rimozione: Frontend Result afferma per conto suo che, se il carrello non è più idoneo, l’omaggio viene nascosto o rimosso automaticamente, quindi un omaggio che smette di essere idoneo se ne va, comunque sia arrivato. Ciò che non è assodato è se esista un percorso di aggiunta automatica. La nostra lettura — ed è una lettura, non un fatto — è che la terza frase sia testo riciclato da un booster che aggiunge davvero da solo, in un articolo che chiama questa offerta anche “combo”, chiama il blocco “blocco di raccomandazione” e chiama l’omaggio un “Add-on”; altre tre stringhe sfuggite, tutte visibili nella stessa pagina. La demo di questo sito quindi non aggiunge mai l’omaggio da sola, e non lo farà finché 8theme non dirà il contrario. Provalo su una copia di staging prima di scriverci sopra una policy. Un’altra cosa che gli stessi passaggi lasciano aperta: il testo del pulsante. Frontend Result lo chiama Claim Gift, la FAQ lo chiama “Add Gift” e tutti e tre gli screenshot di 8theme mostrano Add gift to cart scritto nel campo Offer CTA button text. È testo libero senza un valore predefinito pubblicato — il nostro dice Ritira l’omaggio.

Il campo esiste e ha quattro valori, ma le due fonti lo chiamano in modo diverso: la prosa lo chiama Discount Type, lo screenshot dell’admin lo etichetta Gift type. Le sue opzioni, citate: Percentage, per esempio 20% di sconto; Fixed, per esempio $5 di sconto; Free, dove il prezzo scende a $0; e No discount, dove il prodotto in offerta viene mostrato al suo prezzo normale. Un campo Discount Value è descritto nella prosa — inserisci 15 per il 15% di sconto, inserisci 10 per $10 di sconto, non applicabile se è selezionato Free o No discount — e non compare da nessuna parte nell’unico screenshot di quel pannello, che ha Gift type impostato su Free. Quindi se il campo sia nascosto o solo ignorato sotto Free resta irrisolto. Altri due silenzi che vale la pena nominare. Nulla di pubblicato dice se un omaggio scontato ma non gratuito venga comunque mostrato in vetrina con la dicitura FREE e l’inquadratura da regalo, quindi questa pagina colora di verde quella riga solo quando il prezzo è davvero zero: una riga che dichiara un’offerta prende il chip, una riga al suo prezzo normale no. E nulla dice come uno sconto percentuale o fisso interagisca con un coupon, una regola fiscale o un calcolo di spedizione.

Display Location è un unico select con undici valori, di cui uno è Use a shortcode: quattro sono posizioni nella pagina carrello — Top of the Cart page, Before Cart items table, After Cart items table, After Cart items within the table — e sei sono posizioni al checkout — Before Payment Gateways, Before Place Order Button, After Place Order Button, Bottom of the Checkout Page, Before Billing section, After Order notes. Quindi: dieci posizioni e uno shortcode. Mini cart location è un secondo select con sette valori, di cui Do not display è lo stato spento, il che lascia sei posizioni: Top of the Mini Cart, Before Cart items, After Cart items within the list, Before buttons, After buttons, Bottom of the Mini Cart. L’articolo non stampa il conteggio di nessuna delle due liste e non indica un predefinito per nessuna delle due: l’unico screenshot di quel pannello mostra Before Cart items table e Do not display, che sono valori mostrati e non predefiniti dichiarati. I loro due consigli: mettere il booster dopo gli articoli del carrello o prima della sezione di pagamento può aumentare visibilità e coinvolgimento subito prima della conversione, e mettere l’offerta omaggio vicino ai pulsanti del mini carrello è efficace per azioni di upsell dell’ultimo minuto. C’è anche la strada Elementor, e il suo pannello porta la restrizione per iscritto: questo booster può essere usato solo sui template della pagina Carrello o Checkout. Quello che nessuno pubblica è se tutti e undici i valori siano offerti su entrambi i tipi di pagina o filtrati per pagina.

Sì su entrambi i fronti, e l’articolo è insolitamente diretto al riguardo. Alla domanda se l’omaggio scali le scorte, risponde: “Sì. L’articolo in omaggio è un vero prodotto WooCommerce e viene scalato dalle scorte come qualsiasi altro articolo durante il checkout.” Frontend Result aggiunge che, una volta aggiunto, l’omaggio compare come un normale prodotto nel carrello con un prezzo di $0, e sarà incluso anche nel riepilogo dell’ordine al checkout. Ogni rendering della riga rivendicata — il loro e quello di questa pagina — porta il proprio link Rimuovi, come qualsiasi altra riga del carrello. Una cosa sta nel pannello admin senza nessuna frase che la accompagni: una casella spuntata che recita “Allow customers to remove Add-ons from the cart?”. Nella prosa non è documentata, e dice ancora Add-ons, che è il nome di un altro booster. Che cosa governi qui è un’ipotesi che non faremo.

Due campi, entrambi documentati. Total Usage Limit imposta il numero massimo di volte in cui questa offerta può essere usata da tutti i clienti, e il consiglio dell’articolo stesso lo dice utile per campagne a tempo o offerte legate alle scorte. Usage Limit Per Customer definisce quante volte un singolo cliente può riscattare l’offerta, e il suo consiglio dice che aiuta a prevenire abusi della promozione limitando l’uso ripetuto per utente. Nello screenshot entrambi i campi portano il placeholder Unlimited usage, quindi lo stato di fabbrica è illimitato. Leggi però con attenzione la risposta della FAQ su questo punto, per via di una parola: dice che l’impostazione garantisce che ogni utente che ha effettuato l’accesso possa riscattare l’omaggio una volta sola. Nulla di pubblicato dice come un limite per cliente venga applicato a un checkout da ospite, e nulla dice cosa succede se un limite viene raggiunto mentre il cliente è a metà sessione con l’offerta già a schermo.

Un omaggio per booster: alla domanda se si possano applicare più omaggi insieme, l’articolo risponde che è possibile un solo omaggio per booster e che, se vuoi offrirne di più, puoi creare booster separati con le loro regole. Conferma anche la strada delle campagne multiple per il targeting: crea più campagne Omaggio e imposta per ciascuna filtri diversi di prodotto, categoria o condizione del carrello. Quello che non è pubblicato è cosa succede quando due di quelle campagne si qualificano sullo stesso carrello. Un campo Priority esiste — sta nello screenshot di Optional Settings con valore 10 — e nessuna frase, da nessuna parte, dice che cosa ordini o quale verso vinca. Nota anche che questo booster non ha un pannello Apply to suo, quindi il trigger dietro ai loro stessi esempi, spesa oltre $75 o acquisto di 3 o più borse, è raggiungibile solo tramite Conditions: Order total, Order items quantity, Products in Order. L’articolo non lo dice mai a parole.