Miranda Mail

4. rész: Tervezés és trendek

admin — Tue, 11 Nov 2008 14:08:33 +0000

Bizonyára hallotta már, hogy mennyire fontos az eredményesség mérése, hiszen amit nem mérünk, azon nehezen tudunk változtatni. Különösen így van ez az e-mail marketing kampányokkal, hiszen itt 1-2% javulás komoly pénzeket jelenthet. Tehát mérni kell, de mégis hogyan?

1. lépés: Táblázat készítés

Az elmúlt 12 hónap összes statisztikáját belehelyezzük egy nagy Excel táblázatba. Milyen adatok lehetnek számunkra relevánsak? Ez minimálisan a megnyitások száma, az átkattintások száma és a visszapattanó levelek száma. Természetesen ezeken kívül számos mérőszám segíti a munkánkat, az alábbi listában összefoglaltam ezeket.

megnyitások száma (open rate, OR)
átkattintások száma (click-through rate, CTR)
átkattintások aránya [azaz egyedi kattintások/levélmegnyitások] (click to open rate)
visszapattanó levelek aránya (bounce rate)
kézbesítési arány (delivery rate)
leiratkozási arány (usubscribe rate)
továbbküldések aránya ["küldje tovább ismerősének"] (referral rate)
SPAM panaszok százalékos aránya, vagy pontos száma (number of or percent spam complaints)
megrendelések száma, tranzakciók, letöltések
megrendelések százalékos aránya
átlagos rendelési érték
teljes bevétel
átlag bevétel egyetlen levél kiküldésével
konverziós arány

2. lépés: A releváns adatok kiválasztása

Ez mindig az adott üzleti vállalkozás jellegétől függ, hogy számunkra mely adatok relevánsak, mire kell odafigyelni. Például egy kiskereskedő számára a konverziós arány, megrendelések/elküldött levelek aránya, átlagos rendelési érték stb. lehet fontos. Egy híroldalnak a feliratkozók számának növekedése, a megnyitások, továbbküldések, vagy a leiratkozások lehetnek érdekesek. Egy szoftver készítő cég például megint másra, például az átkattintások utáni szoftver demo letöltésre számára figyelhet.

3. lépés: Konzisztencia figyelése, csúcsok és völgyek meghatározása

Figyelje meg, hogy az adatok konzisztensek-e! Fontos tudni, hogy például a levél tárgy mezejének megváltoztatása milyen hatással volt a megnyitások számára. Például alacsony megnyitási arányt és nagy átkattintási arányt okozhat egy gyenge tárgy mező. Kevesen nyitják meg a rossz tárgy mező miatt, de akik megnyitják, azokat meggyőzheti a levél tartalma. Ekkor a tárgy mezőre kell egy jobbat kitalálni (minden más maradjon változatlan), majd tesztelni kell ezt a levél verziót is.

Technikai alapok: Hogyan kerüljük el, hogy SPAM-et küldjünk?

admin — Mon, 06 Oct 2008 17:31:30 +0000

Ehhez első lépésként meg kell értenünk, miként működnek a spamszűrők, mi működésük logikája. Mielőtt elkezdene gyönyőrű HTML leveleket készíteni, meg kell ismernie az alább elveket. Ígérjük, hogy miután már lesz egy átfogó képek a spamszűrő rendszerekről, onnantól sokkal könnyebb lesz a HTML levelek készítése.

A Bayesian szűrő

Ez a legfontosabb spamszűrő, a legtöbb e-mail alkalmazás ezt használja. Ilyen például a Outlook, Mozilla Thunderbird, és az Apple Mail. A szűrés egyfajta öntanuló elven működik: amikor a felhasználó megnyomja egy levélnél a SPAM gombot, akkor azt a szűrő megjegyzi. Ezután összeveti más spamnek jelölt levéllel, megvizsgálja a levél szöveget, a küldőt, a linkeket, a tárgy mezőt stb. Minden alkalommal, amikor valami spamgyanús dolgot talál, ahhoz egy pontszámot rendel. Például élénk piros szín használata a szövegben kettő pontot, a “Viagra” szó használata 5 pontot ér. Amint a levél elér bizonyos pontszámot (ezt a felhasználó állíthatja be, hogy milyen erős legyen a spamszűrő) az üzenet automatikusan a spam mappában landol.

