css file in html email gebruiken?

[HanslH]

Ik email html mailings (nieuwsbrief) vanuit mijn delphi app. Als zo'n html bestand netjes in een editor is gemaakt worden de plaatjes als attachment meegstuurd en bij het openen van de email keurig op z'n plek gezet. Vraag me af of zoiets ook met css stylesheets kan, je kan haast niets zinnigs meer ontwerpen qua html zonder stylesheets.
Zou ook al heel blij zijn als je in b.v. dreamweaver een ontwerp zou kunnen converteren naar een versie die precies hetzelfde uitziet maar geen css meer nodig heeft. Schijnt -na veel gegoogle- ook al een probleem te zijn. Het is me wat in html wereld, alles moeilijk

[posttoast]

CSS en email? Vergeet het maar. Gewoon ouderwets opmaken met tabellen en je erbij neerleggen dat het er echt niet overal perfect uit gaat zien (vooral Outlook 2007 is een zorgenkindje). Wat mij betreft is alles geoorloofd: trek die <font> en <b> elementen maar weer uit de kast.

Wat betreft het meesturen van afbeeldingen: ik zet die zelf altijd op een webserver omdat ik de hoeveelheid verstuurde data minimaal wil houden.

[ Voor 21% gewijzigd door posttoast op 24-12-2008 00:10 ]

[HanslH]

Tja ik weet, de plaatjes zijn klein en de gebruik embedded plaatjes alleen voor mailings < ca. 50. Anders ziet zo'n mail er bij openen niet uit.
Wel jammer, wat zou er nou zo moeilijk aan zijn voor een mail client als in html aan een css wordt gerefereerd en die css zit als attachment bij de mail om die dan te gebruiken..

[Osiris]

posttoast schreef op woensdag 24 december 2008 @ 00:07:
Wat betreft het meesturen van afbeeldingen: ik zet die zelf altijd op een webserver omdat ik de hoeveelheid verstuurde data minimaal wil houden.

Die vervolgens 99,9% van de keren 'geblocked' worden vanwege privacy-issues

[Toennee]

Trek de <img /> tag ook maar uit de kast. In bijv. GMail krijg je dan de melding, Display Images Below

[Bosmonster]

Toennee schreef op woensdag 24 december 2008 @ 07:54:
Trek de <img /> tag ook maar uit de kast. In bijv. GMail krijg je dan de melding, Display Images Below

Dat is vandaag de dag (gelukkig) in alle mailclients. Bestanden van externe sources worden geblocked.

CSS moet je, zoals eerder gezegd, uberhaupt al zoveel mogelijk beperken. Voornaamste boosdoeners hier zijn Microsoft Outlook 2007 en Gmail. Het beste kun je terug gaan naar HTML 3.2, en dus weer CSS-loos met FONT-tags en TABLE's aan de slag, maar dan nog zul je tegen een flinke hoeveelheid beperkingen aanlopen (zoals Outlook 2007 die geen achtergrond afbeeldingen ondersteunt).

Een goede bron: http://www.campaignmonitor.com/css/

Wat je tegenwoordig ook vaak ziet om alle problemen te omzeilen, voornamelijk bij webshop-nieuwsbrieven, is de hele mail opmaken uit afbeeldingen. Het is aan te raden deze overigens niet te embedden, maar gewoon online te zetten. De mensen moeten dan wel toestemming geven de afbeeldingen weer te geven, maar dat zijn ze vandaag de dag wel gewend. Als ze je nieuwsbrief zo interessant vinden dat ze die altijd volledig willen zien is het vaak voldoende de afzender aan het adresboek toe te voegen, of een andere permanente toegang te verlenen.

[ Voor 26% gewijzigd door Bosmonster op 24-12-2008 09:44 ]

[Toennee]

Houdt ook rekening met links (<a></a>) in je body. Deze neemt de style over van de (webbased) mailclients.

[ Voor 5% gewijzigd door Toennee op 24-12-2008 12:22 ]

[posttoast]

Osiris schreef op woensdag 24 december 2008 @ 06:44:
[...]

Die vervolgens 99,9% van de keren 'geblocked' worden vanwege privacy-issues

Ja, dat is waar. Maar zoals Bosmonster aangeeft: dat zijn mensen inmiddels wel gewend. Ik ben sowieso bepaald geen voorstander van HTML email-nieuwsbrieven, maar ik ken geen enkele klant (zowel freelance als bij het ontwerpbureau waar ik voor werk) die akkoord gaat met plain-text nieuwsbrieven Een hoop van die klanten zijn trouwens erg groot en hebben hier wel wat onderzoek naar laten doen, dus het zal uiteindelijk toch wel iets opleveren.

