22 Sep 2012

Skräddarsydd telefon

Smart! En billig liten telefon som skräddarsys till varje användare, och som bara har knappar med förprogrammerade nummer. Perfekt att ge till sonen som tjatar om mobil men som jag tycker är lite för ung. Mindre stöldbegärlig mobil får man leta efter. Ownphone, finns tyvärr inte i Sverige (ännu?)

Jag har ingen Facebook-mailadress, kanske du invänder. Men har du Facebook, så har du en adress där. Få känner till den, nästan ingen använder den.

Det skulle nu inte göra något, om inte Facebook i ett anfall av desperation över att användarna inte brytt sig om deras försök att vara centrala även för mail-kommunikation, i juli gick in och ändrade på alla sina användares profilsidor. E-postadresser som användaren lagt in doldes och @facebook.com-adressen blev den enda synliga. Detta gjordes utan att vare sig underrätta användarna eller be om deras tillåtelse.

Det är inte svårt att ändra tillbaka, men eftersom få känner till att detta hänt, så har de flesta nu @facebook.com-adressen i sin profil.

Än så länge är det inget större problem. Men när iOS6 kommer för iPhone på onsdag och OSX 10.8.2 för Mac, så kommer de med Facebook-integration. Till exempel synkronisering mellan Facebook-profiler och telefonens/datorns kontakter. Plötsligt kommer en mängd @facebook.com som hittills legat gömda och oanvända att synkroniseras ut.

Det betyder att om du har en @facebook.com-adress, så kommer nu folk som vill maila dig att ha två mailadresser till dig, den de haft sedan tidigare och Facebook-adressen. Det är oundvikligt att en del mail kommer att hamna på det mailkonto du aldrig använder (liten tröst är dock att de blir synliga bland Facebooks meddelanden, så du kommer inte att missa dem helt).

Om du inte vill börja få mail inne i Facebook bör du dölja din @facebook.com-adress. Klicka på ditt namn uppe till höger, och sedan på “Uppdatera information”. Där letar du upp “Kontaktuppgifter”.

Du kan inte bli av med din Facebook-adress. Men du kan ändra dess synlighet till “Bara jag”, och på så sätt dölja den för omvärlden. Om du vill kan du samtidigt passa på att lägga till eller synliggöra en bättre e-postadress till dig.

En mer detaljerad genomgång av detta finns hos TUAW. De rekommenderar också att man håller synkroniseringen med Facebook avslagen några veckor efter att man installerat iOS6, för att i möjligaste mån undvika att suga upp sina kontakters @facebook.com.

UR ANVÄNDBARHETSBOKEN

15 Apr 2012

65 WCAG - standard för tillgänglighet

Det finns en standard för tillgänglighet, kallad WCAG, Web Content Accessibility Guidelines, från W3C (som också definierar standarden för t.ex. HTML). Enligt en nyligen beslutad lag måste svenska myndigheter leva upp till denna senast år 2010.

WCAG har en stark ställning i Europa. Amerikanerna har sin egen standard, populärt kallad 508 efter den lagparagraf som kräver att myndigheters webbplatser följer den. I allt väsentligt säger WCAG och 508 samma sak, även om det kan skilja i detaljerna.

WCAG är för närvarande i version 1.0. En ny version är under arbete och väntas bli klar sent 2005 eller under 2006, se www.anvandbart.se/ab/wcag för mer information om denna.

Tolkning

Ett stort problem med WCAG 1.0 är att den är dåligt skriven. Det är på många punkter oklart vad som egentligen menas. Ett annat problem är att den börjar bli gammal; den tekniska utvecklingen gått snabbt och flera av punkterna är inte längre relevanta.

Jag har tillåtit mig en ganska fri tolkning av standarden - mer inriktad på att vara begriplig än på att fånga varje tolkningsmöjlighet hos den ibland dunkla originaltexten. Jag har också försökt ange var utvecklingen gått förbi reglerna och vilka man i dagsläget kan strunta i.

Säkert kan man tolka på andra sätt än jag gjort. Vill du vara bokstavstrogen är enda sättet att gå direkt till standarden och läsa den.

Tre nivåer

WCAG 1.0:s riktpunkter har fått tre olika prioriteter och den som vill följa den kan därför lägga sig på olika ambitionsnivå.

