6 Verkkosisällön saavutettavuus Verkkosisällön saavutettavuus (Web Content Accessibility) on informaation saavutettavuuden erikoistapaus. Verkkosisällön saavutettavuus kohdistaa huomionsa verkkopalvelun käyttöliittymärajapintaan (vrt. XHTML), mutta puhuu hieman myös kognitiivisesta saavutettavuudesta ja prosesseista verkon takana Verkkosisällön saavutettavuusohje 1.0 ja informatiivinen dokumentaatio Saavutettavuuden tasot Arviointi ja menetelmät Section 508 yms. 92
6.1 Välisoitto Verkkosisällön saavutettavuusohjeet ja arviointi keskittyvät siis pitkälti selaimessa näkyvään lopputuotteeseen Käytännössä kehitystyön pitää kuitenkin vaikuttaa tuotannon prosessien ja käytäntöjen tasolla jos tämä unohtuu, työ muuttuu (kalliiksi) "paikkaamiseksi" 93
6.2 Yleissilmäys W3C:n saavutettavuusohjeisiin 94
6.3 Verkkosisällön saavutettavuusohjeet Verkkosisällön saavutettavuusohje 1.0 (Web Content Accessibility Guidelines 1.0, WCAG 1.0) pitkälti määrittelee mitä Web(-sisällön) saavutettavuudella tarkoitetaan - normatiivisena perustana WCAG 1.0 -suositus ("30 s" mutta vain osa...) - ja kokoelma ohjeita joihin tukeutuen suositusta tulkitaan ja sovelletaan (yleensä asian tätä puolta ei erikseen mainita...) Kuva: W3C/WAI 2005 Saavutettavuusohje on W3C-suositus vuodelta 1999 (WAI-toimialue) - W3C-suosituspolun tulos, johon liittyy errata - englanninkielinen, mutta käännetty myös suomeksi WCAG 2.0 työn alla (periaatteessa yhteensopivia) 95
6.4 Verkkosisällön saavutettavuusohjeet, dokumentaatio Ks. http://www.w3c.org/wai/resources/ Keskeiset ohjeet - Web Content Accessibility Guidelines 1.0 (WCAG 1.0) - checkpoints (WCAG 1.0:n liite) - Tekniikat - Techniques for Web Content Accessibility Guidelines 1.0 - Accessibility improvements in HTML 4.0 - Accessibility Features of SMIL, SVG, CSS -... - Arviointi - Evaluating Web Sites for Accessibility - lisäksi eritasoista promootio- ja oppimateriaali, esimerkkejä, yms. 96
6.5 Muistin tueksi: WCAG 1.0 pähkinänkuoressa 1. Tarjoa samansisältöinen vaihtoehto ääni- ja kuvaperustaiselle tiedolle. 2. Älä luota yksin värien käyttöön. 3. Käytä merkkaus- ja tyylikieliä ja käytä niitä oikein. 4. Koodaa tekstin luonnollinen kieli selvästi (dokumentin tekniseen otsikkoon). 5. Käytä taulukoita siten että ne voidaan esittää eri tavoin ja eri välineillä. 6. Varmista että uusia teknologioita hyödyntävät sivut toimivat hyvin myös vanhemmilla asiakasohjelmilla. 7. Varmista että käyttäjä voi hallita sovelluksen aikariippuvia osia. 8. Varmista sulautettujen tai upotettujen käyttöliittymäosien suora saavutettavuus. 9. Suunnittele laiteriippumattomasti. 10. Käytä ratkaisuja jotka toimivat myös tällä hetkellä (käytä tarvittaessa väliaikaisia ratkaisuja) 11. Käytä W3C-teknologioita ja ohjeita. 12. Pidä käyttäjä jatkuvasti selvillä asiayhteydestä ja sijainnista sovelluksessa. 13. Tarjoa selkeä navigointimekanismi. 14. Varmista että dokumentit ovat selkeitä ja yksinkertaisia. 97
6.6 Ohjeet vs. tarkistuslista Kommentteja: - ok ohjeita, mutta esitietojen ja taitojen pitää olla kunnossa - selvästi heuristiikka miten noudatetaan/arvioidaan? Käytännössä verkkosisällön saavutettavuusohjetta sovelletaan juuri ohjeen tarkistuslistaan vedoten - ks. http://www.w3c.tut.fi/translations/wai/wcag10-checklist/ -...se ryhmittelee tarkistuskohteet (checkpoint) kolmitasoiseksi rakenteeksi tärkeysasteisiin (priority) vedoten (Huom. järjestys) Ohjetta on kritisoitu mm. eritasoisten ohjeiden sekoittamisesta, painotuksista, numeroinnista ja sekavuudesta (mutta näihin emme voi vaikuttaa!) 98
6.7 Ohjeiden tärkeysasteet ja tasoluokitus Taso 1 (1 ~ A) - Sisällöntuottajan pitää noudattaa tätä tarkistuskohtaa. Mikäli kohtaa ei noudateta, yhden tai useamman käyttäjäryhmän on mahdotonta saavuttaa dokumentin sisältämä informaatio. Kyseinen tarkistuskohta on perusehto, jonka avulla tietyt ryhmät kykenevät käyttämään verkkoaineistoa. Taso 2 (1 ja 2 ~ AA) - Sisällöntuottajan tulisi noudattaa tätä tarkistuskohtaa. Muussa tapauksessa yhden tai useamman käyttäjäryhmän voi olla vaikeaa saavuttaa dokumentin sisältämä informaatio. Tämän tarkistuskohdan noudattaminen poistaa suuria esteitä verkkosivujen käytön tieltä. Taso 3 (1, 2 ja 3 ~ AAA) - Sisällöntuottaja voi noudattaa tätä tarkistuskohtaa. Muussa tapauksessa yhden tai useamman käyttäjäryhmän voi olla hieman hankalaa saavuttaa dokumentin sisältämä informaatio. Tarkistuskohdan noudattaminen parantaa verkkoaineiston saavutettavuutta. 99
6.8 Saavutettavuusohjeistus versus tekniikat Ohje ja tarkistuslista eivät käytännössä itsessään tarjoa esimerkkejä esim. saavutettavan XHTML-dokumentin kirjoittamiseen toteutustasolla Ohje Techniques for Web Content Accessibility Guidelines 1.0 jäsentää saavutettavuusohjeen tekniikoiden näkökulmasta. Se sisältää viittauksia täsmällisimpiin ohjeisiin: - Core Techniques for Web Content Accessibility Guidelines 1.0 - HTML Techniques for Web Content Accessibility Guidelines 1.0 - CSS Techniques for Web Content Accessibility Guidelines 1.0 Yo. dokumentit eivät kuitenkaan ole "suosituksia", ts. tarkkaan ottaen normatiivinen saavutettavuusohje jättää melko paljon tulkinnanvaraa -...mutta käytännössä tekniikkaohjeet luetaan myös ohjeen piiriin 100
6.9 Viittausrakenne: tarkistuslista, ohje, tekniikat ja HTML Ohjeen seuraaminen koetaan joskus hankalaksi koska se sisältää runsaasti viittauksia "erisisältöisten, mutta samannäköisten" dokumenttien välillä Koko ohjeen suomenk. käännös ei toteuta linkkirakennetta (eikä siten ole kovin hyödyllinen tuotantokäytössä) (Huom. suom. tarkistuslista sisältää!) Taso 1 Taso 2... Taso3... Tarkistuslista cp4.1 Merkitse selvästi dokumentin kielen vaihtuminen... Saavutettavuusohje Guideline 1: Provide equivalent... cp 1.1, 1.2,..., 1.5 Guideline 2: Don't rely on color... cp 2.1, 2.2 Guideline 3: Use markup... cp 3.1, 3.2,..., 3.7 Guideline 4: Clarify natural language usage cp 4.1, 4.2, 4.3 Guideline 5: Create tables that...... Yleiset tekniikat (Viittaukset jaoteltu tekniikoittain)... Guideline 3: Use markup... Guideline 4: Create tables that... cp 4.1: HTML techniques: Identifying changes in language cp 4.2 cp 4.3. Guideline 5: Create tables that...... HTML-tekniikat (Core/HTML/CSS)... 2.1 Identifying changes in language cp 4.1: Example. <P>And with a certain <SPAN lang="fr">je ne sais quoi</span>, she entered both the room, and his life, forever. <Q>My name is Natasha,</Q> she said. <Q lang="it">piacere,</q> he replied in impeccable Italian, locking the door. Checklist of Checkpoints for Web Content Accessibility Guidelines 1.0 Web Content Accessibility Guidelines 1.0 Techniques for Web Content Accessibility Guidelines 1.0 HTML Techniques for Web Content Accessibility Guidelines 1.0 101
6.10 WCAG 1.0 -tarkistuslista pähkinänkuoressa (1/3) ks. http://www.w3c.tut.fi/translations/wai/wcag10-checklist/ Taso 1: "Järkevä minimitaso" (muttei toki "yksin" riitä) - tekstivastineet (esim. img@alt), värien käyttö, kielen muutokset ja @lang ja @xml:lang, toimii ilman tyylejä, - dyn.hallittavuus, välkkyminen, selkeä kielenkäyttö, - kuvakarttojen tekstilinkit, asiakaspään kuvakartat, - taulukoiden otsikot (esim. th), - kehysten nimeäminen, - objektien saavutettavuus, - visuaalisen multimedian äänikuvaus ja synkronointi, - "jos mikään muu ei auta, tarjoa linkki vastaavalle sivulle..." Huom. intuitiivisesti melko selviä vaatimuksia (toki voivat mennä pieleen) 102
6.11 WCAG 1.0 -tarkistuslista pähkinänkuoressa (2/3) Taso 2: "Kannanottoja parempaan suunnitteluun" - kontrasti, std. tekstiformaatit, tyylien käyttö, suhteelliset yksiköt tyyleissä, otsikoiden käyttö, luettelot oikein, lainaukset oikein, dyn.sisältö luettavissa, - vältä välkkymistä, ei automaattista sivujen päivitystä/ uudelleenohjausta, ei autom. uusia ikkunoita, suosi W3Ctekniikkaa, vältä deprecated-piirteitä, - jäsennä, selkeät linkit, metatietoa, sivukartta, selkeä navigointi, - ei taulukoita taittoon, kuvaa kehykset, lomakkeiden ohje (label) ennen syötekenttää ja assosioi, objektien/skriptien tapahtumankäsittelijät ja käyttöliittymät laiteriippumattomia, vältä liikettä, - kaikki toimii myös apuvälineiden kanssa Huom. Taulukot sivuntaitossa ja esim. kohdat 5.3. & 5.4. vs. monikanavaisuuden mahdollisuudet (HTML=julkaisuformaatti) 103
6.12 WCAG 1.0 -tarkistuslista pähkinänkuoressa (3/3) Taso 3: "Tukea syötemekanismeihin ja ymmärrettävyyteen" - lyhenteet ja akronyymit, pääasiallinen luonnollinen kieli (taas...), sarkainjärjestys, pikavalintanäppäimet, tulostuvia merkkejä linkkien väliin, tarjoa "kontekstitietoa", navigointipalkkeja, linkkiryhmät, eritasoiset haut, johtolauseiden käyttö, ASCIIkuvien ohitus, tue ymmärtämistä multimedian keinoin(!), johdonmukainen esitystapa, - selainpohj. kuvakarttojen tekstivastineet, taulukoiden yhteenvedot (table@summary), rivi- ja sarkainotsikoiden lyhenteet, lineaariset tekstivastineet, oletustieto lomake-elementteihin Kysymys: "Mihin tasoon sitten pyrkiä käytännössä?" Vastaus: "Aina oletuksena vähintään tasoon 1; lisäksi huomioidaan sovelluksen (ml. sen käyttäjät!) kannalta oleelliset piirteet" 104
6.13 (X)HTML-lomakkeiden saavutettavuus? Thatcher (2002) ehdottaa seuraavia toimia lomakkeiden saavutettavuuden parantamiseksi: - Place prompts for text fields and combo boxes above or left of the control - Place prompts for checkboxes and radio buttons to the right of the control - If placement is anything except the two cases above, use the <label> element with the for attribute to explicitly associate the prompts with the controls - Instead of the <title> element, you can use the title attribute on each <input> element to specify its label or prompt - Use the <fieldset> and <legend> tags to structure complex forms so that they are clearer and simpler to understand - Structure your contact information form to specify a desired communication channel (like TDD, pager, e-mail, etc.) for people who are deaf - Avoid limiting the amount of time allowed for completing and submitting forms. If that is not possible, explain time restrictions and issue an accessible alert before the timeout 105
6.14 Verkkosisällön saavutettavuusohjeistuksen ala WAI-ohjeistus tähtää käytön esteiden poistamiseen; rajaus on rationaalinen: pyrkimys on tehdä "mahdollisimman paljon hyvää realistisin resurssein" Tiedon hyväksyttävyys esim. arvot ja uskomukset WCAG 1.0 (vrt. matkaketju!) Tiedon sinänsä ymmärrettävyys Tiedon esitystavan ymmärrettävyys Tiedon tekninen saatavuus Täydentävä informaatio eri aisteille Tiedon esitysrakenteen ymmärrettävyys Informaation äärelle pääsyn esteet Verkkosisällön käyttöliittymän käytön esteet Selaimen käytön esteet Käyttöjärjestelmän käyttöliittymän esteet Tietokoneen käytön fyysiset esteet esim. käsitteet, esitiedot, konteksti esim. kirjoitustyyli esim. apuvälineiden käyttö esim. kuvien alt-teksti esim. sivurakenne, kappalejako esim. taulukoiden looginen käyttö esim. lomakkeet ja linkit esim. suosikit, animaation hallinta esim. selaimen avaaminen esim. koneen käynnistäminen 106
6.15 Saavutettavuusohjeiden noudattamisen vaativuus Tavoite: verkkosisältö kaikille...mutta "vain" heuristinen ohje - pyrkii kuvaamaan hyvän käytännön saavutettavuuden konkreettiseen toteuttamiseen - edellyttää harkintaa - osa vaatimuksista on ehdottomuudessaan epärealistisia (mutta näiden henki on kuitenkin melko selvä) - huono toteutus voi seurata ohjeen kirjainta noudattamatta sen henkeä (Väli)johtopäätös: ohje tarjoaa normin josta tingitään vain hyvin perustein (käytännössä ns. kohtuuton taakka, Undue Burden) Pelkkä ohjeen hengen noudattaminen voi parantaa saavutettavuutta mutta ei välttämättä ansaitse "saavutettavuusmerkkiä" (sertifiointi!) 107
6.16 WAI-pikavinkit (jos homma tuntuu liian hankalalta...) Kuvat & animaatiot. Käytä alt-attribuuttia selittämään tehtävä. Kuvakartat. Käytä aktiivialueisiin selainpuolen map:iä ja tekstiä. Multimedia. Liitä audioon tekstitys ja kuvausteksti sekä videoon kuvaus. Hypertekstilinkit. Tee linkkitekstistä sellaisenaan ymmärrettävä esim. vältä "klikkaa tästä" tyyppisiä selityksiä. Sivujen organisointi. Käytä otsikoita, listoja ja yhtenäistä rakennetta. Käytä CSS:ää sommitteluun ja tyyliin kun mahdollista. Käyrät & kaaviot. Käytä yhteenvetoa tai longdesc-attribuuttia. Skriptit, appletit & plug-init. Tarjoa vaihtoehtoinen sisältö, jos aktiiviset piirteet ovat saavuttamattomia tai niitä ei tueta. Kehykset. Käytä noframes:iä ja selventäviä otsikoita. Taulukot. Tee rivien lukemisesta ymmärrettävää. Tee yhteenveto. Tarkista lopputulos. Validoi. Käytä http://www.w3.org/tr/wcag ohjeita, tarkistuslistaa ja työkaluja. 108
6.17 WAI-ohjeiden mukainen verkkosisältö, ilmoittaminen Verkkosisällön saavutettavuusohje määrittelee miten verkkopalvelun yhteyteen voidaan liittää tieto saavutettavuuden ilmoitetusta tasosta (Claimed Conformance Level): Claims of conformance to this document must use one of the following two forms. Form 1: Specify: - The guidelines title: "Web Content Accessibility Guidelines 1.0" - The guidelines URI: http://www.w3.org/tr/1999/wai-webcontent-19990505 - The conformance level satisfied: "A", "Double-A", or "Triple-A". - The scope covered by the claim (e.g., page, site, or defined portion of a site.). Example of Form 1: This page conforms to W3C's "Web Content Accessibility Guidelines 1.0", available at http://www.w3.org/tr/1999/wai-webcontent-19990505, level Double-A. Form 2: Include, on each page claiming conformance, one of three icons provided by W3C and link the icon to the appropriate W3C explanation of the claim. Information about the icons and how to insert them in pages is available at [WCAG-ICONS]. 109
6.18 Saavutettavuuden toteutunut taso? Saavutettavuuden ilmoitettu taso ei ilmeisestikään automaattisesti tarkoita samaa kuin saavutettavuuden toteutunut taso ([met] Conformance Level) Oivoi. Luvassa on ongelmia... Syventymättä sertifioinnin ongelmiin, todetaan että kysymys heuristisen ohjeiston noudattamisesta palautuu viime kädessä kysymykseen ko. arviointitehtävään hyväksyttävästä (asiantuntevasta?) auktoriteetista - ks. esim. http://www.euroaccessibility.org/ Isossa mittakaavassa saavutettavuusarviointi on itse ohjeistuksen ohella toinen saavutettavuuden kuningaskysymyksistä! - käyttäjän näkökulma vs. kehittäjän näkökulma vs. lainsäätäjän näkökulma? (vrt. Section 508) 110
6.19 WAI-ohjeiden luonnostelema arviointiprosessi Informatiivinen WAI-oheistus sisältää myös saavutettavuuden (WAI-) arviointiohjeen (Accessibility Evaluation) joka luonnehtii arviointiprosessia tarkistuslistaa yleisemmällä tasolla (ks. http://www.w3c.org/wai/eval/): - alustava arviointi (Preliminary Review) - kattava arviointi (Conformance Evaluation to WCAG 1.0) - jatkuva seuranta (Ongoing Monitoring) Alustava arviointi on lähinnä sopivan sivusto-otoksen silmäilyä ja testaamista eri selainasetuksilla, sekä tuloksista oppimista Kattava arviointi tuo muassaan formaalimman otteen, syventää testiä ja korostaa yhteyttä oikeaan toimenpideohjelmaan tulosten käyttöönottoon - olettamuksia(!): tekniikka hanskassa ja mukana todellinen testiryhmä Jatkuva seuranta ylläpitää ja kehittää saavutettavuutta, systematisoi työtä (ja saattaa edellyttää saavutettavuudesta vastaavan henkilön nimeämistä) 111
6.20 Kattava WAI-arviointiprosessi pähkinänkuoressa (1/2) 1. Määrittele täsmällisesti mikä osa verkkopalvelusta arvioidaan ja mikä on saavutettavuuden tavoitetaso (Target Conformance Level) - dynaamisesta sisällöstä jäädytetään testiä varten edustava otos 2. Tutki arvioitava osa automaattisilla tarkistimilla - HTML- ja CSS-validointi - testaa vähintään kahdella eri arviointityökalulla (esim. Cynthia Says) 3. Arvioi tutkittava sivuotos saavutettavuuden tarkistuslistan avulla 4a. Käy arvioitava osa käsin läpi tarkistuslistan ja erilaisten selainkonfiguraatioiden avulla (vähintään kolmella eri selaimella) - kuvat, äänet, fonttikoot, näytön resoluutio, värit, kohdistinlaite (läh. sarkaimen käyttö), skriptit pois, objektit pois ja tyylitiedostot pois 112
6.21 Kattava WAI-arviointiprosessi pähkinänkuoressa (2/2) 4b. Käy arvioitava osa käsin läpi tekstiselaimen ja ääniselaimen avulla. - onko toiminnallinen käyttökokemus samansisältöinen? - esitetäänkö sisältö järkevässä järjestyksessä? 4c. Lue sisältö läpi. (Kieliasu ja esitystapa ok?) ((Huom. Vuonna 2004 mukana oli vielä kohta 4½: Saavutettavuusominaisuuksien käytettävyystestaus - pyydä erityyppisiä käyttäjiä (vammaiskäyttäjiä, eri laitteita käyttäviä, eritasoisia käyttäjiä, apuvälinekäyttäjiä) testaamaan verkkopalvelun arvioitava osaa ja koko verkkopalvelua [ketä? montako?]) - pyydä testaajia suorittamaan tyypillisiä tehtäviä verkkopalvelun avulla (kirjaa puutteet ja parannusehdotukset ja ota niistä oppia) )) 5. Kirjaa täsmällisesti kunkin sivun ja sivupohjan kommentit perusteluineen (mistä kommentti on peräisin), toteutunut taso ja ehdota jatkotoimenpiteitä 113
6.22 WAI-ohjeiden arviointiprosessi, huomautuksia Tarjolla on dokumenttipohja raportin kirjoittamiseen; käytännössä se sopii esim. liitteeksi projektikohtaisen tarkemman raportin yhteyteen WAI-arviointiohje korostaa arvioinnin heuristisuutta ja tähtää saavutettavuuden systemaattiseen huomioimiseen verkkopalvelun osana ja rakentavaan palautteeseen Alustava arviointi ei kelpaa saavutettavuuden tason määrittelyyn (ei esim. viittaa tarkistuslistaan) WAI-arviointiohje ei vaadi että koko verkkopalvelu noudattaa esim. tasoa AA...vaan kehottaa aloittamaan merkittävimmistä parannuksista ks. myös Web Standards Switch, ks. http://www.w3.org/qa/2003/03/web-kit...ja Buy standards compliant Web sites, ks. http://www.w3.org/qa/2002/07/webagency-requirements 114
6.23 Esimerkki (työn optimoinnin idea) Kun kyse on rajallisista resursseista, järkevintä on tietenkin kohdistaa huomio sinne minne se kuuluu: - etusivu? - tarvitaanko kaikkia saavutettavuuspiirteitä (tai tekniikoita) joka sivulla? - eniten käytetty saavutettavinta? - sisällöntuotannon Uutiset saavutettavuus ja rämettyminen!? Ohjelmoitava palvelualusta <?...?> Etusivu Artikkelit Uutiset Artikkelit Ryhmätyö... Ryhmätyö <?...?> <?...?> <?...?> 115
6.24 Sen lauluja laulat kenen leipää syöt Verkkosisällön saavutettavuusohje sisältää tulkinnanvaraisuutta: samoin WAI-arviointiohje - arviointityökalut? testaajat ja näiden kuuleminen? tarkistuslistan tulkinta? WAI-arviointiohje ei ole ainoa kuviteltavissa oleva normi (joskin käytännössä tärkein): eri organisaatiot ehdottavat omia testausohjeitaan (painotukset!) Esim. NKL ja Tieke: - Näkövammaistahojen testausohjeet verkkosivuille ja -palveluille ks. http://www.nkl.fi/tietoa/esteettomyys/testohje.htm - http://arkisto.tieke.fi/esteettomyysopas/ 116
6.25 Kapteeni käskee: "ei tulkintaa" Section 508 Section 508: 1194.22 Web-based intranet and internet information and applications http://www.section508.gov/ Osa-alueet (16 sääntöä): (a) Text Tags, (b) Multimedia Presentations, (c) Color, (d) Readability, (e) Server-Side Image Maps, (f) Client-Side Image Maps, (g)&(h) Data Table, (i) Frames, (j) Flicker Rate (k), Text-Only Alternative, (l) Scripts (m), Applets and Plug- Ins, (n) Electronic Forms, (o) Navigation Links, (p) Time Delays Esim: (j) Pages shall be designed to avoid causing the screen to flicker with a frequency greater than 2 Hz and lower than 55 Hz. (vrt. WCAG10 cp 7.1) 117
6.26 Vertailua: Section 508 vs. WCAG 1.0 ( 1194.22) 1. The Board interprets paragraphs (a) through (k) of this section as consistent with the following priority 1 Checkpoints of the Web Content Accessibility Guidelines 1.0 (WCAG 1.0) (May 5, 1999) published by the Web Accessibility Initiative of the World Wide Web Consortium: 2. Paragraphs (l), (m), (n), (o), and (p) of this section are different from WCAG 1.0. Web pages that conform to WCAG 1.0, level A (i.e., all priority 1 checkpoints) must also meet paragraphs (l), (m), (n), (o), and (p) of this section to comply with this section. 118
6.27 Lopuksi Saavutettavuuden jalkauttaminen saa asian näyttämään sekä "pienemmältä" että "isommalta" Ohjeet tarjoavat välineen saav. kehittämiseen työn minimitavoitteiden näkökulmasta - kuten minkä tahansa välineen tapauksessa, sitä pitää osata soveltaa järkevästi (ja oivaltaa sen rajoitukset ja puutteet) Saavutettavuus WCAG 1.0:n mukaan jättää paljon toivomisen varaa esim. käytettävyyden suhteen Niinpä "hyvä verkkopalvelu" on - vähintäänkin saavutettava, - käytännössä käyttökelpoinen -..."kaikkien näkökulmasta" 119