Il visitatore che non compilerà mai un modulo di contatto
Molte persone vogliono comprare, ma prima hanno una domanda. Un modulo di contatto chiede un oggetto, un messaggio e un riferimento d'ordine; un numero di telefono nel piè di pagina chiede a loro di fare la chiamata. Entrambi perdono gli indecisi.
Questo modulo non chiede quasi nulla: un nome, e un numero di telefono o un indirizzo e-mail. Il visitatore tocca un pulsante, compila due campi, e sei tu a richiamarlo.
Quattro posizioni, scelte una volta sola per tutto il negozio
Decidi tu dove vive il modulo, fra quattro opzioni: una linguetta scorrevole sul bordo sinistro, una linguetta scorrevole sul bordo destro, una barra inferiore lungo il piede della pagina, oppure un pulsante flottante. Se scegli il pulsante flottante, un'impostazione separata lo colloca nell'angolo in basso a sinistra o in basso a destra.
Il pulsante flottante è la scelta consigliata se hai dei dubbi. Toccandolo si apre un piccolo menu di azioni, e la voce di menu apre il modulo in una finestra modale: così non entra mai in conflitto con il contenuto della pagina e si comporta allo stesso modo su smartphone e su computer. La linguetta scorrevole e la barra inferiore nascondono deliberatamente alcuni elementi man mano che lo schermo si restringe, perché il layout continui a starci — utile se il tuo traffico è soprattutto da desktop, meno se la maggior parte dei visitatori usa il telefono.
Nessun CAPTCHA, e non è una rinuncia
La versione 1.x proponeva una domanda di calcolo che veniva risolta e verificata interamente nel browser del visitatore. Non fermava nulla, e infastidiva le persone.
La versione 2 la elimina e protegge il modulo in tre modi, tutti invisibili:
Un campo honeypot che gli esseri umani non vedono mai e che i bot compilano. Un token temporale firmato — una firma HMAC-SHA256 sull'istante in cui il modulo è stato generato — così un invio viene rifiutato se arriva prima di due secondi dal caricamento della pagina, oppure dopo più di due ore. E un limite per IP che accetta al massimo cinque richieste all'ora dallo stesso indirizzo.
Non c'è nulla da configurare e nessun rompicapo da risolvere per un visitatore reale.
Ogni richiesta viene conservata, non solo inviata per e-mail
Un avviso e-mail parte verso gli indirizzi che indichi tu. La richiesta viene anche scritta nella tabella di database propria del modulo ed elencata nella pagina di configurazione, dove puoi contrassegnare le voci come lette o non lette, eliminarle in blocco e allegare una nota privata a una singola richiesta.
Quella lista è la differenza fra una notifica che potresti perderti e un piccolo flusso di lavoro che puoi davvero smaltire.
Che cosa chiede il modulo
Il nome viene richiesto sempre. Oltre a quello scegli tu se chiedere solo il telefono, solo l'e-mail o entrambi, e puoi facoltativamente chiedere un tipo di richiesta, così il contatto arriva già classificato.
I colori del testo e dello sfondo sono impostazioni, quindi il widget può adattarsi al tuo tema invece di stonare con esso.
Consenso e le tue pagine legali
La casella di consenso è sempre visibile: non esiste alcuna impostazione per disattivarla. Arriva già selezionata e, se un visitatore la deseleziona, il server rifiuta l'invio con un messaggio specifico invece di accettarlo in silenzio. Puoi puntarla ai tuoi URL di Condizioni generali e di Informativa sulla privacy; se lasci quei campi vuoti, il modulo rimanda alla pagina CMS delle Condizioni generali già configurata nel tuo negozio.
La versione 1.x inseriva qui, fissato nel codice, un collegamento al sito demo del fornitore. Non c'è più.
La versione 2 ha corretto diverse cose che sbagliavano in silenzio
Il multinegozio non funzionava. Il front office e il gestore degli invii leggevano sempre le impostazioni del negozio n. 1, a prescindere dal negozio in cui si trovava il visitatore. Ora leggono la configurazione del negozio corrente.
Gli invii potevano fallire in silenzio. Il modulo segnalava un esito positivo qualunque cosa fosse successa sul server. Ora restituisce un risultato reale, con messaggi specifici per campo in caso di indirizzo e-mail non valido o di consenso mancante.
L'e-mail di notifica non trovava il proprio template su alcune installazioni, perché la cartella delle e-mail veniva risolta rispetto al controller e non rispetto alla radice del modulo.
L'inserimento delle richieste costruiva l'SQL concatenando stringhe. Ora le richieste vengono scritte con inserimenti parametrizzati.
La tabella di archiviazione è passata dal generico e soggetto a collisioni callbacks a wecallyouback_request, e le righe esistenti vengono migrate automaticamente durante l'aggiornamento.
Correzioni per il tema Hummingbird di PrestaShop 9
Vale la pena dirlo con chiarezza se usi Hummingbird, il tema predefinito di PrestaShop 9.
Il pulsante flottante e la sua finestra modale dipendevano dagli attributi dati di Bootstrap 4 (data-toggle, data-dismiss), che un tema Bootstrap 5 ignora: cliccare il pulsante non produceva assolutamente nulla. La 2.0.5 ha riscritto entrambi con il JavaScript nativo del modulo, senza dipendere da jQuery né dal componente modale del tema, così il pulsante funziona su qualsiasi tema, qualunque sia la sua versione di Bootstrap.
La 2.0.6 ha evitato che il testo di invito all'azione del pulsante si spezzasse su cinque righe e ha corretto la sua icona, ridotta a un filo dal flex-shrink. La 2.0.7 ha centrato verticalmente la finestra modale invece di lasciarla incollata alla parte alta dello schermo.
Un modulo più leggero sotto il cofano
La versione 2 è solo per PrestaShop 1.7+; sono stati rimossi tutti i percorsi di codice per 1.4/1.5/1.6 e la cartella backward_compatibility/. Quattro template di front office quasi identici — uno per versione di PrestaShop — sono diventati uno solo, e il CSS e il JS delle linguette scorrevoli sinistra e destra sono confluiti in file condivisi.
Spariti anche: la dipendenza esterna da Google Material Icons (ora SVG inline), un tag <script> che puntava fisso a una CDN di jQuery, un vecchio manuale in PDF, un file sorgente PSD e cinque cartelle di lingue e-mail inutilizzate.
Compatibilità
PrestaShop dalla 1.7 alla 9, in otto lingue: francese, inglese, italiano, olandese, polacco, spagnolo, tedesco e turco.
Una precisazione onesta: il template dell'e-mail di notifica esiste solo in inglese e francese. Il modulo che vede il visitatore e il back office sono tradotti in tutte e otto le lingue; l'avviso che arriva nella tua casella di posta no.
Tre hook standard, nessun override e nessuna modifica al tema. Sei ancora su PrestaShop 1.5 o 1.6? Usa allora la versione 1.x del modulo: la 2.0 e successive sono solo per 1.7+.
Domande frequenti
I visitatori devono risolvere un CAPTCHA?
No, e non esiste alcuna impostazione per attivarne uno. La protezione consiste in un campo honeypot nascosto, un token temporale firmato con HMAC che rifiuta gli invii che arrivano prima di due secondi o dopo più di due ore dal caricamento della pagina, e un limite di cinque richieste all'ora da uno stesso indirizzo IP. Un visitatore reale non vede nulla di tutto questo.
Dove compare il modulo?
Dove decidi tu per tutto il negozio, fra quattro opzioni: una linguetta scorrevole sul bordo sinistro, una linguetta scorrevole sul bordo destro, una barra inferiore oppure un pulsante flottante. Un'impostazione separata colloca il pulsante flottante nell'angolo in basso a sinistra o in basso a destra. Se hai dei dubbi, scegli il pulsante flottante: apre una finestra modale, quindi la larghezza della pagina non lo condiziona mai.
Uso Hummingbird su PrestaShop 9 e il pulsante flottante non fa nulla.
Aggiorna alla 2.0.5 o successiva. Prima di quella versione il pulsante usava gli attributi dati di Bootstrap 4, che i temi Bootstrap 5 ignorano. Ora funziona con il JavaScript nativo del modulo e va su qualsiasi tema. Tieni presente che il pulsante è, per scelta progettuale, un controllo in due passaggi: il primo tocco apre un piccolo menu di azioni, e la voce di menu apre il modulo.
La casella di consenso è facoltativa?
È sempre visibile e non esiste alcuna impostazione per rimuoverla. Arriva già selezionata, ma viene controllata sul serio: deselezionala e il server rifiuta l'invio con un errore specifico invece di accettarlo in silenzio.
Che cosa chiede il modulo?
Un nome, più un numero di telefono, un indirizzo e-mail o entrambi, a tua scelta. Puoi anche chiedere un tipo di richiesta. La casella di consenso è sempre visibile.
Dove finiscono le richieste?
Agli indirizzi e-mail di notifica che hai impostato, e a una lista nella pagina di configurazione del modulo. Lì puoi contrassegnarle come lette o non lette, eliminarle in blocco e aggiungere una nota privata a qualsiasi richiesta.
Non arriva nessuna e-mail di notifica.
Verifica che sia impostato un indirizzo di notifica valido: se non c'è, compare un avviso accanto al modulo nella lista dei moduli e ogni invio viene registrato con il relativo motivo in Parametri avanzati → Log. Se un indirizzo è impostato e la consegna continua a fallire, controlla Parametri avanzati → E-mail e lo stesso registro.
Il modulo non compare sul negozio.
Verifica che "Show the form" (Mostra il modulo) sia impostato su Yes e che il modulo sia attivo. Su un tema molto personalizzato, assicurati che richiami l'hook displayHeader (o header).
Posso usare una mia illustrazione?
Sì. Sostituisci rep_bottom.png, rep_left.png o rep_right.png nella cartella views/img/ del modulo con un PNG delle stesse dimensioni.
Il testo sparisce sugli schermi stretti.
È voluto per la barra inferiore e per la linguetta scorrevole, che nascondono progressivamente alcuni elementi perché il modulo continui a starci. Usa invece la posizione a pulsante flottante se questo non si adatta al tuo traffico.
Che fine fanno le mie richieste esistenti quando aggiorno dalla 1.x?
Vengono migrate automaticamente. La vecchia tabella callbacks viene copiata nella nuova tabella wecallyouback_request al primo caricamento dopo l'aggiornamento, e le tue impostazioni vengono trasferite insieme a esse.
Commenti (2)
Non è stato possibile inviare il tuo giudizio sulla recensione
Segnala commento
Segnalazione inviata
Non è stato possibile inviare la tua segnalazione