Mailing versturen met statistieken

[Verwijderd]

Ik heb een module ontwikkeld die door middel van een database met adressen een nieuwsbrief kan maken (met een WYSIWYG-editor), deze nieuwsbrief opslaat en vervolgens verstuurt.
Nu wil ik graag bijhouden hoeveel van de ontvangers de nieuwsbrief opent (dus leest).

Ik wil niet dat er een link in de email staat en dat de nieuwsbrief op de server gelezen moet worden, dat vind ik niet mooi.
Als ik erover nadenk moet het denk ik een plaatje zijn ofzo die van de server wordt gehaald (dus wordt de nieuwsbrief gelezen), en zodra dat gebeurt moet er een teller worden opgehoogd. Maar hoe krijg ik dat voor mekaar?

Ik hoop dat jullie hier een simpele oplossing voor hebben...

[HuHu]

Door een plaatje van 1x1 pixel in te voegen in je mail en bij te houden hoe vaak die wordt opgevraagd. Eventueel nog een uniek nummer toevoegen aan het plaatje, zodat je bij kan houden hoeveel unieke lezers er zijn.

Hou er wel rekening mee dat veel mail-programma's standaard afbeeldingen in mails blokkeren en je weinig aan die statistieken hebt.

[Reptile209]

9 van de 10 mail clients blokkeert het zomaar downloaden van plaatjes, juist om tegen te gaan wat jij wil proberen. Een spammer kan anders ook wel heel makkelijk zijn "adresboek" bijwerken... Ik ben toch bang dat je je abonnees op een of andere manier moet verleiden om een link aan te klikken. Kan je niet een stomme 'klik hier en maak kans op een sleutelhanger'-link in je nieuwsbrief stoppen? Geef 10 prijzen weg en je bent klaar.

[Verwijderd]

In principe zijn het nieuwsbrieven aan mensen die zichzelf hebben ingeschreven. Dus ik denk dat die mensen standaard hebben gezegd dat de afzender vertrouwd is en dus dat de plaatjes worden gedownload.
Wat de rest betreft, die neem ik voor lief.

Mijn vraag is meer, hoe kan ik zien of het plaatje gedownload wordt, met andere woorden, hoe codeer ik dat? Hoe kan ik zien dat het plaatje wordt gedownload?

[Foamy]

Verwijderd schreef op maandag 22 maart 2010 @ 15:01:
In principe zijn het nieuwsbrieven aan mensen die zichzelf hebben ingeschreven. Dus ik denk dat die mensen standaard hebben gezegd dat de afzender vertrouwd is en dus dat de plaatjes worden gedownload.
Wat de rest betreft, die neem ik voor lief.

Mijn vraag is meer, hoe kan ik zien of het plaatje gedownload wordt, met andere woorden, hoe codeer ik dat? Hoe kan ik zien dat het plaatje wordt gedownload?

Wat betreft je 1e punt: zelfs van nieuwsbrieven waar ik me op heb ingeschreven en die ik volledig vertrouw worden de afbeeldingen bij mij geblokkeerd. Ik verwacht dat dit bij veel mensen het geval zal zijn.

2e puntje: Dit kun je nagaan aan de hand van de serverlogs. Als je hiervoor een afbeelding gebruikt die anders nooit opgevraagd zou worden is dit een redelijke graadmeter.

[SinergyX]

Verwijderd schreef op maandag 22 maart 2010 @ 15:01:
In principe zijn het nieuwsbrieven aan mensen die zichzelf hebben ingeschreven. Dus ik denk dat die mensen standaard hebben gezegd dat de afzender vertrouwd is en dus dat de plaatjes worden gedownload.
Wat de rest betreft, die neem ik voor lief.

Mijn vraag is meer, hoe kan ik zien of het plaatje gedownload wordt, met andere woorden, hoe codeer ik dat? Hoe kan ik zien dat het plaatje wordt gedownload?

Standaard blokkeert beetje elke mailclient dit alsnog, of je nu trouw lid bent of niet. Pas als je afzender op de greenlist (of gelijke) zet, dan haalt hij het wel direct binnen.

