Spørgsmål · E-mail

Hvordan rydder jeg op i en e-mailliste før en kampagne?

Hver e-mail tjekkes på formen (er den skrevet rigtigt?) og på domænet (findes det, og modtager det post?). Tastefejl i de mest almindelige domæner, som »gmial.com«, rettes og oplyses i stedet for at blive kasseret: en reddet kontakt er mere værd end en smidt væk.

Hvad vi tjekker på hver adresse

Verificeringen arbejder på to niveauer, begge før der sendes noget som helst.

  • Syntaksen, efter de formelle regler for e-mailadresser i RFC 5321 og 5322: opbygning, tilladte tegn, tegnsætning på det forkerte sted.
  • Domænet, ved at tjekke, at det findes og er sat op til at modtage post (MX-record): et domæne, der er skrevet rigtigt, men ikke findes, eller som ikke har indgående post, fører ikke til nogen postkasse.

Herfra føjer motoren tre nyttige markeringer til, ikke bare en dom gyldig/ugyldig:

  • Tastefejl i domænet: »gmial.com« genkendes og rettes til »gmail.com«, med det skrevne gemt ved siden af, så kontakten reddes i stedet for at gå tabt.
  • Engangspostkasse: midlertidige adresser, lavet til aldrig at modtage et rigtigt nyhedsbrev, markeres som det, de er.
  • Rollebaseret adresse: »info@«, »regnskab@«, »ordre@« er gyldige adresser og bliver på listen — det er bare nyttigt at vide, at der ikke sidder én person bag, når kampagnens tone skal lægges.

Hvad vi ikke gør, og hvorfor

Vi tjekker ikke, om den enkelte postkasse findes, ved at forbinde os til modtagerens mailserver (SMTP-verificering). Det er en påtrængende teknik — den banker på andres server én e-mail ad gangen — og hos de store udbydere er den også upålidelig: mange svarer altid »findes« for ikke at afsløre over for spammere, hvilke adresser der er rigtige, så resultatet er ikke mere værd end at slå plat og krone.

Det princip, vi følger, er et andet: at redde kontakten er mere værd end dommen. En liste med en tastefejl rettet og oplyst er mere nyttig end en liste, hvor den kontakt er kasseret i stilhed.

Resultatet ved siden af hver e-mail

Resultatet er ikke et simpelt ja eller nej: hver adresse kommer tilbage med en markering, der forklarer, hvad vi fandt, så du kan afgøre række for række, hvad der skal ske før udsendelsen.

  • Ingen markering: adressen er skrevet rigtigt, og domænet modtager post, der er intet at rette.
  • Rettet i formen: syntaksen bragt i orden, for eksempel mellemrum eller store bogstaver fjernet, uden at røre ved selve adressen.
  • Tastefejl i domænet: det skrevne domæne findes ikke, men ligner et kendt; adressen kommer ud rettet, med det skrevne ved siden af.
  • Engangspostkasse: lavet til aldrig at modtage noget varigt, værd at holde øje med, hvis kampagnen kræver en kontakt, der holder over tid.
  • Rollebaseret adresse: gyldig, men der sidder sandsynligvis et kontor bag og ikke en person.
  • Domæne findes ikke eller er ugyldigt: her kan posten ikke leveres, og det er den del af listen, det virkelig kan betale sig at fjerne før udsendelsen.

Sådan arbejder du med den

Du kan verificere én adresse ad gangen fra websitet for at få en fornemmelse, eller køre hele listen igennem som fil: hver række kommer tilbage med resultatet ved siden af, klar til at blive filtreret før udsendelsen. Kalder dit system direkte vores API, er e-mailverificeringen et endpoint for sig og passer ind i den arbejdsgang, du allerede bruger til at sende kampagner.

Et felt kan indeholde flere adresser adskilt — det sker tit i CRM-systemer med »email1; email2« i samme celle: vi deler dem op og verificerer begge, uden at du først skal rydde op i filen i hånden. Filens andre kolonner, navn, efternavn, postadresse, forbliver urørte: vi tilføjer kun kolonnerne med e-mailen i den korrekte form og resultatet, uden at røre resten af registret.

