Archive for the 'Design' Category

Hvordan sikrer vi fra Creuna at vores kunders nyhedsbreve samt eget, kommer ud til kunden og bliver set som forventet. Lidt om hvad frontenderne hos Creuna kæmper med, og hvordan vi sikrer vores resultat bedst muligt. Først en lille liste med de mest nødvendige, tekniske, dele i et nyhedsbrev.

• Links
  Overalt på nettet bør man skrive beskrivende linktekster, så ”Klik her” dur altså ikke. En god linktekst er en tekst hvor læseren helt nøjagtigt ved hvad man kommer ind til ved, at klikke her, det er desuden godt for søgemaskiner at have beskrivende links. Hvilket leder mig til næste punkt.
• ”Kan du ikke se nyhedsbrevet – skal du klikke her”
  Hvorfor er det så vigtigt at give læserne mulighed for at se nyhedsbrevet i deres vanlige browser fremfor i deres mailklient? Det største problem indenfor nyhedsbreve er netop hvorledes nyhedsbrevet bliver gengivet i ens indbakke. Hvis det skulle ske at nyhedsbrevet ikke fik loadet billederne eller teksten korrekt, så har du givet læserne den mulighed at de kan se nyhedsbrevet i en internet browser. Samtidig sikrer du dig et godt indeks over dine nyhedsbreve og giver desuden søgemaskinerne mulighed for at finde dine nyhedsbreve og indeksere dem i deres søgninger fremover.
• Tilmeld / afmeld nyhedsbrev
  Først og fremmest er det lovpligtigt at have denne funktion. Derudover beroliger det læserne om at du yder service og viser din respekt for modtagerne. Det skal naturligvis ikke være det første blikfang man som læser ser, men det skal i den grad heller ikke gemmes langt væk. Det kan virke underligt at have – ”Tilmeld nyhedsbrev” stående i et iforvejen udsendt nyhedsbrev, men det sker at folk der har modtaget nyhedsbrevet videresender det, og den person der får et videresendt nyhedsbrev, skal naturligvis have den nemmeste mulighed for at tilmelde sig til fremtidige nyhedsbreve.

Hvilket format?

Der er forskellige metoder, i hvilket du kan udsende dit nyhedsbrev. Skal du have mange store flotte bileder og baggrundsfarver mm? Eller er ren tekst som i en standard mail helt fint for dig.

Hos Creuna udsender vi alle vores nyhedsbreve opsat i HTML. Vi ser ikke nogle problemer iforhold til ensartetheden, hvis man har kendskab til markup delen så er det faktisk nemmere at sætte op. Det eneste man skal være opmærksom på er hvordan mailklienterne har tendens til at gengive ens HTML på forskellige måde.

En anden mulighed, som vi ikke anbefaler, er at sende i PDF. Det betyder at man kan sammensætte sit nyhedsbrev på meget kort tid og alle vil se det lige præcis som da man designede det. Problemet er at man skal udsende en vedhæftet fil, og at folk bliver nødt til at have en PDF reader installleret. Det med at udsende vedhæftede filer til folk, som ikke nødvendigvis stoler på dig fuldtud, hænger som regel sammen med en blokkeret mail og dermed intet læst nyhedsbrev.

Apple udsender nyhedsbreve hvor næsten alt er et stort billede, det betyder at de ikke skal være opmærksomme på hvordan forskellige mailklienter gengiver deres tekst, og de har mulighed for at sætte baggrunde og andet avanceret grafik på brevet. Ulempen er dog at tiden det tager at loade mailen er væsentlig længere end hvis det var små billeder og noget tekst. Det tager også væsentlig flere ressourcer at lave sådan en form for nyhedsbrev, det kræver en grafiker til at sætte op. Med vores løsninger i HTML og et CMS til at styrer layoutet, vil næsten alle i firmaet på ingen tid kunne sammensætte et nyhedsbrev, når først elementerne er lavet.

Tilbage til HTML, som er hvad Creuna foretrækker.
Med HTML sikrer du at brugeren ved blot at åbne mailen lynhurtigt kan danne sig et overblik over nyhederne, samt skabe blikfang med flotte billeder, farver og skriftstørrelser. Selvom det bør være indholdet der bærer nyhedsbrevet, så gør det jo ikke noget at danne en harmonisk tryghed når læserne læser dit nyhedsbrev, og samtidig lade dem vide de er velkomne.

Ulemperne ved opsætning af sine nyhedsbreve i HTML er, at det i højere grad tager længere tid. Fordi folk bruger mange forskellige mailklienter, og at mailklienterne har hver deres måde at fortolke HTML’en på, skal nyhedsbrevet sikres en rimelig garanti for at alle læsere vil kunne se nogenlunde det samme. Fra nyhedsbrevet bliver designet og man får dannet sig et godt visuelt design som fanger ens læsere, til at få det sat op og få det ud i præcis de samme miljøer, kan være ret så vanskeligt. Samme problematik er desuden gældende ved hjemmeside-opsætninger, hvor de forskellige browsere opfatter ens kode opsætning på forskellige måder.

Som nævnt tidligere giver HTML-nyhedsbrevet også den mulighed for at have alle ens nyhedsbreve listet på ens hjemmeside med samme design som det udsendte og implementeret i resten af hjemmesidens design. Men den måske vigtigste effekt ved at have dem listet på denne måde, er at søgemaskinerne dermed får mulighed for at indeksere dem.

Lidt teknisk forklaring på hvordan vi sikrer at alle kan se det.

Hvis man holder sig til HTML 3.2 fortolker mailklienterne bedst muligt ens layout. Derudover skal man glemme alt om CSS og holde sig til de gammeldags HTML metoder. For at bestemme fonten skal man bruge de gamle <font face=”Arial” size=”5” color=”#000000”> tags. Layoutet sætter man op i tables og benytter align til at centrere. Padding og margin som man kender fra CSS kan ikke benyttes. Derfor må man bruge line-height og spacer images. Dvs. der hvor man skal bruge afstand mellem to linjer kan man sætte et 1×1px blankt billede, som kun har til formål at sørge for at td’en man sætter den i bliver udfyldt ens i alle klienter. Det er yderst vigtigt at angive højde og bredde såvidt muligt på alle billeder og gerne også på alle td’er.

Til slut når alt er sat op, så man i en browser kan se det giver god mening, SKAL det testes i så mange mailklienter som muligt. I Mozzilas Thunderbird (mailklient) kan man udsende ens HTML, og så bør man sende til: Thunderbird, Outlook, Yahoo, Gmail og Lotus Notes. Hvis brevet ser næsten ens ud i dem alle, så er man ret godt sikret for at ens læsere vil se det samme.