Fekete listák (Black List)

A Fekete listákat a szerver adminisztrátorok vezették be. Bosszantotta őket a sok érkező spam, ezért azokat az IP címeket, ahonnan spam érkezett egyszerűen Fekete listára tették. Innentől, ha onnan érkezett egy levél, az automatikusan törlődött. Ha egyszer valaki oda felkerül, onnantól nagyon nehéz lekerülni. A felkerülés viszont már nem olyan nehéz, küldjön bátran engedély nélkül hírlevelet, a Fekete listára kerülés garantált.

E-mail tűzfalak

E-mail tűzfalakat a nagyobb válalatok szoktak használni, hogy megvédjék magukat a spamektől. Ezek gyakorlatilag a Bayesian szűrő és a Fekete listák kombinációi. Ha egy cégnek küldünk levelet és az nem érkezik meg, akkor minden bizonnyal egy e-mail tűzfal fogta ezt meg. Nincs más lehetőség, ilyenkor fel kell venni a kapcsolatot a cég rendszergazdájával.

3. rész: Gyakori HTML levélkészítési hibák

admin — Mon, 22 Sep 2008 20:36:31 +0000

Az alábbiakban felsoroljuk a leggyakoribb HTML levélkészítési hibát.

Abszolút URL-ek helyett relatív URL-ek használata a képekhez. Ne feledjuk a képeket a saját szerveren célszerű tárolni és abszolút (tehát http://www. kezdetű) URL-lel kell rá hivatkozni.
JavaScript, ActiveX, vagy beágyazott videó a levélben. Ezek egyszerűen nem működnek.
A külső CSS fájlra való hivatkozás nagy hiba. A CSS kódokban a tag alatt kell lenniük a levélben.
Leiratkozási link kifelejtése a levélből. Ez nem csak bosszantó lehet egy olvasónak, aki le szeretne iratkozni, hanem még a SPAM ellenes ajánlásokat is megszegi. Mindig, minden levélben legyen leiratkozási link és ez működjön is.
Engedély nélküli levélküldés. Ez a legrosszab, amit tehetünk. További információért lásd a “Jogi alapok: Hogyan kerüljük el, hogy SPAM-et küldjünk?” című cikkünket.
WYSIWYG editor használata a HTML levél elkészítéséhez. El se hinné mennyi hibás és felesleges kódot bele tudnak rakni a levélbe. A tökéletes levelekhez meg kell tanulni a HTML kódolást.
Tesztelés elfelejtése. Mindig tesztelni kell a levelet, mielött kiküldené a listájára. Nem csak a különböző böngészőkön, vagy levelezőklienseken való megjelenést kell tesztelni, hanem a linkeket, a helyesírást, a szöveget, a levélben szereplő árakat, telefonszámokat, címeket mindent ellenőrizni kell.
Nagy hiba ha egyetlen hatalmas képet küldünk, benne a szöveggel és a teljes tartalommal. Pontosan ezt csinálják a spammmerek is, hiszen így a spamszűrők nem látják a szöveget és nem tudhatják mi van a levélben. Ezért már egy ideje a legtöbb levelezőprogram alapértelmezetten letiltja a képek megjelenítését. A szöveget mindig betűkkel kell kiírni a HTML kódban, sőt - mint már írtuk ezt - mindig kell a HTML levélhez TEXT alternatíva is, így fog biztosan célbaérni a levél és nem akad fenn a spamszűrőkön.

Egy érv a Thunderbird mellett

admin — Mon, 22 Sep 2008 19:36:45 +0000

Természetesen mindez pro és kontra, előnyök és hátrányok, nincs abszolút győztes, csak szempontok vannak. Számomra a Microsoft Outlook 2007-ben a HTML megjelenítés, a karakterkódolás, a gyakori kifagyás mellett külön szenvedést okoz az IMAP folderek használata. Ennek igazából egy fő oka van, mégpedig az, hogy az Outlook IMAP kezelése közel nem annyria kiforrott mint a Thunderbirdé.

Másfél éve eljutottam arra a pontra, hogy rájöjjek - a POP3 közel nem megoldás. Szinkronizálni szerettem volna a különböző gépimen kapott/kreált leveleket, feladatokat, találkozókat, stb. Jobb híjján mindig elküldtem újra és újra az e-maileimet, hogy ne felejtsem el elővenni, ha akutális lesz.
Ekkor jött az IMAP, mint valami lehetséges alternatíva a problémámra. (Legalábbis egy részére.) A levelezés problémájának megoldása fontos, az nem állapot, hogy mondjuk csak otthon töltöm le POP3-mal a leveleket a szerverről, a bentin meg fenthagyom, mert otthon és a munkaghelyin is elolvasottra kell tenni a leveleket meg ugyanúgy elosztani stb.

IMAP-et használni Outlook alatt vicces. Egyrészt a IMAP mappát nem lehet a személyes mappámba importálni, külön accountként (fiók) mutatja mindenképpen, a különböző mappák offline mentéséhez is mélyen bele kell nyúlni a menüpontokba, továbbá a szűrők beállítása is körülményes. Nem is beszélve arról, hogy az Outlook új-üzenet jelzője hajlamos beragadni és 0 új üzenet esetén is kint hagyja az emékeztető ikont a taskbaron. Ez nem jó.
A Thunderbird ezzel szemben IMAP-ben nagyon jó. Tölti, megjelöli, elpakolja, szűri, ahogy kell. Igazából teljesen rendben van, kényelmesen tudom nézni a sourceokat, a kontakt listája és a külső plaginként üzemelő naptár is elég használható. Mégis, az IMAP kezelése hibátlanul működik.

2. rész: Szükséges eszközök

admin — Mon, 22 Sep 2008 19:25:44 +0000

Most hogy már a HTML levélkészítés alapjait tisztáztuk, elkezdhetünk beszélni a design-ról és a kódolásról. (Ez a szórakoztatóbb része a folyamatnak!)

A következő eszközöket használjuk és ajánljuk a munkához:

Grafikai program a design elkészítéséhez, péládul Adobe Photoshop, Dreamweaver, Fireworks, vagy az Illustrator. Ezekkel a programokkal lehet elkészíteni a levél grafikai elemeit, például a logót, vagy fejlécet.
Egyszerű HTML kódoló program, például a HomeSite, vagy a NoteTab. Macintosh felhasználóknak a BBEdit, vagy a TextWrangler a legjobb. Természetesen használhat un. WYSIWYG editort, mint például a Microsoft FrontPage, a Adobe GoLive, vagy az Adobe Dreamweaver. Azonban ezek használata ellen szól az, hogy ezek gyakran “elrontják” a HTML kódot. Ez azért van, mert ezeket a szoftvereket weblapok készítéshez fejlesztették ki, azonban a HTML leveleknek elkészítésnek kissé más, néha merevebb szabályai vannak. És itt jön a rossz hír: a különböző levelezőrendszerek (Freemail, GMAIL, Yahoo, MIcrosoft Outlook) néha másképpen jelenítik meg ugyanazt a HTML levelet és ez különösen igaz a WYSIWYG editor által elkészítettekre. (Megjegyzés: a Microsoft Outlook-kal kapcsolatos HTML problémákról egy másik, csak erről szóló cikkünkben olvashat bővebben a “Kritikus hibák az Outlook 2007-ben” címmel.)
Tehát azt javasoljuk, hogy ha tökéletes eredményt szeretne, amely minden levelezőprogramban kíválóan jelenik meg, akkor saját maga készítse el a sablont.
Szükséges egy webszerver, ahol a képeket és a régebbi hírleveleket tárolhatja. Bár technikailag ki lehet küldeni a levéllel együtt a képeket is, azonban azt ajánljuk, hogy a képeket a webszerverén tartsa és a levélben csak hivatkozzon rá. A régebbi hírleveleket azért lehet érdemes eltárolni, mert így az új leendő feliratkozóknak könnyedén meg lehet mutatni az eddigi leveleket és így bátrabban iratkoznak, látva hogy nagyjából mit is kapnak majd.
FTP program, ezzel lehet mozgatni a fájlkat a webszerver és a saját számítógépe között. Kedvencünk a Total Commander és a CuteFTP, Macintosh gépeken pedig a Fetch.
Teszt számítógépek és e-mail fiókok. Az elkészített levelet ki kell küldeni több e-mail címre is, le kell tesztelni több számítógépen is. Rengeteg különböző levelezőprogram van, mint ahogy számtalan böngészőprogram is. A tesztelés fontosságát nem lehet eléggé hangsúlyozni, ez tényleg nagyon fontos.

Kritikus hibák az Outlook 2007-ben

admin — Mon, 22 Sep 2008 19:11:49 +0000

Az Outlook 2007-be a Microsoft Word szövegszerkesztő (!) HTML megjelenítő motorját rakták bele.. és mi lett az eredmény? Egy igen szép, ám kiszámíthatalan módon működő levelezőkliens.

Az alábbi formázástípusok elvesznek az oldal e-mailként való küldésekor, ezért ennek elkerülése érdekében szükség lehet a HTML forráskód módosítására:

- Animált GIF-képek: Az animált GIF-képek elveszítik animált jellegüket, és statikus képekké válnak.
- Szöveg körüli margók: A szövegdobozokban beállított margók mérete nulla lesz.
- Betűköz és méretezés: Minden különleges karakterköz (Formátum menü Térköz és pozíció parancs) normál értékre tér vissza.
- Egyes betűtípus-effektusok: A Körvonalas, Árnyékolt, Domború vagy Vésett formázású szöveg elveszíti formázását.
- Aláhúzott stílusok: Minden aláhúzott stílus egyszeres aláhúzássá válik.
- Sorköz a bekezdések előtt és után: A vízszintes díszítővonalakhoz megadott minden pontos térköz elveszik. Az oldal e-mailben való küldésekor a vízszintes díszítővonalakhoz megadott alapértelmezett térköz optimalizálva lesz a képernyőn való megjelenítésre.
- Sorstílus a vízszintes díszítővonalakhoz: A vízszintes díszítővonal-stílusok egyszeres vonalakká válnak.
- A szöveg vagy táblázat oldalon való elhelyezésétől függően a szomszédos objektumok enyhén elcsúszhatnak.

Hát… nekem legjobban a padding hiánya és az animált gif sima gif-fé alakítása fáj. (Mi lesz a e-mailbe beágyazott reklámbannerekkel? Hm?) Van akinek mondjuk a background image fog nagyon hiányozni. A background image már csak csatolásként látható az Outlook 2007-ben, míg minden más levelező megérti, hogy ez is csak egy bekódolt kép, és annak rendje és módja szerint megjeleníti - de az Outlook ebben is más. Akárhogyis, de a többi levelezőben jól jelennek meg a levelek, szóval ha a nagyon nagy átlag nem ezt produkálja, akkor ezt nem úgy hívjuk, hogy visszalépés?

De legyünk csak óvatosak..
De legyünk csak óvatosak, ki tudja milyen kis apró meglepetéseket rejteget kedvenc még levelezőkliensünk. A munkám során használt verzió például bármikor képes mozgásképtelen agyhalottá válni akár egy három kilobájtos levél megnyitásától, naponta többször is magába zuhan. Ilyenkor nem érdemes zavarni, biztos elmélyülten töpreng a világ dolgain, hogy 2143-ban az összes Outlook egyszerre kiáltson fel: 42! Jó hát lassúnak lassú. Optimista hozzáállásom mondatta vele, nyugi lesz ez még jobb is.

Alternatíva

Alternatívának persze ott van a Thunderbird, magáncélra én is ezt használom.

Keresőoptimalizálási ellenőrző lista

admin — Thu, 18 Sep 2008 15:50:32 +0000

Keresőoptimalizálási ellenőrző lista

Sokat foglalkoztam mostanában egy weboldalam kereső optimalzásával, különböző ellenőrző listákat készítettem online marketinges munkám során. Célszerűen tartottam most ezeket összevonni, hogy a következő alkalommal, amikor át kell néznem megkönnyítsem a dolgomat egy lista, amin csak végig kell haladnom. Remélem másoknak is hasznos lehet!

Kulcsszavak elhelyezése

A title tagben is szerepel.
URL-ben, kötöjelekkel elválasztva.
Fájl nevekben is előfordul.
Sűrűn előfordul a szövegben is.
H1, H2, H3-ban is szerepel.
A dokumentum ezzel a szóval kezdődik.
ALT tag-ben is szerepel.
Meta tag-ben is szerepel.
Kövérrel kell szedni a lényeget.

Heading

Fontos, hogy az oldalon használjunk H1, H2, H3 … headingeket, ne legyen minden H1. Ennek türköznie kell a site szerkezetét.

Képek

Minden képhez tartozon kulcsszógazdag alt leírás. Az alt spammelés (amikor csak egy halom kucsszó van az alt-ban) súlyos hiba.
Úgy kell a leírást elkészíteni, hogy segítséget nyújtson annak, aki nem tudja a képet megjeleníteni, vagy megnézni.
A leírás ne legyen túl hosszú, ha nem fér be a kép helyére, akkor valószínűleg már túl nagy.
Az egyetlen kivétel a fejlécben szereplő logó. Ha ide csak annyit írnánk az alt szövegbe, hogy „logó”, azzal nem segítenénk a látogatóknak. Ide nyugodtan írjuk be az oldalhoz tartozó description szöveget

Linkek

Anchor szöveg a bejövő linken, ebben is legyen kulcszó.
Ha lehetséges kink hasonló témájú oldalról.
Ha lehetséges link .edu and .gov site-okról.
Anchor text a belső linkeken, ebben is legyen kulcszó.
Nincsen túl sok kimenő link, max 100 link lehet egy oldalon belül. Ha például a sitemap-ra ennél több kellene, akkor tegyünk bele lapozási lehetőséget.
Nem mutat link „rossz” oldalakra. Ilyen például illegális tartalmak, Google.ből kizárt oldalak, linkfarmok stb.
Az oldal url-jei így nézzenek ki: domain.com/kulcszo-kulcszo-..-
Kell link title mindenhova.

Meta tag-ek

Description Meta Tag van.
Keywords Meta Tag van.
Robots Tag van.
Charset sor van.
Refresh metatag tilos!

Title tag-ek

Precíz, kb. 7 szavas kulcszógazdag leírást kell készíteni.
Ne használjunk stop szavakat (és, az, hogy etc.) a title-ben. Ezzel csak a helyet pazaroljuk.
Jegyezzük meg, hogy minden oldalnak lehet (és kell), hogy egyedi title-je legyen.

Tartalmi szempontok

Egyedi tartalom.
Gyakori frissítés.
Hibátlan kód.
Nincsen láthatatlan szöveg.
Nincsen doorway oldal (http://hu.spam.wikia.com/wiki/Doorway_oldalak ).
Nincsen duplikált tartalom.
Nagy tartalom.

Egyéb SEO faktorok

Elérhető minden fontosabb böngészővel és felolvasószoftverrel is.
Van sitemap, benne elérhető az összes oldal közvetlenül.
A szövegméret beállítható, van nyomtatési verzió.
Site életkor: minél több, annál jobb.
Top-level domain, ezen belül is .edu, .gov, majd a .com, és .org a legjobb. A .ws, .biz, .info nem olyan jó.
Jó minőségi hosting (nincs üzemszünet és gyors).
Nincs flash, splash, animált gif, Java és hasonlók.
Nincs reklám, ha nem muszáj.
Külső CSS-ben tároljuk a stílusinformációt.
Igen hasznos egy-egy link DMOZ-ból és Yahoo directory-ból.
A letölthető fájlokat közel kell rakni a gyökérhez. Ha nem akarjuk, hogy beszkennelje a Google, akkor tiltsuk ezt le a robots.txt-vel. Ellenekező esetben csináljunk olyan PDF-et, ami könnyen szkennelhető.
Egyedi új, friss IP-t kell kérni az új oldalhoz – lehet hogy az IP címen már volt példéul spam tevékenység, így feketelistás lehet.

Jogi alapok: Hogyan kerüljük el, hogy SPAM-et küldjünk?

admin — Thu, 18 Sep 2008 15:46:49 +0000

Magyarországon törvény tiltja a kéretlen elektronikus reklámot. Reklámot csak annak szabad küldeni, aki ehhez előzetesen hozzájárult, mint azt a 2001 CVIII törvény 14§ 1-4 bekezdései mondják. Ha a reklamáló az Ön üzenetét reklámnak érzékeli, akkor igaza van. De ennek megítélése még az online marketigesek között sem egységes, mivel némileg szubjektív.

Több tényezőt kell viszont figyelembe venni:
Egyrészről nincsen egységes az álláspont arra vonatkozóan, hogy mit kell spamnek tekinteni. A platformfüggetlenség miatt szigorúan technikai tipizálás nem lehetséges. A spam kéretlen elektronikus reklámüzenet, mely terjedhet e-mailben, SMS-ben, de gyakran használják a kifejezést a papírformában terjesztett szórólapokra is.
Másrészről pusztán a spam elküldése maga nem bűncselekmény. Azonban a küldés aktusának szükségszerű előcselekménye az adatkezelés, ami a spamesetében jogosulatlan. Ezért az online marketing ezen eszköze megvalósíthatja a vonatkozó Btk. szakasz (177/A. §) a, b, c, és adott esetben akár a d, pontját is. / a) jogosulatlanul vagy a céltól eltérően személyes adatot kezel, b) személyes adatot jogellenesen továbbít, vagy nyilvánosságra hoz, c) személyes adatok kezelésére vonatkozó bejelentési kötelezettségét nem teljesíti /.
Amikor reklám e-mail-t küld, azt kizárólag az adatvédelmi előírások betartásával tegye. Az érintettet egyértelműen, közérthetően és részletesen - tájékoztatni kell az adatai kezelésével kapcsolatos minden tényről, így különösen az adatkezelés céljáról és jogalapjáról, az adatkezelésre és az adatfeldolgozásra jogosult személyéről, az adatkezelés időtartamáról, illetve arról, hogy kik ismerhetik meg az adatokat. A tájékoztatásnak ki kell terjednie az érintett adatkezeléssel kapcsolatos jogaira és jogorvoslati lehetőségeire is.

