Est-il irréalisable de mettre un formulaire HTML dans un courrier électronique? [fermé]

Question

Plusieurs clients ont posé cette question et je n’ai jamais pu obtenir ni donner de réponse satisfaisante. Pouvez-vous (pratiquement) insérer un formulaire de travail dans un courrier électronique HTML?

Je crois comprendre que vous pouvez le faire, mais que rien ne garantit que les clients de messagerie le gèrent correctement. Cette méthode ne serait donc pratique que pour les destinataires individuels avec lesquels vous auriez pu tester, plutôt qu'avec de longues listes de diffusion. personnes utilisant divers clients de messagerie. Mais je pense que de nombreux amis développeurs ont haussé les épaules à la question et qu’aucune autorité que j’ai trouvée ne donne une réponse claire de toute façon.

Que pense Stack Overflow? Quelle est la meilleure réponse lorsque vous êtes invité à le faire par un client qui, par exemple, souhaite que quelques centaines de personnes remplissent un sondage?

(Ne vous embêtez pas, répondez simplement "fournissez un lien vers un formulaire sur un site Web". C’est la réponse évidente. Je veux savoir précisément s’il existe un consensus sur les formulaires dans les e-mails.)

Answer 1

1. Le HTML dans les e-mails est perçu par certains comme un fléau

Cela fonctionne à peine, et quand cela fonctionne, cela ne fonctionne pas correctement.

J'ai récemment rencontré un cas où un e-mail HTML assez long, bien composé et fonctionnant plutôt bien, a été coupé en deux et coupé prématurément par GMail (en raison de sa longueur), ce qui a quelque peu altéré le dessin.

J'ai également eu des cas où le code HTML était si mal formé que le courrier électronique apparaissait dans ma boîte de réception comme s'il s'agissait vraiment d'un courrier vide.

2. Je ne fais pas confiance aux formulaires dans mon courrier électronique

Pour des raisons de sécurité principalement, certains clients peuvent intercepter l'action de formulaire et l'opération de publication ne va nulle part (en particulier lorsqu'ils ont un client de messagerie physique, un navigateur Web ouvert et des données de publication via, c'est plutôt compliqué).

Vous avez tout simplement intérêt à avoir un formulaire sur un site Web que vous pouvez contrôler, et les gens n’ont pas de mauvaise surprise (surtout si vous avez besoin de javascript pour exécuter le formulaire, de nombreux clients de messagerie électronique ne supportent pas cela. )

Peut-être que vous pouvez insérer un formulaire, mais pour des raisons de sécurité, restez aussi compatible que possible, de sorte qu'un utilisateur disposant d'un navigateur textuel comme Pine ou Mutt peut toujours le lire, et un lien vers un formulaire de travail ne nécessitant pas de magie client.

Answer 2

La réponse simple est non, vous ne pouvez pas. Essayez de dire à votre client quelque chose comme ça:

Pratiquement aucun client de messagerie n'autorise les formulaires HTML dans la messagerie. Certains systèmes de courrier indésirable bloquent et suppriment spécifiquement les courriers électroniques contenant des formulaires. Ceci est dû à la sécurité. Il est fort probable que même un cinquième des e-mails envoyés contenant des formulaires ne parvienne même pas aux destinataires dans leur boîte de réception.

Answer 3

Oui, j'ai vu cela se faire (les emails de LiveJournal le font, par exemple). Comme vous le mentionnez, ce n’est pas une chose sur laquelle vous devriez compter, cependant. Cependant, le simple fait de placer un formulaire HTML avec une action définie sur l'URL complète vers laquelle publier doit fonctionner devrait fonctionner où il est pris en charge.

Cela a fonctionné dans la plupart des systèmes de messagerie Web que j'ai utilisés, mais je ne sais pas combien de clients autonomes le géreraient.

Answer 4

Vous avez raison, il est très improbable qu'une partie importante des clients de messagerie électronique s'en charge bien. Il est déjà assez difficile d’obtenir du HTML ordinaire pour fonctionner de manière cohérente dans les clients de messagerie, sans parler de "avancé". fonctionnalité comme les formes. Je vous promets que si vous l'envoyez à un public avec un mélange hétérogène de clients de messagerie, au moins 80% d'entre eux diront "votre formulaire ne fonctionne pas".

Si vous avez un doute, inscrivez-vous pour une demi-douzaine de comptes de messagerie gratuits, plus un compte auquel vous pouvez accéder via imap. Envoyez l’e-mail avec un simple formulaire à tous les comptes, puis visualisez l’imap 1 à 3 clients différents (par exemple, Thunderbird, Outlook et Eudora). Voir si cela fonctionne, et laissez-nous savoir.

Answer 5

Je voudrais simplement fournir un lien vers le site de capture / formulaire de saisie.

Le problème que vous avez est -

a. Tout le monde n'accepte pas les emails HTML

b. Comment allez-vous gérer la validation? Même si le formulaire a été envoyé depuis le client de messagerie vers le serveur de destination, vous devez gérer la validation sur le serveur. Cela risque de brouiller les esprits en disant: "J'ai commencé la forme ici, maintenant je suis là ... qu'est-ce qui donne?" genre de façon.

Answer 6

S'il n'y a aucune garantie que les clients le gèrent correctement, je dirais que ce n'est pas pratique. Voulez-vous vraiment envoyer des courriers électroniques où le destinataire effectuera une action, après quoi celle-ci aura peut-être été accomplie?

Je trouverais aussi cela très ennuyant.