Hvorfor gøre det før hver udsendelse

En liste med for mange adresser, der ikke kan leveres til, forringer afsenderens omdømme hos mailudbyderne: jo flere e-mails der kommer retur, jo større er risikoen for, at de næste kampagner ender i spam, også dem, der går til rigtige kontakter. At rydde op i listen før udsendelsen er ikke bare et spørgsmål om orden: det beskytter leveringen af alle de kampagner, der kommer bagefter.

Der er også en enklere, nærmest regnskabsmæssig side: hver e-mail sendt til en adresse, der ikke findes, er en spildt udsendelse, og på en liste med nogle titusind kontakter ses forskellen mellem en renset liste og en rå med det samme i kampagnens tal, ikke kun i dens omdømme.

Hvor lang tid det tager

En liste med nogle få tusind adresser er klar på få minutter; store filer kører i en kø, og du får en e-mail, når jobbet er færdigt, med resultatet til download i tredive dage. Før start ser du en forhåndsvisning med de kolonner, der er genkendt i filen: behandlingerne trækkes først, når du bekræfter, ikke ved selve uploaden. Prislisten står på siden Priser.

En typisk række

Før
Mette Jensen, H.C. Andersens Boulevard 27, 1553 KØBENHAVN
mette.jensen@gmial.com
Efter
Mette Jensen, H.C. Andersens Boulevard 27, 1553 KØBENHAVN
mette.jensen@gmail.com

Resultat: tastefejl i domænet, rettet. Syntaksen er korrekt, det skrevne domæne findes ikke og er ét bogstav fra en kendt udbyder: adressen kommer ud som »gmail.com«, med det skrevne gemt ved siden af. Kontakten reddes i stedet for at blive kasseret. Navnet er opdigtet til demonstration; enhver lighed med virkelige personer er tilfældig.

Spørgsmålene herunder

Tjekker I også, om postkassen faktisk findes?

Nej, vi laver ikke SMTP-verificering af den enkelte postkasse: den er påtrængende og giver upålidelige svar hos mange udbydere. Vi tjekker syntaks, domæne og de signaler, der kan læses uden at banke på modtagerens server.

Regnes en rollebaseret adresse som info@ for en fejl?

Nej, det er en gyldig adresse, og den bliver på listen. Den markeres bare som rollebaseret, fordi det er nyttigt at vide, når du skriver kampagnens tekst.

Hvad sker der med en adresse med et forkert domæne?

Er domænet en kendt tastefejl af et almindeligt domæne, som gmial i stedet for gmail, rettes det, og det skrevne gemmes ved siden af resultatet, så du kan se, hvad der er ændret. Ligner det ikke noget kendt, markeres det som ikke-eksisterende.

Kan jeg verificere flere e-mails i samme kolonne?

Ja. Indeholder en celle flere adresser adskilt, for eksempel med semikolon, deler vi dem op og verificerer dem alle.

Virker det også fra mit eget API-kald, uden at gå gennem websitet?

Ja, e-mailverificeringen er et endpoint i JSON-API'et: du kan bygge den ind i den arbejdsgang, du allerede bruger til at håndtere listen, før udsendelsen.

Fjernes engangspostkasserne fra filen?

Nej, de bliver i filen med det resultat, der markerer dem. Du bestemmer, om de skal udelukkes: nogle kampagner beholder dem alligevel, for eksempel i flows til kontobekræftelse.

Se kontrollerne af e-mail, telefon og website

Se, hvad e-mailverificeringen gør, og opret dig for at arbejde på hele din liste, fra websitet eller fra en fil.

Se kontrollerne af e-mail, telefon og website

Læs også: Verificér e-mail, telefon og website · Verificér adresserne i en Excel-fil · Verificér og ret et kunderegister