Adatkezelési elvek

Személyes adat akkor kezelhető, ha a) ahhoz az érintett hozzájárul, vagy b) azt törvény vagy - törvény felhatalmazása alapján, az abban meghatározott körben - helyi önkormányzat rendelete elrendeli. Különleges adat akkor kezelhető, ha az adatkezeléshez az érintett írásban hozzájárul, vagy törvény elrendeli.

A hozzájárulás kérésre egy kíváló példa az online marketing gyakran használt eszköze, az un. kettős optin feliratkozás. Ez azt jelenti, hogy a feliratkozás után egy un. optin megerősítő levelet küldünk az e-mail címre, melyben egy linkre való kattintással a feliratkozási szándék megerősítését kérjük. Ezzel elkerülhető, hogy idegen emberek akaratunk ellenére felirassanak különböző e-mail listákra.

1. rész: Hogyan működnek a HTML levelek?

admin — Tue, 16 Sep 2008 11:27:23 +0000

Mielőtt elkezdhetne HTML leveleket tervezni, kódolni és küldeni, tudnia kell, hogy ez miként működik és milyen eszközökre van szüksége. Itt talál néhány információt, melyet minden grafikusnak és marketingesnek tudnia kellene…

A Mulitpart/Alternative MIME formátum

A legfontosabb amit tudni kell az az hogy nem lehet egyszerűen csak csatolni egy HTML fájlt, meg néhány képet, majd megnyomni a „küldés” gombot. Ebben az esetben a képek nem fognak helyesen megjelenni, hiszen a képekre mutató hivatkozások hibásak lesznek. Sőt, azt se teheti meg, hogy csak egyszerűen bemásolja a HTML forráskódot a küldő programba, mert ekkor hibásan lesznek megjelenítve a levelei a címzetteknél.

