# Eliminación gradual de formularios heredados (URLs con correo)

> Formspree Docs · Solución de problemas · 11 de abril de 2024

Formspree está retirando el soporte para formularios basados en correo, a los que llamamos "formularios heredados". 

## ¿Qué son los formularios heredados?

Los formularios heredados se identifican por una URL en el atributo `action` del HTML de tu formulario que se ve así:

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

Contienen una dirección de correo directamente en la URL.

## Migrar fuera de los formularios heredados

En lugar de poner una dirección de correo directamente en el HTML de tu formulario, animamos a los usuarios a registrarse para una cuenta en [https://formspree.io/register](https://formspree.io/register). Una vez registrado, puedes crear formularios en el panel de Formspree haciendo clic en el botón **+ New Form**, o creando un [proyecto CLI](/es/articles/form-and-project-settings/getting-started-with-projects/). Los formularios creados de esta manera tendrán una URL con un identificador único, en lugar de una dirección de correo.

Si actualmente tienes un formulario heredado, te sugerimos que primero crees un nuevo formulario en el panel de Formspree, o con la [CLI de Formspree](/es/articles/using-the-cli/the-formspree-cli/). Luego puedes reemplazar la URL `action` en el HTML del formulario con la URL del nuevo formulario, o, si usas [AJAX](/es/articles/building-your-form/submit-forms-with-javascript-ajax/), actualiza el endpoint al cual se envía el formulario.

## Por qué hacemos esto

Creemos que por razones de seguridad y privacidad, los formularios heredados ya no son un buen flujo de trabajo para crear formularios. Además, algunos navegadores están cambiando la información que envían, lo que dificulta hacer coincidir los envíos con un formulario heredado activado. 

### Cómo funcionan los formularios heredados

Cuando pones una URL de correo en el `action` de tu formulario y lo envías, Formspree crea un nuevo formulario heredado usando la dirección de correo y la URL de la página donde se envió el formulario. Ambas piezas de información son necesarias. No podemos identificar el formulario solo por la dirección de correo, ya que podrías tener formularios en diferentes páginas o diferentes sitios web con la misma dirección de correo.

La primera vez que envías, recibes un correo pidiéndote que actives el formulario en esa página. Luego, una vez activado, los envíos posteriores fluyen a la dirección de correo en la URL.

### Los problemas con los formularios heredados

Aunque el flujo de trabajo anterior es conveniente, resulta en varios problemas:

1.  Los formularios heredados exponen tu dirección de correo. Puede ser detectada por bots que rastrean sitios web buscando direcciones de correo.
2.  Los formularios heredados usan una combinación de dirección de correo y página de referencia, o referrer, para la identificación. En otras palabras, dado que solo conocemos la dirección de correo de la URL action, también debemos detectar la página desde la que se envió el formulario para identificarlo. Para hacer esto dependemos del header referrer. Debido a cambios recientes en los navegadores, el header referrer ya no es una herramienta confiable para identificar un formulario.
3.  Debido a que los formularios heredados se identifican por referrer, un formulario debe ser confirmado cada vez que se agrega a una nueva página. Esto en realidad crea un nuevo formulario en Formspree por cada página diferente donde se aloja un formulario. Tener que reactivar un formulario, o ver varios formularios en el panel que están relacionados con un solo formulario HTML, puede ser confuso.

El mayor problema está relacionado con el punto 2 anterior. _El header referrer ya no es una herramienta confiable para identificar un formulario._ Los proveedores de navegadores se están volviendo más preocupados por la privacidad (¡con buena razón!) y han restringido por defecto la información enviada en el header referrer. Anteriormente este header contenía la URL completa incluyendo la ruta. Ahora la información de la ruta se elimina por defecto. Los propietarios de sitios web aún pueden anular este comportamiento configurando la política de referrer, pero la mayoría no la configura, y no todos los navegadores respetan esos ajustes. Para más información sobre los cambios recientes con Chrome consulta el [blog de Google Developers](https://developers.google.com/web/updates/2020/07/referrer-policy-new-chrome-default).