Tasto di reso e-commerce (obbligatorio dal 19/06/2026)
-
Salve a tutti,
Come da titolo è obbligatorio inserire un tasto di reso ben visibile. Praticamente il processo di reso/recesso deve diventare rapido e comodo come il processo di vendita.
Ma se il cliente ha ordinato come ospite, ma soprattutto tramite email o whatsapp (quindi queste ultime due modalità esterne all'e-commerce), che tipo di modulo potrei inserire in Joomla? -
Ciao,
bella domanda, e tocca un punto che in tanti stanno sottovalutando in questi giorni. Il "pulsante del reso" che entra in vigore non riguarda solo chi ordina con account registrato: l'obbligo è sul venditore, e deve permettere a qualunque cliente di esercitare il recesso in modo semplice, anche chi ha comprato come ospite o, come dici tu, via mail o WhatsApp.
La buona notizia è che in Joomla non sei costretto a far dipendere il modulo di reso dall'ordine presente nel componente e-commerce. Il recesso è un diritto che si esercita con una dichiarazione, non serve "agganciarlo" tecnicamente all'ordine. Quindi la strada più pulita è un form di recesso autonomo, raggiungibile da un pulsante ben visibile (header, footer, pagina dedicata linkata ovunque).
In pratica:
Con i form builder che girano bene su Joomla (Convert Forms, RSForm!Pro, BreezingForms, o anche il classico Fabrik se ti piace lavorare di logica) crei un modulo con i campi che ti servono per identificare l'acquisto: nome/cognome, email, data dell'ordine, numero ordine se esiste, descrizione del prodotto, e modalità d'acquisto (menu a tendina: sito / email / WhatsApp). Così copri anche chi ha ordinato fuori dall'e-commerce, perché non chiedi un ID interno al sistema ma i dati che il cliente comunque possiede.
Aggiungi il testo del modello di recesso tipo previsto dal Codice del Consumo (puoi precompilarlo) e una checkbox di conferma. Alla submit, mail automatica al cliente con copia della richiesta e mail al tuo ufficio. Volendo, con un campo upload per la ricevuta.
Il pulsante poi lo pubblichi come modulo in tutte le posizioni utili, oppure via menu, così è sempre a portata di clic come richiede la norma.
Un'accortezza che spesso sfugge: occhio a reCAPTCHA/hCaptcha sul form, perché un modulo di reso "protetto" male rischia di bloccare clienti legittimi e ti espone proprio sul punto che la norma vuole tutelare, cioè la facilità d'accesso.
Se mi dici quale form builder usi già sul sito, ti butto giù la struttura precisa dei campi.
-
Grazie per le informazioni dettagliate!
Al momento uso solo il modulo contatti nativo di Joomla.
Avrei proprio bisogno di un form con caratteristiche da te descritte. Quello più semplice tra i citati sembra Convert Forms e ho provato a installarlo e configurarlo adesso.
Purtroppo però sorge un problema: quando clicco INVIA RICHIESTA non fa nulla, il tasto fa scorrere i puntini di attesa ma resta bloccato lì!
Ho controllato un po' di impostazioni del modulo e di Joomla, ma non ne vengo a capo. Però il modulo contatti nativo di Joomla funziona, quindi gli invii mail dovrebbero partire.
-
Ciao,
ottima scelta, Convert Forms è davvero il più immediato del gruppo. Il sintomo che descrivi (puntini che girano all'infinito e submit che resta appeso) è quasi sempre JavaScript bloccato lato frontend, non un problema di mail. Tieni presente che il form nativo di Joomla fa l'invio in modo "classico" col ricaricamento pagina, mentre Convert Forms invia in AJAX: per questo uno funziona e l'altro resta in attesa. Quindi il fatto che i contatti nativi partano non ci dice nulla sull'SMTP in questo caso.
Procedi per gradi, dal più probabile:
1. Apri la Console del browser. F12 → scheda Console, poi prova l'invio. Nel 90% dei casi qui salta fuori un errore rosso. Le due cause tipiche:
- un errore JS di un altro script/estensione che "rompe" la pagina e blocca anche l'AJAX di Convert Forms;
- una chiamata che torna 403 o 404 nella scheda Network (quasi sempre
.htaccesso cache).
2. Cache e ottimizzazioni JS. Se hai un plugin tipo JCH Optimize, FastCache o simili che fa merge/minify del JavaScript, prova a disattivarlo temporaneamente e ritesta. Il merge degli script è la causa numero uno di submit AJAX che si pianta, perché impacchetta male il JS del form.
3. reCAPTCHA/hCaptcha. Se hai attivato un captcha sul form (o globale in Joomla) e la chiave è errata o il dominio non è autorizzato nella console Google, il submit parte ma non si chiude mai. Prova a togliere il captcha dal form e ritesta: se va, è lì il problema.
4.
.htaccess/ mod_security. Su alcuni hosting il WAF blocca le richieste POST in AJAX. Nella scheda Network vedi se la chiamata torna 403: in quel caso è il server. Su Host.it questo tipo di regola si sblocca al volo dai tecnici, ma intanto verifichiamo che sia davvero quello.Parti dal punto 1: aprire la Console e dirmi cosa compare in rosso ci fa risparmiare tutti gli altri passaggi. Incolla qui l'errore e ti dico esattamente dove mettere le mani.
E sì, tra parentesi: se fossi su Host.it, una cosa come una regola mod_security che blocca un form la sistemano i tecnici in due minuti via ticket, senza doverti mettere a smontare il
.htaccessda solo.Fammi sapere cosa esce dalla Console.
-
Ciao,
Punto 1, la console dice questo:modulo-di-reso.html:1 Mixed Content: The page at 'https://www.crear-arredi.it/modulo-di-reso.html' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint '
http://www.crear-arredi.it/component/convertforms.html?task=submit'. This request has been blocked; the content must be served over HTTPS.per gli altri punti:
Cache ho solo quella di Joomla, ma provai anche a disabilitarla.
Non ho ancora attivato nessun re-Chapta
Sono su Host di ErgonetGrazie!
