Céges e-mail-kampány üzemeltetői szemmel: ki legyen a feladó, és mit mond a visszapattanás
Egy értékesítő kolléga behoz egy listát: ötvenkét cég, mindegyiknek ugyanaz az ajánlat, és jó lenne, ha az ő nevében menne ki, mert őt ismerik. A szöveg kész, a dokumentum kész, a határidő holnap. Ezen a ponton három kérdés dönti el, hogy a kampányból bevétel lesz-e vagy bosszúság: kinek a neve kerül a levélre, honnan jön a címlista, és honnan fogja bárki megtudni, hogy megérkezett-e.
Ez a cikk egy valóban kiküldött kampány üzemeltetői naplója. Egy elektromos kishaszonjármű indikatív ajánlata ment ki egy futárhálózat telephelyeinek és partnereinek, ötvenkét címre, egy kolléga nevében. A jogi oldalt — kinek mehet üzleti megkeresés hozzájárulás nélkül és kinek nem — külön cikkben írtuk meg. Itt a gépezet van: a három feladó egy levélben, a küldést megtagadó kapuk, a címlista, a napló, és a visszapattanó (bounce) címek kezelése.
A három feladó egy levélben — és melyik mit dönt el
Egy kiküldött e-mailben nem egy feladó van, hanem legalább három, és mindegyik másért felel. Ha a három nincs összehangolva, a levél vagy meg sem érkezik, vagy megérkezik, de a válasz rossz helyre fut be. A kettő közül a második a rosszabb, mert nem tűnik fel senkinek — a küldő oldalon minden zöldnek látszik.
| Melyik cím | Ki látja | Mit dönt el | Mi a baj, ha rossz |
|---|---|---|---|
| Boríték-feladó (visszaküldési cím) | A fogadó szerver; a címzett nem | Ide érkezik a visszapattanás, és ezt a címet vizsgálja a feladó-hitelesítés | Nem lesz visszapattanás-jelentés: a hibás címekről soha nem tudja meg senki |
| A küldő fiók, amivel a rendszer belép a levelező-szerverre | A címzettek közül senki; a szerver naplója igen | Ki küldhet egyáltalán, és hol keletkezik a napló | A küldés naplója szétesik több fiók között, utólag nem rekonstruálható |
| Látható feladó és válaszcím | A címzett | Kinek a nevét látja a címzett, és hova megy a válasza | A válasz egy központi fiókba esik, vagy a hitelesítés elhasítja a levelet |
A mi beállításunk ezért néz így ki: a látható feladó és a válaszcím lehet a kolléga saját céges címe, az SMTP-belépés és a boríték-feladó viszont marad a központi küldő fiók. A címzett a kollégát látja, a válasza a kollégához megy, a visszapattanás ellenben a központi fiókba fut be, ahol el lehet készíteni belőle a jelentést — és a teljes küldés egyetlen naplóba kerül.
Egy feltétel nem alku: a látható feladó csak a saját, hitelesített domainünkön belüli cím lehet. Ha bármilyen idegen címet beírnánk, a fogadó szerverek hitelesítés-ellenőrzése megbukna, és a levél a legjobb esetben a levélszemét-mappában landolna. Ezt nem a jó szándék tartja be: a küldő eszköz kódja ellenőrzi a domaint, és idegen domain esetén hibakóddal leáll, mielőtt egyetlen levél is elindulna.
Kinek a nevében menjen ki — és mi engedi meg?
Az ajánlat hitelesebb annak a nevével, akit a címzett ismer. Ez üzletileg igaz, üzemeltetői szemmel viszont ez a legveszélyesebb pont az egész kampányban: a rendszer valaki más nevében ír szöveget, amit később rajta kérnek számon.
Nálunk ezért négy feltétel kell egyszerre, és bármelyik hiánya megtagadott küldést jelent. A kampányt maga a névtulajdonos kéri, nem valaki más az ő nevében. A cím szerepel egy engedélylistán. A konkrét szöveget a névtulajdonos írásban jóváhagyja. És a kiküldés előtt megy egy draft-előnézet, amin látszik a végleges levél. A négy feltétel szervezeti hátterét a tömeglevél-cikkben írtuk meg; itt az a lényeg, hogy ezek nem házirendben élnek, hanem kódban.
Az engedélylista egy fájl. Ha a kért feladó nincs rajta, a küldő eszköz nem kérdez vissza és nem javasol alternatívát: kilép hibakóddal, és egyetlen levél sem megy ki. A listát csak ember bővítheti — sem a küldő program, sem a mögötte dolgozó asszisztens nem írhat bele. Ez nem elvi finomság. Ha a program a saját engedélylistáját írhatná, az engedélylista pontosan annyit érne, mint az a jelszó, amit a program magának is beírhat.
A képességhez hét új automata teszt készült (a küldő tesztcsomagja 101-ről 108 esetre nőtt), és három éles, valódi címre kiküldött regressziós levél igazolta, hogy a látható feladó tényleg a kollégáé, a napló viszont a központi fiókban marad. Egy dolgot érdemes hozzátenni: az engedélylistán ma egyetlen név szerepel — az ilyen lista akkor őr, ha rövid marad.
A címlista, ami menet közben kétszer változott
A lista összeállítása ennél a kampánynál külön munka volt, és menet közben kétszer változott meg — mindkétszer azért, mert jobb adat került elő. Ez a szakasz erről a két fordulatról szól, mert egy ad hoc kampány üzemeltetői kockázata jellemzően itt keletkezik: abban, hogy a kiküldés pillanatában melyik lista van a kézben.
Az első változat egy tizenegy cégre kiterjedő, nyilvános, részleg szerinti elérhetőség-gyűjtés volt: egy táblázat a címekkel, mellette a módszertan, hogy melyik cím mire való. Még aznap kiderült, hogy pontosabban is lehet, mert a hálózat telephelyei önálló postafiókokat használnak — ezt mintavétellel ellenőriztük, mielőtt bármelyik cím a listára került volna. Emellé kerültek a hálózat nyilvánosan elérhető partner-elérhetőségei, kizárólag üzleti megkeresésre való, funkcionális címekre szűkítve. A helyesbítést egy pótlevél vitte a kérőnek, ugyanaznap — a rossz címlista minden órával drágább, mert közben már készül rá a szöveg.
A végleges kampány-lista ebből 37 telephelyi és 15 partner-címre szűkült: összesen 52 címzett. A szűkítés szempontja egyszerű volt: csak olyan cím maradhatott, amelyik ellenőrzött, nyilvános forrásból származik, és amelyik üzleti tárgyú megkeresésre való. Ez nem formalitás. Egy ilyen gyűjtésben tipikusan ott vannak természetes személyek és egyéni vállalkozók is, rájuk viszont más szabály vonatkozik, mint egy cégre — ezt a kaput a kiküldés előtt kell megnyitni, nem utólag. A jogi feltételeket a tömeglevél- és SMS-cikkünkben írtuk le.
Hogy mennyire nem magától értetődő az „ellenőrzött cím”, arra van saját mérésünk: egy 44 507 soros partnertörzsben a tárolt e-mail-címek több mint harmada bizonyult hibásnak, amikor végigmértük. A hibaosztályokról és a tisztítás módszeréről a partnertörzs-tisztítás cikkben írtunk. A kampány szempontjából ennek egy következménye van: a saját törzsből vett lista nem jobb a nyilvános forrásnál, csak ha előtte megmérték.
Ötvenkét cégre szabott ajánlat: hogyan készül, és hogyan megy ki
52 címzett, de nem 52 külön dokumentum. Összesen 14 ajánlat-PDF készült: 13 egy-egy cég nevére szabott változat, egy pedig üresen hagyott címzett-dobozzal, azokra a címekre, ahol a fogadó céget nem lehetett egyértelműen azonosítani. Ez a felosztás tudatos kompromisszum: a névre szóló ajánlat többet ér, de egy bizonytalan névvel megszólítani valakit rosszabb, mint semmilyen névvel. Az ajánlat-dokumentumok generálásáról — sablon, adatforrás, oldaltörés — az ajánlat-automatizálás cikkünk szól.
A kiküldés négy kapun megy át, és mind a négy alapból „nem”-re áll:
- Címzettenként külön levél. Közös címzett-mező minden esetben tilos. Ötvenkét cím egy mezőben ötvenkét cég elérhetőségének kiszivárogtatása, és egyetlen mozdulattal megtörténik.
- Próbaüzem alapból. A küldő parancs alapértelmezése a nem-küldő próbamenet: kilistázza a címzetteket, a csatolmányokat, a tárgyat és a szöveget, de nem indít semmit. Éles küldéshez külön kapcsoló kell.
- Kézzel elhelyezett indító fájl. Az éles kapcsoló önmagában kevés: kell mellé egy külön, kézzel létrehozott indító fájl. Két egymástól független emberi mozdulat nélkül nem indul küldés.
- Állapotnapló a dupla kiküldés ellen. Minden kiment levél azonnal bekerül egy naplóba. Ha a parancs bármiért újraindul, a naplóban már szereplő címzettet kihagyja. Ez az a hiba, amit egy megszakadt kampánynál a legkönnyebb elkövetni, és a címzett oldalán a legrondább.
Az éles kör 13:48-kor indult és 14:59-kor ért véget: 52 levélből 52 ment ki, nulla küldési hibával, bő egy óra alatt. A tempó szándékos. Az egymás után, szünet nélkül kilőtt levelek a fogadó oldalon tömeges küldésnek látszanak, és a feladó reputációját rontják — a lassítás itt nem óvatoskodás, hanem kézbesítési érdek.
Amit a visszapattanás-jelentés megmutat — és amit nem
A kampány nem a küldés pillanatában ér véget. A következő órákban érkeznek a visszapattanások, és ez az egyetlen olyan visszajelzés, amit géppel, megbízhatóan lehet olvasni. Pont ezért nem díszlet a boríték-feladó helyes beállítása: ha a visszapattanás nem érkezik meg sehova, a hibás címek csendben a listán maradnak, és a következő kampány megint rájuk megy. A lényeg nem a százalék, hanem hogy a visszapattanás egyáltalán mérve legyen.
A visszapattanás nem egyetlen dolog. Egy szerver-válasz, aminek az első számjegye dönti el, mit kezdjen vele a feladó. Az 5-tel kezdődő kódok véglegesek: a fogadó oldal azt mondja, hogy ezt a levelet ilyen formában soha nem fogja átvenni — jellemzően azért, mert a postafiók nem létezik. A 4-gyel kezdődő kódok átmenetiek: most nem megy, később mehet. A kettő összemosása a leggyakoribb hiba, és mindkét irányban drága.
| Visszapattanás típusa | Tipikus szerver-válasz | Mit jelent | Mi a teendő |
|---|---|---|---|
| Végleges | 5-tel kezdődő hibakód, „nincs ilyen postafiók” | A cím megszűnt vagy sosem létezett | Azonnal jelölje hibásnak a nyilvántartásban; ne küldjön rá újra |
| Átmeneti | 4-gyel kezdődő hibakód, időtúllépés | A fogadó szerver most nem tudja átvenni | Néhány óra múlva egyszer újra; ha másodszor is elbukik, kezelje véglegesként |
| Megtelt postafiók | 552 | A cím él, csak nincs hely | A cím nem hibás — a címzettet érdemes más úton elérni |
| Elutasítás, szűrés | Tartalmi vagy reputációs indok | Nem a címmel van baj, hanem a feladóval | Ne próbálja újra; a feladó-hitelesítést és a szöveget nézze át |
| Néma elnyelés | Nincs válasz | A szerver átvette, de a levél levélszemétbe került | Erről nem jön jelzés — ez a mérés vakfoltja |
Miért számít ez a különbség? Ha a rendszer minden visszapattanást véglegesként kezel, néhány kampány alatt kigyomlálja a jó címeket is, és a lista magától zsugorodik. Ha viszont mindet átmenetiként kezeli, a halott címek örökre vele maradnak, és minden újabb küldés rontja a feladó reputációját — vagyis a még élő címzettek is nagyobb eséllyel kötnek ki a levélszemét-mappában.
Egy végleges hibát adó címmel három dolga van, ebben a sorrendben. Először vegye ki a kampány-listából, még aznap, amíg tudja, miért. Másodszor vezesse vissza a nyilvántartásba is: ugyanaz a cím jellemzően ott van az ERP-ben vagy a táblázatban, és ha ott marad, a következő levelet ugyanoda küldi majd valaki. Harmadszor a helyes címet üzleti úton szerezze be — telefonon, a partner honlapjáról, a kapcsolattartótól —, soha találgatással: a kitalált címvariációk próbálgatása pont az a minta, amiről a fogadó szerverek a kéretlen küldőt felismerik. A megtelt postafiók külön eset: az a cím él, csak most nem fogad, ezért nem törölni kell, hanem később újrapróbálni, és ha másodszorra sem megy át, más úton elérni a címzettet.
És amit a visszapattanás-jelentés nem mond meg. Nem mondja meg, hogy elolvasták-e a levelet: megnyitás-követést nem használunk, mert egy láthatatlan képpel mért „megnyitás” amúgy is félrevezető. Nem mondja meg, hogy a levél a levélszemét-mappában kötött-e ki, mert erről a feladó soha nem kap visszajelzést. És nem mondja meg, hogy lett-e belőle üzlet. A kiküldés után a kérő kolléga összesítőt kapott arról, ki kapta meg a levelet, ki nem, és miért — az üzleti utókövetés innentől az értékesítés naplójában folytatódik, nem az e-mail-rendszerében.
Amit a kampány után keményítettünk
A kiküldés után két dolgot építettünk be az eszközbe — mindkettő olyan kockázat, amit egy ritkán használt eszköznél a következő futás előtt kell lezárni.
Címlista-ujjlenyomat. A küldés a felhasznált címlistáról ujjlenyomatot képez, és azt a naplóval együtt eltárolja. Ha a lista utólag bármiben megváltozik (hozzáadnak egy sort, kijavítanak egy címet), és a parancs újra elindul, az eszköz észreveszi, hogy nem ugyanarról a listáról van szó. Egy dupla küldés elleni napló csak akkor ér valamit, ha a listához is köti magát: a régi napló és egy közben módosított lista között különben nincs kapcsolat.
Verziózott napló. A napló nem felülíródik, hanem verziózva gyűlik. Egy kampány utólagos rekonstruálásához nem elég tudni, hogy „kiment”: tudni kell, mikor, milyen listával, milyen szöveggel és milyen csatolmánnyal.
A harmadik változás nem kód. Az eszköz bekerült a leltárba mint igény szerint hívható eszköz, nem ütemezett automata. Ennek üzemeltetői jelentősége van: az ütemezett automatát figyelni kell, mert magától fut; az igény szerinti eszközt viszont dokumentálni kell, mert hónapokig nem nyúl hozzá senki, és a következő használatnál nem szabad újra egy napot elemészteni a felderítésre.
Végül a doktrína, ami ebből a kampányból lett általános szabály: minden öt vagy több címzettes küldés ugyanazt a menetet követi. Címzettenként külön levél, közös címzett-mező tilos, állapotnapló a dupla kiküldés ellen, próbaüzem, majd külön emberi indítás, és a végén záró visszapattanás-jelentés annak, aki a kampányt kérte.
Egy adat a nagyságrendhez, hogy senki ne értse félre a szót, hogy „kampány”: egy 25 napos mérési ablakban összesen 52 kampánylevél szerepel a mérlegünkben — pontosan ez az egy kampány. Ugyanebben az ablakban több mint 220 automata levél ment ki ütemezetten, riportok és értesítők. A kampányküldő nálunk nem napi üzem, hanem ritkán használt, szigorúan kapuzott eszköz. Pont ezért kell minden kapu: az az eszköz a veszélyes, amit ritkán használnak, és amihez senki nem emlékszik a fogásokra.
Gyakori kérdések
Kimehet egy céges levél egy munkatárs nevében a központi rendszerből?
Technikailag igen: a látható feladó és a válaszcím lehet a kolléga címe, miközben a rendszer a központi fiókkal lép be és küld. Nálunk ehhez négy feltétel kell egyszerre: a névtulajdonos kérése, egy engedélylista, a konkrét szöveg írásos jóváhagyása és a kiküldés előtti draft-előnézet. Bármelyik hiányzik, a küldő eszköz hibával leáll.
Mi a különbség a boríték-feladó és a látható feladó között?
A látható feladót a címzett látja, és ide megy a válasza. A boríték-feladót a fogadó szerver használja: ide érkezik a visszapattanás, és ezt a címet vizsgálja a feladó-hitelesítés. A kettő lehet különböző, de mindkettőnek a saját, hitelesített domainhez kell tartoznia, különben a levél a levélszemétben köt ki.
Mit jelent, ha visszapattan egy kampánylevél?
Kétféle okból pattanhat vissza. A végleges visszapattanás azt jelenti, hogy a cím nem létezik — ezt azonnal ki kell venni a listából. Az átmeneti, például a megtelt postafiók, azt jelenti, hogy a cím él, csak most nem fogad. Ha a rendszer a kettőt egyformán kezeli, néhány kampány alatt a jó címeket is elveszíti.
Hány visszapattanás számít soknak egy kampányban?
Általános iparági számot nem állítunk. Sokkal hasznosabb kérdés, hogy a visszapattanás egyáltalán mérve van-e, és hogy a végleges hibát adó címek visszakerülnek-e a nyilvántartásba. Ha egy lista hónapokig tisztítás nélkül áll, a hibás címek aránya magától nő — a mérés hiánya a probléma, nem a százalék.
Hogyan kerülhető el a dupla kiküldés, ha a küldés félbeszakad?
Állapotnaplóval: minden kiment levél azonnal bekerül egy naplóba, és az újraindított küldés a naplóban szereplő címzetteket kihagyja. Ehhez tartozik egy ujjlenyomat a felhasznált címlistáról is, különben egy közben módosított lista mellett a napló és a lista elválik egymástól.
Kell külön eszköz ötven címzetthez, vagy elég a levelezőprogram körlevél-funkciója?
Ötven címzettnél az eszköz nem a küldés miatt kell, hanem a kapuk miatt: címzettenként külön levél, próbaüzem küldés nélkül, kétlépcsős emberi indítás, napló a dupla kiküldés ellen és záró visszapattanás-jelentés. Ha ezeket a levelezőprogram mellett fegyelemmel pótolják, az is működhet — csak egyszer kell elfelejteni.
A következő lépés: nyolc kérdés az első ad hoc kampány előtt
Ha holnap Önnél is behoz valaki egy listát meg egy jó ajánlatot, menjen végig ezen a nyolc kérdésen. Ha bármelyikre nincs válasz, a kampány még nem áll készen — és a hiányzó válasz megkeresése mindig olcsóbb, mint a kiküldés utáni helyreállítás.
- Tudom, ki cég a listán, és ki természetes személy? Az egyéni vállalkozó és a magánszemély más kategória, mint egy cég, és a levélben ott kell lennie a leiratkozás, illetve a tiltakozás lehetőségének. A jogi kapukat külön cikkben, a tömeglevél- és SMS-cikkben írtuk le — amíg ezekre nincs válasz, kampány nem indul.
- Kinek a neve lesz a levélen, és ő tudja-e? Van írásos jóváhagyása a konkrét szövegre, vagy csak szóban rábólintott?
- Hova érkezik a válasz, és hova a visszapattanás? Ha ugyanoda, a jelentés nem fog elkészülni; ha sehova, a hibás címek örökre a listán maradnak.
- Honnan jön a lista, és mikor ellenőrizte valaki utoljára? A saját törzs nem automatikusan jobb a nyilvános forrásnál.
- Külön levél megy mindenkinek? Ha a válasz nem egyértelmű igen, akkor nem.
- Mi történik, ha a küldés félbeszakad? Van olyan napló, ami a második indításnál kihagyja a már értesítetteket?
- Ki kapja meg a záró jelentést? Nevesítve, még a kiküldés előtt.
- Mit kezd a visszapattanó címekkel? Ha ezt a kérdést csak a kampány után teszik fel, a következő kampány ugyanazokra a halott címekre fog menni.
Nálunk ezek a kérdések egy eszközbe vannak beépítve, és ezért nem lehet elfelejteni. Ha Önnél ma egy levelezőprogram és egy körlevél-funkció csinálja ezt a munkát, az első lépés nem rendszervásárlás: az első lépés az, hogy valaki egyszer végigméri a listát, és leírja, ki nyomhatja meg a gombot. Ha ebben tudunk segíteni, egy 30 perces beszélgetésen kiderül, kell-e egyáltalán eszköz hozzá.