# Eliminazione graduale dei moduli legacy (URL con email)

> Formspree Docs · Risoluzione dei problemi · 11 aprile 2024

Formspree sta rimuovendo il supporto per i moduli basati su email, che chiamiamo "moduli legacy".

## Cosa sono i moduli legacy?

I moduli legacy sono identificati da un URL nell'attributo `action` dell'HTML del tuo modulo che ha questo aspetto:

https://formspree.io/your@email.com

Contengono un indirizzo email direttamente nell'URL.

## Migrazione dai moduli legacy

Invece di inserire un indirizzo email direttamente nell'HTML del tuo modulo, incoraggiamo gli utenti a registrare un account su [https://formspree.io/register](https://formspree.io/register). Una volta registrato, puoi creare moduli nella dashboard di Formspree cliccando sul pulsante **+ New Form**, oppure creando un [progetto CLI](/articles/form-and-project-settings/getting-started-with-projects/). I moduli creati in questo modo avranno un URL con un identificatore univoco, anziché un indirizzo email.

Se attualmente hai un modulo legacy, ti suggeriamo di creare prima un nuovo modulo nella dashboard di Formspree, o con la [CLI di Formspree](/articles/using-the-cli/the-formspree-cli/). Poi puoi sostituire l'URL `action` nell'HTML del modulo con l'URL del nuovo modulo, oppure, se usi [AJAX](/articles/building-your-form/submit-forms-with-javascript-ajax/), aggiornare l'endpoint a cui il modulo viene inviato.

## Perché lo stiamo facendo

Riteniamo che, per motivi di sicurezza e privacy, i moduli legacy non siano più un buon flusso di lavoro per creare moduli. Inoltre, alcuni browser stanno cambiando le informazioni che inviano, rendendo difficile abbinare gli invii a un modulo legacy attivato.

### Come funzionano i moduli legacy

Quando inserisci un URL con email nell'`action` del tuo modulo e invii, Formspree crea un nuovo modulo legacy usando l'indirizzo email e l'URL della pagina in cui il modulo è stato inviato. Entrambe le informazioni sono necessarie. Non possiamo identificare il modulo solo tramite l'indirizzo email, dato che potresti avere moduli su pagine diverse o siti web diversi con lo stesso indirizzo email.

La prima volta che invii, ricevi un'email che ti chiede di attivare il modulo su quella pagina. Poi, una volta attivato, gli invii successivi vengono recapitati all'indirizzo email presente nell'URL.

### I problemi dei moduli legacy

Anche se il flusso di lavoro sopra descritto è comodo, comporta diversi problemi:

1.  I moduli legacy espongono il tuo indirizzo email. Può essere rilevato dai bot che effettuano lo scraping dei siti web in cerca di indirizzi email.
2.  I moduli legacy usano una combinazione di indirizzo email e pagina di provenienza, o referrer, per l'identificazione. In altre parole, dato che dall'URL action conosciamo solo l'indirizzo email, dobbiamo anche rilevare la pagina da cui il modulo è stato inviato per identificare il modulo. Per farlo ci affidiamo all'header referrer. A causa di recenti modifiche dei browser, l'header referrer non è più uno strumento affidabile per identificare un modulo.
3.  Poiché i moduli legacy sono identificati tramite referrer, un modulo deve essere confermato ogni volta che viene aggiunto a una nuova pagina. Questo crea di fatto un nuovo modulo in Formspree per ogni pagina diversa in cui un modulo è ospitato. Dover riattivare un modulo, o vedere diversi moduli nella dashboard che sono collegati a un unico modulo HTML, può creare confusione.

Il problema più grande è legato al punto 2 qui sopra. _L'header referrer non è più uno strumento affidabile per identificare un modulo._ I fornitori di browser si preoccupano sempre di più della privacy (e a ragione!) e hanno limitato per impostazione predefinita le informazioni inviate nell'header referrer. In precedenza questo header conteneva l'URL completo incluso il percorso. Ora le informazioni sul percorso vengono rimosse per impostazione predefinita. I proprietari dei siti web possono comunque sovrascrivere questo comportamento impostando la referrer policy, ma la maggior parte non la imposta, e non tutti i browser rispettano queste impostazioni. Per maggiori informazioni sulle recenti modifiche di Chrome consulta il [blog di Google Developers](https://developers.google.com/web/updates/2020/07/referrer-policy-new-chrome-default).