För att få ett ”A” räcker det med att alla riktpunkter med prioritet 1 har uppfyllts. Prioritet 1-riktpunkterna är ganska få, och enkla att uppnå.

Litet mer utmaning är det att nå ”AA”, då också prioritet 2-riktpunkterna skall klaras. Personligen tycker jag detta är den nivå man minst bör sträva efter. Den är inte alls omöjlig att uppnå, och webbplatsen blir påtagligt tillgängligare om man gör det.

Den högsta ambitionsnivån, ”AAA”, är en hårdare nöt att knäcka. Men inte ens handikapporganisationerna verkar särskilt angelägna om att man skall göra det. De har naturligtvis inget mot att någon går hela vägen, tvärtom, men det är för dig som strävar efter att vara bäst i klassen.

Det finns dock en del riktpunkter med prioritet 3 som är lätta att uppfylla, så dem bör man ta även om man inte har ambitionen att klara alla.

Upplägg

Det som gör webbplatsen tillgängligare sammanfaller i hög grad med det som gör den användbarare. Därför har de konkreta råden placerats i det sammanhang där de hör hemma, och i detta kapitel finns mest kommentarer och hänvisningar till de råd i boken som motsvarar respektive riktpunkt.

Under rubriken ”I samma anda” samlas hänvisningar till råd som inte är bokstavligen nödvändiga för att följa WCAG, men som verkar för samma mål.

UR ANVÄNDBARHETSBOKEN

9 Apr 2012

64 Webbläsare för funktionshindrade

Innan vi går in på hur webbplatser kan göras tillgängligare, kan det vara bra att veta litet om vilka verktyg funktionshindrade använder för att surfa på webben.

Vanlig webbläsare

Många funktionshindrade har inte speciella handikapphjälpmedel, utan använder vanliga webbläsare – och klarar sig utmärkt med dem så länge sidorna är gjorde med omsorg och eftertanke.

Även i en vanlig webbläsare finns en del hjälpmedel inbyggda som kan öka tillgängligheten. Framför allt möjligheten att styra textstorleken, men även att styra färger, hastigheter på växlingar etc.

Vanlig webbläsare, ingen mus

En del användare kan inte använda mus. Det gäller naturligtvis de synskadade men även andra. De är beroende av att webbsidor är gjorda så att de kan användas via tangentbordet.

Skärmläsare

Blinda och gravt synskadade använder skärmläsare. Denna läser, namnet till trots, inte från skärmen. Istället tolkar den precis som en vanlig webbläsare HTML-koden, men istället för att översätta till en visuell sida översätter den till en text.

Skärmläsaren använder vanligen talsyntes för att läsa upp texten. Den kan också presentera den som punktskrift om användaren har en så kallad Braille-skärm .

Många skärmläsare är byggda ovanpå Internet Explorer och fungerar därför i grunden likadant som den. De kan dock ha en mängd speciella funktioner och kommandon, till exempel för navigation inom sidan och för att läsa upp en tabell på ett begripligt sätt.

Endimensionellt

Den uppenbara skillnaden mellan skärmläsare och vanlig webbläsare är naturligtvis att det visuella försvinner.

Men det är viktigt att inse vad detta innebär på ett mer kognitivt plan.

En dimension försvinner. Skärmen är tvådimensionell, talet endimensionellt. Innehållet är inte längre utlagt över en yta utan uppträtt på en linje. Det finns ingen överblick. Relationer mellan olika delar av sidan som finns i den visuella versionen kan bli mycket svårare att inse eller försvinna helt.

Den förmåga som en seende har att hoppa runt godtyckligt på sidan försvinner. Användaren kan röra sig framåt och bakåt men inte ögonblickligen identifiera ett område på sidan och flytta sin uppmärksamhet dit.

Typografins visuella ledtrådar till vilken roll olika texter spelar på sidan – stort och fett för rubriker, färgat och understruket för länkar, indrag för citat, etc. – försvinner och texten blir en jämn massa.

Skärmläsare försöker så gott det går kompensera denna brist på överblick genom att kunna läsa upp bara sidans länkar eller sidans rubriker och att kunna läsa upp texten i ett rasande tempo. Webbsidor kan också bidra genom att innehålla genvägar (se sid 232).