Ehelyett a leveleket a szerverről un. Mulitpart/Alternative MIME formátumban kell kiküldeni. Ez azt jelenti, hogy a HTML kód MELLETT pluszban egy sima szöveges (plain text) verziója is van az üzenetnek ugyanabban a levélben. Így ha a címzett nem tudja megnyitni a HTML verziót, akkor neki csak a szöveges tartalom jelenik meg. Tehát az javasoljuk, hogy a problémák elkerülése miatt mindig Mulitpart/Alternative MIME formátumban küldjön levelet, ezt a funkciót természetesen a Miranda Mail is támogatja.

Fontos megjegyezni, hogy ha nem ilyen levelet küld, akkor a megjelenítési problémákon felül kézbesítési akadályokba is fog ütközni. Ugyanis a csak HTML leveleket a SPAM szűrők gyakran reklámnak nézik és így nem jutnak a címzettekig.

Képek a HTML levélben

Képek és fotók beillesztése. Ez az elsődleges oka, amiért az emberek HTML levelet szeretnek küldeni. A legjobb módszer az az, ha a képeket egy webszerveren tároljuk, majd onnan töltődnek be a levélbe un. abszolút hivatkozás használatával. Tehát lapvetően nem lehet képeket küldeni a levéllel együtt. A képek egy webszerveren vannak tárolva és onnan töltődnek be, amikor az e-mail megnyitja valaki.