Ik heb bergen nieuwsbrieven, maar geen enkele haalt standaard alle plaatjes binnen, zonder dat ik daar nog toestemming voor geef. Mening nieuwsbrief is namelijk te lezen zonder de plaatjes, zelfs als ik HTML weergave aan heb staan blokkeert hij nog de download ervan maar laat wel je juiste layout zien.

En wat versta je onder 'lezen'? Ik klik de mail aan (outlook markeert hem als 'gelezen') en klik verwijderen, is dat 'lezen'? Menig nieuwsbrief die ik langs zie komen geeft sumieren info over de diverse onderwerpen en hebben allen een 'lees meer' knop die naar de website gaat.

Zie het zoals de frontpage van t.net, de lijst is je nieuwsbrief, de inhoud staat op je server (klik link). Makkelijk te tellen en nog accurater ook.

[Reptile209]

Je webserver kan loggen hoe vaak een bepaald bestand (plaatje) is opgevraagd, eventueel inclusief het IP (om achteraf te filteren op mensen die dezelfde mail 10x geopend hebben). Als je het helemaal mooi doet, stop je in de link naar het plaatje een code waarmee je de ontvanger kunt herleiden. Als je www.a.com/afbeelding123456.gif door je server laat mod_rewriten naar www.a.com/afbeelding.gif (dat dan ook moet bestaan), dan kan je loggen dat ontvanger 123456 de mail heeft geopend. Het hangt er allemaal een beetje vanaf hoeveel controle je over je webserver hebt.

[HuHu]

Door het bijhouden van de toegang tot de afbeelding, een server-side scripting taal, dynamisch plaatje, database, enz... Zo moeilijk is het niet.

Geef eens wat meer informatie over wat je nu hebt, wat je niet snapt, welke middelen je tot je beschikking hebt en hoe je het denkt aan te pakken.

Met 10 seconden Googlen kun je zelfs hele implementaties vinden.

[Hydra]

Je kunt gewoon via een serverside script op je webserver die aanroepen loggen. Dus in je nieuwsbrief link je naar een image met iets als <img src="http://jeserver/plaatje.php?id=1234"/>. In dat script log je dan (neem aan dat je dat zelf wel uit kunt vogelen) dat dat ID opgeroepen is op een bepaalde tijd, en je stuurt gewoon een plaatje van 1 pixel terug.

Niet dat dat gaat werken natuurlijk, externe plaatjes worden standaard geblockt in de meeste readers.

[Verwijderd]

Hydra schreef op maandag 22 maart 2010 @ 15:23:
Je kunt gewoon via een serverside script op je webserver die aanroepen loggen. Dus in je nieuwsbrief link je naar een image met iets als <img src="http://jeserver/plaatje.php?id=1234"/>. In dat script log je dan (neem aan dat je dat zelf wel uit kunt vogelen) dat dat ID opgeroepen is op een bepaalde tijd, en je stuurt gewoon een plaatje van 1 pixel terug.

Niet dat dat gaat werken natuurlijk, externe plaatjes worden standaard geblockt in de meeste readers.

Maar dat zou dus wel moeten gaan werken als de gebruiker aanklikt dat de afbeeldingen gedownload moeten worden, neem ik aan??

Zoiets wilde ik inderdaad doen, met behulp van een ingebouwd stukje script. Echter moet het wel enigzins betrouwbaar zijn.

Ik denk overigens dat de gemiddelde nieuwsbrief-lezer iemand iemand is die gewoon standaard afbeeldingen in emails download, zeker van een afzender die bekend is bij hem/haar.
Onder 'lezen' versta ik het bekijken van de mail. Ik kan natuurlijk niet zien of zijn ogen daadwerkelijk de tekst lezen, maar openen en verwijderen zie ik ook als lezen.
Hij zou dus niet moeten optellen als de nieuwsbrief ongeopend verwijderd wordt.

[TeeDee]