Skärmläsare försöker i viss mån även spegla typografin genom att växla mellan kvinnlig och manlig röst, använda olika röstlägen, tonfall och liknande. Det finns till och med formatmallar som kan styra uppläsarrösten.

Skärmläsare och vanlig webbläsare i kombination

Det är inte bara blinda som använder skärmläsare. Även människor med lässvårigheter eller som har lättare att förstå när de hör något än när de läser det kan ha glädje av dem. Det finns till exempel skärmläsare som har en markör som rör sig över webbsidan och visar var den är samtidigt som den läser upp texten.

Skärmförstoring

Användare med dålig syn kan också ha hjälpmedel som kraftigt förstorar en del av skärmen.

Följden av detta blir i första hand förlust av överblick. För dem är det därför viktigt med konsekvens – att navigation och andra viktiga funktioner ligger på samma ställe på olika sidor.

Stor skärm

En variant är användare som skaffar en stor skärm och ställer in denna så att allt förstoras.

Därför händer det att man har användare som visserligen har stora skärmar men ändå bara ser sidorna med t.ex. 640x480 eller 800x600 i upplösning.

En slutsats man kan dra av detta är att inte ens på intranät, där man vet precis vad alla har för skärmar på sina skrivbord, kan man vara säker på hur användarna väljer att se sidorna.

UR ANVÄNDBARHETSBOKEN

8 Apr 2012

Tillgänglighet

Begreppet tillgänglighet används för två delvis skilda saker. Dels när man talar om hur tillgänglig en webbplats är för användare med funktionshinder. Dels när man talar om hur tillgänglig den är för användare med olika tekniska förutsättningar, till exempel någon som har en väldigt gammal webbläsare eller surfar via mobiltelefon.

I första hand kommer denna avdelning att koncentrera sig på det som ökar tillgängligheten för människor. I praktiken sammanfaller dock ofta områdena. Samma saker som gör webbplatsen tillgänglig för den som är blind göra den också tillgänglig för söktjänster och mobilsurfare.

Design för alla

Tillgänglighet för funktionshindrade är inte något som bara är intressant för en liten grupp handikappade användare. Ibland används istället begreppet ”design för alla”, som mycket bättre berättar vad det handlar om. Man behöver inte vara synskadad för att uppskatta att texten inte är pytteliten, det gör både den tredjedel av Sveriges befolkning som är över 50 och användare av bärbara datorer av senaste modell med högupplösta skärmar. Man behöver inte ha lässvårigheter för att föredra en text som är skriven på ett läsvänligt sätt. Och man behöver inte ha en muskelsjukdom för att ibland vilja låta mushanden vila och surfa via tangentbordet.

Både demokratiska och kommersiella skäl motiverar att designa för alla. Att myndighetswebbplatser görs så att delar av befolkningen inte kan använda dem är naturligtvis inte acceptabelt. Att e-handelsplatser görs så att potentiella kunder inte kan använda dem är dåligt affärsmannaskap – i synnerhet som det ofta inte är dyrare att designa tillgängligt, utan snarare en fråga om att utföra hantverket på rätt sätt.

Inte bara för synskadade

När man talar om handikappanpassning av webben tänker många på de synskadade . Det är inte så konstigt, det är ju ett litet mirakel som skett, det enda som behövs är en gnutta eftertanke hos webbmakarna så öppnar sig en ny värld för en grupp som tidigare bara kunde komma åt text via dyra inläsningar på band. En enorm nytta för en liten ansträngning.

Den stora gruppen funktionshindrade är dock en annan. Det är de kognitivt handikappade, till exempel människor med lässvårigheter, svårigheter att följa abstrakta resonemang eller inlärningssvårigheter.

Att tillgängliggöra för denna grupp handlar mycket om språket, hur innehållet skrivs och att komplettera texter även med andra uttrycksformer, till exempel förklarande bilder.

Kryptera förbindelsen mellan webbläsare och server när känslig information hanteras – till exempel lösenord och kreditkortsnummer. En så kallad https-förbindelse har både ett konkret värde – det går inte att tjuvlyssna på den – och ett symboliskt – den visar användaren att du är varsam om hennes uppgifter.