Toennee schreef op woensdag 24 december 2008 @ 12:21:
Houdt ook rekening met links (<a></a>) in je body. Deze neemt de style over van de (webbased) mailclients.

Je kunt op zich inline stylen in die <a>. Werkt niet altijd en overal, maar je komt er een eind mee.

[Cyphax]

Bosmonster schreef op woensdag 24 december 2008 @ 09:41:
Dat is vandaag de dag (gelukkig) in alle mailclients. Bestanden van externe sources worden geblocked.

CSS moet je, zoals eerder gezegd, uberhaupt al zoveel mogelijk beperken. Voornaamste boosdoeners hier zijn Microsoft Outlook 2007 en Gmail. Het beste kun je terug gaan naar HTML 3.2, en dus weer CSS-loos met FONT-tags en TABLE's aan de slag, maar dan nog zul je tegen een flinke hoeveelheid beperkingen aanlopen (zoals Outlook 2007 die geen achtergrond afbeeldingen ondersteunt).

In principe kan je prima divs en spans toevoegen, maar er zijn wat css-attributen die niet ondersteund worden en de grootste problemen heb je met margins en paddings. Dus inderdaad: helemaal met tabellen doen. td's kan je een width geven, en een height. Achtergronden kan je in Outlook 2007 alleen doen in de <body> trouwens, maar dan kan ie het wel (in de meeste webmailclients doen die achtergrondafbeeldingen het juist weer niet). Onwaarschijnlijk slechte e-mailclient voor HTML-nieuwsbrieven is Outlook 2007. Google doet het nauwelijks beter met GMail, daar sta ik ook van te kijken eigenlijk. CSS kan je bijna alleen maar inline gebruiken. Bij onze klanten geven we aan dat bij het ontwerp van de brief gewoon rekening gehouden moet worden met dit soort zaken, of we maken het ontwerp zelf, dan kom je toch echt wel een heel eind en zijn de uiteindelijke beperkingen veelal wel te omzeilen.

[Blaise]

Je moet bij nieuwsbrieven al tijdens de ontwerpfase bedenken wat er mogelijk en handig is, en wat niet. Dat scheelt een hele hoop gezeik.

[ Voor 200% gewijzigd door Blaise op 24-12-2008 15:14 ]

[Bosmonster]

Blaise schreef op woensdag 24 december 2008 @ 15:10:
Je moet bij nieuwsbrieven al tijdens de ontwerpfase bedenken wat er mogelijk en handig is, en wat niet. Dat scheelt een hele hoop gezeik.

Geldt dat niet voor alle online ontwerpen? Je hebt simpelweg rekening te houden met wat mogelijk is en wat niet. Of wat 'handig' is (en/of dus in het budget past bijvoorbeeld) en wat niet.

[xtra]

Bosmonster schreef op woensdag 24 december 2008 @ 16:58:
[...]


Geldt dat niet voor alle online ontwerpen? Je hebt simpelweg rekening te houden met wat mogelijk is en wat niet. Of wat 'handig' is (en/of dus in het budget past bijvoorbeeld) en wat niet.

En offline ontwerpen?

Bij nieuwsbrieven moet je er misschien wat meer de nadruk opleggen. Het verschil in clients is groot en de beperkingen groter dan bij een website.

[Blaise]

Bosmonster schreef op woensdag 24 december 2008 @ 16:58:
[...]


Geldt dat niet voor alle online ontwerpen? Je hebt simpelweg rekening te houden met wat mogelijk is en wat niet. Of wat 'handig' is (en/of dus in het budget past bijvoorbeeld) en wat niet.

Ja geldt voor alles, maar complicaties bij nieuwsbrieven worden vaak onderschat, dus daar is het extra belangrijk.

[ Voor 4% gewijzigd door Blaise op 24-12-2008 17:05 ]

[Little Penguin]

Hoewel ik het over het algemeen niet op prijs stel om plaatjes als bijlage mee te krijgen, vind ik het voor kleine afbeeldingen (orde grote: smileys) niet direct een probleem.

Gaat het echter om veel grotere afbeeldingen, dan kun je ze maar beter online zetten - zoals door anderen hiervoor al is aangegeven.

Waar ik het niet direct mee eens ben, dat is het 100% terugvallen op HTML 3.2. Ik zie niet direct in wat er mis is met het gebruik van stylesheets, als dat nodig is om je effect te bereiken. Hierbij heb ik dan wel de kanttekening dat je er wel verstandig aan doet om deze wel te testen in monsters als Outlook 2007 e.d.

