Se vi malfermas enhavadministradan sistemon por konstrui retpaĝojn, ĝi estas sufiĉe simpla procezo. Modernaj retumiloj subtenas HTML, CSS kaj JavaScript al a striktaj aro de TTT-normoj. Kaj ili estas vere nur manpleno da retumiloj, pri kiuj dezajnistoj devas zorgi. Estas esceptoj, kompreneble... kaj kelkaj simplaj solvoj aŭ funkcioj specifaj por tiuj retumiloj.
Pro la ĝeneralaj normoj, estas vere facile disvolvi paĝkonstruantojn en enhavadministradsistemoj. Retumiloj konformas kun HTML5, CSS kaj JavaScript... kaj programistoj povas konstrui nekredeble fortikaj solvoj por konstrui retpaĝojn kiuj respondas al aparatoj kaj konsekvencaj tra retumiloj. Antaŭ du jardekoj, preskaŭ ĉiu retejo-projektisto uzis labortablon por disvolvi retpaĝojn. Nun, estas sufiĉe malofte, ke retprojektisto disvolvas retpaĝon – pli ofte ili disvolvas ŝablonojn kaj uzas redaktilojn en enhavsistemoj por plenigi la enhavon. Retejaj redaktiloj estas mirindaj.
Sed retpoŝtaj redaktantoj estas lamente malantaŭe. Jen kial…
Dezajni HTML-Retpoŝtojn Estas Multe Pli Kompleksa Ol Por Retejo
Se via kompanio volas desegnitan belan HTML-retpoŝton, la procezo estas eksponente pli kompleksa ol konstrui retpaĝon pro kelkaj kialoj:
- Neniuj Normoj – Ne ekzistas strikta aliĝo al iu ajn retejo normoj per retpoŝtaj klientoj kiuj montras HTML-retpoŝton. Fakte, virtuale ĉiu retpoŝta kliento kaj ĉiu versio de ĉiu retpoŝta kliento agas alimaniere. Iuj honoros CSS, eksterajn tiparojn kaj modernan HTML-on. Aliaj honoras iun enlinian stilon, nur montros kolekton de tiparoj, kaj ignoras ĉion krom tabelaj strukturoj. Estas fakte sufiĉe ridinde ĉe ĉi tiu punkto, ke neniu laboras pri ĉi tiu afero. Kiel rezulto, desegni ŝablonojn kiuj bildigas tra klientoj kaj aparatoj konstante fariĝis granda komerco kaj povas esti sufiĉe multekosta.
- Retpoŝto Klienta Sekureco – Ĝuste ĉi-semajne, Apple Mail ĝisdatigis por bloki ĉiujn bildojn en HTML-retpoŝtoj defaŭlte, kiuj ne estas enigitaj en la retpoŝton. Vi aŭ donas permeson ŝargi ilin per retpoŝto samtempe, aŭ devas ebligi la agordojn por malŝalti ĉi tiun agordon. Kune kun retpoŝtaj klientaj sekurecaj agordoj, ekzistas ankaŭ kompaniaj agordoj.
- Sekureco de IT – Via IT-teamo povas deploji striktajn regulojn pri kiaj objektoj efektive povas esti prezentitaj en retpoŝto. Se viaj bildoj, ekzemple, venas de specifa domajno kiu ne estas blanklisto en kompania fajroŝirmilo, bildoj simple ne aperos en via retpoŝto. Foje, ni devis evoluigi retpoŝtojn kaj gastigi ĉiujn bildojn sur la servilo de la korporacio por ke iliaj propraj dungitoj povu vidi la bildojn.
- Retpoŝtaj Servaj Provizantoj - Por plimalbonigi la aferojn, la retpoŝtkonstruantoj, kiuj retpoŝtaj servaj provizantoj (ESPs) efektive enkonduku problemojn prefere ol limigi ilin. Dum ili promocias sian redaktiston estas Kion vi vidas estas kion vi ricevas (WYSIWYG), la malo ofte validas kun retpoŝta dezajno. Vi antaŭrigardos la retpoŝton en ilia platformo, tiam la retpoŝta ricevanto vidas ĉiajn dezajnproblemojn. Firmaoj ofte nesciante elektas por funkcio-riĉa redaktilo anstataŭ ŝlosita redaktisto opiniante ke unu havas pli da funkcioj ol la alia. La malo estas vera... se vi volas retpoŝtojn, kiuj konsekvence tra ĉiuj retpoŝtaj klientoj, ju pli simpla, des pli bone, ĉar malpli povas misfunkcii.
- Retpoŝta Kliento Reprezentado – Estas centoj da retpoŝtaj klientoj, ĉiu bildigante HTML malsame tra labortablo, apoj, poŝtelefonaj kaj retpoŝtaj klientoj. Dum via agrabla tekstredaktilo ĉe via retpoŝta provizanto povas havi agordon por meti titolon en vian retpoŝton... la kompletigo, randoj, linio-alteco kaj tiparo-grandeco povas malsami en ĉiu ununura retpoŝta kliento. Kiel rezulto, vi devas svati la HTML-on kaj kodi ĉiun elementon alimaniere (vidu la ekzemplon sube) - kaj ofte skribi en esceptoj, kiuj estas specifaj por retpoŝtokliento - por ricevi retpoŝton konsekvence. Ne ekzistas simplaj blokotipoj, vi devas fari tabelajn aranĝojn, kiuj estas la ekvivalento de konstruado por la reto antaŭ tridek jaroj. Tial ĉiu nova aranĝo postulas kaj disvolvadon kaj trans-retpoŝtan klienton kaj aparaton-testadon. Kion vi vidas en via enirkesto povas esti tute malsama, kion mi vidas en mia enirkesto. Tial bildigaj iloj kiel Retpoŝto Sur Acido or Tornasol estas necesaj por certigi, ke viaj novaj dezajnoj funkcias tra ĉiuj retpoŝtaj klientoj. Jen mallonga listo de popularaj retpoŝtaj klientoj kaj iliaj bildigaj motoroj:
- Apple Mail, Outlook por Mac, Android Mail kaj iOS Mail uzas WebKit.
- Outlook 2000, 2002 kaj 2003 uzas interreto Explorer.
- Outlook 2007, 2010 kaj 2013 uzas Microsoft Vorto (jes, Vorto!).
- Retpoŝtaj klientoj uzas la respektivan motoron de sia retumilo (ekzemple, Safaro uzas WebKit kaj Chrome uzas Blink).
Ekzemplo de HTML por Web vs. Retpoŝto
Se vi volas ekzemplon, kiu ilustras la kompleksecon de desegnado en retpoŝto kontraŭ la reto, jen perfekta ekzemplo de la artikolo de Mailbakery. 19 Grandaj Diferencoj Inter Retpoŝto kaj Reta HTML:
retpoŝto
Ni devas konstrui serion da tabeloj, kiuj inkluzivas ĉiujn enliniajn stilojn necesajn por ĝuste meti la butonon kaj certigi, ke ĝi aspektas bone tra retpoŝtaj klientoj. Ankaŭ estos akompana stiletikedo ĉe la supro de ĉi tiu retpoŝto por korpigi la klasojn.
<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>retejo
Ni povas uzi eksteran stilfolion kun klasoj por difini la kazon, vicigon, koloron kaj grandecon de ankra etikedo kiu aperas kiel butono.
<div class="center">
<a href="#" class="button">Find Out More</a>
</div>Kiel Eviti Retpoŝtajn Dezajnajn Problemojn
Retpoŝtaj dezajnaj problemoj povas esti evititaj sekvante decan procezon:
- Ŝablona Dezajno – Konstruu ŝablonon kun malsamaj aranĝoj kaj enhavaj blokoj, kiuj ampleksas ĉiun stilon, kiun vi iam ajn dezirus produkti en viaj retpoŝtaj dezajnoj. Kiam ni efektivigas klienton, ni ĉiam puŝas ilin al desegni retpoŝton por la estonteco – ne nur la sekva retpoŝta kampanjo kiu estas sendita. Tiel ni povas plene desegni, disvolvi, testi kaj efektivigi la necesajn solvojn antaŭ ili iam sendas tiun unuan retmesaĝon.
- Ŝablona Testado – Kompreni la retpoŝtajn klientojn, kiujn viaj abonantoj uzas, kaj certigi, ke via HTML-retpoŝto estas plene provita tra poŝtelefono kaj labortablo, estas kritika antaŭ deploji ajnan ŝablonon. Ni povas desegni retpoŝton laŭvorte el photoshop-aranĝo... sed tranĉi kaj tranĉi ĝin en tabel-movitan, kruc-retpoŝtan klienton estas esenca por disfaldi retpoŝtajn dezajnojn, kiuj estas optimumaj kaj konsekvencaj.
- Interna Testado – Post kiam via ŝablono estas desegnita kaj provita, ĝi devus esti sendita al interna semlisto ene de la organizo por revizii kaj aprobi. Vi eble volas komenci kun tre limigita subaro de individuoj por unue certigi, ke ne estas fajroŝirmilo aŭ sekurecproblemoj asociitaj kun redonado de la retpoŝto interne. Se ĉi tio kreas ekzemplon en nova retpoŝta servoprovizanto, vi eble trovos iujn problemojn pri filtrado aŭ blokado asociitaj kun eĉ ricevi vian retpoŝton al la enirkesto.
- Ŝablona Versiado – Ne ŝanĝu viajn aranĝojn aŭ dezajnojn sen labori pri nova versio de via ŝablono, kiu povas esti desegnita, konvene provita kaj deplojita. Multaj entreprenoj amas unuopajn dezajnojn por ĉiu kampanjo... sed tio postulas, ke ĉiu retpoŝto estu desegnita, disvolvita kaj deplojita por ĉiu kampanjo. Ĉi tio aldonas multan tempon al la interna retpoŝta merkatado. Kaj, vi riskas ne kompreni, kiaj elementoj en via retpoŝto funkcias bone ol kio elementoj ne estas. Konsistenco ne estas nur maniero faciligi la procezon, ĝi ankaŭ gravas por la konduto de viaj abonantoj.
- Retpoŝtaj Servaj Esceptoj – Preskaŭ ĉiu retpoŝta provizanto havas rimedon por labori ĉirkaŭ la problemoj, kiujn ilia retpoŝta konstruanto enkondukas. Ni ofte povas aldoni krudan CSS al konto - aŭ eĉ havi enhavblokon, kiu devas esti inkluzivita en ĉiu retpoŝto - por ke la kompanio uzu la enkonstruitan retpoŝtan redaktilon kaj ne rompu la dezajnon de via retpoŝto. Kompreneble, tio povas postuli iun trejnadon kaj procezkontrolon por deploji tiujn paŝojn por certigi, ke ili estas plenumitaj. Aŭ - vi eble laŭvorte volas nur evoluigi vian retpoŝtan dezajnon en solvo pruvita funkcii tra klientoj kaj aparatoj, tiam algluu ĝin reen en vian retpoŝtan servoprovizanton.
Retpoŝtaj Dezajnaj Platformoj
Ĉar retpoŝtaj servaj platformoj faris malbonan laboron konstrui kaj konservi interklientajn kaj trans-aparatajn konstante faritajn konstruistojn, kelkaj bonegaj platformoj venis al la merkato. Unu, kiun ni vaste uzis estas Stripo.
Stripo ne estas nur retpoŝtkonstruanto, ili ankaŭ havas bibliotekon de pli ol 900 ŝablonoj, kiuj povas esti facile importitaj. Post kiam vi desegnas la retpoŝton, vi povas retpoŝtigi al 60+ ESP-oj kaj retpoŝtaj klientoj, inkluzive MailChimp, HubSpot, Campaign Monitor, AWeber, eSputnik, Outlook kaj Gmail. Plej bone el ĉiuj Stripo-ŝablonoj venas kun la retpoŝtaj bildigaj testoj inkluzivitaj, por ke vi povu certigi, ke ili estas provitaj kaj funkcias konstante tra pli ol 40 retpoŝtaj klientoj.
Ensalutu Al La Demo-redaktisto de Stripo
Diskonigo: Mi ligas al mia komerca konsultejo kiu dizajnas kaj deplojas transklientajn retpoŝtojn por ĉefaj markoj en preskaŭ ajna retpoŝta servoprovizanto. Mi ankaŭ estas filio de Stripo kaj mi uzas mian ligilon en ĉi tiu artikolo.