Om det går att undvika, skriv inte ut känsliga uppgifter på webbsidan. Om det ändå görs, koda sidan så att den inte sparas i webbläsarens cache. (Detta råd står i motsättning till Låt bakåtknappen fungera, sid 202, men skyddet av användarens uppgifter väger i de flesta fall tyngre än bekväm funktion.)

E-posta aldrig känsliga uppgifter utan användarens uttryckliga tillåtelse.

UR ANVÄNDBARHETSBOKEN

4 Apr 2012

63.1.4 Fråga inte om du redan vet

Om användaren är inloggad och uppgifter om henne redan finns i databasen, visa dem i formuläret så hon inte tvingas mata in dem igen.

Ge henne möjlighet att enkelt ändra uppgifter som blivit felaktiga.

UR ANVÄNDBARHETSBOKEN

3 Apr 2012

63.1.3 Fråga bara efter det du behöver veta

Generellt kan sägas att användare är försiktiga med att lämna ifrån sig uppgifter om sig själva. Dels irriterar de sig över själva jobbet – att sitta och fylla i långa formulär är inte vad de kom till webbplatsen för att göra. Dels är de oroliga över hur uppgifterna kommer att användas.

Därför är kvalitén – eller för att tala klarspråk: sanningshalten – hos den data man får in ofta ganska låg.

En taktik för att hantera detta är att hålla ner antalet frågor, och koncentrera sig på den data som för ögonblicket behövs. Med tiden kan du sedan komplettera bilden. En användare som aldrig skulle drömma om att lämna ut sin adress när hon först registrerar sig på en webbplats, brukar inte ha något problem att göra det när hon ser en nytta med att svara på frågan – till exempel när hon gör en beställning som skall levereras till den adressen.

Ange i vilka sammanhang uppgifterna kommer att användas och vilka begränsningar det finns för hur de får användas. Berätta att uppgifterna inte kommer att användas för andra syften än de som de samlats in för (om det är sant). Om möjligt, ange hur länge de kommer att lagras. Lova inte saker du inte säkert har möjlighet att hålla.

Redogör för varför du samlar in uppgifterna och vad de skall användas till. Om det inte är självklart, förklara vad användaren har för fördelar av att lämna uppgifterna.

Var speciellt tydlig när du ber om en e-postadress. Många användare är rädda för att få mer spam och mycket försiktiga med att lämna ifrån sig den.

UR ANVÄNDBARHETSBOKEN

31 Mar 2012

63 Respektera och skydda användarens integritet

Många användare är oroliga för vad som händer med deras personliga uppgifter. Det är därför viktigt att bygga förtroende genom att berätta varför uppgifterna samlas in och hur de kommer att hanteras.

Se även Berätta hur webbplatsen använder permanenta kakor, sid 326.

UR ANVÄNDBARHETSBOKEN

29 Mar 2012

61.1.3 Publicera bara sådant som du står bakom

Gör bara information som du står bakom och har för avsikt att publicera tillgängligt via webben.

Tänk på att så snart någonting finns på webben har sökmotorerna en anmärkningsvärd förmåga att hitta det. Detta gäller även dokument i andra format, t.ex. Word eller PowerPoint.

Sidor och webbplatser som är under uppbyggnad bör vara skyddade till dess de är redo för publicering. Att en sida inte är länkad till är inte ett tillräckligt pålitligt skydd.

Webbplatsen skall inte innehålla inaktuell eller överspelad information. I den mån sådan sparats skall den lyftas undan från den allmänna navigationen och sökningen. I Inaktuellt innehåll , sid 238, finns råd om hur inaktuellt material kan hanteras.

UR ANVÄNDBARHETSBOKEN

23 Mar 2012

62.1.1 Ange hur aktuell sidan är

Sidan skall ange ett datum med vars hjälp användaren kan bedöma hur aktuell den är.

Det finns flera olika datum att välja mellan (se Bestäm vilken av sidans tider som används, sid 170). Av dessa är vanligen senaste gången sidan granskades det mest relevanta – vare sig granskningen ledde till ändringar eller sidan var ok som den var. Är sidan nyutgiven används publiceringen som senaste granskningsdatum.

Ett mer ambitiöst alternativ är att ange två datum, dels när sidan är publicerad eller senast uppdaterad, dels när den senast granskades. Denna version förespråkas av 24-timmarswebben.

