ຄວາມເຂົ້າໃຈກ່ຽວກັບສິ່ງທ້າທາຍ (ແລະຄວາມຜິດຫວັງ) ຂອງການອອກແບບອີເມວ HTML
ຖ້າທ່ານເປີດລະບົບການຄຸ້ມຄອງເນື້ອຫາເພື່ອສ້າງຫນ້າເວັບ, ມັນເປັນຂະບວນການທີ່ງ່າຍດາຍຫຼາຍ. ຕົວທ່ອງເວັບທີ່ທັນສະໄຫມສະຫນັບສະຫນູນ HTML, CSS, ແລະ JavaScript ກັບມາດຕະຖານເວັບໄຊຕ໌ທີ່ເຄັ່ງຄັດ. ແລະພວກມັນເປັນຕົວທ່ອງເວັບຈໍານວນຫນ້ອຍທີ່ນັກອອກແບບຕ້ອງກັງວົນກ່ຽວກັບ. ມີຂໍ້ຍົກເວັ້ນ, ແນ່ນອນ… ແລະບາງວິທີແກ້ໄຂບັນຫາທີ່ງ່າຍດາຍ ຫຼືຫນ້າທີ່ສະເພາະກັບຕົວທ່ອງເວັບເຫຼົ່ານັ້ນ.
ເນື່ອງຈາກວ່າມາດຕະຖານໂດຍລວມ, ມັນກົງໄປກົງມາທີ່ຈະພັດທະນາຜູ້ສ້າງຫນ້າໃນລະບົບການຄຸ້ມຄອງເນື້ອຫາ. ຕົວທ່ອງເວັບປະຕິບັດຕາມ HTML5, CSS, ແລະ JavaScript ... ແລະນັກພັດທະນາສາມາດສ້າງວິທີແກ້ໄຂທີ່ເຂັ້ມແຂງຢ່າງບໍ່ຫນ້າເຊື່ອເພື່ອສ້າງຫນ້າເວັບທີ່ຕອບສະຫນອງກັບອຸປະກອນແລະສອດຄ່ອງໃນທົ່ວຕົວທ່ອງເວັບ. ສອງທົດສະວັດທີ່ຜ່ານມາ, ເກືອບທຸກຜູ້ອອກແບບເວັບໃຊ້ຊອບແວ desktop ເພື່ອພັດທະນາຫນ້າເວັບ. ໃນປັດຈຸບັນ, ມັນເປັນເລື່ອງແປກທີ່ຂ້ອນຂ້າງສໍາລັບຜູ້ອອກແບບເວັບທີ່ຈະພັດທະນາຫນ້າເວັບ - ເລື້ອຍໆກ່ວາບໍ່ແມ່ນ, ພວກເຂົາກໍາລັງພັດທະນາແມ່ແບບແລະນໍາໃຊ້ບັນນາທິການໃນລະບົບເນື້ອຫາເພື່ອຕື່ມຂໍ້ມູນໃສ່ໃນເນື້ອຫາ. ບັນນາທິການເວັບໄຊທ໌ແມ່ນ fantastic.
ແຕ່ບັນນາທິການອີເມລ໌ແມ່ນ woefully ຫລັງ. ນີ້ແມ່ນເຫດຜົນ…
ການອອກແບບອີເມວ HTML ແມ່ນມີຄວາມຊັບຊ້ອນຫຼາຍກ່ວາເວັບໄຊທ໌
ຖ້າບໍລິສັດຂອງທ່ານຕ້ອງການອີເມວ HTML ທີ່ສວຍງາມທີ່ຖືກອອກແບບ, ຂະບວນການແມ່ນສັບສົນຫຼາຍກ່ວາການສ້າງຫນ້າເວັບດ້ວຍເຫດຜົນຫຼາຍຢ່າງ:
- ບໍ່ມີມາດຕະຖານ – ບໍ່ມີການປະຕິບັດຕາມມາດຕະຖານເວັບຢ່າງເຂັ້ມງວດໂດຍລູກຄ້າອີເມລ໌ທີ່ສະແດງອີເມວ HTML. ເກືອບທຸກລູກຂ່າຍອີເມລ໌ ແລະທຸກລຸ້ນຂອງທຸກໆລູກຄ້າອີເມລ໌ປະຕິບັດແຕກຕ່າງກັນ. ບາງຄົນຈະໃຫ້ກຽດ CSS, ຕົວອັກສອນພາຍນອກ, ແລະ HTML ທີ່ທັນສະໄຫມ. ຄົນອື່ນໃຫ້ກຽດໃນບາງຄໍເຕົ້າໄຂ່ທີ່ໃນແຖວ, ພຽງແຕ່ສະແດງຄໍເລັກຊັນຂອງຕົວອັກສອນ, ແລະບໍ່ສົນໃຈທຸກສິ່ງທຸກຢ່າງແຕ່ໂຄງສ້າງຕາຕະລາງ. ມັນຂ້ອນຂ້າງເປັນເລື່ອງຕະຫລົກທີ່ບໍ່ມີໃຜເຮັດວຽກກ່ຽວກັບບັນຫານີ້. ດັ່ງນັ້ນ, ການອອກແບບແມ່ແບບທີ່ສະແດງໃນທົ່ວລູກຄ້າແລະອຸປະກອນຢ່າງຕໍ່ເນື່ອງໄດ້ກາຍເປັນທຸລະກິດຂະຫນາດໃຫຍ່ແລະສາມາດມີລາຄາແພງຫຼາຍ.
- ຄວາມປອດໄພຂອງລູກຄ້າອີເມວ - ບໍ່ດົນມານີ້, Apple Mail ປັບປຸງເພື່ອສະກັດຮູບພາບທັງຫມົດໃນອີເມວ HTML ໂດຍຄ່າເລີ່ມຕົ້ນທີ່ບໍ່ໄດ້ຝັງຢູ່ໃນອີເມວ. ເຈົ້າອາດຈະອະນຸຍາດໃຫ້ໂຫລດອີເມວໃຫ້ເຂົາເຈົ້າໄດ້ເທື່ອລະເທື່ອ ຫຼືຕ້ອງເປີດໃຊ້ການຕັ້ງຄ່າເພື່ອປິດການຕັ້ງຄ່ານີ້. ຄຽງຄູ່ກັບການຕັ້ງຄ່າຄວາມປອດໄພຂອງລູກຄ້າອີເມວ, ຍັງມີການຕັ້ງຄ່າຂອງບໍລິສັດ.
- ຄວາມປອດໄພດ້ານໄອທີ – ທີມງານໄອທີຂອງທ່ານອາດຈະໃຊ້ກົດລະບຽບທີ່ເຄັ່ງຄັດກ່ຽວກັບສິ່ງທີ່ວັດຖຸສາມາດສະແດງໄດ້ໃນອີເມວ. ຖ້າຮູບພາບຂອງເຈົ້າ, ຕົວຢ່າງ, ມາຈາກໂດເມນສະເພາະທີ່ບໍ່ໄດ້ຢູ່ໃນບັນຊີຂາວໃນ Firewall ຂອງບໍລິສັດ, ຮູບພາບຈະບໍ່ສະແດງຢູ່ໃນອີເມວຂອງເຈົ້າ. ບາງຄັ້ງ, ພວກເຮົາຕ້ອງພັດທະນາອີເມລ໌ແລະໂຮດຮູບພາບທັງຫມົດຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງບໍລິສັດເພື່ອໃຫ້ພະນັກງານຂອງເຂົາເຈົ້າສາມາດເຫັນຮູບພາບຕ່າງໆ.
- ຜູ້ໃຫ້ບໍລິການອີເມວ – ທີ່ຈະເຮັດໃຫ້ເລື່ອງຮ້າຍແຮງກວ່ານັ້ນ, ຜູ້ສ້າງອີເມວທີ່ຜູ້ໃຫ້ບໍລິການອີເມລ໌ (ESPs) ຕົວຈິງແລ້ວແນະນໍາບັນຫາແທນທີ່ຈະຈໍາກັດໃຫ້ເຂົາເຈົ້າ. ໃນຂະນະທີ່ພວກເຂົາສົ່ງເສີມບັນນາທິການຂອງພວກເຂົາແມ່ນສິ່ງທີ່ເຈົ້າເຫັນແມ່ນສິ່ງທີ່ທ່ານໄດ້ຮັບ (WYSIWYG), ກົງກັນຂ້າມມັກຈະເປັນຄວາມຈິງກັບການອອກແບບອີເມວ. ທ່ານຈະເບິ່ງຕົວຢ່າງອີເມວໃນເວທີຂອງພວກເຂົາ, ແລະຜູ້ຮັບຈະເຫັນບັນຫາການອອກແບບທັງຫມົດ. ບໍລິສັດມັກຈະເລືອກຕົວແກ້ໄຂທີ່ອຸດົມສົມບູນໂດຍບໍ່ຮູ້ຕົວແທນທີ່ຈະເປັນຕົວແກ້ໄຂທີ່ຖືກລັອກ, ຄິດວ່າຫນຶ່ງມີຄຸນສົມບັດເພີ່ມເຕີມ. ກົງກັນຂ້າມແມ່ນຄວາມຈິງ ... ຖ້າທ່ານຕ້ອງການອີເມວທີ່ສະແດງຢ່າງຕໍ່ເນື່ອງໃນທົ່ວລູກຄ້າອີເມວທັງຫມົດ, ງ່າຍດາຍ, ດີກວ່າ, ເພາະວ່າຫນ້ອຍສາມາດຜິດພາດ.
- ການສະແດງຜົນລູກຄ້າທາງອີເມວ - ລູກຄ້າອີເມລ໌ຫຼາຍຮ້ອຍຄົນສະແດງ HTML ແຕກຕ່າງກັນໃນທົ່ວ desktop, ແອັບຯ, ອຸປະກອນມືຖື, ແລະລູກຄ້າ webmail. ໃນຂະນະທີ່ຕົວແກ້ໄຂຂໍ້ຄວາມທີ່ສວຍງາມຂອງທ່ານໃນຜູ້ໃຫ້ບໍລິການອີເມລ໌ຂອງທ່ານອາດມີການຕັ້ງຄ່າທີ່ຈະໃສ່ຫົວຂໍ້ໃນອີເມວຂອງທ່ານ, padding, ຂອບໃບ, ຄວາມສູງຂອງເສັ້ນ, ແລະຂະຫນາດຕົວອັກສອນອາດຈະແຕກຕ່າງກັນສໍາລັບທຸກໆອີເມວ. ດັ່ງນັ້ນ, ທ່ານຕ້ອງ dumb ລົງ HTML ແລະລະຫັດທຸກອົງປະກອບທີ່ແຕກຕ່າງກັນ (ເບິ່ງຕົວຢ່າງຂ້າງລຸ່ມນີ້) - ແລະມັກຈະຂຽນໃນຂໍ້ຍົກເວັ້ນທີ່ລູກຄ້າອີເມວສະເພາະ - ເພື່ອໃຫ້ໄດ້ຮັບອີເມວທີ່ຈະສະແດງຢ່າງຕໍ່ເນື່ອງ. ບໍ່ມີປະເພດບລັອກທີ່ງ່າຍດາຍ, ທ່ານຕ້ອງເຮັດການຈັດວາງຕາຕະລາງທີ່ທຽບເທົ່າກັບການກໍ່ສ້າງສໍາລັບເວັບໄຊຕ໌ສາມສິບປີທີ່ຜ່ານມາ. ມັນເປັນຫຍັງຮູບແບບໃຫມ່ຮຽກຮ້ອງໃຫ້ມີທັງການພັດທະນາແລະລູກຄ້າຂ້າມອີເມລແລະການທົດສອບອຸປະກອນ. ສິ່ງທີ່ເຈົ້າເຫັນຢູ່ໃນ inbox ຂອງເຈົ້າອາດຈະແຕກຕ່າງກັບສິ່ງທີ່ຂ້ອຍເຫັນຢູ່ໃນ inbox ຂອງຂ້ອຍ. ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າເຄື່ອງມື rendering ເຊັ່ນ Email On Acid or Litmus ເປັນສິ່ງຈໍາເປັນເພື່ອຮັບປະກັນການອອກແບບໃຫມ່ຂອງທ່ານເຮັດວຽກໃນທົ່ວລູກຄ້າອີເມລ໌ທັງຫມົດ. ນີ້ແມ່ນບັນຊີລາຍຊື່ສັ້ນຂອງລູກຄ້າອີເມລ໌ທີ່ນິຍົມແລະເຄື່ອງຈັກການສະແດງຜົນຂອງພວກເຂົາ:
- Apple Mail, Outlook ສໍາລັບ Mac, Android Mail ແລະ iOS Mail ໃຊ້ WebKit.
- Outlook 2000, 2002 ແລະ 2003 ໃຊ້ Internet Explorer.
- Outlook 2007, 2010 ແລະ 2013 ໃຊ້ Microsoft Word (ແມ່ນແລ້ວ, Word!).
- ລູກຄ້າ Webmail ໃຊ້ເຄື່ອງຈັກຂອງຕົວທ່ອງເວັບຂອງພວກເຂົາ (ຕົວຢ່າງເຊັ່ນ Safari ໃຊ້ WebKit ແລະ Chrome ໃຊ້ Blink).
ຕົວຢ່າງຂອງ HTML ສໍາລັບ Web Vs. ອີເມວ
ຖ້າທ່ານຕ້ອງການຕົວຢ່າງທີ່ສະແດງໃຫ້ເຫັນເຖິງຄວາມສັບສົນຂອງການອອກແບບໃນອີເມວທຽບກັບເວັບ, ນີ້ແມ່ນຕົວຢ່າງທີ່ສົມບູນແບບຈາກບົດຄວາມຂອງ Mailbakery. 19 ຄວາມແຕກຕ່າງອັນໃຫຍ່ຫຼວງລະຫວ່າງອີເມວ ແລະ HTML ຂອງເວັບ:
ອີເມວ HTML
ພວກເຮົາຕ້ອງສ້າງຊຸດຂອງຕາຕະລາງລວມເອົາຄໍເຕົ້າໄຂ່ທີ່ inline ທັງຫມົດທີ່ຈໍາເປັນເພື່ອວາງປຸ່ມຢ່າງຖືກຕ້ອງແລະໃຫ້ແນ່ໃຈວ່າມັນເບິ່ງດີໃນທົ່ວລູກຄ້າອີເມວ. ແທັກສະໄຕລ໌ທີ່ມາພ້ອມກັບຈະຢູ່ເທິງສຸດຂອງອີເມວນີ້ເພື່ອລວມເອົາຊັ້ນຮຽນ.
<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
ພວກເຮົາສາມາດນໍາໃຊ້ຮູບແບບທີ່ຢູ່ພາຍນອກທີ່ມີຫ້ອງເພື່ອກໍານົດກໍລະນີ, ການຈັດຕໍາແຫນ່ງ, ສີ, ແລະຂະຫນາດຂອງໂຄດຄໍາສັ່ງສະຫມໍທີ່ປະກົດເປັນປຸ່ມ.
<div class="center">
<a href="#" class="button">Find Out More</a>
</div>
ວິທີການຫຼີກເວັ້ນບັນຫາການອອກແບບອີເມວ
ບັນຫາການອອກແບບອີເມລ໌ສາມາດຫຼີກເວັ້ນໄດ້ໂດຍການປະຕິບັດຕາມຂະບວນການທີ່ເຫມາະສົມ:
- ການທົດສອບແມ່ແບບ - ຄວາມເຂົ້າໃຈຂອງລູກຄ້າອີເມລ໌ທີ່ຜູ້ຈອງຂອງທ່ານໃຊ້ແລະຮັບປະກັນວ່າອີເມວ HTML ຂອງທ່ານຖືກທົດສອບຢ່າງເຕັມທີ່ໃນທົ່ວມືຖືແລະ desktop ແມ່ນສໍາຄັນກ່ອນທີ່ຈະນໍາໃຊ້ຮູບແບບໃດໆ. ພວກເຮົາສາມາດອອກແບບອີເມລ໌ຈາກຮູບແບບ Photoshop ໄດ້... ແຕ່ການຕັດ ແລະ dicing ມັນເຂົ້າໄປໃນຕາຕະລາງ, ລູກຄ້າອີເມລ໌ຂ້າມຜ່ານແມ່ນຈໍາເປັນເພື່ອນໍາໃຊ້ການອອກແບບອີເມວທີ່ເຫມາະສົມແລະສອດຄ່ອງ.
- ການທົດສອບພາຍໃນ – ເມື່ອແມ່ແບບຂອງທ່ານຖືກອອກແບບ ແລະທົດສອບແລ້ວ, ມັນຄວນຈະຖືກສົ່ງໄປໃຫ້ບັນຊີລາຍຊື່ເມັດພືດພາຍໃນອົງການຈັດຕັ້ງເພື່ອທົບທວນຄືນແລະອະນຸມັດ. ທ່ານອາດຈະຕ້ອງການເລີ່ມຕົ້ນດ້ວຍຊຸດຍ່ອຍທີ່ຈໍາກັດຫຼາຍຂອງບຸກຄົນເພື່ອໃຫ້ແນ່ໃຈວ່າບໍ່ມີໄຟວໍຫຼືບັນຫາຄວາມປອດໄພທີ່ກ່ຽວຂ້ອງກັບການສະແດງອີເມລ໌ພາຍໃນ. ຖ້ານີ້ແມ່ນການສ້າງຕົວຢ່າງໃນຜູ້ໃຫ້ບໍລິການອີເມລ໌ໃຫມ່, ທ່ານອາດຈະພົບບາງບັນຫາການກັ່ນຕອງຫຼືການຂັດຂວາງທີ່ກ່ຽວຂ້ອງກັບການເອົາອີເມລ໌ຂອງທ່ານໄປຫາກ່ອງຈົດຫມາຍ.
- ຮຸ່ນແມ່ແບບ – ຢ່າປ່ຽນຮູບຮ່າງຫຼືການອອກແບບຂອງທ່ານໂດຍບໍ່ມີການເຮັດວຽກໃນສະບັບໃຫມ່ຂອງແມ່ແບບຂອງທ່ານທີ່ສາມາດໄດ້ຮັບການອອກແບບ, ການທົດສອບຢ່າງຖືກຕ້ອງ, ແລະການນໍາໃຊ້. ທຸລະກິດຈໍານວນຫຼາຍມັກການອອກແບບແບບດຽວສໍາລັບທຸກໆແຄມເປນ ... ແຕ່ນັ້ນຮຽກຮ້ອງໃຫ້ທຸກໆອີເມວຖືກອອກແບບ, ພັດທະນາແລະນໍາໃຊ້ສໍາລັບແຕ່ລະແຄມເປນ. ນີ້ເພີ່ມໂຕນຂອງເວລາໃນຂະບວນການການຕະຫຼາດອີເມວພາຍໃນ. ແລະ, ທ່ານມີຄວາມສ່ຽງທີ່ຈະບໍ່ເຂົ້າໃຈສິ່ງທີ່ອົງປະກອບໃນອີເມລ໌ຂອງທ່ານກໍາລັງປະຕິບັດໄດ້ດີກັບສິ່ງທີ່ອົງປະກອບທີ່ບໍ່ແມ່ນ. ຄວາມສອດຄ່ອງບໍ່ພຽງແຕ່ເປັນວິທີເຮັດໃຫ້ຂະບວນການງ່າຍຂຶ້ນ, ມັນຍັງມີຄວາມສໍາຄັນຕໍ່ພຶດຕິກໍາຂອງຜູ້ຈອງຂອງທ່ານ.
- ຂໍ້ຍົກເວັ້ນຜູ້ໃຫ້ບໍລິການອີເມວ - ເກືອບທຸກຜູ້ໃຫ້ບໍລິການອີເມລ໌ມີວິທີການເຮັດວຽກກ່ຽວກັບບັນຫາທີ່ຜູ້ສ້າງອີເມວຂອງພວກເຂົາແນະນໍາ. ພວກເຮົາມັກຈະສາມາດເພີ່ມ CSS ດິບເຂົ້າໃນບັນຊີ - ຫຼືແມ້ກະທັ້ງມີບລັອກເນື້ອຫາທີ່ຕ້ອງມີຢູ່ໃນທຸກໆອີເມລ໌ - ເພື່ອໃຫ້ບໍລິສັດໃຊ້ຕົວແກ້ໄຂອີເມລ໌ໃນຕົວແລະບໍ່ມີມັນທໍາລາຍການອອກແບບອີເມວຂອງທ່ານ. ແນ່ນອນ, ມັນອາດຈະຕ້ອງມີການຝຶກອົບຮົມ ແລະການຄວບຄຸມຂະບວນການເພື່ອນຳໃຊ້ຂັ້ນຕອນເຫຼົ່ານັ້ນເພື່ອຮັບປະກັນວ່າເຂົາເຈົ້າປະຕິບັດຕາມ. ຫຼື – ເຈົ້າອາດຈະພຽງແຕ່ຕ້ອງການພັດທະນາການອອກແບບອີເມລ໌ຂອງທ່ານໃນການແກ້ໄຂທີ່ພິສູດໃຫ້ເຫັນວ່າສາມາດເຮັດວຽກໄດ້ທົ່ວລູກຄ້າ ແລະອຸປະກອນ, ຈາກນັ້ນວາງມັນຄືນໃສ່ຜູ້ໃຫ້ບໍລິການອີເມລ໌ຂອງເຈົ້າ.
ເວທີການອອກແບບອີເມລ໌
ເນື່ອງຈາກວ່າແພລະຕະຟອມການບໍລິການອີເມລ໌ໄດ້ເຮັດວຽກທີ່ບໍ່ດີໃນການກໍ່ສ້າງແລະຮັກສາຜູ້ສ້າງແບບຂ້າມລູກຄ້າແລະຂ້າມອຸປະກອນຢ່າງຕໍ່ເນື່ອງ, ຫຼາຍໆແພລະຕະຟອມທີ່ຍິ່ງໃຫຍ່ໄດ້ເຂົ້າສູ່ຕະຫຼາດ. ຫນຶ່ງທີ່ພວກເຮົາໄດ້ນໍາໃຊ້ຢ່າງກວ້າງຂວາງແມ່ນ ສະຕຣີໂປ.
Stripo ບໍ່ແມ່ນພຽງແຕ່ຕົວສ້າງອີເມວ, ພວກເຂົາຍັງມີຫ້ອງສະຫມຸດຫຼາຍກວ່າ 900 ແບບທີ່ສາມາດນໍາເຂົ້າໄດ້ງ່າຍ. ເມື່ອທ່ານອອກແບບອີເມວ, ທ່ານສາມາດສົ່ງອີເມວໄປຫາ 60+ ESPs, ແລະລູກຄ້າອີເມວ, ລວມທັງ Intuit Mailchimp, HubSpot, ຕິດຕາມກວດກາການໂຄສະນາ, AWeber, eSputnik, ການຄາດຄະເນ, ແລະ Gmail. ທີ່ດີທີ່ສຸດຂອງແມ່ແບບ Stripo ທັງຫມົດມາພ້ອມກັບການທົດສອບການສະແດງອີເມລ໌ລວມເພື່ອໃຫ້ທ່ານສາມາດໃຫ້ແນ່ໃຈວ່າພວກເຂົາໄດ້ຮັບການທົດສອບແລະເຮັດວຽກຢ່າງຕໍ່ເນື່ອງໃນທົ່ວ 40 ລູກຄ້າອີເມວ.