Jos avaat sisällönhallintajärjestelmän verkkosivujen luomista varten, se on melko yksinkertainen prosessi. Nykyaikaiset verkkoselaimet tukevat HTML:ää, CSS:ää ja JavaScriptiä tiukka joukko verkkostandardeja. Ja ne ovat oikeastaan vain kourallinen selaimia, joista suunnittelijoiden on huolehdittava. Tietysti on poikkeuksia… ja joitain yksinkertaisia ratkaisuja tai toimintoja, jotka ovat ominaisia kyseisille selaimille.
Yleisten standardien vuoksi on todella helppoa kehittää sivujen rakentajia sisällönhallintajärjestelmissä. Selaimet noudattavat HTML5:tä, CSS:ää ja JavaScriptiä… ja kehittäjät voivat rakentaa uskomattoman kestäviä ratkaisuja luodakseen verkkosivuja, jotka reagoivat laitteisiin ja ovat yhdenmukaisia kaikissa selaimissa. Kaksi vuosikymmentä sitten lähes jokainen web-suunnittelija käytti työpöytäohjelmistoa web-sivujen kehittämiseen. Nykyään on melko harvinaista, että web-suunnittelija kehittää verkkosivua – useammin hän kehittää malleja ja käyttää sisältöjärjestelmien muokkaajia sisällön täyttämiseen. Verkkosivustojen editorit ovat loistavia.
Mutta sähköpostieditorit ovat surkeasti jäljessä. Tässä miksi…
HTML-sähköpostien suunnittelu on paljon monimutkaisempaa kuin verkkosivusto
Jos yrityksesi haluaa suunnitella kauniin HTML-sähköpostin, prosessi on eksponentiaalisesti monimutkaisempi kuin web-sivun rakentaminen useista syistä:
- Ei standardeja – Mitään verkkoa EI ole tiukkaa noudattamista standardit sähköpostiohjelmat, jotka näyttävät HTML-sähköpostia. Itse asiassa virtuaalisesti jokainen sähköpostiohjelma ja jokaisen sähköpostiohjelman jokainen versio toimii eri tavalla. Jotkut kunnioittavat CSS:ää, ulkoisia kirjasimia ja modernia HTML:ää. Toiset kunnioittavat tiettyä tekstin sisäistä tyyliä, näyttävät vain kokoelman kirjasimia ja jättävät huomioimatta kaiken paitsi taulukkopohjaiset rakenteet. On itse asiassa aika naurettavaa tässä vaiheessa, että kukaan ei työskentele tämän asian parissa. Tämän seurauksena asiakkaille ja laitteille jatkuvasti hahmonnettavien mallien suunnittelusta on tullut suurta liiketoimintaa ja se voi olla melko kallista.
- Sähköpostiasiakasturva – Juuri tällä viikolla Apple Mail päivitettiin estämään oletusarvoisesti kaikki kuvat HTML-sähköposteissa, joita ei ole upotettu sähköpostiin. Voit joko antaa luvan ladata heille sähköpostia kerrallaan tai sinun on otettava asetukset käyttöön, jotta tämä asetus voidaan poistaa käytöstä. Sähköpostiohjelman suojausasetusten lisäksi on myös yritysasetuksia.
- Tietoturva – IT-tiimisi voi ottaa käyttöön tiukkoja sääntöjä siitä, mitä objekteja sähköpostissa voidaan hahmontaa. Jos kuvasi ovat esimerkiksi peräisin tietystä verkkotunnuksesta, jota ei ole lisätty yrityksen palomuurin sallittujen luetteloon, kuvat eivät yksinkertaisesti näy sähköpostissasi. Välillä olemme joutuneet kehittämään sähköposteja ja isännöimään kaikki kuvat yrityksen palvelimelle, jotta heidän omat työntekijänsä näkevät kuvat.
- Sähköpostipalveluntarjoajat – Asiaa pahentaa vielä se, että sähköpostin rakentajat, jotka sähköpostipalveluntarjoajat (ESPs) pikemminkin tuoda esiin ongelmia kuin rajoittaa niitä. Vaikka he mainostavat toimittajaansa Mitä näet, mitä saat (WYSIWYG), sähköpostin suunnittelussa on usein päinvastoin. Voit esikatsella sähköpostia heidän alustassaan, jolloin sähköpostin vastaanottaja näkee kaikenlaisia suunnitteluongelmia. Yritykset valitsevat usein tietämättään runsaasti ominaisuuksia sisältävän editorin lukitun editorin sijaan luullen, että toisessa on enemmän ominaisuuksia kuin toisessa. Päinvastoin… jos haluat sähköpostit, jotka näkyvät johdonmukaisesti kaikissa sähköpostiohjelmissa, mitä yksinkertaisempi, sen parempi, koska vähemmän voi mennä pieleen.
- Sähköpostiasiakkaan renderöinti – On olemassa satoja sähköpostiohjelmia, joista jokainen tuottaa HTML:n eri tavalla työpöytä-, sovellus-, mobiili- ja verkkosähköpostiohjelmissa. Vaikka sähköpostipalveluntarjoajasi näppärällä tekstieditorillasi voi olla asetus laittaa otsikko sähköpostiisi, täyttö, marginaalit, rivin korkeus ja kirjasinkoko voivat vaihdella jokaisessa sähköpostiohjelmassa. Seurauksena on, että HTML-koodi on tylsistettävä ja jokainen elementti koodattava eri tavalla (katso alla oleva esimerkki) – ja usein kirjoitettava sähköpostiohjelmakohtaisia poikkeuksia – saadaksesi sähköpostin hahmonnettavaksi johdonmukaisesti. Ei ole olemassa yksinkertaisia lohkotyyppejä, sinun on tehtävä taulukkopohjaisia asetteluja, jotka vastaavat webin rakentamista kolmekymmentä vuotta sitten. Tästä syystä kaikki uudet asettelut edellyttävät sekä kehitystä että sähköpostiohjelman ja laitteen testausta. Se, mitä näet postilaatikossasi, voi olla täysin erilaista kuin minä näen postilaatikossani. Siksi renderöintityökalut pitävät Sähköposti Acidista or Litmus ovat välttämättömiä, jotta uudet mallisi toimivat kaikissa sähköpostiohjelmissa. Tässä on lyhyt luettelo suosituista sähköpostiohjelmista ja niiden hahmontamiskoneista:
- Apple Mail, Outlook for Mac, Android Mail ja iOS Mail käytössä WebKit.
- Outlook 2000, 2002 ja 2003 käyttö Internet Explorer.
- Outlook 2007, 2010 ja 2013 käyttö Microsoft Word (kyllä, Word!).
- Webmail-asiakkaat käyttävät selaimensa vastaavaa moottoria (esimerkiksi Safari käyttää WebKitiä ja Chrome Blinkiä).
Esimerkki HTML:stä Web Vs. Sähköposti
Jos haluat esimerkin, joka havainnollistaa sähköpostin ja verkon suunnittelun monimutkaisuutta, tässä on täydellinen esimerkki Mailbakeryn artikkelista 19 suurta eroa sähköpostin ja verkko-HTML:n välillä:
Sähköposti
Meidän on rakennettava sarja taulukoita, jotka sisältävät kaikki tarvittavat sisäiset tyylit, jotta painike voidaan sijoittaa oikein ja varmistaa, että se näyttää hyvältä sähköpostiohjelmissa. Tämän sähköpostin yläosassa on myös mukana oleva tyylitunniste, joka sisältää luokat.
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td align="left">
<table border="0" cellspacing="0" cellpadding="0" bgcolor="#43756e">
<tr>
<td class="text-button" style="padding: 5px 20px; color:#ffffff; font-family: 'Oswald', Arial, sans-serif; font-size:14px; line-height:20px; text-align:center; text-transform:uppercase;">
<a href="#" target="_blank" class="link-white" style="color:#ffffff; text-decoration:none"><span class="link-white" style="color:#ffffff; text-decoration:none">Find Out More</a>
</td>
</tr>
</table>
</td>
</tr>
</table>verkko
Voimme käyttää ulkoista luokkia sisältävää tyylitaulukkoa määrittääksemme painikkeena näkyvän ankkuritunnisteen kirjainkoon, kohdistuksen, värin ja koon.
<div class="center">
<a href="#" class="button">Find Out More</a>
</div>Kuinka välttää sähköpostin suunnitteluongelmia
Sähköpostin suunnitteluongelmat voidaan välttää noudattamalla kunnollista prosessia:
- Mallin suunnittelu – Rakenna malli, jossa on erilaisia asetteluja ja sisältölohkoja, jotka kattavat kaikki tyylit, joita haluat koskaan luoda sähköpostisuunnitelmissasi. Kun toteutamme asiakkaan, työnnämme hänet aina mukaan suunnittele sähköposti tulevaisuutta varten – ei vain seuraava sähköpostikampanja, joka lähetetään. Tällä tavalla voimme täysin suunnitella, kehittää, testata ja toteuttaa tarvittavat kiertotavat ennen he lähettävät koskaan ensimmäisen sähköpostin.
- Mallin testaus – Tilaajasi käyttämien sähköpostiohjelmien ymmärtäminen ja sen varmistaminen, että HTML-sähköpostisi on täysin testattu mobiililaitteilla ja työpöytätietokoneilla, on tärkeää ennen mallin käyttöönottoa. Voimme suunnitella sähköpostin kirjaimellisesti Photoshop-asettelun perusteella… mutta sen leikkaaminen taulukkopohjaiseksi, ristiinsähköpostiohjelmaksi on välttämätöntä optimaalisten ja johdonmukaisten sähköpostisuunnitelmien käyttöönottamiseksi.
- Sisäinen testaus – Kun mallisi on suunniteltu ja testattu, se tulee lähettää organisaation sisäiseen siemenluetteloon tarkistettavaksi ja hyväksyttäväksi. Saatat jopa haluta aloittaa hyvin rajoitetulla osajoukolla henkilöitä varmistaaksesi, ettei sähköpostin sisäiseen hahmontamiseen liity palomuuri- tai tietoturvaongelmia. Jos tämä rakentaa ilmentymää uudelle sähköpostipalveluntarjoajalle, saatat jopa löytää suodatus- tai estoongelmia, jotka liittyvät jopa sähköpostisi saamiseen postilaatikkoon.
- Mallin versiointi – Älä muuta asettelujasi tai mallejasi ilman, että olet valmistelemaan mallistasi uutta versiota, joka voidaan suunnitella, testata oikein ja ottaa käyttöön. Monet yritykset rakastavat yksittäisiä malleja jokaiselle kampanjalle… mutta tämä edellyttää jokaisen sähköpostin suunnittelua, kehittämistä ja käyttöönottoa jokaisessa kampanjassa. Tämä lisää paljon aikaa sähköpostimarkkinoinnin sisäiseen prosessiin. Ja vaarana on, että et ymmärrä, mitkä sähköpostisi elementit toimivat paremmin kuin mitkä eivät. Johdonmukaisuus ei ole vain tapa helpottaa prosessia, vaan se on myös tärkeää tilaajien käytökselle.
- Sähköpostipalveluntarjoajan poikkeukset – Käytännössä jokaisella sähköpostipalveluntarjoajalla on keino kiertää sähköpostin rakentajan esittelemät ongelmat. Voimme usein lisätä tilille raaka-CSS:n – tai jopa sisältää sisältölohkon, joka on sisällytettävä jokaiseen sähköpostiin – jotta yritys voi hyödyntää sisäänrakennettua sähköpostieditoria, eikä se rikkoisi sähköpostisi ulkoasua. Tietenkin tämä saattaa vaatia koulutusta ja prosessinhallintaa näiden vaiheiden käyttöönottamiseksi varmistaakseen, että niitä noudatetaan. Tai – voit kirjaimellisesti vain kehittää sähköpostisi suunnittelua ratkaisuksi, joka on todistetusti toimiva kaikissa asiakkaissa ja laitteissa, ja liittää sen sitten takaisin sähköpostipalveluntarjoajaasi.
Sähköpostin suunnittelualustat
Koska sähköpostipalvelualustat ovat tehneet huonoa työtä asiakkaiden ja laitteiden välillä johdonmukaisesti renderöityjen rakentajien luomisessa ja ylläpitämisessä, markkinoille on tullut useita upeita alustoja. Yksi, jota olemme käyttäneet laajasti, on Stripo.
Stripo ei ole vain sähköpostin rakentaja, sillä heillä on myös kirjasto, jossa on yli 900 mallia, jotka voidaan helposti tuoda. Kun olet suunnitellut sähköpostin, voit lähettää sähköpostia yli 60 ESP:lle ja sähköpostiohjelmille, mukaan lukien MailChimp, HubSpot, Campaign Monitor, AWeber, eSputnik, Outlook ja Gmail. Mikä parasta, Stripo-malleissa on mukana sähköpostin renderöintitestit, joten voit varmistaa, että ne on testattu ja toimivat johdonmukaisesti yli 40 sähköpostiohjelmassa.
Kirjaudu sisään Stripo Editorin demoon
Paljastus: Linkitän omaan markkinoinnin konsulttiyritys joka suunnittelee ja ottaa käyttöön asiakkaiden välisiä sähköposteja johtaville brändeille käytännössä missä tahansa sähköpostipalveluntarjoajassa. Olen myös tytäryhtiö Stripo ja käytän linkkiäni tässä artikkelissa.