Tidstämpeln bör inte ändras för småändringar, utan ange senaste tidpunkten då väsentliga uppgifter ändrades eller då materialet granskades.

Det är sällsynt att det finns anledning att sätta ut klockslag. Datum ger nästan alltid precision nog.

Sätt inte automatiskt ut dagens datum på sidan. Det ger ett falskt intryck av aktualitet som snabbt genomskådas.

Sidor som inte primärt handlar om att förmedla information behöver inte följa detta råd. Det kan till exempel gälla för webbapplikationer.

Se även Var lagom exakt , sid 96, om datumformat.

Om det finns diskussionsforum, möjligheter för användare att kommentera eller andra sätt som utomstående kan bidra med innehåll, måste detta granskas. Du har ett juridiskt ansvar för det som står på webbplatsen och för att hålla regelbunden kontroll på detta.

Det finns två olika tidpunkter när granskningen kan ske.

Förhandsgranskning

Användarnas bidrag kan förhandsgranskas innan de syns på webbplatsen.

Nackdelen med detta är att de blir fördröjda, vilket kan lägga en hämsko på diskussioner och lusten att bidra.

Strävan bör vara att granskningen sker inom en timme (åtminstone under kontorstid).

Det finns också varianter av förhandsgranskning där man bara granskar vissa bidrag, till exempel kommentarer från användare som väljer att vara anonyma, eller de första fem debattinläggen från en ny användare.

Efterhandsgranskning

Bidrag kan också granskas i efterhand, och plockas bort om de är ärekränkande eller på annat sätt bryter mot lag eller god ton.

En sådan granskning måste vara regelbunden, typ varannan dag (rådgör med en jurist om hur tätt kontrollerna bör ske för att slippa legalt ansvar).

Det är lämpligt att bidrag som plockas bort inte försvinner spårlöst utan ersätts av en text som förklarar vad som skett och gärna även varför. Detta är speciellt viktigt i diskussioner där bidraget redan hunnit kommenteras.

UR ANVÄNDBARHETSBOKEN

16 Mar 2012

61.1.2 Kontrollera regelbundet att länkar fungerar

Webben är en föränderlig plats. Tyvärr kan man inte lita på att sidor man länkat till finns kvar. Det är därför nödvändigt att kontrollera att länkar inte brustit.

Det är ett rimligt krav på ett publiceringssystem att det regelbundet och automatiskt gör denna kontroll och rapporterar trasiga länkar.

För att kontrollera manuellt finns en mängd olika verktyg. Se www‌.anvandbart‌.se/‌ab/‌kontrollera-lankar för tips.

Tyvärr är dessa verktyg inte helt pålitliga eftersom en del webbplatser numera inte ger ett felmeddelande (ett så kallat ”404”) när sidan saknas, utan istället bara visar en vanlig sida som berättar att sidan inte finns. Detta gör att du är tvungen att lita också till egen kontroll och till tips från användarna (se Ange vem som är ansvarig för sidan, sid 338).

Ett problem med många webbplatser är att de är som svarta hål. När väl informationen har sugits in i dem, ser den ansvarige aldrig den igen.

Även om metaforen är litet överdriven – det händer ju trots allt att man ser de sidor man har ansvar för – så är det ett stort problem att mycket felaktig, gammal eller överspelad information ligger kvar på webben.

För att bli av med den behövs systematiska sätt att göra den synlig för den som har ansvar för sidan.

Rutiner skall finnas så att sidorna regelbundet granskas. Hur ofta detta behöver göras beror på innehållets art och vikten av korrekthet. Det bör normalt göras minst en gång per år.

För att i praktiken kunna leva upp till detta råd krävs gott tekniskt stöd.

Om det inte är en mycket liten webbplats är det orimligt att kräva av webbredaktören att hon skall manuellt leta upp alla felaktiga sidor.

Idag är tyvärr nästan alla verktyg inriktade på att publicera aktuell information, men få tycks ha insett att avpublicering av inaktuell information är lika viktigt.

Bäst före

Ett sätt att angripa problemet kan vara att ge webbsidor ett 'bäst före'-datum – av samma slag som våra livsmedel är märkta med. Dock med skillnaden att det bara är synligt för producenten, inte för konsumenten. Det kan användas för att regelbundet, till exempel varje halvår, uppmana den som är ansvarig för en sida att granska den för att se om det finns anledning att uppdatera eller ta bort den.

