Aki Björklund

Perusasioita: näin teet hyvän linkin

2008-10-25T17:00:52-05:00

Linkittäminen on varmasti verkkokirjoittamisen oleellisin yksittäinen asia. Vaikka linkin tekeminen on useimmiten äärimmäisen helppoa, niin muutaman perusasian tunteminen auttaa tekemään huomattavasti parempia linkkejä.

Kuinka valitsen linkkisanat?

Linkkisanojen valinnasta voisi kirjoittaa pitkästikin, mutta tässä joitain irrallisia huomioita:

Valitse linkkisanoiksi ne lauseen sanat, jotka kokonaisuutena määrittelevät parhaiten linkin kohteen. Siksi ”klikkaa tästä” ei ole hyvä linkkifraasi, se ei kerro yhtään mitään siitä mihin linkki johtaa. Ei riitä, että linkin kohde ilmenee lauseen tai virkkeen toisesta kohdasta, koska harva lukee verkkotekstiä sanasta sanaan.
Liian monta sanaa ei samaan linkkiin kannata liittää, koska linkki raskauttaa tekstiä. Yleensä on hyvä tyytyä kahdesta neljään sanaan.
Joskus tekstiä on muokattava, että parhaat linkkisanat saisi vierekkäin ja siten yhteen linkkiin. Tekstin olisi kuitenkin toimittava ilman linkkiäkin. Kirjoita siis linkittääksesi hyvin, mutta älä hinnalla millä hyvänsä.
Linkittävien sanojen valinta on osa hakukoneoptimointia. Käyttämällä sanoja ”klikkaa tästä” optimoit kohdetta hakutermille ”klikkaa tästä”.

Niissä harvinaisissa tapauksissa, missä linkkisanoja ei voi valita niin, että ne antaisivat riittävästi informaatiota linkin kohteesta, voi käyttää title-attribuuttia. Title näkyy selaimissa keltaisena vihjetekstinä, kun kohdistimen vie linkin päälle.

Hyvä title-teksti on lyhyt eikä sisällä kriittistä informaatiota. Titlestä ei ole mitään haittaa, eli jos toisarvoista lisätietoa linkistä haluaa antaa, niin titleen sen voi sijoittaa.

Absoluuttinen vai suhteellinen linkki, verkkotunnuksella vai ilman?

Sivuston sisäiset linkit voi tehdä periaatteessa kolmella eri tavalla:

http://example.org/uutiset/jotain-tarkeaa-tapahtui
/uutiset/jotain-tarkeaa-tapahtui
jotain-tarkeaa-tapahtui

Ensimmäinen esimerkki on hyvä vaihtoehto sellaisissa tapauksissa, jossa käytettävä julkaisujärjestelmä ei yritä hallinnoida linkkejä. Kun sisältöä tuodaan vaikkapa syötteen kautta toisille sivuille, eivät toisen esimerkin linkit (eli linkit suhteessa palvelimen juureen) enää välttämättä toimikaan.

Kolmas, suhteellisen linkittämisen vaihtoehto olettaa, että linkin kohde pysyy jatkossakin samassa hakemistossa. Mikäli käytettävä julkaisujärjestelmä ei huolehti siitä, että linkit toimivat muutostenkin jälkeen, on turvallisempaa käyttää edellisiä vaihtoehtoja. Muuten tämä on kaikkein siistein vaihtoehto, koska se ei toista tarpeetonta tietoa.

Minkä tavan valitseekin, kannattaa jo sisällön uudelleenkäytettävyyden takia valita yksi tapa ja pysyä siinä.

Lyhyt osoite elää pidempään

Valitettavasti useimmat sivustot eivät huolehti osoitteistaan riittävän hyvin. Usein osoitteesta on tunnistettavissa osia, joita linkkiin ei kannata sisällyttää.

Poista osoitteen loppupäästä epäilyttäviä osia, kunnes se lakkaa toimimasta. Käytä linkkinä viimeistä toimivaa versiota.

Tyypillisin esimerkki lienee http://example.org/index.html, jossa index.html on turha, eikä siten kannata linkkiin jättää. Miksei? Siksi, että sivustoja uusitaan ja linkit lakkaavat toimimasta.

Mitä lyhyempi osoite, sen varmemmin linkki toimii vaikka palvelinteknologia menee vaihtoon. On helppo ajatella, että tämä on kohdesivuston omaa typeryyttä, mutta rikkinäiset linkit ovat käyttäjän näkökulmasta linkittäjän heikkoutta. Myös Google voi rankaista suuresta määrästä rikkinäisiä linkkejä.

Muita tyypillisiä turhakkeita ovat default.aspx, index.php ja hyvin usein myös kaikki kysymysmerkin jälkeinen osa. Jos osoitteesta ilmenee palvelinteknologia, julkaisujärjestelmä tai siinä lukee kolmesti sekä palvelun nimi että ”portal”, on siinä todennäköisesti karsimisen varaa.

