docspecyfikacja techniczna mailing
download 
Reklamacja Transkrypt
specyfikacja techniczna mailing
SPECYFIKACJA TECHNICZNA MAILING RINGIER AXEL SPRINGER POLSKA 1 Materiały 1. Wszystkie materiały (plik html, wraz ze wszystkimi plikami, do których się odwołuje) należy przesłać do nas, spakowane w jednym archiwum ZIP. 2. Waga pliku ZIP nie może przekraczać 150 KB. 3. Wraz z plikiem ZIP wymagamy podania: Wyświetlanej w e-mailu nazwy nadawcy, oraz opcjonalnie adresu zwrotnego nadawcy. Opcjonalnie stopki nadawcy, zazwyczaj w postaci danych adresowych firmy. Podpis powinien w sposób jednoznaczny identyfikować nadawcę e-maila. Tytułu wiadomości, który nie może wprowadzać odbiorcy w błąd, a w szczególności nie może imitować zwykłej korespondencji – nie dopuszczamy dopisków typu RE, FW, oraz sugestii, że przesyłka jest korespondencją prywatną. Nie dopuszczamy również tytułów zapisanych w całości wielkimi literami. Adresów zleceniodawcy do przeprowadzenia testów. Zasady Prawidłowego przygotowania kreacji 1. Mailing powinien zostać przygotowany w formacie HTML zgodnie ze standardami W3C dla HTML (http://www.w3c.org/TR/html401/). Poprawność pliku pomocą HTML należy sprawdzić za 4.01 przygotowania dostępnego online validatora np.: http://validator.w3.org/ 2 2. Nie jest dozwolone odwoływanie się w mailingu do plików zewnętrznych. Wszystkie materiały umieszczone w archiwum ZIP będą pobierane z serwerów Axel Springer. 3. Zalecamy przygotowywanie mailingów w postaci tabelki o szerokości nieprzekraczającej 700px (tagi DIV nie są prawidłowo obsługiwane). 4. Jeśli mailing ma mieć tło inne niż domyślne, należy dodać w kodzie HTML tabelkę nadrzędną rozciągniętą na 100% szerokości ekranu z zadanym tłem. 5. Dla łączenia poszczególnych wierszy (TD) nie zalecamy używania atrybutu ROWSPAN, ponieważ nie jest obsługiwany przez wiele starszych programów. Można go zastąpić poprzez zagnieżdżanie dodatkowej wewnętrznej tabeli. 6. Mailingi zawierające polskie znaki należy kodować w standardzie UTF8. 7. Nie dopuszczamy zamieszczania w kodzie HTML takich elementów jak Java Script, ramki, obiekty Active X, oraz elementy dynamicznego HTML. 8. Arkusze stylów (CSS) nie są obsługiwane, ani jako pliki zewnętrze, ani w postaci zdefiniowanej w sekcji <head>. Nie należy ustawiać globalnych styli dla znaczników body, table, tbody, tr, td, img, a, czyli wszystkich Obsługiwane są tylko głównych definicje tagów stylów dla html. poszczególnych podrzędnych elementów mailingu. Nie jest także dopuszczalne używanie właściwości position. 9. Aby zmniejszyć prawdopodobieństwo „wpadania” e-maili do folderów spam lub śmieci, należy unikać tworzenia kreacji w postaci HTML wyświetlającego pojedynczy plik graficzny. Zalecamy dodawanie tekstu i korzystanie z większej ilości plików graficznych. 10. Nie zalecamy posługiwania się grafikami wielkości 1px i rozciągania ich za pomocą atrybutów width i height. Może to powodować problemy z prawidłowym wyświetlaniem kreacji między innymi w programami Outlook 2007. 3 11. Dla znaczników img należy definiować atrybut border=”0”, a w szczególności dla obrazków podlinkowanych. Walidacja mailingu 1. Walidator kodu html: http://validator.w3.org 2. Tabela możliwych interpretacji stylów CSS przez różne programy pocztowe: http://www.campaignmonitor.com/css/ 4
