Mobiiliwebille uusi hakemisto
Tuoreesta suomalaisyrityksestä Movilasta lähetettiin sähköpostilla vieestiä mobiilihakemistosta. Se vastaa suunnilleen Ville Karisen 4mobile.net:iä ja minun PDA-linkit.net:iä, mutta onhan tuolla muutama uudempikin.
Vaan kilpailuhan on hyvästä. Tämä muistuttaa minua siitä, että PDA-linkit olisi pidettävä paremmin ajan tasalla.
Movila kauppaa sisällönhallinnan softaa, jolla tavallisia sivuja muunnetaan mobiililaitteille soveltuvaan muotoon. Suurin osa medioista ei Suomessa vielä toimi näin, mutta esimerkiksi Talentumin sivuista (ks. vaikka S60-selaimella www.tietoviikko.fi). Kirjoitin asiasta viime kesänä.
Yritys kauppaa sisällönhallinnan tuotettaan sillä, ettei kuluttajien täytyisi muistaa erilaisia osoiteväännöksiä, kuten wap.hs.fi, hs.fi/teksti tai mobi.hs.fi tai hs.mobi jne. Esimerkki on omani, HS:llä ei ole asian kanssa mitään tekemistä.
Kiinnostavasti yrityksen oman demopalvelun osoitteeksi on kuitenkin hankittu .mobi-domain. Onko tämä hyvä valinta? Uusi pääte kertoo, että palvelu toimii kännykässä. Kuulostaa hyvältä. Huonoa on se, että ihmisillä on taas yksi osoite lisää muistettavanaan. Suomalaiset mediatalot ainakin pitävät kiinni .fi-osoitteistaan, joihin liikenne halutaan ohjata.
Mitä olette muuten ylipäätään mieltä, tarvitaanko tällaisia tekstisivuja enää? Mobiilisurffailuun soveltuvissa laitteissa tuppaa olemaan jo RSS-lukija ja tavalliset sivut näyttämään kykenevä selain.
Toisaalta kännyköille optimoimattomien sivujen lataaminen on hidasta, ja minulla ainakin loppuu muisti kesken E70:ssä monia sivuja yrittäessä. Tällainen sivu on esimerkiksi TNS Metrix -lista, jota seuraan työn puolesta kerran viikossa.
Ulkomailla verkkovieraillessa on myös hyvä, että dataliikennettä voi säästellä uutisia seuraillessa. Kun datasiirto maksaa 12 €/Mt, ylimääräisen jättää mieluusti pois.
Tunnisteet: WAP
Kommentit: 9
Ei tarvita, sivut pitäisi pikkuhiljaa alkaa suoraan suunittelemaan sen verran keveiksi että ne latautuvat kauniisti gadgeteillä. Varsinkin jos sivuilla on jotain revanttia sisältöä mobiilisti, tyyliin vaikkapa tapahtumat tai museot jne jne.
(mobiili)Selaimiin saisi kyllä tulla domainkohtaisiksi optioksi mahdollisuus valita mitä CSS tiedostoa sivulla käytetään olettaen, että sivu tarjoaisi useampia. Tällöin käyttäjä voisi vaihtaa helposti yksi- ja monipalstaisen esityksen välillä. Selain tietty muistaisi käyttäjän tekemät valinnat.
Toinen kiva asia olisi jos gadgettiselain vaikka kertoisi tietoja itsestään (kuten näytön koon ja resoluution, onko näppäimistöä ja pointteria tai mikä on nettiyhteyden nopeus,.) jolloin jo palvelinpäässä voisi muokata lähtettävää sivua sopivaksi ilman, että koko ajan täytyisi seurata mitä uusia laitteita on tullut ja päivittää ne tietokantaan. (joka käytännössä on tuon Movilan business).
Noh, täällä on meitsin mobiilipalvelutlista.
En tietysti asemani takia voi tätä puolueettomasti kommentoida, mutta olen sitä mieltä, että sisältö webissä tulee jatkuvasti entistä rikkaammaksi, ei keveämmäksi kuten Zache kirjoitti. Medioiden sivuilla (esim. Iltalehti), videoclippejä ja flash-mainoksien määrä lisääntyy jatkuvasti. Uskon että kuvan ja äänen määrä tulee vielä lisääntymään, samalla tarjottavien formaattien määräkin lisääntyy, mistä on osoituksena mm. Microsoftin julkaisema Flashin kilpailija Silverlight. Sisältö tulee siis entistä haasteellisemmaksi näyttää pienillä näytöillä.
En usko että sellaiset sivut saavat mobiileilla päätelaitteilla webiä selaavien käyttäjien suosiota, jotka jättävät vastuun sivun toiminnasta käyttäjälle. Päätelaitteen mahdollisuudet näyttää sisältöä tulee jollakin tavalla ottaa huomioon. En sano, että Movilan tapa ratkaista ongelma olisi se ainoa oikea, mutta se on yksi toimiva vaihtoehto. Zachen esittämä tapa, että selain antaisi itsestään tietoja on hyvä. Valitettavasti tällaista ei ole kehitteillä missään standardisointijärjestöissä ja tietäen kuinka kauan prosessit kestävät, niin ainakaan seuraavaan viiteen vuoteen tällaista ei ole tulossa. Lisäksi matkapuhelimien valmistajat eivät ikävä kyllä nykyiselläänkään noudata standardeja selaimien lähettämissä tiedoissa, joten lisävaatimus vain lisäisi tuskaa. Jotkut operaattorit jopa poistavat selaimen lähettämiä tietoja, joten pelkästään niihin nojautuminen ei olisi kovin viisasta.
Kiitokset Tero Lehdelle siitä, että kirjoitit aiheesta. Hakemisto.mobi valittiin domainiksi siksi, että se samalla kuvaa sivuston luonnetta (hakemisto) että mobiilipuolta (.mobi). Lisäksi .mobi osoitteelle oli tietysti helpompi saada hyvä osoite kuin .fi osoitteelle olisi ollut. En myöskään usko, että .mobi osoitteet ratkaisisivat päätelaitteiden moninaisuuden tuomaa ongelmaa. Pelkästään mobiileille päätelaitteille suunnatulle sivulle se on kuitenkin hyvä vaihtoehto.
Movilahan pärjäsi Venture Cupissa hyvin ja silloin jo katsoin että kyllä siellä jotain osaamista pitää olla. Meinaan kun pystyvät vakuuttamaan jotkut siitä, että heillä on jotain substanssia ja/tai jotain uutta.
Esimerkiksi ASP.NET tunnistaa jo päätelaitteita ja tarjoaa sen mukaan oikeaa sisältöä, kuka tahansa voi hakea profiili-XML:t jne. Eli koko sisällön vääntäminen sopivaan muotoon on olemassa vaikka missä. Eli ei mitään ihmeellistä, ei mitään uutta. Firmat eivät vain tajua noita käyttää, onhan se sinänsä hyvä että joku moista mainostelee. Mutta että palkinto VC:ssä...
Itse hakemisto on kovin lyhyt. Onhan sillä nopea mennä johonkin, mutta aika äkkiä moiset muutama kymmenen linkkiä löytyy kirjanmerkeistä ja se siitä.
Meinasinpa kommentoida zachen mainintaa siitä miten selaimet voisivat lähettää tietoja. Mutta jos kerran Movilalla ei tiedetä että moinen on olemassa niin enpä sitten auta heitä. Tulee vain mieleen millä tasolla tietämys mobiiliselaamisesta on jos tuollaista kommenttia tulee.
Mutta hyvä että ainakin jotain osaamista on kun Venture Cupissa pärjäsi myymällä tekniikkaa joka on a) olemassa, b) kaikkien käytettävissä erittäin pienellä vaivalla ja c) integroituna joihinkin veppiframeworkkeihinkin jo.
Ilmeisesti ano nyymi meinaa UAProfia (tai vähän vastaa OS systeemi Wurlf:ia) tuona järjestelmänä, jolla selaimet kertovat itsestään tietoja? Kyllä minäkin noihin olen tutustunut. Meinasin kuitenkin yllä, että perustiedot voisi lähettää niinku suoraan http-headerissa, jolloin saataisiin dynaamisesti tietoa mukaan.
Vai onkos operaadoille/puhelinvalmistajille tullut UAProfin lisäksi joku muu systeemi jonka olen missannut?
Äh, kirjoitimpas epäselvästi edellisen.Tarkennetaas. En siis liity Movilaan ja vastasin muuten vaan.
Kuten jo aikaisemminkin kirjoitin, en sano, että Movilan tapa olisi se ainoa oikea. UAProfien hakeminen webin yli on yksi mahdollisuus, mutta se sisältää paljon ongelmia kuten Zachen antamassa Wikipedia linkissä on mainittu. Tästä profiilien hakemisesta webin yli on tehty kaupallinenkin versio, jossa luotettavuutta ja käytettävyyttä on pyritty parantamaan, UAProfile.com.
Ymmärsin tuon Zachen ensimmäisen kirjoituksen niin, että siinä tarkoitettiin HTTP-header tietoja. En ole myöskään kuullut, että niihin olisi tullut mitään lisäyksiä, kts. W3C. Jos sellaista on kehitteillä, niin mielelläni tutustuihin lähteisiin.
Hmm, tein kokeilua. Näemmä PIE lähettää mm. resoluutiotiedot headerissa. UA-pixels, UA-colors jne. Oli uusi juttu meikäläiselle ja googletin vähäsen:
- HTTP Vocabulary in RDF(2007, W3C Working Draft 23 March 2007)
- User-Agent Display Attributes Headers(1996, INTERNET-DRAFT)
- Identifying Pocket Internet Explorer to a Web Server
Samassa kokeilussa selvisi, että esimerkiksi UAProfia eivät lähetä Symbian S60 Opera 6, N770 Opera tai PIE.
"kilpailu" - ja varsinkin vuosien mittaan ajantasalla olevien linkkilistojen olemassaolo on ollut olematon. Tervetuloa vaan joukkoon.
Ehdottaisin Movilan mobiilisaitille välimuistin hyväksikäyttöä. Nyt etusivulle palatessa joutuu turhaan kärsimään latenssista.
Juuri tuo turha lataaminen aiheuttaa kirjanmerkkeihin siirtymistä.
Itse heivasin jonkin aikaa sitten vähäisetkin CSS:t hiivattiin renderöintihyppelyiden takia. Minusta erilliset CSS:t pitäisi mobiilisaiteilla kieltää lailla, koska hakuviiveen takia lisäksi hitaista suorittimista yms. tulee kaupan päälle oma renderöintiviiveensä (siis vaikka yksinkertainen CSS olisi upotettu (dynaamisesti) sivuun). Kaikki tällaiset viiveet tekevät eroa pöytäsurffailuun, joka on entisestään nopeutunut, koska muisti- ja prosessorihinta on vihdoin päässyt web-suunnittelijoiden edelle :-).
Lähetä kommentti
<< Etusivulle