Många publiceringssystem har funktioner för att automatiskt ta bort material vid en viss tidpunkt. Detta kan vara användbart för viss information, där det verkligen finns ett specifikt datum då den är överspelad. Det kan dock inte ersätta ett 'bäst före'-stöd, eftersom det för mycket information är omöjligt att i förväg veta exakt vilket datum den blir inaktuell. Att automatiskt och utan mänsklig granskning ta bort sidor är alltid förenat med risk att innehåll som fortfarande är giltigt och relevant plötsligt försvinner från webbplatsen.

Håll speciell koll på uppgifter som ofta ändras

För uppgifter som ofta ändras, till exempel antalet anställda eller specifika detaljer i verksamheten, kan man ha en uppsättning färdiga sökningar som någon har till ansvar att utföra regelbundet.

Även tidsbundna ord och fraser kan vara värda att söka på, till exempel ”ny”, ”nytt”, ”i år”, ”snart” och ”kommer att”.

När större ändringar sker, till exempel vid en omorganisation, en flytt eller då direktiv eller regler ändras, bör webbplatsen systematiskt sökas igenom efter uppgifter som blivit inaktuella.

Tydlig kontaktadress

I hög grad kan man också lita till användarna. Finns det en tydlig länk till en kontaktperson brukar de höra av sig när de upptäcker något fel. Se vidare Ange vem som är ansvarig för sidan, sid 338.

Alla sidor behöver inte kontrolleras

Sidor som inte primärt handlar om att förmedla information, eller där man kan förutsätta att informationens giltighet inte ändras (till exempel en historisk skildring) kan klara sig utan regelbundna kontroller.

UR ANVÄNDBARHETSBOKEN

14 Mar 2012

60.1.6 Framhäv personen bakom informationen

Information som är knuten till en person har allmänt en mycket högre trovärdighet och kommer oftare till användning än information där avsändaren inte är synlig.

Att visa vem som står bakom innehållet i en sida är speciellt vanligt på media­webb­plats­er – säkert eftersom man från tidningsvärlden redan har traditionen att lyfta fram sina krönikörer och reportrar. Men det finns inget som hindrar andra webbplatser att också utnyttja den styrka som en personlig anknytning ger, och som en del av detta organisera informationen utifrån författaren. Se vidare Gör det lätt att hitta mer av samma författare, sid 173, och Använd bilder , sid 57.

UR ANVÄNDBARHETSBOKEN

13 Mar 2012

60.1.5 Ange vem som är ansvarig för sidan

Alla webbsidor bör ha en kontaktperson med e-postadress (eller om man rädd för spam, länk till kontaktformulär) och gärna även telefonnummer, som besökaren lätt kan nå om hon har frågor eller påpekanden. Detta kan vara den som har hand om själva sidan eller någon som fungerar som kontakt för hela webbplatsen.

Skriv kontaktpersonens namn eller funktion (t.ex. ”ansvarig för skolsidorna”, ”redaktör” eller ”produktansvarig”).

Rutiner skall finnas så att e-post besvaras inom rimlig tid, också när den som har huvudansvaret är frånvarande.

Om namn sätts ut på sidorna skall det finnas rutiner och tekniskt stöd, så att dessa lätt kan ändras när den ansvarige slutar eller byter arbetsuppgifter. Samma sak gäller om det är funktionen som anges. Den får inte vara fast kopplade till en person utan skall lätt kunna kopplas om.

För webbapplikationer är detta inte alltid intressant (däremot kan det behövas en kontakt för att få hjälp med användning eller tekniska problem).

UR ANVÄNDBARHETSBOKEN

11 Mar 2012

60.1.4 Ange vem som är ansvarig för webbplatsen

Det bör klart framgå vem som har det övergripande ansvaret för webbplatsen.

För webbplatser som följer 24-timmarswebben är detta obligatoriskt.

UR ANVÄNDBARHETSBOKEN

10 Mar 2012

60.1.3 Webbplatsens syfte bör vara tydligt

Räkna inte med att alla som kommer till webbplatsen vet vad ni sysslar med eller vad syftet med den är.

