1) Il “pulsante” non è un vero link (errore HTML/CSS)

Il problema più banale (e più frequente) è che quello che sembra un pulsante sia solo un blocco grafico: un <div> con stile da bottone, oppure un’immagine con testo “cliccami”, ma senza un tag <a> correttamente impostato.

Nelle email, molti client ignorano porzioni di CSS o reinterpretano il layout. Se il link è “appoggiato” su elementi complessi, rischi che l’area cliccabile sparisca o diventi minuscola. La regola d’oro è semplice: il pulsante deve essere un link, e il link deve essere il più “pulito” possibile.

• Evita click handler tipo JavaScript: nelle email è quasi sempre bloccato.
• Preferisci un <a> con stile inline (non classi complesse).
• Assicurati che l’area cliccabile sia ampia anche su mobile.

2) JavaScript e interattività: nelle email è (quasi) un no 🚫

Se il tuo pulsante dipende da JavaScript (ad esempio onclick, funzioni per aprire popup, o logiche dinamiche), c’è un’alta probabilità che non funzioni. I client email bloccano script per motivi di sicurezza: sarebbe troppo facile inserire codice malevolo.

Anche alcune “furbizie” come href="javascript:..." o comportamenti avanzati (modali, accordion, slider) possono rompersi. In email marketing vale un principio: semplicità batte genialità. Un pulsante deve portare a un URL, punto.

3) URL troncato o rovinato (caratteri speciali, spazi, encoding)

Un link può smettere di funzionare per motivi apparentemente invisibili: un carattere non escapato, un parametro con simboli speciali, un “&” non correttamente codificato, oppure un URL talmente lungo da venire spezzato dal client.

Esempi classici:

• URL con spazi non codificati (%20) che il client interpreta male.
• Parametri con # o + che cambiano significato se non encodati.
• Link copiato male dal CMS o dal tool di invio (un carattere perso, un “http” doppio).
• Entity HTML: dentro attributi href è meglio evitare ambiguità e mantenere coerenza.

Soluzione pratica: usa URL più corti quando possibile, riduci i parametri superflui, e testa sempre il link “come appare” nell’email inviata (non solo nell’editor).

4) Tracking e redirect: quando la sicurezza ti mette i bastoni tra le ruote 🛡️

Molti sistemi di email marketing applicano tracking ai link: al posto dell’URL finale, il pulsante punta a un redirect (spesso su un dominio del provider) che poi reindirizza alla destinazione reale. È utile per misurare clic e conversioni, ma può diventare un problema in diversi casi:

• Alcune reti aziendali bloccano i domini di tracking sconosciuti.
• Alcuni client o browser avvertono che il link è “sospetto” perché reindirizza più volte.
• Se il redirect è lento, sembra che il pulsante “non faccia nulla”.
• Se la catena di redirect è rotta, finisci su una pagina 404 o bianca.

Soluzioni: se l’email è critica (login, conferma, password reset), valuta un tracking più conservativo, usa domini reputati, e limita le catene di redirect. Più passaggi = più possibilità di rottura.

5) Mixed content e HTTPS: blocchi silenziosi

Un pulsante può puntare a una pagina non sicura (http://) mentre il client o il browser preferiscono solo contenuti sicuri (https://). Alcuni sistemi bloccano o avvertono. Su mobile, certi browser embedded (quelli che aprono link dentro l’app email) sono ancora più severi.

Se stai inviando email “serissime” (accesso, pagamenti, conferme), non è un dettaglio: usa sempre HTTPS, evita redirect da HTTP a HTTPS, e assicurati che il certificato sia valido e completo (catena corretta).

6) Il client email non supporta bene i bottoni (soprattutto Outlook)

Ci sono client email che interpretano l’HTML in modo diverso dal web. Il caso più famoso è Outlook desktop, che usa un motore di rendering basato su Word. Questo significa che alcune proprietà CSS vengono ignorate o gestite in modo “creativo”.

Risultato? Il pulsante può apparire deformato, il padding sparisce, l’area cliccabile si riduce, oppure il testo finisce fuori dal bottone. Non è necessariamente un problema del link, ma dell’elemento che lo rende “cliccabile” in modo coerente.

Soluzione pratica: struttura il bottone in modo compatibile, con stili inline e layout semplici. Se serve massima compatibilità, evita layout eccessivamente moderni e riduci dipendenze da CSS avanzato.

7) Immagini disattivate: il pulsante era un’immagine 📷

Alcune email usano un pulsante come immagine (un PNG con “Clicca qui”). Se il destinatario ha immagini disattivate, quel pulsante può sparire completamente o diventare un box vuoto. Anche se l’immagine è dentro un link, l’esperienza può risultare confusa: l’utente non vede nulla e quindi non clicca.

Il modo più robusto è creare bottoni “HTML”, con testo reale e background color. Se devi usare un’immagine, aggiungi sempre: testo alternativo (alt) e possibilmente una versione testuale del link sotto.

8) Link che apre app sbagliate (deep link, app scheme, mailto, tel)

Non tutti i protocolli funzionano allo stesso modo dentro le email. Alcuni esempi:

• mailto: può aprire un’app di posta diversa da quella prevista, o non aprirsi su certi device.
• tel: può essere bloccato su desktop o in ambienti aziendali.
• Deep link (schema app): possono fallire se l’app non è installata o se il client blocca lo schema.

Se usi deep link, prepara sempre un fallback web: l’utente deve poter arrivare alla destinazione anche senza l’app installata. È una di quelle accortezze che riduce drasticamente “il bottone non va”.

9) Filtri anti-phishing e policy aziendali

In contesti aziendali, la posta passa spesso attraverso gateway di sicurezza che riscrivono i link, analizzano le destinazioni e, in certi casi, bloccano ciò che considerano rischioso. Anche se la tua email è legittima, un dominio nuovo o poco “reputato” può essere trattato con diffidenza.

Qui i sintomi tipici sono:

• Il click non apre nulla perché il link è stato neutralizzato.
• Il link porta a una pagina di warning aziendale.
• Il link è stato riscritto e la catena di redirect si rompe.

Se invii email transazionali importanti (conferme, reset password, accessi), è fondamentale curare: reputazione del dominio, coerenza tra link e brand, e riduzione dei passaggi intermedi. Un link pulito e coerente appare “meno sospetto” anche agli occhi dei filtri.

10) Problemi mobile: area cliccabile troppo piccola

A volte il pulsante funziona… ma solo se tocchi esattamente un punto. Su mobile è un problema enorme. Se l’area cliccabile è piccola o se il testo non è dentro il link, l’utente prova a toccare e non succede nulla, pensa che il bottone sia rotto e chiude l’email.

Un bottone email dovrebbe essere comodo come un pulsante di app: abbastanza grande, con spazio intorno, e con testo leggibile. Anche la distanza da altri elementi conta: due link troppo vicini creano tocchi sbagliati.

11) Il link funziona, ma la pagina di destinazione è il vero problema

Non sempre la colpa è del pulsante. A volte il click porta a una landing che: non si carica su browser embedded, blocca alcuni user-agent, richiede cookie o JavaScript in modo aggressivo, oppure fa redirect geolocalizzati. Risultato: il destinatario vede una pagina bianca o un errore, e conclude che “il pulsante non va”.

Per evitare questo scenario, assicurati che la destinazione: si carichi bene su mobile, sia veloce, abbia fallback anche con blocchi di script, e non dipenda da catene infinite di redirect. Più la pagina è “semplice e robusta”, più i pulsanti sembrano affidabili.

Checklist di debug veloce ✅

Quando un pulsante “non funziona”, ecco una sequenza pratica (e rapida) per capire dove si rompe:

1. Controlla l’URL nell’email inviata (non nell’editor): è completo e corretto?
2. Apri lo stesso link copiandolo e incollandolo nel browser: funziona?
3. Verifica HTTPS e certificato: ci sono warning o redirect strani?
4. Riduci tracking e redirect: prova un link diretto temporaneo e confronta.
5. Testa su più client: Gmail web, Gmail app, Apple Mail, Outlook (almeno uno).
6. Controlla mobile: il bottone è davvero facile da toccare?
7. Valuta i blocchi aziendali: se fallisce solo in certe aziende, è quasi certamente un filtro.

Spesso bastano due test per isolare la causa: link diretto vs link tracciato, e un confronto Gmail vs Outlook. Da lì la soluzione diventa quasi ovvia.

Best practice: come progettare bottoni “a prova di client” 💡

• Link semplice: usa URL brevi e leggibili, evita parametri inutili.
• Un solo obiettivo: un pulsante principale chiaro, non cinque azioni in competizione.
• Fallback testuale: sotto il bottone inserisci anche un link in testo (“Se il pulsante non funziona, clicca qui”).
• Stili inline: nelle email è spesso più stabile che affidarsi a classi e CSS esterni.
• Evita dipendenze: niente JavaScript, niente effetti “da sito”, niente cose troppo dinamiche.
• Test multi-client: almeno 3 ambienti prima di inviare in massa.
• Coerenza dominio: bottoni che puntano a domini strani aumentano blocchi e sfiducia.

E un dettaglio spesso ignorato: la fiducia dell’utente. Un bottone che porta a un dominio diverso dal brand, con redirect e parametri lunghi, sembra “poco pulito”. Anche se è legittimo, l’utente può evitare di cliccare. Un link chiaro e coerente non è solo tecnica: è anche esperienza.

Conclusione: “non funziona” è quasi sempre un mix di fattori

I pulsanti nelle email sono delicati perché vivono in un ambiente restrittivo, con rendering imprevedibile e sicurezza aggressiva. Quando un bottone non va, di solito non è magia nera: è un dettaglio tecnico (HTML, link, tracking, HTTPS) oppure una barriera esterna (client, policy aziendali, filtri anti-phishing).

La buona notizia è che puoi prevenirlo: link diretti e chiari, fallback testuale, layout semplice, e test su più client. Così il tuo pulsante torna a fare quello che deve fare: aprire una pagina, senza drammi e senza sorprese. 😊