Als je het ontwerp (eventueel met tabellen - dat is overigens HTML 4.01 ) zodanig opzet dat 99% van de audience het goed weer kan geven dan heb je in elk geval een goede mailing. Met stylesheets (inline overigens) kun je daarna eventueel de boel nog verder verfraaien...

[posttoast]

Bovendien ben ik ervan overtuigd dat bij een gewone website (bijna) alles kan, mits er genoeg tijd en geld beschikbaar is. Bij een e-mailnieuwsbrief kun je er nog zoveel geld en ontwikkelaars tegenaan smijten, het blijft een triest verhaal.

[Cyphax]

Little Penguin schreef op woensdag 24 december 2008 @ 17:08:
Waar ik het niet direct mee eens ben, dat is het 100% terugvallen op HTML 3.2. Ik zie niet direct in wat er mis is met het gebruik van stylesheets, als dat nodig is om je effect te bereiken.

Dat gaat om de globale opbouw van je mail. Je kunt gewoon niet je html-mailtje netjes met semantische html opmaken en dan verwachten dat het overal goed overkomt. Door je layouts helemaal op te bouwen met tabellen, die weer cellpadding en cellspacing hebben en lege cellen en rijen met bepaalde hoogtes vang je dat af. Met css kun je wat details toevoegen; tekstkleuren, teksteffecten, veelal van die dingen die niet overal goed zullen kloppen maar wel over het algemeen te missen zijn.

[Boelie-Boelie]

Bosmonster schreef op woensdag 24 december 2008 @ 09:41:
Wat je tegenwoordig ook vaak ziet om alle problemen te omzeilen, voornamelijk bij webshop-nieuwsbrieven, is de hele mail opmaken uit afbeeldingen. Het is aan te raden deze overigens niet te embedden, maar gewoon online te zetten. De mensen moeten dan wel toestemming geven de afbeeldingen weer te geven, maar dat zijn ze vandaag de dag wel gewend. Als ze je nieuwsbrief zo interessant vinden dat ze die altijd volledig willen zien is het vaak voldoende de afzender aan het adresboek toe te voegen, of een andere permanente toegang te verlenen.

Maar waar blijven dan de ontvangers die niet geïnteresseerd zijn, maar dat wel hadden kunnen zijn als ze wisten wat de inhoud van de reclame-uiting was?

Ik zou de nieuwsbrieven gewoon bouwen dat ze ook leesbaar zijn zonder afbeeldingen. Eén schatting is dat 30% van de ontvangers niet eens weet dat afbeeldingen worden geblokkeerd (ligt aan je doelgroep, maar gaat om het punt). Mailchimp geeft aan dat je mailingen die voornamelijk bestaan uit afbeeldingen beter alleen kunt sturen naar mensen die in het verleden wel eens een mailing van je hebben gelezen.

Vul in ieder geval de alt-teksten van de afbeeldingen met aantrekkelijke teksten.

[Bosmonster]

Boelie-Boelie schreef op woensdag 24 december 2008 @ 20:52:
[...]

Maar waar blijven dan de ontvangers die niet geïnteresseerd zijn, maar dat wel hadden kunnen zijn als ze wisten wat de inhoud van de reclame-uiting was?

Ik zou de nieuwsbrieven gewoon bouwen dat ze ook leesbaar zijn zonder afbeeldingen. Eén schatting is dat 30% van de ontvangers niet eens weet dat afbeeldingen worden geblokkeerd (ligt aan je doelgroep, maar gaat om het punt). Mailchimp geeft aan dat je mailingen die voornamelijk bestaan uit afbeeldingen beter alleen kunt sturen naar mensen die in het verleden wel eens een mailing van je hebben gelezen.

Vul in ieder geval de alt-teksten van de afbeeldingen met aantrekkelijke teksten.

Dat laatste lijkt me logisch. Verder zijn natuurlijk alle mensen geinteresseerd in je mailings, anders ontvangen ze ze niet als het goed is Daar hebben ze toch expliciet toestemming voor moeten geven namelijk.

[Boelie-Boelie]

Bosmonster schreef op woensdag 24 december 2008 @ 23:27:
Verder zijn natuurlijk alle mensen geinteresseerd in je mailings, anders ontvangen ze ze niet als het goed is Daar hebben ze toch expliciet toestemming voor moeten geven namelijk.

Je bent je ervan bewust dat je aanname op aanname stapelt?