email - tablas - ¿No es práctico poner un formulario HTML en un correo electrónico?
input html (6)
Si no hay garantía de que los clientes lo manejen adecuadamente, diría que no es práctico. ¿De verdad quieres enviar correos donde el destinatario realizará alguna acción, y luego puede o no haber sido realmente logrado?
También encontraría esto más molesto.
He tenido varios clientes que me preguntan esto, y nunca he podido obtener ni dar una respuesta satisfactoria. ¿Puede (prácticamente) poner un formulario de trabajo en un correo electrónico HTML?
Tengo entendido que puede hacerlo, pero que no hay garantía de que los clientes de correo electrónico lo manejen adecuadamente, por lo que ese método solo sería práctico con destinatarios individuales con los que haya tenido la oportunidad de probar, en lugar de con enormes listas de correo de personas que utilizan clientes de correo electrónico Pero mi comprensión proviene de un montón de amigos desarrolladores que se encogen de hombros ante la pregunta y no hay autoridad que haya encontrado dando una respuesta clara en ambos sentidos.
¿Qué piensa Stack Overflow? ¿Cuál es la mejor respuesta cuando un cliente le pide que haga esto, por ejemplo, quiere que cientos de personas completen una encuesta?
(No se limite a responder "proporcionar un enlace a un formulario en un sitio web". Esa es la respuesta obvia. Quiero saber específicamente si hay consenso sobre los formularios en el correo electrónico).
Está en lo correcto: es muy poco probable que una parte significativa de los clientes de correo electrónico lo haga bien. Ya es bastante difícil obtener HTML sin problemas para que funcione de forma coherente en los clientes de correo electrónico, y mucho menos en la funcionalidad "avanzada" como formularios. Le prometo que si lo envía a una audiencia con una mezcla heterogénea de clientes de correo electrónico, al menos el 80% de ellos dirá "su formulario no funciona".
Si no está seguro, regístrese en media docena de cuentas de correo electrónico gratuitas, más una a la que puede acceder a través de imap. Envíe el correo electrónico con un formulario simple a toda la cuenta, además de ver el imap uno a través de 3 clientes diferentes (por ejemplo, Thunderbird, Outlook y Eudora). Vea si funciona, y avísenos.
La respuesta simple es no, no puedes. Intenta decirle a tu cliente algo como esto:
Casi ningún cliente de correo electrónico permitirá formularios HTML en el correo electrónico, y algunos sistemas de spam específicamente bloquean y eliminan los correos electrónicos que contienen formularios. Esto se debe a la seguridad. Existe una buena posibilidad de que ni siquiera una quinta parte de los correos electrónicos que se envían con formularios lleguen a los destinatarios de la bandeja de entrada.
Sí, he visto esto hecho (los correos electrónicos de LiveJournal hacen esto, como un ejemplo). Como mencionas, no es algo en lo que deberías confiar si trabajas. Sin embargo, poner un formulario HTML con acción configurada en la URL completa para publicar debe funcionar donde sea que sea compatible.
Ha funcionado en la mayoría de los sistemas de correo electrónico basados en web que he usado, pero no sé cuántos clientes independientes se encargarían de eso.
1. El HTML en el correo electrónico es percibido por algunos como una plaga
Casi nunca funciona, y cuando funciona, no funciona correctamente.
Recientemente experimenté un caso en el que un correo html bastante largo, aunque bien compuesto y trabajado bastante bien, se redujo a la mitad y se recortó prematuramente por GMail (debido a la longitud), lo que arruinó un poco el diseño.
También he tenido casos en los que el HTML estaba tan mal formado que apareció el correo electrónico en mi bandeja de entrada como si fuera realmente un correo electrónico en blanco.
2. No confío en los formularios de mi correo electrónico
Por motivos de seguridad principalmente, algunos clientes pueden interceptar la acción de formulario y la acción posterior no irá a ningún lado (especialmente en los casos en que tienen un cliente de correo electrónico físico, un navegador web abierto y publican datos a través de él, eso es bastante complicado).
Simplemente es mejor tener un formulario en un sitio web que usted puede controlar, y la gente no tiene sorpresas desagradables (especialmente si necesita JavaScript para ejecutar el formulario, muchos clientes de correo electrónico no lo tolerarán)
Tal vez, puede poner un formulario, pero en aras de la cordura, sea lo más compatible posible, para que alguien con un navegador basado en texto como Pine o Mutt pueda leerlo, y se le dé un enlace a una forma de trabajo que no se requiere magia del cliente
Solo proporcionaría un enlace al sitio de captura de encuesta / formulario.
El problema que tienes es -
a. No todos aceptan el correo HTML
segundo. ¿Cómo se manejará la validación? Incluso si el formulario se envió desde el cliente de correo al servidor de destino, necesitaría manejar la validación en el servidor. Eso tiene el potencial de confundir al infierno de la gente en un ''Empecé el formulario aquí, ahora estoy aquí ... ¿qué da?'' tipo de camino