Osana hakukoneoptimointia törmätään usein käsitteeseen SEF-URL, jolla tarkoitetaan hakukoneystävällisiä nettiosoitteita. Useimmat nykyaikaiset sisällönhallintajärjestelmät pystyvät tuottamaan tällaisia osoitteita automaattisesti, mutta edelleen monet suosituista järjesetelmistä (esim.
Joomla!) ovat täysin kykenemättömiä tuottamaan minkäänlaisia järjellisiä osoitteita ilman kolmannen osapuolen lisäosia.
Itse vierastan koko SEF-termin käyttöä, sillä oleellisempaa mielestäni on suosia käyttäjäystävällisiä osoitteita, User Friendly URLs. Rinnalla käytetään usein myös termiä Human Readable URL, eli ihmisen luettavissa (ymmärrettävissä) oleva osoite.
Käyttäjäystävällinen osoite on uniikki. Se on helppo muistaa ja kirjoittaa sekä myös helppo arvata tai päätellä, vaikka sitä ei entuudestaan tietäisikään.
Siis, unohda ne Joomla!-tyylin palvelin.com/index.php?option=com_component&id=123&Itemid=456 -osoitteet ja suosi ennemmin esim. palvelin.com/osio/kategoria/otsikko tai vaihtoehtoisena palvelin.com/2008/01/06/otsikko- muotoa.
Käyttäjäystävällisissä osoitteissa näkee usein perässä .html -päätteen, joka ei ole tarpeellinen, sillä se on useimmille käyttäjille hyvin vieras ja käsittämätön. Pelkkä otsikko riittää.
Kyseinen koodisivu tai virheilmoitus tulee silloin tällöin vastaan internetissä ja yksinkertaisimmillaan se tarkoittaa sitä, että palvelimelta ei löytynyt pyydettyä sivua. Urbaani legenda kertoo, että virhekoodi nimettiin tutkimuslaitos CERNissä sijaitsevan huoneen numeron perusteella, mutta tämä ei pidä paikkaansa (
katso virhekoodin historia).
Oletuksena tällainen virhesivu on hyvin karu (
esimerkki karusta virhesivusta), mutta sivuston tai palvelimen ylläpitäjän on mahdollista rakentaa myös oma virhesivupohjansa.
Oma 404-virhesivuni tämän blogin alla on myös melko yksinkertainen, mutta olen pyrkinyt säilyttämään päänavigaation näkyvillä, sekä pitämään osoiteriville kirjoitetun tai linkistä seuratun virheellisen osoitteen sellaisenaan.
Mikäli käyttäjä kirjoittaa osoitteen osoiteriville itse, on hyvin todennäköistä, että hän jossain vaiheessa tekee kirjoitusvirheen ja sivua ei sen vuoksi löydy. Tällöin on suositeltavaa jättää osoite näkyviin sellaisenaa, jolloin käyttäjän on helppo korjata. YLE:n nettipalvelu ei jätä osoitetta näkyviin, vaan edelleenohjaa muutoin asialliselle virhesivulle, jolloin käyttäjä joutuu mahdollisesti kirjoittamaan koko osoitteen uudelleen alusta asti sen sijaan, että korjaisi vain yksittäisen virheen.
Jos käyttäjä taas seuraa linkkiä, YLE:n tapauksessa on palattava takaisin, katsottava kontekstimenun kautta, lähdekoodista tai tilariviltä (status bar) linkin osoite, mahdollisesti kopioitava se leikepöydälle ja tätä kautta liittää osoiteriville ja yrittää keksiä, missä kohdassa virhe on. Voi olla, että tässä vaiheessa käyttäjä on jatkanut matkaansa jo muualle.
Kokeile vaikka. Mitä sivua haettiin?
Muistelisin joskus nähneeni jossain päin internetiä sivuja, joiden 404-virheilmoitus tarjoaa potentiaalisia vaihtoehtoja, aivan kuin Googlen “tarkoititko: <uusi ehdotus>” väärin kirjoitetun hakusanan kohdalla. Tällainen vaihtoehto on tietysti käyttäjän kannalta ehdottomasti paras.
IRC-galleria taasen käyttää tylyä ohjausta etusivulle, joka hämmentää käyttäjää, eikä tarjoa informaatiota, missä oikein meni pieleen. Tällainen käytäntö ei ole suositeltavaa.
Summa summarum. Huomioi ainakin nämä:
- Kerro, missä käyttäjä on
- Kerro virheestä tarpeeksi selkeällä tavalla. Pelkkä virhekoodi ei riitä.
- Kerro käyttäjälle, mitä sivua hän oli hakemassa.
- Tarjoa hakutoiminto
- Tarjoa päänavigointi
- Jos mahdollista, tarjoa vaihtoehtoisia linkkejä
Oi, että minä vihaan kuva-arvoituksen, eli
CAPTCHAn käyttöä lomakkeissa.
CAPTCHA on yksi ylimääräinen turha lomakkeen kenttä täytettävänä ja potentiaalinen virheen aiheuttaja.
Jos kuvasta tehdään liian vaikea, käyttäjät eivät enää kykene lukemaan merkkejä kuvasta saati sitten täyttämään niitä oikein.
Jos kuvasta tehdään liian helppo, spammibotit lukevat sen tuosta vain, mutta edelleen monille käyttäjille operaatio on liian haastava.
Eikä CAPTCHA ole tietenkään saavutettava. Älkää käyttäkö sitä.
Tässä blogissa roskakommentteja karsii
Akismet ja lisäksi käytössä on tuntemattomien kommentoijien moderointi, jolloin kommentoijan täytyy saada sähköpostiosoitteellaan yksi hyväksytty kommentti, jotta se ei jäisi moderointijonoon. En siis tarvitse CAPTCHAa mihinkään, joten en kiusaa sillä käyttäjiä.