Lukulaitteet haastavat selainten ylivallan

Olemme tottuneet siihen, että selaimet vievät yhä enemmän resursseja. Chrome kuluttaa muistia useita gigatavuja, Firefox keskeyttää työn ilmoituksillaan, ja Safarin lukutilakin toimii vaihtelevasti. Samaan aikaan e-kirjan lukulaite odottaa hiljaa, valmiina näyttämään pelkän tekstin ilman häiriöitä.

Tästä lähtökohdasta eräs kehittäjä alkoi pohtia, voisiko ratkaisu löytyä jostain muualta kuin uudesta selaimesta.

Lukulaitteen uusi rooli

Kokeilu sai alkunsa jailbreakatusta lukulaitteesta ja Gemini-protokollalle tehdystä laajennuksesta. Gemini on kevyt vaihtoehto HTTP:lle – eräänlainen paluu siihen, millaista verkon olisi voinut olla, jos yksinkertaisuus olisi ollut lähtökohta.

Tulos yllätti. Pitkät tekstit näyttivät luontevilta e-musteella. Navigointi toimi eleillä, ja häiriötekijät katosivat kokonaan. Ei automaattisia videoita, ei mainosbannereita eikä ponnahdusikkunoita.

Kyse ei ole pelkästä nostalgiaa. Kyse on havainnosta siitä, miten käytetty väline vaikuttaa siihen, miten sisältöä vastaanotetaan.

Protokollan rajat ja ratkaisut

Gemini ei kuitenkaan korvaa tavallista verkkoa. Se ei tue kuvia tai monimutkaisia asetteluja, ja suurin osa sisällöstä on edelleen saatavilla vain HTTP:n kautta.

Ratkaisuna toimivat välityspalvelut, kuten Stargate, jotka muuntavat tavalliset sivut Gemtext-muotoon. Näin sisältö puhdistuu automaattisesti ja esitetään lukulaitteelle sopivassa muodossa. Jos automaattinen muunnos ei toimi, vaihtoehtona on PDF-muotoon renderöinti.

Mitä tämä tarkoittaa verkkokehittäjille

Tarinalla on merkitystä myös hosting- ja domain-alalla. Monet kehittäjät käyttävät resursseja optimoidakseen sivustojaan selaimille, jotka painottavat sitoutumista käyttäjäkokemuksen sijaan. Samalla yksinkertainen HTML riittäisi usein paremmin.

E-lukijan kokemus osoittaa, että sisältöä kannattaa suunnitella ensisijaisesti luettavaksi. NameOceanilla nähdään kasvavaa kiinnostusta kevyisiin hosting-ratkaisuihin ja niche-protokollien tukemiseen. Indie-web-liike elää, ja sen taustalla on halu välttää turhaa monimutkaisuutta.

Rajoitteet ohjaavat parempaan suunnitteluun

Lukulaitteiden rajoitteet – hidas prosessori, mustavalkoinen näyttö, ei JavaScript-tukea – pakottavat kehittäjän keskittymään olennaiseen. Kun resursseja on rajallisesti, sisältö tiivistyy ja rakenne selkiytyy.

Nykyisessä web-kehityksessä tilanne on usein päinvastainen. Mahdollisuuksia on niin paljon, että niihin tartutaan ilman todellista tarvetta.

Käytännön vinkkejä

Et tarvitse jailbreakattua lukulaitetta hyötyäksesi tästä ajattelutavasta. Riittää, kun:

• Suunnittelet sisällön ensisijaisesti luettavaksi
• Testaat sivuston selaimen lukutilassa
• Vältät turhaa JavaScriptiä
• Tarjoat vaihtoehtoisia tapoja sisällön käyttöön, kuten RSS-syötteitä tai pelkkää tekstiä

Hosting-palveluiden ja domain-rekisteröijien kannalta tämä muistuttaa siitä, että toimivuus kriittisissä tilanteissa on usein arvokkaampaa kuin visuaalinen näyttävyys.

Verkon tulevaisuus

HTTP hallitsee verkkoa, mutta se ei ole ainoa mahdollinen tapa jakaa sisältöä. Gemini, Gopher ja muut vaihtoehdot osoittavat, että hajautunut lähestymistapa voi toimia paremmin kuin yksi kaikille sopiva ratkaisu.

Ehkä tulevaisuus ei ole yhdessä selaimessa tai yhdessä protokollassa, vaan useassa rinnakkaisessa tavassa käyttää verkkoa – kukin omalla tavallaan optimoituna.