Mobiiliwebin hankalat alkuajat: Kun internet mahtui taskuun väkisin

Nykyään suhtaudumme itsestäänselvyytenä siihen, että kännykkä toimii ikkunana verkkoon. Mutta ennen vuotta 2007 ja iPhonea tapahtui jotain, mikä muistutti enemmän villiä länttä kuin järjestelmällistä teknologista kehitystä. Muistakaa: puhuttiin "mobiiliinternetistä", mutta todellisuudessa kyse oli taistelusta ruudun kokoon, omistusoikeudellisiin teknologioihin ja nopeuksiin, joissa 56k-modeemi vaikutti huippunopealta.

Tämä ei ollut evoluutiota. Se oli täydellinen uudelleenajattelu siitä, mitä verkkoon pääsy voi tarkoittaa.

Miksi mobiiliwebbi ontui alusta asti

Perinteinen internet sai kehittyä rauhassa. Yliopistot ja opiskelijat testasivat protokollia, korjasivat ongelmia ja hioivat ratkaisuja ennen kuin suuri yleisö edes huomasi koko juttua.

Mobiiliinternet sen sijaan työnnetiin suoraan kuluttajien käsiin. Jokainen megatavu maksettiin erikseen. Käyttäjät odottivat tuttua webbiä, mutta saivat pöytäkoneversioita, jotka eivät sopineet mihinkään.

Tekniset esteet olivat valtavia:

• Ruudut olivat käyntikortin kokoisia – perinteiset websivut olivat täysin käyttökelvottomia
• Laskentatehoa oli naurettavan vähän – client-side JavaScript oli unelmaa
• Yhteydet katkeilivat – HTTP:n tilaton malli ei sopinut mobiiliin
• Akunkesto huoletti – jokainen tavu piti ansaita

Tämä ei ollut skaalautumisongelma. Kyse oli perusteellisesta uudelleensuunnittelusta.

Protokollasodat: Pirstaloitunut maisema

Ennen kuin HTML5 yhdisti kaiken, mobiiliwebbi oli kilpailevien teknologioiden sekamelska. Jokainen suuri toimija yritti ratkaista samat ongelmat täysin eri tavalla.

AT&T PocketNet (1996) – "Korttipakan" aikakausi

AT&T:n PocketNet esitteli metaforan, joka kulkisi mukana läpi mobiilikehityksen: korttipakamalli. Koska puhelimissa oli niin pienet näytöt, käyttöliittymät muuttuivat dialogipohjaisiksi. Käyttäjä teki valintoja, jotka avasivat lisää vaihtoehtoja – jokainen valinta kavensi polkua eteenpäin.

Innovatiivista oli koostaminen: koko "pakan" kortit voitiin lähettää yhdessä transaktiossa, mikä vähensi hitaiden yhteyksien aiheuttamaa tuskaa. Sisältö toimitettiin HDML-kielellä (Handheld Device Markup Language), joka oli HTML:n karsittu serkku. Näyttämisestä vastasi UP.View-niminen mikroselain.

Nokkelaa insinöörityötä, mutta täysin omistusoikeudellista. Pirstaloituminen oli jo alkanut.

Palm.Net WebClipping (1998) – Varhainen optimointivoitto

Palm valitsi erilaisen lähestymistavan. PDA-laitteissa oli enemmän näyttötilaa kuin puhelimissa, mutta optimointia tarvittiin silti. Heidän WebClipping-teknologiansa tallensi staattisen sisällön laitteelle ja siirsi vain dynaamisen sisällön ilmateitse.

Tämä oli käytännössä edge computingia ennen kuin kukaan käytti termiä. Palm todisti, että mobiiliwebbi voi olla nopea – jos olet valmis kyseenalaistamaan olettamukset sisällön kulusta.

NTT DoCoMo i-mode (1999) – Aasian menestystarina

täällä asiat alkavat kiinnostaa. Siinä missä WAP epäonnistui surkeasti Euroopassa ja Pohjois-Amerikassa, NTT DoCoMon i-mode nousi valtavaksi menestykseksi Japanissa ja saavutti lopulta yli 52 miljoonaa käyttäjää maailmanlaajuisesti.

Mitä i-mode teki toisin? Useita tekijöitä osui yhteen:

1. Pakettikytkentäinen datansiirto päivästä yksi – teknisesti ylivoimaista kilpailijoiden piirisalaisiin ratkaisuihin verrattuna
2. Erillinen laitteistopainike – yhden painalluksen pääsy kuratoituun portaaliin poisti kitkaa
3. Kumppaniekosysteemi – DoCoMo hoiti laskutuksen, mikä madalsi sisällöntuottajien kynnystä
4. Vetävä sisältö – tuhansia virallisia sivustoja, helposti löydettävissä portaalin kautta

i-mode:n ominaisuudet kuulostavat mobiilipainotteiselta unelmien listalta, jonka toteuttamiseen kului toinen vuosikymmen: navigointinäppäimet, puhelinnumeropikakuvakkeet, emoji-tuki. Se myös tietoisesti jätti pois taulukot, kuvakartat ja tyylisivut – ominaisuuksia, jotka lisäsivät monimutkaisuutta ilman arvoa pienillä ruuduilla.

