Personalizzare prezzo WooCommerce e label prodotto in modo corretto significa intervenire sulla presentazione senza alterare la logica economica degli ordini. In questa guida trovi filtri e pattern utili per migliorare chiarezza commerciale, conversione e manutenzione tecnica.
Obiettivo reale
Non sempre serve cambiare il prezzo “reale”: spesso basta migliorare il modo in cui viene mostrato per aumentare chiarezza e conversione.
Esempio 1: aggiungere nota promozionale al prezzo
add_filter( 'woocommerce_get_price_html', function( $price, $product ) {
if ( $product->is_on_sale() ) {
$price .= ' <small class="promo-note">Offerta attiva</small>';
}
return $price;
}, 20, 2 );Esempio 2: testo supporto spedizione vicino al pulsante
add_action( 'woocommerce_after_add_to_cart_button', function() {
echo '<p class="shipping-note">Spedizione in 24/48h in tutta Italia.</p>';
} );Esempio 3: condizione su categoria specifica
add_filter( 'woocommerce_get_price_html', function( $price, $product ) {
if ( has_term( 'accessori', 'product_cat', $product->get_id() ) ) {
return $price . ' <small class="cat-note">Prezzo IVA inclusa</small>';
}
return $price;
}, 25, 2 );Best practice
- Distingui prezzo fiscale/contabile da testo marketing.
- Evita modifiche aggressive che confondono utente e customer care.
- Mantieni copy coerente tra listing, scheda prodotto e checkout.
Checklist test
- Prodotto semplice.
- Prodotto variabile.
- Prodotto in saldo.
- Catalogo mobile.
- Compatibilità con plugin prezzi dinamici.
Errori comuni
- Mescolare logica commerciale e fiscale nello stesso snippet.
- Inserire HTML non accessibile.
- Ignorare il contesto B2B/B2C.
Guida operativa estesa per team tecnici
Per trasformare questa guida in un processo realmente utile in agenzia, il passaggio chiave è standardizzare il flusso di lavoro. Nella pratica, i problemi non nascono quasi mai dal singolo snippet ma dalla mancanza di metodo: codice inserito in punti diversi, assenza di checklist, nessuna traccia delle decisioni tecniche e test limitati solo alla parte visiva. Quando il progetto cresce, questa frammentazione diventa costosa e rallenta tutto il team.
Un approccio maturo prevede tre livelli: progettazione della modifica, implementazione controllata e verifica post-rilascio. In fase di progettazione conviene sempre definire obiettivo, hook coinvolto, impatto atteso e possibile piano rollback. In fase di implementazione è utile isolare la modifica in un modulo dedicato e aggiungere una breve nota tecnica che spieghi perché è stata scelta quella soluzione. In fase di verifica bisogna testare non solo “se funziona”, ma anche se crea effetti collaterali su pagine collegate, plugin terzi e processi amministrativi.
Nel contesto WordPress e WooCommerce questo diventa ancora più importante perché spesso convivono tema, child theme, plugin commerciali e custom code interno. Ogni aggiornamento può cambiare l’ordine di esecuzione dei hook o introdurre comportamenti nuovi. Per questo è consigliabile mantenere una baseline periodica: elenco hook critici, priorità, snippet attivi, dipendenze e aree più sensibili (checkout, email, pricing, ordini, performance). Avere questa mappa riduce drasticamente i tempi di troubleshooting.
Piano di implementazione consigliato (staging -> produzione)
- Definisci outcome misurabile: cosa deve cambiare per utente o business.
- Applica modifica su staging con dati realistici.
- Esegui test funzionali principali e test di non regressione.
- Confronta comportamento con plugin chiave attivi.
- Effettua deploy in finestra controllata.
- Monitora log/errori nelle prime 24/48 ore.
Metriche utili da monitorare
- Stabilità tecnica: errori PHP, warning e notice post-rilascio.
- Qualità UX: riduzione di frizioni in aree chiave (carrello, checkout, account).
- KPI business: conversion rate, tasso abbandono checkout, ticket assistenza.
- SEO tecnico: copertura crawling, qualità markup, performance template critici.
Pattern di manutenzione che funzionano bene
- Un repository unico per snippet e customizzazioni.
- Naming coerente di funzioni e namespace per evitare conflitti.
- Changelog tecnico minimo per ogni modifica in produzione.
- Retrospettiva mensile su bug ricorrenti e miglioramenti di processo.
FAQ
Posso cambiare anche il prezzo nel carrello?
Sì, ma è un altro livello di intervento e va gestito con attenzione fiscale e normativa.
Posso mostrare prezzi diversi per ruolo utente?
Sì, con filtri e plugin dedicati, ma testa bene caching e varianti sessione.
Come capisco se una modifica va fatta con hook o override template?
Prima valuta hook/filter. Se il risultato richiede solo aggiunta o modifica di output, l’hook è spesso la soluzione più robusta. L’override template ha senso quando devi riscrivere struttura markup non raggiungibile con i punti di aggancio standard.
Come evitare regressioni quando aggiorno WooCommerce?
Mantieni un set di test ripetibili su product, cart, checkout, email e gestione ordini. Dopo ogni aggiornamento, esegui sempre questo pacchetto minimo in staging prima del rilascio.
Conviene mantenere snippet in plugin dedicato anche per siti piccoli?
Sì, nella maggior parte dei casi. Anche su progetti piccoli aiuta a separare responsabilità, semplificare backup e rendere più sicuro il passaggio di consegne tra sviluppatori.
