Pierwsze na polskim rynku wszechstronne badanie pocztowych aplikacji desktopowych i webowych pod kątem prawidłowego wyświetlania newsletterów przeprowadził zespół Freshmail.
Webdeveloperzy kodując e-maile HTML z użyciem technologii CSS bardzo często napotykają na problemy. Brak dobrego wsparcia dla CSS przez aplikacje pocztowe sprawia, że przygotowanie poprawnie wyświetlającego się e-maila HTML czasami graniczy z cudem.
Raport ma za zadanie ułatwić pracę koderom i podnieść tym samym jakość kampanii e-mailingowych. Dowiemy się z niego jakich technik używać i z jakich atrybutów oraz parametrów korzystać, aby przygotować e-mail w formacie HTML, który będzie się dobrze wyświetlał u odbiorców.
Wśród aplikacji desktopowych testowano Outlook 2003 i 2007, Thunderbird i The Bat, jako najczęściej wykorzystywane. Przetestowano również 10 najbardziej popularnych aplikacji webowych, m.in. pocztę Onetu, Interii, WP, O2 oraz Gmail. Badania przeprowadzono w marcu i czerwcu 2008 roku.
Przygotowując raport oparliśmy się na doświadczeniach firmy FreshView z Australii, która jako pierwsza na świecie przeprowadziła tego typu badania. W oparciu o metodologię FreshView zbadaliśmy polskie webmaile. Anglojęzyczne wynika badań przeprowadzonych przez FreshView można znaleźć pod adresem www.campaignmonitor.com/css/.
Pełny raport z polskich badań do pobrania:
Raport [PDF 110 kB]
Załącznik - ściąga dla developerów [PDF 130 kB ]
Float testowaliśmy na elemencie img.
Jeśli silnik webmaila pozbywa się wybranych własności CSS z kodu oznacza to, że nie pozwala na ich użycie, czyli nie wspiera, więc w tym przypadku nie zależy to tylko i wyłącznie od przeglądarki.
Co w przypadku zewnętrznych arkuszy jest niewykonalne... Więc "nie obsługuje display tylko w przypadku osadzania tej deklaracji w dokumencie". W praktyce - skoro można załączyć style z zewnątrz, to i tak można te display ustawić, więc nawet jeśli WP próbuje blokować, nie ma to znaczenia.
W praktyce - może i informacja zgodna z faktami (WP wycina display z kodu), ale w rzeczywistości zupełnie nieistotna.
Dlatego można załączyć zarówno zewnętrzny arkusz, jak i wkleić jego zawartość w kodzie. ;-)
Dzięki za wyjaśnienia -- moim zdaniem gdyby znalazły się w samym raporcie, byłby on dużo bardziej przydatny dla samych developerów, którzy jakoś te hateemele muszą sklecić (jak już account sprzeda i kreatywny wymyśli).
Dlatego można załączyć zarówno zewnętrzny arkusz, jak i wkleić jego zawartość w kodzie. ;-)
Dzięki za wyjaśnienia -- moim zdaniem gdyby znalazły się w samym raporcie, byłby on dużo bardziej przydatny dla samych developerów...
Dzięki Maćku za Twoje uwagi.
Masz rację - WP nie obsługuje atrybutu "display" TYLKO w przypadku osadzania jego deklaracji w dokumencie. W praktyce faktycznie można załączyć style z zewnątrz i wtedy display działa".
Jest jednak jedno ale :)
Okazało się bowiem, że wykorzystanie zewnętrznych arkuszy stylów nie jest dobrym rozwiązaniem, ponieważ nie jest wspierane przez Interię, Hotmail, The Bata i kilka mniej popularnych aplikacji.
Z tego względu w naszym badaniu skupiliśmy się jedynie na stylach osadzanych w dokumencie i z pełną odpowiedzialnością odradzamy stosowanie zewnętrznych arkuszy stylów na potrzeby e-mail marketingu.
Proszę Was, Eksperci! Stylów, ów, ÓW! Nie styli!
Poza tym - nie do końca rozumiem na jakiej zasadzie np. WP wspiera float, a nie wspiera display. Po pierwsze, to nie od WP zależy, tylko od silnika przeglądarki. Jedyne co może WP, to wycinać niektóre właściwości -- co w przypadku zewnętrznych arkuszy jest niewykonalne...
Więc z utęsknieniem czekam na metodykę badania (przy czym metodyka != przedmiot, tak jak to zostało ujęte w raporcie)