Sähköpostimarkkinointi ja automaatioMarkkinointi- ja myyntivideot

HTML-sähköpostisuunnittelun haasteiden (ja turhautumien) ymmärtäminen

Jos avaat sisällönhallintajärjestelmän verkkosivujen luomista varten, se on melko yksinkertainen prosessi. Nykyaikaiset verkkoselaimet tukevat HTML, CSSja JavaScript tiukkojen verkkostandardien mukaisesti. Ja ne ovat vain kourallinen selaimia, joista suunnittelijoiden on huolehdittava. Tietenkin on poikkeuksia… ja joitain yksinkertaisia ​​​​kiertotapoja tai toimintoja, jotka ovat ominaisia ​​kyseisille selaimille.

Yleisten standardien vuoksi on yksinkertaista 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 verkkosivujen 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 verkkosivun rakentaminen useista syistä:

  • Ei standardeja – HTML-sähköpostia näyttävät sähköpostiohjelmat EIVÄT noudata tiukasti verkkostandardeja. Lähes 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 huomiotta kaiken paitsi taulukkopohjaiset rakenteet. On aika naurettavaa, 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 – Apple Mail päivitettiin äskettäin 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 tämän asetuksen poistamiseksi 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 editoriaan What You See Is What You Get (WYSIWYG), sähköpostisuunnittelussa tilanne on usein päinvastainen. Voit esikatsella sähköpostia heidän alustassaan, ja vastaanottaja näkee kaikki suunnitteluongelmat. Yritykset valitsevat usein tietämättään monipuolisen editorin lukitun editorin sijaan, luullen, että siinä on enemmän ominaisuuksia. Päinvastoin… jos haluat sähköpostit, jotka näkyvät johdonmukaisesti kaikissa sähköpostiohjelmissa, mitä yksinkertaisempi, sitä parempi, koska vähemmän voi mennä pieleen.
  • Sähköpostiasiakkaan renderöinti – Sadat sähköpostiohjelmat hahmontavat HTML:n eri tavalla pöytätietokoneissa, sovelluksissa, mobiililaitteissa ja webmail-sähköpostiohjelmissa. Vaikka sähköpostipalveluntarjoajasi tyylikkäässä tekstieditorissasi voi olla asetus otsikon lisäämiseksi sähköpostiisi, täyttö, marginaalit, rivin korkeus ja fonttikoko voivat vaihdella jokaisessa sähköpostiohjelmassa. Seurauksena on, että HTML-koodi on tylsistettävä ja jokainen elementti on 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 kuten 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 HTML

Meidän on rakennettava sarja taulukoita, joissa on 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>

HTML-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:

  1. 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 sähköpostiohjelmaksi on välttämätöntä optimaalisten ja johdonmukaisten sähköpostisuunnitelmien käyttöönottamiseksi.
  2. 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.
  3. 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.
  4. 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 Intuit Mailchimp, HubSpot, Kampanjan Monitor, AWeber, eSputnik, näkymätja gmail. Mikä parasta, Stripo-malleissa on mukana sähköpostin renderöintitestit, jotta voit varmistaa, että ne on testattu ja toimivat johdonmukaisesti yli 40 sähköpostiohjelmassa.

Kirjaudu sisään Stripo Editorin demoon

Douglas Karr

Douglas Karr on CMO of OpenINSIGHTS ja perustaja Martech Zone. Douglas on auttanut kymmeniä menestyneitä MarTech-startuppeja, auttanut yli 5 miljardin dollarin due diligence -tarkastuksessa Martechin hankinnoissa ja investoinneissa ja avustaa edelleen yrityksiä niiden myynti- ja markkinointistrategioiden toteuttamisessa ja automatisoinnissa. Douglas on kansainvälisesti tunnustettu digitaalisen transformaation ja MarTechin asiantuntija ja puhuja. Douglas on myös julkaissut Dummie's-oppaan ja yritysjohtajuuskirjan.

Aiheeseen liittyvät artikkelit

Takaisin alkuun -painiketta
lähellä

Adblock havaittu

Martech Zone pystyy tarjoamaan sinulle tämän sisällön veloituksetta, koska ansaitsemme sivustomme mainostulojen, kumppanilinkkien ja sponsoroinnin kautta. Olisimme kiitollisia, jos poistaisit mainosten esto-ohjelman, kun katselet sivustoamme.