En väl formulerad fras placerad intill logotypen kan göra mycket för att klargöra. En längre avsiktsförklaring kan också finnas på eller länkas från ingångssidan.

Bild 118. En väl vald fras intill logotypen kan göra webbplatsens syfte tydligt. (www.adlibris.se)

I en rapport har Christina Mulligan och Timothy B. Lee tittat på mjukvarupatenten och kommer till slutsatsen att det är omöjligt att veta om man kommer att bryta mot ett patent eller inte.

The legal research required for all software-producing firms to stop infringing patents would cost more than the entire revenue of the software industry. Even if firms were willing to pay the bill, there simply aren’t enough patent lawyers to do the work.

Adress, e-post och telefonnummer bör finnas på webbplatsen så att det är lätt för användaren att komma i kontakt med er. De bör ligga på ingångssidan och får gärna även finnas på alla andra sidor. De behöver inte ha någon framträdande plats utan kan läggas till exempel längst ner på sidan. Finns utförligare kontaktinformation på webbplatsen bör där också läggas en länk dit.

Det har uppenbara fördelar för förtroendet att avsändaren inte gömmer sig bakom webben utan går att nå även på andra sätt.

Det har också bonusfördelen att en av de vanligaste anledningarna till att människor besöker en webbsida är just att få tag på adressen eller telefonnumret – så genom att sätta dem på ingångssidan gör man det lättare för användarna.

Detta görs lämpligen genom att logotypen är väl synlig på alla sidor.

Om organisationen inte är allmänt känd bör det också finnas en text om förklarar vad den är, vad den vill etc., på eller länkad från ingångssidan.

UR ANVÄNDBARHETSBOKEN

7 Mar 2012

59.1.6 Prioritera användbarhet högre än snabbhet

Stirra dig inte blind på råa tidmätningar. Användarens upplevelse av hur snabb sidan är påverkas av fler faktorer än klocktid. Så upplevs till exempel en webbplats där användaren har framgång – det vill säga lyckas göra det hon kom för att göra – som betydligt snabbare än webbplatser där hon misslyckas.

UR ANVÄNDBARHETSBOKEN

6 Mar 2012

59.1.5 Förbered webbplatsen för extrema belastningar

En webbplats som blir uppmärksammad kan under en tid råka ut för mångdubbelt mer trafik än normalt. (På branschjargong kallas detta att bli slashdottad, efter den effekt som det kan ha på en webbplats att bli omnämnd och länkad från populära Slashdot .)

Det är sällan ekonomiskt rimligt att dimensionera webbservern för att klara dessa sällsynta och tillfälliga trafiktoppar. Däremot kan det vara klokt att vara förberedd för dem. Eftersom denna sorts trafik i allmänhet kommer snabbt och utan förvarning, måste motåtgärderna i princip finnas tillgängliga med en knapptryckning.

Exempel på motåtgärder:

En förenklad layout, helt eller så långt som möjligt utan bilder (speciellt på ingångssidan, om trafiken kommer den vägen). Någonstans på sidan bör anledningen till att layouten bytts ut förklaras.

Slå av all speciell anpassning till enskilda användare och alla finesser som kräver att servern slår upp eller räknar ut något innan sidan visas. Om möjligt, undvik helt att serva sidor från databas och lägg istället kopior av dem på hårddisk.

Om det är en eller enstaka sidor som drar till sig den stora trafikmängden, flytta dessa till en separat server.

Om du med någotsånär träffsäkerhet kan förutse vilka sidor användaren kommer att gå vidare till, kan dessa förladdas. Webbläsare med stöd för detta kan då visa sidan nästan ögonblickligen.

Se www.anvandbart.se/ab/forladda för hur det hanteras tekniskt.

UR ANVÄNDBARHETSBOKEN

3 Mar 2012

59.1.3 Webbservern skall leverera sidan snabbt

En hastighetsfaktor som får allt större betydelse är webbservern. Traditionellt har denna haft som uppgift att leverera färdiggjorda sidor, men i och med att publiceringssystem där sidorna skapas i flykten när de behövs blivit allt vanligare, har arbetsbördan på webbservern (och systemen bakom den) ökat. Detta gäller i synnerhet om sidorna anpassas speciellt för varje användare.