Dan gebruik je toch gewoon een plaatje (met ?id=1234 oid) zoals reeds aangegeven. Ga alleen geen compleet businessmodel aan de statistieken hangen, want die zullen nooit en te nimmer kloppen of representatief zijn.

[HuHu]

Verwijderd schreef op maandag 22 maart 2010 @ 15:34:
[...]

Ik denk overigens dat de gemiddelde nieuwsbrief-lezer iemand iemand is die gewoon standaard afbeeldingen in emails download, zeker van een afzender die bekend is bij hem/haar.

Ik denk het niet:

48% see pictures automatically (in HTML emails) while 52% do not. - Merkle Interactive Services (2009)

Dus je mist sowieso de helft van je lezers.

[Verwijderd]

TeeDee schreef op maandag 22 maart 2010 @ 15:41:
Dan gebruik je toch gewoon een plaatje (met ?id=1234 oid) zoals reeds aangegeven. Ga alleen geen compleet businessmodel aan de statistieken hangen, want die zullen nooit en te nimmer kloppen of representatief zijn.

Nee zeker niet, het is alleen maar om te kijken of de nieuwsbrief uberhaupt gelezen wordt, en of bepaalde acties werken door de nieuwsbrief, of er dan meer geklikt wordt enzo. Dus hoeft helemaal niet zo precies te zijn, moet globaal een idee geven.

Dank voor de hulp. Ik ga ermee aan de slag!

[To_Tall]

Verwijderd schreef op maandag 22 maart 2010 @ 15:57:
[...]


Nee zeker niet, het is alleen maar om te kijken of de nieuwsbrief uberhaupt gelezen wordt, en of bepaalde acties werken door de nieuwsbrief, of er dan meer geklikt wordt enzo. Dus hoeft helemaal niet zo precies te zijn, moet globaal een idee geven.

Dank voor de hulp. Ik ga ermee aan de slag!

Je opend een mailtje lees verder niet.

Openen staat gelijk aan lezen. Het is oper defenitie niet direct mogenlijk om dat voor elkaar te krijgen. Wees blij. Anders hadden we nu 10x of meer zoveel spam binnen gekregen.

[TeeDee]

Eerst heb je het over betrouwbaar etc. etc. en nu 'hoeft het helemaal niet zo precies'

[Hydra]

Verwijderd schreef op maandag 22 maart 2010 @ 15:57:
Nee zeker niet, het is alleen maar om te kijken of de nieuwsbrief uberhaupt gelezen wordt, en of bepaalde acties werken door de nieuwsbrief, of er dan meer geklikt wordt enzo. Dus hoeft helemaal niet zo precies te zijn, moet globaal een idee geven.

Euh. Op onze site zie je gewoon na iedere nieuwsbrief een piek. Als je het base aantal bezoekers aftrekt van die piek kom je op het aantal 'nieuwe' bezoekers na aanleiding van de nieuwsbrief. Zo'n guesstimate is in ieder geval een stuk betrouwbaarder dan jouw methode.

Als je perse wil zien wie dat mailtje opent (dat zullen de meeste doen, en daarvan zal ongeveer de helft dat plaatje niet laten downloaden) kun je gewoon je logo in die mail zetten op de manier die ik eerder aangaf. Of je dat "betrouwbaar" kunt loggen is compleet aan jezelf, een dergelijke 'hit' in een database opslaan is in ieder geval kinderspel.

[SinergyX]

Hydra schreef op maandag 22 maart 2010 @ 16:35:
Euh. Op onze site zie je gewoon na iedere nieuwsbrief een piek. Als je het base aantal bezoekers aftrekt van die piek kom je op het aantal 'nieuwe' bezoekers na aanleiding van de nieuwsbrief. Zo'n guesstimate is in ieder geval een stuk betrouwbaarder dan jouw methode.

Recent stond ergens een onderzoek naar de verschillende nieuwsbrief methodes, eens kijken of ik die nog ergens kan vinden. Wil je betrouwbare cijfers, zal je toch richting de 'minder nette' nieuwsbrief op de server methode.