Suora linkki on nopein ja varmin

Huolehdi, että linkkisi on sivun lopullinen osoite. Usein varsinkin mittaustarkoituksessa linkit kierrätetään uudelleenohjauksella toisen osoitteen kautta. Poimi siis linkki aina vain selaimen osoiteriviltä, ei sinne linkittävältä sivulta. Jos linkki kiertää mittauspalvelun kautta, on linkin toimivuus riippuvainen vähintään kahdesta palvelimesta ja niiden url-skeeman pysyvyydestä, mikä on tietenkin huono juttu.

Usein varsinkin käsin kirjoitetuista osoitteista jää uupumaan viimeinen kauttaviiva (esim: http://example.org/uutiset kun todellinen osoite on http://example.org/uutiset/), koska ”toimiihan se ilmankin”. Totta, toimii, mutta kun tuollaista linkkiä klikkaa, niin selain ei suinkaan itse tajua lisätä kauttaviivaa loppuun. Se pyytää ensin linkin osoitetta palvelimelta, josta sitten saa ohjeen pyytää sisältöä sen todellisesta osoitteesta. Käyttämällä lopullista osoitetta ei selaimen tarvitse tehdä tätä ylimääräistä kutsua.

Periaatteessa tämä ohje voi olla ristiriidassa edellisen kanssa. Esimerkiksi, jos sivusto väkisin uudelleenohjaa palvelimen juuresta polkuun /PublishedService. Linkittämällä juureen linkin ikä on todennäköisesti pidempi, mutta sen klikkaaminen johtaa ylimääräiseen HTTP-pyyntöön. Tällaisessa tilanteessa kallistuisin pitkäikäisyyden kannalle.

Tämä juttu ei varmaankaan sisältänyt vakiolukijoille mitään uutta. Tarkoitus oli kirjata ylös asioita, jotka tulevat vastaan arkielämässä, ja saada näppärä linkki mihin ohjata tietoa tarvitsevat. Muita tällaisia kirjoituksia saattaa ilmaantua tähän blogiin jatkossakin.

Pasila – Böle

2008-10-14T15:26:28-05:00

Ensikokemuksia HTML 5:stä

2008-08-28T14:20:28-05:00

Uusilla elementeillä HTML:stä tulee luettavampaa. Kommentit sulkutagin yhteydessä eivät ole enää niin oleellisia, kun geneerisen div:n sijaa suljetaankin useammin article tai section. Pelkästään tämä on merkittävä etu merkkauksen ammattilaisille.
Pieniä kivoja juttuja ovat esimerkiksi ihmisen muistettavissa olevat doctype ja merkistön asettaminen, ja ne toimivat ”suoraan laatikosta”. Jo toimivan päälle rakentaminen mahdollistaa HTML 5:n käyttämisen jo tänään, täysin päinvastoin kuin XHTML 2 -fantasian tapauksessa olisi käynyt.
IE 6 ja 7 eivät ymmärrä HTML 5:n uusien elementtien päälle kieltäytyen asettamasta tyylejä niille. Ehdollisilla kommenteilla niille tarjottu JavaScriptin pätkä korjaa tilanteen suhteellisen vaivattomasti.
IE 8:n beeta 2 -versio ei enää suostu pelaamaan yhteen edellisen kiertokeinon kanssa, mutta ei kuitenkaan edelleenkään suostu itselleen tuntemattomien elementtien tyylittelyyn. Toivotaan, että ongelma ratkeaa julkaisuun mennessä, koska muuten menee helposti vuosikymmen ennen kuin HTML 5 on käyttökelpoinen. Suotavinta olisi, että Microsoft korjaisi ongelman, koska muuten laaja käyttö ei tule olemaan mahdollista.

Onko joku muu kokeillut HTML 5:tä käytännössä?

TNS Metrixin viikkolukujen syöte “korjattu”

2008-08-27T16:14:01-05:00

Vierityspalkin Perttu raportoi, ettei TNS Metrix -viritelmäni toimi Google Readerissa. Melkoisen vakava puute, koska sillä on iGooglen kanssa jotakuinkin 50 % markkinaosuus. Eipä siis ihme, ettei syötteellä juuri tilaajiakaan ollut.

Jos tekisin syötteitä työkseni (tai no, kaipa niitäkin teen), niin niitä selvästi olisi syytä testata ”yleisimmillä selaimilla”. Syöte oli toki täysin validi. Ongelma tuli varmaankin siitä, että vaikka olin lukuisia TNS:n markupia siivoavia regexpejä rakentanut, jäljelle jäi silti massiivinen taulukkorakenne, josta Reader ei tykännyt. Niinpä syöte ei sisällä nyt enää mitään muuta kuin linkin kun on jotain uutta luettavaa.

Parempi kai se kuin ei mitään.

W3C:n HTML5-validaattori

2008-08-26T13:38:22-05:00

W3C Q&A Weblog: HTML 5, a new step (via). Henri Sivosen valtava työ on saanut virallisemman sijainnin, vaikkakin vielä beeta-instanssina.

Jaiku nyt Google App Enginessä

2008-08-24T03:04:44-05:00

Jaiku-uutisointiin keskittyneellä Jaikuinvitesillä on trace route todisteena siitä, että jaiku.com on nyt Googlen huomassa. Täsmälleen kuukausi sitten hätäilin tämän tapahtuvan, mutta silloin kyseessä oli vain normaali huoltotoimenpide. Nyt lintusen viesti on:

Folks, we’re offline for the weekend for server maintenance. Now’s a good time to talk to someone you love.

Saapa nähdä mitä uutta on tulossa. Jaikuinvites ennakoi nyt ainakin luotettavampaa palvelua. Henkilökohtaisesti iPhone-sovellus olisi kiva.

Ilmainen, mutta ei nyt sentään ulkomaanpelleille

2008-08-06T12:35:13-05:00

Ihan hiukan ottaa päähän tämä Applen harjoittama, lukitsemiseen perustuva bisnesmalli. Ensin piti olla massiivista painostusta, että saatiin kolmannen osapuolen sovellukset jeesuspuhelimeen. Sitten koko homma kustiin aivan liian rajoittuneella ympäristöllä.

Tuorein käytännön esimerkki: Yritin tässä päivänä muutamana jo etsiskellä App Storesta kehuttua Googlen iPhone-sovellusta. En löytänyt, joten jätin homman sikseen. Nyt sattumalta näin jossain ihan muualla ruutukaappauksen, jossa kyseinen sovellus roikkui ilmaisten sovellusten top-listalla. Joten aloin etsiä uudelleen.

Keksin pian siirtyä jenkki-Storeen. Sieltähän se löytyi! Vähän tietysti ihmetytti, mutta ilmainen kun oli, niin ei kun lataamaan:

No selvä! Ilmainen sovellus, jota ei voi ”ostaa” suomalaisella tilillä.

Miksi ihmeessä sovellukset edes ovat maakohtaisia? Ymmärrän tietysti, että joitain sovelluksia ei kannata kansainvälisesti kaupata, mutta että oikein vaivaudutaan estämään ilmaisen ostaminen. Ymmärrän myös, että monien kaipaama lokalisointi voi kestää. Mutta pitääkö lataaminen silti estää?

Tietysti koko iTunes Store on vitsi siksi, että se on rakennettu avoimen web-teknologiapinon päälle, mutta käyttämiseen tarvitaan mukautettu selain, joka taas ei ole kunnollinen selain, joten käyttö on parempiin välineisiin tottuneelle vastenmielisen kankeaa.

Lukitseminen ahdistaa. Ihan kuin olisi jossain sellissä.

Uusi Delicious

2008-08-01T05:03:48-05:00

Del.icio.us on nyt Delicious. Heti ilmeistä uutta on professionaalimpi ulkoasu.

Mitä uuutta -sivu listaa (suhteessa uudistukseen kuluneeseen aikaan melko vähäiset) toiminnalliset uudistukset. Positiivisimpana uudistuksena pidin sitä, että sivut latautuvat nyt huomattavasti entistä nopeammin ja varsinkin haku on nopeutunut merkittävästi.

Mielenkiintoista muuten, miten ruutukaappauksissa näkyy käyttäjä nimeltä Joshua. Joshua Schachter perusti aikanaan del.icio.usin ja lähti ennen uuden version julkistusta Yahoolta.

Virallisilla sivuilla unohdettiin mainita yksi uudistus, joka oli varsin mukava havaita: Bookmarkiin liittyvät muistiinpanot oli ennen rajattu 255 merkkiin (joista vielä ääkköset laskettiin kahdeksi), joten lainatessa tila loppui liian usein kesken. Nyt raja on 1 000 merkkiä. Valitettavasti vain en onnistunut saamaan Deliciousin Firefox-laajennusta ymmärtämään pidempien muistiinpanojen päälle. Vaikka asensin uusimman version, jonka ohjesivuilla vielä näkyy 1 000 merkin rajoitus, olen edelleen rajoitettu 255 merkkiin.

Ehkä asia korjautuu ajan myötä. Pitää tyytyä bookmarkletiin siihen asti.

Kysely web-ammattilaisille

2008-07-29T06:37:55-05:00

A List Apart toistaa viimevuotisen kyselyn alan ammattilaisille:

Jaikua päivitetään

2008-07-24T12:30:05-05:00

Sivun otsikko on: Jaiku is being upgraded. Tarkoittaako tämä jotain oikeasti uuttaa palveluun? 20 %:n ajalla on saatu jotain aikaan?

Odotan innolla.