WAP – Avoin standardi, joka ei ollutkaan

Wireless Application Protocol lanseerattiin vuonna 1999 "avoimena kansainvälisenä standardina", jonka takana seisoivat Nokia, Ericsson, Motorola ja Openwave. Lupaus oli yhtenäinen mobiiliwebbi kaikilla laitteilla ja verkoilla.

Todellisuus oli toinen. WAPista tuli turhautumisen synonyymi, ja sille keksittiin lempinimiä kuten "Wait And Pay" (Odota ja maksa) ja "Worthless Application Protocol" (Arvoton sovellusprotokolla). Miksi?

Osittain kyse oli ajoituksesta – 2G-verkot eivät olleet suunniteltu pakettidatalle, ja WAP-pinon lisäämä ylimääräinen kerros hidasti jo valmiiksi hitaat yhteydet entisestään. Osittain kyse oli toteutuksesta – standardi oli monimutkainen ja toteutukset vaihtelivat rajusti. Ja osittain kyse oli liiketoiminnasta – operaattorit kontrolloivat käyttökokemusta ja pirstaloivat sen, minkä olisi pitänyt olla yhtenäinen webbi.

Ironia on, että WAP:n tavoitteet olivat oikeita. Tarvitsimme vain parempaa teknologiaa (3G, älypuhelimet) ja parempia liiketoimintamalleja (kiinteähintainen data, avoimet sovelluskaupat) niiden saavuttamiseen.

Opit, jotka pitävät edelleen paikkansa

Katsotaan taaksepäin: tästä ajasta nousee esiin kaavoja, jotka ovat edelleen relevantteja kaikille mobiiliin rakentaville.

1. Mobiili ei ole työpöytä – ei koskaan ollutkaan. Houkutus siirtää olemassa olevat ratkaisut uusiin laitteisiin on valtava. Varhaisen mobiiliwebbin epäonnistumiset johtuivat juuri tästä olettamuksesta. Responsiivinen suunnittelu, progressiiviset webbisoftat ja mobiili ensin -metodologia syntyivät, koska lopulta opimme tämän.

2. Yhteysolettamukset rikkoutuvat mobiilissa. HTTP:n pyyntö-vastaus-malli olettaa pysyviä yhteyksiä. Mobiiliverkot eivät toimi niin. Nykyään service workerit, offline-ensimmäinen arkkitehtuuri ja edge computing kumpuavat siitä, että hyväksyimme tämän realiteetin.

3. Liiketoimintamallit muovaavat teknologian käyttöönottoa. i-mode onnistui osittain siksi, että DoCoMo hoiti laskutuksen ja poisti kitkan kehittäjiltä ja käyttäjiltä. Stripe, in-app -ostokset ja SaaS-mallit ovat olemassa, koska olemme oppineet, että maksamisen monimutkaisuus tappaa sitoutumisen.

4. Avoimet standardit voittavat lopulta. WAP:n omistusoikeudellisuus oli sen tuho. Webbi onnistui, koska kuka tahansa saattoi rakentaa sille. Mobiili menestyi, kun selaimista tuli standardien mukaisia ja sovelluskaupat avautuivat kehittäjille.

Missä nyt olemme

Mobiiliwebbi on edennyt pitkän matkan niistä päivistä. Nyt meillä on responsiiviset asetteluopinnot, jotka mukautuvat mihin tahansa ruutuun, service workerit jotka mahdollistavat offline-toiminnallisuuden, push-ilmoitukset jotka palauttavat käyttäjät takaisin, ja yhteys-API:t jotka auttavat sovelluksia reagoimaan verkkoolosuhteisiin.

Mutta perustavanlaatuiset haasteet ovat hämmästyttävän samanlaisia: kaistarajoitukset, katkeilevat yhteydet, vaihtelevat näyttökoot, ja ikuinen jännite natiivisovellusten ja webin saavutettavuuden välillä.

Seuraava aalto – 5G, WebAssembly, tekoälyavusteinen kehitys ja ehkä Web3 – tuo mukanaan uusia kehyksiä ja paradigmoja. Mutta peruskysymys pysyy samana: miten tarjoamme arvokkaita kokemuksia yhä monimuotoisempien laitteiden ja yhteyksien kautta?

Se on kysymys, jota kannattaa pohtia, olipa kyse ensimmäisen laskeutumissivun julkaisemisesta tai hajautetun järjestelmän arkkitehtuurista miljoonille mobiilikäyttäjille.

Mobiiliwebbin matka WAP-frustraatiosta nykypäivän kokemuksiin muistuttaa meitä siitä, että innovaatio tapahtuu harvoin suorissa viivoissa. Joskus pitää julkaista keskeneräisiä tuotteita, oppia niiden epäonnistumisista ja iteroida kohti jotain, mikä todella toimii. Tämä pätee protokoliin, alustoihin ja niihin domain- sekä hosting-ratkaisuihin, jotka mahdollistavat kaiken.