Quali sono i motivi tecnici per l'e-mail HTML, i CSS, i limiti Javascript e la loro persistenza [chiuso]

Diversamente dalle pagine web, le e-mail sono:

• Principale destinato alla comunicazione di base. Essendo la forma più semplice di testo semplice, alcune funzionalità dell'HTML possono potenziare gli utenti delle e-mail, ma probabilmente non utilizzeranno (o non utilizzeranno correttamente) tutte le funzionalità disponibili in HTML e CSS.

  In altre parole, essere in grado di rendere il testo in grassetto o in corsivo o renderlo blu e più grande rispetto al resto del contenuto è fantastico. Essere in grado di utilizzare le transizioni CSS 3 non sarà utile.

  E riguardo gli annunci? Beh, non hai bisogno di troppe funzioni neanche. Come ho già detto, questo non è un sito web. Non hai bisogno di interattività. Non hai bisogno di formattazione avanzata. Non invierai una e-mail che assomiglia a questa pagina , perché gli scopi sono semplicemente diversi: la home page del sito web è qui per mostrare un prodotto o un'azienda; lo scopo di una e-mail, d'altra parte, è quello di comunicare un'informazione. "Ehi, abbiamo appena pubblicato la nostra nuova piattaforma Cloud, vieni a visitare il nostro sito per scoprirlo!" è un pezzo di informazione e può essere espresso semplicemente come ho fatto io: attraverso un testo semplice.

  Ciò che non può essere espresso attraverso il testo normale può avvenire attraverso un'immagine. La maggior parte dei client di posta elettronica consente di visualizzare le immagini, quindi hai un'opzione che ti serve. Vuoi video, suoni, interattività? Non è una buona idea, perché le e-mail non sono un buon posto per questo.

• Visualizzati non solo un gruppo di browser, ma anche diversi client di posta elettronica, ognuno con le proprie restrizioni e il proprio modo di rendere i contenuti di posta elettronica. Prendi Microsoft: hanno già difficoltà a implementare gli standard in Internet Explorer. Preferirebbero assegnare ai loro migliori sviluppatori di lavorare sulla prossima versione di IE che supporterebbe meglio gli standard, o piuttosto spostare quegli sviluppatori in un team che funziona su Outlook Express?

  Inoltre, conosci il problema di tutti gli sviluppatori di front-end di alcuni anni fa, giusto? Dobbiamo supportare Internet Explorer 6, dato che gran parte dei nostri utenti lo sta ancora utilizzando? Oggi il problema è stato ampiamente ridotto. Ci sono molti meno utenti di Internet Explorer 6, e credo anche che gli sviluppatori web siano così eccitati dall'HTML 5 che semplicemente smettono di preoccuparsi dei browser legacy. Ma lo stesso problema esiste per i browser di posta elettronica: sono completamente felice di utilizzare Microsoft Office 2007 e vedere nessun motivo per acquistare una nuova versione; questo significa anche che Microsoft Outlook che uso non verrà aggiornato nei prossimi cinque anni.

• incline allo spam. Il fatto che il sistema stesso sia così abusato dagli spammer e dalle aziende disposte a tenere traccia di chi effettivamente legge le loro attività di marketing rende i messaggi di posta elettronica il primo obiettivo. Ciò significa anche che i clienti di posta elettronica dovrebbero prendersi cura di proteggere i loro clienti. Hai immagini come link ? Bene, penso che preferisco visualizzare la tua e-mail senza caricare effettivamente le immagini. Vuoi monitorare quanto tempo ho trascorso leggendo la tua e-mail? Fortunatamente, il mio client di posta elettronica non esegue JavaScript.

• Spesso visualizzato all'interno di una pagina. I client di posta elettronica basati sul Web possono visualizzare il contenuto dell'e-mail all'interno di una pagina, circondati dai comandi del client e-mail e da altri contenuti. In questo contesto, JavaScript è fuori questione (immagina una minaccia alla sicurezza se una e-mail può effettuare reindirizzamenti: quindi faccio clic per leggere alcuni messaggi di spam e vedo che il mio GMail si disconnette improvvisamente e si presenta con un modulo che mi chiede di fornire la mia password accedere nuovamente). Anche il supporto CSS completo è problematico: un utente malintenzionato può rendere una parte dell'e-mail simile all'interfaccia GMail.

Mancanza di necessità e utilizzo di protocolli che non supportano o riflettono quel metodo di comunicazione. Le azioni separate di invio e lettura.

Anche il dispositivo di lettura potrebbe essere una qualsiasi delle centinaia di dispositivi diversi e l'unico mezzo che garantisce il corretto funzionamento di tutti è il testo. Inoltre funzionerà in condizioni di larghezza di banda molto bassa.