Ett underdimensionerat system kan ge extrema väntetider, så detta är definitivt viktigt att hålla ett öga på.

Formatmallar minskar mängden kod som webbservern behöver skicka jämfört med sidor kodade på äldre sätt, och gör leveransen snabbare. Se Använd formatmallar , sid 423 .

UR ANVÄNDBARHETSBOKEN

2 Mar 2012

59.1.2 Ladda viktiga delar av sidan först

En fördel med layout baserad på formatmallar är att man i hög grad kan styra vilken del av sidan som syns först, genom att lägga den först i HTML-koden.

Användarens upplevelse av hur snabb sidan är styrs av hur snabbt hon kan börja göra det hon kom för, inte av hur lång tid det tar för hela sidan att ladda. När hon väl börjat läsa, hinner webbplatsen nästan alltid ta fram resten av sidan innan hon behöver den.

Sökning och huvudnavigation bör laddas tidigt, följt av sidans huvudinnehåll. (Denna prioritering kan ifrågasättas, innehållet är ofta det viktigaste – men att kunna ta sig vidare kan också vara viktigt och dessa delar är små och laddar snabbt jämfört med innehållet). Sidospalter och olika former av alternativ navigation kan få en lägre prioritet, liksom sådant som ligger långt ner på sidan.

En faktor som måste vägas in jämsides med hastigheten är att undvika att sidans delar hoppar runt medan sidan laddas, eftersom detta urholkar den fördel användaren har av att kunna börja läsa tidigt.

Bilder

Bilder utgör ett kapitel för sig. De är ofta betydligt tyngre än HTML-koden, och därmed de stora hastighetsbovarna. Samtidigt stör det ofta inte användaren så mycket att bilder kommer senare, så länge text och navigation kommer på plats snabbt. Det är dock viktigt att de har width- och height-attributen satta, så att webbläsaren inte flimrar om sidan när bilden laddats ner.

Ur ett användbarhetsperspektiv är nästan alla webbplatser för långsamma. Forskning visar att om användare får vänta mer än tio sekunder på en sida har de en klar tendens att börja gör något annat i väntan på att sidan skall laddas.

Det betyder att en sida som är färdig att tas i bruk inom 10 sekunder har betydligt större chans att hålla kvar sina användare än en som är långsammare.

Sidan behöver inte vara färdigladdad inom tio sekunder, det viktiga är att det som användaren kom för finns där - navigationen på en sida hon vill passera, början av innehållet på en sida hon vill ta del av.

Naturligtvis är 10 sekunder inte en absolut gräns, där allt är lugnt under den och katastrof över, utan mer en riktpunkt på en löpande skala.

Inte heller kan man sitta helt nöjd bara för att sidan är snabbare än dessa tio sekunder. För en riktigt bra användarupplevelse skall det inte märkas något avbrott alls, och för att uppnå detta måste sidan laddas på en tiondels sekund. Det är naturligtvis inte realistiskt med den bandbredd användare har idag, men det är det mål webben i ett längre perspektiv måste sträva efter.

Ett delmål som börjar närma sig det realistiska är att ladda sidan inom en sekund – som är ungefär den tid man har på sig innan användarens tanke vandrar iväg till något annat.

En slutsats man kan dra av detta är att inte låta de nuvarande tiderna bli en norm. Webben är fortfarande alldeles för långsam för människors snabba otåliga hjärnor. Snabbare förbindelser bör därför inte intecknas genom att göra tyngre sidor, utan användas för en snabbare användarupplevelse.

Förbindelsehastighet

Eftersom olika användare är uppkopplade till Internet med olika hastighet, blir en naturlig fråga vem man skall mäta hos för att se om rådet är uppfyllt.

I princip bör det vara hos dem i målgruppen som har långsammast förbindelse. Detta innebär i många fall modem . Det är naturligtvis utmärkt om man klarar tiosekundersgränsen för modemanvändare, men detta är ett mycket högt satt mål och kräver att sidan görs extremt enkel, vilket kan kollidera med andra krav på webbplatsen. Realistiskare är att försöka klara tidsgränsen för användare med en typisk bredbandsförbindelse på 0,5 Mb per sekund, eller att använda IT-kommissionens definition av bredband och sätta sin ambition utifrån 2 MB per sekund.