Denne veiledningen vil lede deg gjennom en sjekkliste med over tretti forbedringer du kan lage til e-postene dine for å sikre at de er så tilgjengelige som mulig. Den er også fullpakket med nyttige koblinger og opplæringsprogrammer, så bookmark denne siden, og gjør den til din ressurs for e-post tilgjengelighet.
Feature bilde fra WaxSeal Logo Mockup på Envato MarketMerk: denne opplæringen er en del av en hel ukes verdi av e-postinnhold på Tuts + Web Design-sjekk ut læringsguiden for Mastering HTML Email for mer!
Vi legger stor vekt på nyhetsbrev, markedsføringskampanjer og andre e-postmeldinger vi sender. Vi produserer nøye den riktige meldingen. Vi utformer flittig bildene. Vi tester triumferende i Outlook.
Og det lønner seg. Email er fortsatt hvordan folk flest foretrekker å høre fra selskaper, og som en markedsføringskanal har den en gjennomsnittlig avkastning på 32 til 1.
Men fortsatt, de fleste av oss kunne gjøre enda bedre. HTML-e-post er ikke tradisjonelt utformet og kodet med tilgjengelighet i tankene. Som en følge av dette, kjemper mange av våre mottakere om å bli med, og vi vender bort fra publikum.
Noen ganger er forbedringer åpenbare. Hvis hele eposten din består av fin utskrift, vil de fleste av oss over 25 år ha det vanskelig å lese det. Men oftere er barrierene vi legger mellom vår melding og mottakerne våre mer subtile. Jeg innrømmer at det tok meg et øyeblikk å legge merke til problemet i følgende bilde:
Hva er galt med dette bildet? #accessfail pic.twitter.com/H7tAy5X5ud
- Elisha Friday Wright (@MsFridayology) 24. november 2016
Når vi blir oppmerksomme på disse problemene, er de ofte enkle å fikse. Ved å lese dette, tar du allerede et viktig første skritt mot å gjøre e-postene dine tilgjengelige for flere mennesker.
Hvis du er ny til koding av e-post, anbefaler jeg først å lese Nicole Merlins veiledning. Disse vil lære deg grunnleggende om HTML-e-post, og hvordan de adskiller seg fra nettsider.
Vi bygger videre på disse ferdighetene når vi lærer å søke tilgjengelighetshensyn til våre e-postmeldinger.
I utgangspunktet handler e-post tilgjengelighet om at e-postene dine er tilgjengelige for så mange av mottakerne som mulig, uansett omstendighetene deres. Vi tenker generelt på tilgjengelighet som å regne for ulike funksjonshemminger, og det er sant, men det er faktisk en bredere definisjon enn det, som skissert av Sami Keijonen:
"Vi er alle forskjellige, og våre behov kan endres over tid." - Sami Keijonen
Funksjonshemminger kommer i mange former og alvorlighetsgrader. WHOs verdensrapport om funksjonshemning anslår at 15% av verdens befolkning lever med funksjonshemming. Avhengig av deres situasjon, kan disse personene ha tilgang til hjelpeteknologi som gjør hverdagsoppgaver enklere. For å gjøre e-postene våre mer tilgjengelige, må vi unngå å plassere barrierer foran mennesker, samt verktøyene de stoler på.
Velg en epost du har sendt nylig. Åpne den på skjermen, eller skriv den ut slik at du kan ta notater på den.
Hva er målet med e-posten? Hvilke tiltak skal mottakerne ta etter å ha lest det, eller hvilken informasjon skal de ha lært?
Hvilke elementer består e-posten av? Hvordan bidrar hver enkelt til målet? Ville e-posten fortsatt være fornuftig hvis en av avsnittene, linkene eller bildene ble fjernet?
Ved å stille disse spørsmålene, kan du definere en baseline erfaring-det bare minimum som må kommuniseres med mottakeren. Dette kan være så enkelt som en lenke og dens etikett, eller det kan være mer du trenger å komme over.
Fremfor alt må baseline-opplevelsen være tilgjengelig for alle mottakere for å få tilgang til og forstå. Og alt annet skal utformes for ikke å komme i veien. Nå for detaljer ...
Jo lengre avsnittet, desto vanskeligere er det å lese. Dette gjelder for alle, men spesielt personer med dysleksi eller andre funksjonshemming.
Her er noen tips for å gjøre teksten mer skannbar:
for hovedoverskriften,
s for hver seksjon,
s for underavsnitt, og så videre. Ved å bruke semantiske overskriftselementer gjør e-posten din lettere å navigere ved hjelp av skjermlesere.
) eller nummerert (
) Lister for å gjøre dem lett fordøyelige.Hvis du er designer eller utvikler, kan skriving ikke være en del av jobben din. I så fall bør du vurdere å dele denne veiledningen med kollegaen eller klienten din. Når vi arbeider for å gjøre e-postene tilgjengelige, er språket vi bruker minst like kritisk som de mer visuelle eller tekniske aspektene.
Husk at folk leser på forskjellige lesenivåer, av mange grunner. Du kan få mottakere med dysleksi. Du kan skrive på sitt andre språk. Eller kanskje er de ikke kjent med motivets sjargong.
Hvis du skriver til en gruppe mennesker om et emne, vil du ofte være mer opptatt i emnet enn dem. Jo mer vi vet om noe, jo mer glemmer vi hva det er å ikke vite. Dette fenomenet er kjent som "forbannelsen av kunnskap".
Hvis du ikke er sikker på om folk som ikke er kjent med emnet, kan forstå skrivingen din, kan du finne noen til å be om tilbakemelding. Dine kolleger kan også lide av forbannelsen av kunnskap. Kanskje du kan få hjelp fra en venn, familiemedlem eller en av dine abonnenter?
Da jeg logget på å skrive for Tuts +, sendte de meg deres stilguide som har noen eksempler på enkle engelske ordvalg:
Bruk "kjøp", ikke "kjøp". Bruk "hjelp", ikke "hjelp". Bruk "om", ikke "omtrent".Kan du erstatte noen av ordene i e-postene dine med enklere? Hva med å holde en liste over forvirrende vilkår du vanligvis bruker, og ord som skal brukes i stedet?
Det finnes også flere formler for måling av hvordan lesbar teksten din er.
Hvis du kopierer og limer inn innholdet ditt i Word eller Outlook, kan du få lesbarheten sin vurdert ved hjelp av to tester: Flesch Reading Ease-testen, som gir leseavstanden fra 0 til 100, og Flesch-Kincaid Grade Level-testen, som anslår at hva amerikansk skole grad nivå noen ville vanligvis forstå teksten.
Disse tester ser på gjennomsnittlig antall ord per setning, og gjennomsnittlig antall stavelser per ord, som indikatorer på hvor lett teksten skal leses.
For mer omfattende tester, prøv readable.io. Dette onlineverktøyet lar deg kjøre innholdet ditt gjennom flere lesbarhetstester. Deres betalte planer tilbyr til og med et verktøy spesielt for e-postmeldinger: videresend eposten til en bestemt e-postadresse, og de svarer med en automatisk lesbarhetsrapport.
Å øke skriftstørrelsen er ikke bare et dumt lure for å gjøre essayet ditt lengre.
Det er også en enkel måte å gjøre e-postene enklere å lese. 14px er absolutt bare minimum for kroppskopi. Teksten her på Tuts + har en skriftstørrelse på 18px, og det føles heller ikke for stort.
Overskrifter bør være store nok til enkelt å skille seg ut fra kroppens kopi. Type Skala er et nyttig verktøy for å beregne og forhåndsvise passende skriftstørrelser. Lær mer om skala og hierarki fra disse veiledningene:
Som en generell regel er mørk tekst på en lett bakgrunnsfarve lettest å lese for de fleste.
Hvis du bruker en fargekombinasjon med lav kontrast, for eksempel lys grå tekst på en hvit bakgrunn, kan det være vanskelig å lese for personer med nedsatt syn eller fargeblindhet. Lav kontrast gjør det også lettere å lese tekst under dårlige belysningsforhold som direkte sollys.
Lys tekst på en mørk bakgrunn kan også fungere godt, spesielt for personer med lysfølsomhet, eller når du bruker en lys skjerm i mørke omgivelser. Men for folk med presbyopi (uskarpt syn), skaper lett tekst på en mørk bakgrunn en slags halo eller glød effekt. Alle opplever til slutt gradvis presbyopi. Øynets evne til å fokusere reduseres med alderen, vanligvis starter en gang etter 40.
Det er mange verktøy for å sjekke om fargekontrasten er høy nok:
Ultra-lette skrifttyper har vært populære hos designere i noen år nå, men de er mindre populære blant personer med nedsatt syn.
Kontrast god, font vekt dårligNår kombinert med lavfargekontrast og eldre skjermbilder, er disse skriftvektene spesielt vanskelige å lese. For en bedre leserfaring, bruk vekt fra 500 (normal) og oppover.
Språk som leses fra venstre til høyre, som engelsk, er lettest å lese når venstrejusteres. For høyre til venstre skript som de som brukes i arabisk, persisk og hebraisk, juster teksten til høyre.
Selv om du foretrekker utseendet på sentrert tekst, bør du unngå det hvis du kan. Tekst er lettere for alle å lese når hver linje starter like under forrige. Dette gjelder selv for overskrifter, men er spesielt viktig for kroppseksemplar.
Til slutt bør du aldri bruke rettferdig justering, der teksten er ordnet slik at den har jevne kanter på begge sider. Rettferdig tekst er vanskeligere å lese generelt, og spesielt i nettlesere og e-postklienter, som ikke behandler begrunnelse godt.
Ord trenger rom for å puste.
Hvis tekstlinjer er for tette sammen, kan de være vanskelige for øyet å skille seg fra. Det blir for lett å tilfeldigvis hoppe til feil linje. Hvis de er for langt fra hverandre, begynner de å se ut som separate avsnitt.
Den beste linjens høyde som skal brukes, avhenger av skriftstørrelsen og linjelengden. Men hvis du vil ha en rask, generell regel, kan du ikke gå for feil med en linjehøyde på 1,5 ganger skriftstørrelsen. For eksempel vil en skriftstørrelse på 16px være behagelig å lese med en linjehøyde på 24px.
E-postklientsupport for linjehøyde
Egenskapen er for det meste solid, bortsett fra noe merkelig oppførsel i Outlook. Bruk px
verdier i stedet for em
, prosentvis eller "unitless" verdier for mer konsistente resultater.
Jo lengre du går langs en tekstlinje, desto vanskeligere er det å finne veien tilbake til der du startet.
Hvis teksten går for bredt, må øyet bevege seg mye, og det er vanskelig å fortsette å lese fra en linje til den neste.
For optimal lesbarhet, sikte på en linjelengde på rundt 45-75 tegn.
Skriftstørrelsen, linjens høyde og linjelengden påvirker hverandre. Det er mange tilnærminger til å bestemme proporsjonene. Noen liker å bruke det gyldne forholdet (selv om de magiske egenskapene ikke nødvendigvis er en garantert oppskrift på suksess). Ved hjelp av Golden Ratio Typography kalkulatoren kan du raskt få linjehøydeanbefalinger og beregne den omtrentlige linjelengden (CPL eller tegn per linje) basert på skriftstørrelsen og kolonnebredden.
Tradisjonelt har e-postutviklere kodet hver del av e-postene som tabelloppslag, inkludert separate tabellrader for hver overskrift og avsnitt. Dette er delvis fordi noen e-postklienter pleide å endre stilene til semantiske elementer, men også fordi folk ville bli så kjent med hvordan HTML-tabeller fungerte som de endte opp med å bruke dem som standard.
Som det sier: Hvis alt du har er en hammer, ser alt ut som et negle.
Men som e-postklienter har forbedret deres gjengivelse, og vi som e-postutviklere har samlet forbedret kodingspraksis, har mange funnet at det er flere ulemper enn fordeler med den tabellbaserte kodestilen.
Hvis du i stedet kodes dine avsnitt, lister og overskrifter, som ,
,
, ,
, etc., så vil folk som bruker skjermlesere og annen assistentteknologi lettere navigere og gi mening om innholdet ditt.
Du vil fortsatt ha samme kontrollnivå over hvordan innholdet ditt ser ut ved å stylere det med CSS, og det vil være mer tilgjengelig, med mindre kode. Du vil ønske å bruke margene du vil ha for hvert element, mens stiler som kropps kopi skriftstørrelse og farge kan settes på et overordnet element og arvet av alle avsnittene.
Her er et grunnleggende eksempel:
Prektig arvelige banksaker
Grundigere vitende enkeltstående beholder duer lengste, påfallende opplevd minne dunstkrets, kant observasjon drakt besynderlig tillatt telt.
Hyss gjeldsbevis luftdraget embroidery, unyttig utgjør ringeaktende begriper.
lang
EgenskapDe fleste datamaskiner og smarttelefoner leveres med skjermleserprogramvare som leser tekst ut som tale. For å kunne uttale ord korrekt, og ikke som en italiensk stuntmann, må skjermleserne vite hvilket språk teksten er skrevet inn i.
For å angi innholdsspråket, vi bruker lang
Egenskap. Her er et raskt eksempel på hvordan en fransk setning lyder med og uten språket spesifisert (video fra Léonie Watson):
De lang
Attributt fungerer med ethvert HTML-element. Hvis du bruker forskjellige elementer i samme e-post, angir du det riktige språket for hver del.
Hovedspråket bør settes for For å finne den riktige verdien som skal brukes til språket ditt, kan du se IANA Language Subtag Register, som er en lang tekstfil av språk og tilhørende subtag-verdier. Eller bruk det vennligere språket subtag oppslag som lar deg søke i samme informasjon. Her er den franske setningen fra før, med språket riktig satt: Jeg er glad for at du kommer til å føle deg hjemmefra. Tankefull bruk av farge kan bidra til å støtte meldingen eller formidle et humør. Men hvis du stoler på farge alene for å formidle viss informasjon, kan det bli savnet av mottakere som er blinde, fargeblind eller fra en kultur der disse fargene har annen betydning. For eksempel, i stedet for å bruke en rød eller grønn prikk for å indikere om et produkt er på lager, bruk tekst som "på lager" og "utsolgt", og bruk kun farge for å støtte det. Det er forskjellige typer fargeblindhet som gjør at folk har problemer med å skille farger. Den vanligste typen er rødgrønn fargeblindhet, noe som gjør det vanskelig å fortelle røde og grønne farger. Total fargeblindhet, noe som gjør alt ser svart og hvitt ut, er sjeldent. Når du velger farger for tekst-, grafikk- og layoutelementer, vær oppmerksom på kombinasjoner av farger i rød-oransje-gul-grønt rekkevidde, plassert tett sammen. Spesielt hvis fargene er like i lysstyrke og metning. Det finnes også andre fargekombinasjoner som kan være vanskelig for personer med forskjellige fargeblindhetstyper å skille mellom. Du kan bruke en fargeblindhetssimulator til å fange eventuelle problemer i e-postene dine. Det er mange å velge mellom. For personer med lett følsomhet og migrene, stirrer på bakbelyste skjermer kan forårsake øyenstamme og fungere som en migreneutløser. Dette kan bli verre av lyse farger, spesielt i blå og røde fargetoner. For store områder som bakgrunnsfarger, bruk mer dempet farger når det er mulig. Ikke alle koblinger er blå og understreket, men alle understreket og blå tekst er koblet sammen. I det minste er det hva leserne forventer. For å unngå forvirring og frustrasjon, bruk ikke underlag og farger for vektlegging. Mange avsendere designer fortsatt e-post med tekst i bilder i stedet for live HTML-tekst. Hvis arbeidsgiveren eller klienten krever pixel perfekt gjengivelse, er det lett å se hvordan dette kan virke som en god løsning. Men ulempene med å fange teksten i bildefiler oppveier fordelene. Noen av disse problemene kan delvis løses ved å sette innholdet som bildetes alternative tekst og styler det med CSS. Men e-postklienter deler dessverre ikke en konsekvent måte å håndtere bildeblokkering og alternativ tekst på. Og noe hierarki, for eksempel overskrifter, vil gå tapt i alternativ tekstversjon av innholdet. Hvis designet ditt krever tekst plassert over et bilde, hjelper backgrounds.cm deg med å kode dette på en måte som fungerer på de fleste store e-postklienter. Til slutt, i tilfeller hvor du ikke kan unngå å bruke bilder for tekst, legg til Vi bruker bilder til mange forskjellige formål. Noen inneholder viktig informasjon, andre er illustrasjoner eller deler av oppsettet. Alle bildene må ha en Hvis bildet har verdifullt innhold, beskriv det i alternativ tekst. Eller hvis bildet er en lenke, legg til alternativ tekst for å beskrive hvor linken peker på. W3C har et praktisk beslutningstreet for alternativ tekst. Den dekker de fleste vanlige bruksområder for bilder, og hvordan man bruker Vårt hovedalternativ for å inkludere animasjoner i våre e-postmeldinger som vil fungere i de fleste e-postklienter er å bruke GIFer. Vi har sett mange gode eksempler på GIF-er i e-post. De kan være flotte for å forklare ideer mer effektivt enn du kunne med et statisk bilde, eller for å legge til visuell interesse. Nedtelling timere og video forhåndsvisninger er andre populære bruksområder. Dessverre kan GIFs forårsake problemer for enkelte mottakere. I ekstreme eksempler kan intense animasjoner utløse anfall for personer med lysfølsomme epilepsi. Hvis du har GIF-er som har blinkende eller blinkende farger, eller dristige mønstre med høy kontrast, er det verdt å teste dem ved hjelp av Trace Center's gratis Photosensitive Epilepsy Analysis Tool (kun Windows). Dette verktøyet fanger animasjoner fra skjermen og identifiserer potensielle anfallsrisiko. Selv om mindre dramatiske, subtile animasjoner kan forårsake problemer også. GIF som sløyfe for alltid kan avlede fra ditt andre innhold, spesielt for personer med oppmerksomhetsunderskudds hyperaktivitetsforstyrrelse (ADHD) eller autisme. E-post på Acid tilbyr noen animasjonsbestemmelser for abonnenter med ADHD. Selv om HTML-tabeller er nødvendige for å få bestemte layouter til å vises riktig i e-postklienter, spesielt i Outlook, har e-utviklere en tendens til å overtale dem. Jeg vil anbefale å søke gjennom malekoden din for hver forekomst av På de resterende tabellene legger du til Ved å legge til Hvis e-postene dine inneholder tabeller som inneholder faktiske tabelldata, må du ikke bruke Som margin og polstring har noe inkonsekvent støtte over e-postklienter, er det ikke uvanlig å bruke separate elementer som Slike spacerelementer legger ikke til noen verdi for folk som leser e-posten din med en skjermleser. For å få skjermlesere til å ignorere et mellomrom, legg til Lenker er ofte den viktigste delen av en epost, siden de er hvordan mottakerne tar neste skritt. Å gi dem en annen farge enn resten av innholdet, gjør dem lettere å finne. Blå tekst har den beste muligheten til å bli anerkjent som en lenke, men du kan bruke andre farger så lenge de skiller seg ut, selv til fargeblind brukere. Unngå å bruke koblingsfarge for unclickable tekst, for å unngå forvirring. Understreke teksten bidrar også til at det kan klikkes. Noen foretrekker å driste sine lenker isteden, av estetiske grunner, men det kan være verdt å reservere fet skrift for vektlegging. Det er generelt best å unngå "Ghost-knapper", en vanlig stil med knapper med en kontrastfarge, men en gjennomsiktig bakgrunn. Disse kan være vanskelig for mottakerne å gjenkjenne som klikkbare, spesielt når de plasseres på toppen av et bakgrunnsbilde. Knappstiler med kontrastfarge er enklere å oppdage. Folk som leser e-posten din med en skjermleser, kan hoppe fra kobling til kobling uten å lese innholdet mellom dem. Og mottakere med lav visjon kan lese e-posten din zoomet inn, mangler sammenhengen rundt linkene dine. For at lenker skal være tilgjengelige for dem, må linkteksten være i stand til å stå alene og fortsatt være fornuftig. En kort og beskrivende lenketekst hjelper folk å navigere effektivt. Lenker som peker på forskjellige steder, bør ikke ha samme linktekst. Gjør hver av dem unike - ingen "Les mer" linker! Unngå å vise lange nettadresser som linktekst, siden de vanligvis ikke er nyttige som linktekst til alle mottakere. For de viktigste linkene i e-posten din, kan en fin, stor Call-to-Action-knapp gi deg en fin økning i klikk gjennom tekstkoblinger. Å ha et stort nok område å klikke gjør knappen enklere for alle å treffe, spesielt mange brukere med fysiske funksjonshemninger. Litmus har en god oversikt over måter å kode e-postknapper på. For å unngå vanskeligheter og frustrasjon, velg en hvor hele knappens overflate er klikkbar. Sier det, jeg har en personlig preferanse for knapper. Cm. For å øke klikkfrekvensene kan det være fristende å slå alle overskrifter, bilder og til og med avsnitt til en kobling til destinasjonssiden din. Dette betyr også at folk kan klikke koblingen enkelt uten å være for nøyaktige. Det er imidlertid noen ulemper å lage alt en lenke. For folk som leser e-posten din med en skjermleser, leses hver lenke ut, slik at gjentakelse av den samme lenken for hvert element vil gjøre e-posten din kjedelig å navigere. Hvis du har elementer nær hverandre som skal knytte til samme sted, for eksempel et ikon med en tekstetikett, er det ofte en god løsning å pakke dem begge sammen i samme lenke, og opprette et enkelt klikkbart område. Hvis det meste av e-posten din består av koblinger, kan dette også gjøre e-posten vanskelig å rulle på mobiler og andre berøringsskjerm. Spesielt for personer med skjelv eller andre muskelkontrollproblemer kan det være en utfordring å gjøre det via en e-post uten å uhell å klikke på uventede koblinger.. Gir koblinger en subtil Når du navigerer gjennom koblingene i en e-post med tastatur, Hver gang du legger til en Mens det ikke er noe du alltid kan kontrollere, når du knytter til nettsider, er det godt å favorisere innhold som også er tilgjengelig. Hvis du har et valg mellom å koble til to lignende artikler, hvor det er lett å lese og den andre har dårlig fargekontrast eller en liten skriftstørrelse - alt annet er like, gå med den mer tilgjengelige, hvis du kan. På grunn av tilgjengelighetsproblemene de kan oppleve med mange HTML-e-poster, velger enkelte mottakere å bruke vanlig tekstversjon av e-postmeldinger i stedet. Siden du ikke kan bruke bilder, skriftstørrelser, farger og så videre, er oppsettalternativene dine begrensede. Når du komponerer tekstversjonen, kan du tenke på hvordan du best presenterer kjernemeldingen din ved å bruke bare tekst, og bekymre deg mindre om å gjøre det konsistent med HTML-versjonen. Vær ekstra oppmerksom på hvordan du formaterer koblinger, siden bare linkadressen vil bli klikkbar. Et godt mønster er å skrive en beskrivende linketikett etterfulgt av et kolon på en linje, og deretter linkadressen på neste linje. Mange ESP-er (e-postleverandører) genererer automatisk en ren tekstversjon for deg, men hvis du gir den en gjennomgang, vil du vanligvis finne små måter å gjøre det lettere å lese. Det er mange måter å teste e-posten din på, både for å finne tilgjengelighetsproblemer og for å kontrollere at reparasjonene fungerer som forventet. Et godt sted å starte er tilgjengelig-email.org, som gir deg en tilgjengelighetsrapport av e-posten din. Dette kontrollerer at alle bildene har en Hvis dette er første gang du vurderer tilgjengeligheten til e-postene dine, er sjansene at du får en fin sjekkliste over forbedringer du kan gjøre. Når du kommer tilbake til å teste din oppdaterte e-postkode, kan du se frem til tilfredsstillelsen av røde kryss som blir grønne taster. Med sitt populære sett med e-postverktøy kan Litmus du sjekke mange aspekter av e-postens tilgjengelighet, for eksempel vanlig tekstversjon, bilderevisningsvisning og forskjellige fargeblindhetssimuleringer av e-postdesignet ditt. En god måte å oppleve e-posten på, som noen av mottakerne dine,, er å prøve å lese den ved hjelp av hjelpemidler som skjermlesere. De fleste operativsystemer har en skjermleser innebygd som du kan teste med: Du kan også vurdere å teste med tredjeparts skjermlesere. De mest brukte skjermleserne er JAWS (kommersielle) og NVDA (open source), som begge kjører på Windows. For JAWS er en 90 dagers lisens tilgjengelig, noe som bidrar til å redusere kostnadene ved testing. Alle de store nettleserne kommer nå med innebygde utviklerverktøy for testing av tilgjengelighet. Selv om disse ikke er spesifikke for e-post, gjelder de fleste bekymringer bare det samme. Én jeg bruker ofte, er fanen Revisjon i Chromes utviklerverktøy, som viser siden og gir en praktisk oversikt over problemer som skal løses. I tillegg er det flere plugins for tredjepart som kan hjelpe deg med å få et litt annet perspektiv på det meste de samme punktene. Her er noen som jeg anbefaler: Ingen verktøy eller simulator kan ganske erstatte å snakke med personer med funksjonshemninger og lære om hvordan de samhandler med e-poste
element. Men fordi noen e-postklienter fjerner dette elementet når e-postadressen vises, er det sikreste å også gjenta attributtet på et innpakningselement inne i
, som en
2. Bruk farge overveiende
Kommuniser ikke bare med farge
Ta fargeblindhet inn i kontoen
Ikke bruk for mye, myke farger
Unngå understreket eller farget ikke-koblet tekst (spesielt blå)
3. Sjekk at bildene dine er tilgjengelige
Unngå tekst i bilder
role = "text"
til bildet så vil skjermleserne behandle sin alternative tekstverdi som vanlig tekst.Bruk Nyttig Alternativ Tekst
alt
attributt, men attributtet skal ikke alltid ha en verdi. I tilfeller der alternativ tekst ikke er nødvendig, bruk et tomt alt
attributt for å hindre skjermlesere fra å stave ut bildefilnavnet eller lenkeadressen. Sjekk ut dette eksemplet fra Rémi Parmentier:alt
attributt i hvert tilfelle.Bruk GIFs ansvarlig
4. Vær oppmerksom på layout og tabeller
Unngå unødvendige tabeller
og vurdere om bordet er nødvendig. Jeg kommer ofte over
merker som lett kan byttes ut med en mer lett tilgjengelig og lett tilgjengelig
Bruk
role = "presentasjon"
på layouttabellerrole = "presentasjon"
Egenskap. Skjermlesere annonserer vanligvis hver tabellcelle de møter, noe som kan gjøre e-postmeldinger veldig kjedelige å lese.role = "presentasjon"
, du forteller skjermleseren å behandle bordet som et vanlig tekstelement, og ikke navigere det som datatabell. Se eksemplene på Tilgjengelighet i e-post: Del II av Mark Robbins.rolle
attributt på dem.Bruk
aria-skjult = "true"
på Spacer Elementsaria-skjult = "true"
attributt til elementet. 5. designe klare koblinger og klikk mål
Gjør linker åpenbare, utover farge
Bruk Nyttig Link Text
Lag knapper som er store og fullt klikkbare
Ikke gjør alt til en kobling
Ta i betraktning
:sveve
og :fokus
Styles:sveve
stil er en enkel måte å bekrefte til folk at det de skal klikke på, er faktisk en lenke.:fokus
stiler hjelpe leserne dine til å holde oversikt over hvilken lenke de er på. De fleste e-postklienter og nettlesere legger til en oversikt som standard :fokus
stil for lenker. Det er generelt best å ikke fjerne denne oversikten, men hvis du gjør det, bør du sørge for at du erstatter det med en like klar :fokus
stil.:sveve
stil, er det vanligvis godt å bruke samme stil til :fokus
slik at folk vil ha en lignende opplevelse om de navigerer med musen eller tastaturet.Link til tilgjengelig innhold
6. Ikke glem om vanlig tekst
Inkluder en vanlig tekstversjon
... Finn flere enkle formaterings tips her: https://www.campaignmonitor.com/blog/email-marketing/2015/01/plain-text-emails-conversion/...
7. Bli kjent med testing og verktøy
Bruk disse e-postspesifikke verktøyene
alt
attributt, at overskriftsnivåene følger et riktig hierarki, og mange av de andre punktene vi har dekket her.Test med skjermlesere
Installer de ønskede nettleserverktøyene og pluginene
Forstå viktigheten av brukertesting