Mellesleg így működik a levélmegnyitás monitorozása is (open tracking). Ehhez egy kicsi, láthatatlan képet helyezünk el a levélben, így pontosan látjuk ha valaki megnyitotta a levelet. Ezért van az, hogy a levélmegnyitás mérése csak HTML levelekben működik. Azonban tudni kell, hogy az újabb e-mail szoftverek alapértelmezetten nem töltik be a képeket (biztonsági okból), így ez befolyásolhatja a statisztikáinkat.

Amikor képeket kódol a HTML levélben…

Ilyen hivatkozást használjon:

E helyett:

Megjegyzés: A Miranda Mail használata során – ha ezt a megoldást választja - az Ön képeit ingyen tároljuk a webszerveren. Így nincsen feltétlenül szüksége saját webszerverre. Továbbá nem javasoljuk ingyenes tárhelyek használatát, mivel ezek rendelkezésre állása alacsonyabb lehet a kívánatosnál, illetve a spammerek is gyakran ilyen megoldásokat használnak. Így ingyenes tárhelyek használata miatt az Ön levele is könnyen a SPAM mappában landolhat.

HTML levelek elküldése

Sokan elkövetik azt a hibát, hogy a levelet egyszerűen „CC-zve” küldik ki az ügyfeleknek. Ez számtalan problémát okozhat amikor például a valaki egyszerűen a „Válasz mindenkinek” gombot nyomja meg és így ír… Továbbá ez lehetetlenné teszi az a levelek egyéni megnyitás mérését és perszonalizációját. Végezetül ez nagyon amatőr, személytelen és nem biztonságos megoldás, hogy a címzett az összes további címzett e-mail címét látja.