La landing riceve clic ma pochi contatti: cosa controllare prima di aumentare il budget?

La campagna porta clic. Il modulo, invece, fa vita monastica. La tentazione è aumentare il budget oppure cambiare subito pubblico, creatività e pagina. Tutto insieme, così alla fine non si capisce nemmeno cosa abbia funzionato.

Prima di spendere di più, serve una diagnosi: le persone non arrivano, non capiscono la proposta, non riescono a inviare oppure inviano e la richiesta si perde? Sono problemi diversi. Qui non confrontiamo modulo nativo e landing page: controlliamo una pagina che sta già ricevendo traffico.

1. Clic e visite misurate non sono la stessa cosa

Se usi Analytics, non interpretare automaticamente la differenza rispetto ai clic pubblicitari come persone scappate dalla pagina. Google distingue le due metriche e documenta discrepanze dovute, tra le altre cose, a clic ripetuti, caricamento del codice e limitazioni del browser. La guida ufficiale sulle differenze tra clic e sessioni è un punto di partenza, non un verdetto sulla tua campagna.

Confronta lo stesso periodo, la stessa destinazione e segmenti omogenei per dispositivo e canale. Controlla i reindirizzamenti e il funzionamento della misurazione nei diversi stati di consenso, rispettando le scelte dell’utente. Segna ciò che osservi e ciò che non puoi misurare: un buco nel report non dimostra, da solo, un buco nella pagina.

2. La promessa dell’annuncio sopravvive al clic?

Apri annuncio e landing uno accanto all’altra. La persona ritrova il servizio, il destinatario e il passo successivo che si aspettava? Google include pertinenza, facilità di navigazione e aspettative create dall’annuncio nella descrizione dell’esperienza sulla pagina di destinazione.

Il mio controllo operativo è semplice: leggere solo titolo, sottotitolo e pulsante. Devono chiarire cosa offri, per chi e cosa succede dopo. Se prometti un preventivo e atterri su “Innovazione, passione, eccellenza”, non hai continuato la conversazione. Hai aperto un convegno.

Non serve creare una pagina per ogni annuncio. Serve evitare di mandare intenzioni molto diverse a una proposta generica. Prima di riscrivere tutto, annota quale aspettativa resta senza risposta: prezzo, zona servita, requisiti, tempi o modalità del contatto.

3. Provala da telefono, fino all’invio

Una schermata sul monitor non è un test mobile. Usa almeno i dispositivi e i browser rilevanti per il traffico che ricevi; se il percorso passa dal browser interno di un’app, verifica anche quello.

• Il testo resta leggibile senza essere coperto da foto, menu o banner?
• La tastiera lascia raggiungibile il pulsante di invio?
• Gli errori indicano quale campo correggere, senza cancellare i dati?
• Il numero di telefono accetta i formati previsti, incluso il prefisso?
• Dopo l’invio compare una conferma chiara, e la richiesta arriva davvero?

Per le prestazioni, i Core Web Vitals distinguono caricamento del contenuto principale (LCP), risposta alle interazioni (INP) e stabilità visiva (CLS). Usali per individuare ostacoli, non come pagella commerciale.

La documentazione web.dev distingue inoltre test di laboratorio e dati raccolti dagli utenti reali: descrivono condizioni diverse. Un test controllato aiuta a riprodurre un problema; non rappresenta ogni visita. E un punteggio verde non dimostra che la proposta convinca.

4. “Invia” è un pulsante. Il lead è un’altra cosa

Definisci quale evento stai contando. Un clic sul pulsante può precedere un errore di validazione. Anche una schermata di ringraziamento va confrontata con la ricezione effettiva della richiesta.

Organizza un test identificabile, escluso dai risultati commerciali: invia il modulo, verifica la risposta del servizio che lo gestisce e cerca il contatto nel CRM o nel sistema di ricezione. Controlla destinatario, dati obbligatori, origine disponibile e gestione degli errori. Non raccogliere informazioni aggiuntive solo perché tecnicamente puoi farlo.

Se usi tracking server-side, anche con Stape, mantieni lo stesso criterio: verifica il passaggio preciso che ciascun evento rappresenta. Per controllare anche il percorso successivo, trovi una procedura nell’articolo su come verificare il ritorno delle vendite alle campagne.

5. Correggi il blocco prima di scegliere il colore del bottone

Esempio ipotetico: un’impresa promuove sopralluoghi, ma da mobile il modulo rifiuta alcuni numeri validi senza spiegare l’errore. Intanto il tracciamento conta il clic su “Richiedi sopralluogo”. Il report mostra attività, il commerciale vede poche richieste. La prima modifica non è una nuova headline: è correggere l’errore e allineare il conteggio agli invii effettivi.

Ordina quindi gli interventi: prima ciò che impedisce il contatto; poi le ambiguità della proposta; infine le ipotesi da sperimentare. Per ogni test scrivi cosa cambi, quale comportamento vuoi osservare e quale indicatore commerciale controllerai. Evita di cambiare contemporaneamente pubblico, offerta e pagina, salvo necessità operative esplicite.

La landing migliore non è quella che raccoglie qualsiasi richiesta

Togliere tutti i campi può facilitare l’invio, ma non basta per giudicare il risultato. Affianca ai contatti ricevuti la quota di richieste pertinenti, gli appuntamenti e le vendite, lasciando maturare il ciclo commerciale. Valuta anche il costo per richiesta qualificata, non solo il tasso di compilazione.

La decisione sul budget arriva dopo: quando sai quali passaggi funzionano e quali restano incerti. Prima togli gli ostacoli, poi confronti le alternative. Aumentare il traffico verso un problema non è ancora una strategia.