Tekninen hakukoneoptimointi: mitä sivuston koodissa pitää olla kunnossa
Tarkistuslista rivi riviltä: mitä tarkistetaan, millä työkalulla ja mikä on hyvä arvo. Kattaa nopeuden, mobiilitoimivuuden, indeksoinnin ja kanonisoinnin.
| Mitä tarkistetaan | Millä | Hyvä arvo |
|---|---|---|
| Latausnopeus (LCP) | PageSpeed Insights | Alle 2,5 sekuntia |
| Vasteaika (INP) | PageSpeed Insights | Alle 200 millisekuntia |
| Visuaalinen vakaus (CLS) | PageSpeed Insights | Alle 0,1 |
| Indeksointitila | Google Search Console | Ei virheitä tärkeillä sivuilla |
| Mobiiliversion sisältö | Vertaa mobiili- ja työpöytäversiota silmämääräisesti | Sama pääsisältö, otsikot ja metakuvaukset molemmissa |
| Suojattu yhteys (HTTPS) | Selaimen osoiterivi | Koko sivusto https-osoitteissa, ei sekasisältövaroituksia |
| Duplikaattisisältö | Search Console, site:-haku | Kanoninen URL asetettu, ei useaa identtistä sivua indeksissä |
| Strukturoitu data | Rich Results Test | Ei virheitä, tuetut tyypit tunnistettu |
| Sivustokartta | omasivusto.fi/sitemap.xml, Search Console | Löytyy, sisältää tärkeät sivut, ei virheellisiä URL:eja |
| Robots.txt | omasivusto.fi/robots.txt | Ei estä tärkeiden sivujen tai kuvien crawlausta vahingossa |
Käy lista läpi ylhäältä alas ensimmäisellä kerralla – nopeus, mobiilitoimivuus ja indeksointivirheet vaikuttavat koko sivustoon kerralla, joten ne kannattaa korjata ensin. Loput kohdat vaikuttavat yleensä yksittäisiin sivuihin tai sivutyyppeihin.
Mitä tekninen SEO pitää sisällään?
Tekninen hakukoneoptimointi tarkoittaa kaikkea sitä, mikä vaikuttaa siihen, pääseekö hakukone lukemaan ja ymmärtämään sivuston oikein – erotuksena sisällöstä, joka vaikuttaa siihen, onko luettu teksti hyödyllistä. Kolme aluetta kattavat suurimman osan:
- Löydettävyys ja crawlaus. Robots.txt ei saa estää tärkeitä sivuja vahingossa, ja
sivustokartan pitää sisältää kaikki sivut, jotka halutaan hakutuloksiin. Robots.txt ohjaa
vain crawlaamista – se ei estä sivua päätymästä hakutuloksiin, jos sille linkitetään
muualta. Sivun poistamiseen hakutuloksista käytetään
noindex-metatagia, joka puolestaan vaatii, ettei sivu ole robots.txt:llä estetty, koska muuten hakukone ei koskaan näe tunnistetta. - Suorituskyky. Core Web Vitals -mittarit (LCP, INP, CLS) ovat osa Googlen ydinsijoitusjärjestelmiä. Ne mittaavat käyttäjän todellista kokemusta: kuinka nopeasti pääsisältö näkyy, kuinka nopeasti sivu reagoi klikkauksiin ja pysyykö sivun asettelu paikallaan latauksen aikana.
- Rakenne ja duplikaatit. Sama sisältö useassa URL-osoitteessa – esimerkiksi www- ja
ei-www-versio tai suodatettu näkymä – pitää ohjata yhteen kanoniseen osoitteeseen
rel="canonical"-merkinnällä. Google käsittelee merkintää vihjeenä, ei sääntönä, joten ristiriitaiset signaalit (esim. sivustokartta, joka listaa eri version) voivat johtaa Googlen valitsemaan toisen kanonisen URL:n kuin mitä on ehdotettu.
Mobiili-indeksi ensin -periaate (mobile-first indexing) tarkoittaa, että Google käyttää nimenomaan sivuston mobiiliversiota indeksointiin ja sijoituksiin, ei työpöytäversiota. Käytännössä tämä tarkoittaa, että mobiiliversiossa pitää olla sama pääsisältö, samat otsikot ja metakuvaukset sekä sama strukturoitu data kuin työpöytäversiossa – jos jokin näistä puuttuu mobiilista, Google ei näe sitä ollenkaan.
Millä työkaluilla tekninen kunto testataan?
Kolme Googlen omaa ilmaista työkalua kattavat suurimman osan tarkistuksista:
- Google Search Console näyttää, mitkä sivut on indeksoitu, mitkä ovat pudonneet pois
ja miksi. Sinne lähetetään myös sivustokartta joko suoraan Search Consolen kautta tai
lisäämällä
Sitemap:-rivi robots.txt-tiedostoon. - PageSpeed Insights analysoi yksittäisen sivun ja antaa pistemäärän sekä konkreettiset parannusehdotukset Core Web Vitals -mittareille.
- Rich Results Test testaa, tunnistaako Google sivulla olevan strukturoidun datan ja mitä rikastettuja hakutulosmuotoja se voi tuottaa – esimerkiksi tuotetietoja tai arvosteluja.
Näiden lisäksi selaimen omalla kehittäjätyökalulla (F12) näkee nopeasti, latautuuko sivu ilman virheitä ja miltä se näyttää mobiililaitteen kokoisena.
Työkalut kannattaa ajaa säännöllisesti, ei vain kerran käyttöönoton yhteydessä. Search Console ilmoittaa uusista indeksointivirheistä sitä mukaa, kun niitä syntyy – esimerkiksi kun teemapäivitys rikkoo jonkin sivun vahingossa. PageSpeed Insightsin tulos voi myös muuttua ajan myötä ilman, että sivustolle on tehty mitään muutosta, koska Google päivittää mittaustapaansa ja koska mainokset, seurantaskriptit tai upotetut videot voivat hidastaa sivua asteittain sitä mukaa, kun niitä kertyy lisää.
Mitä WordPressissä pitää säätää?
WordPress-sivustoilla tekniset perusasetukset kannattaa tarkistaa erikseen, koska ne on helppo jättää oletusarvoihin vahingossa:
- Hakukoneiden näkyvyysasetus. WordPressissä on oma asetus, joka voi estää koko sivuston näkymisen hakukoneille – tämä jää usein päälle kehitysvaiheesta julkaisuun asti.
- Pysyvät linkit (permalinks). Selkeä, kuvaava URL-rakenne on helpompi sekä hakukoneelle että käyttäjälle kuin oletusarvoinen tunnisteisiin perustuva osoite.
- Kuvien koko ja pakkaus. Suoraan kameralta tai puhelimesta ladatut kuvat ovat usein moninkertaisesti tarpeettoman suuria, mikä hidastaa latausta ja heikentää LCP-arvoa.
- HTTPS koko sivustolla. Kaikkien resurssien – kuvien, skriptien, tyylitiedostojen – pitää latautua https-osoitteesta, jotta selain ei näytä sekasisältövaroitusta.
- Sivustokartan olemassaolo. Sivustokartan pitää päivittyä automaattisesti uusien sivujen ja artikkelien myötä, jotta Search Console löytää ne ilman erillistä lisäystä.
Nämä samat periaatteet pätevät muillakin julkaisualustoilla – WordPress mainitaan tässä vain siksi, että sillä rakennettuja sivustoja on eniten, ja samat oletusasetukset toistuvat niissä usein samanlaisina. Muilla alustoilla (esimerkiksi valmiilla verkkokauppa-alustoilla) vastaavat asetukset löytyvät yleensä hakukoneoptimointi- tai näkyvyysasetusten alta, vaikka nimet ja sijainnit vaihtelevat alustan mukaan.
Miten nopeutta parannetaan käytännössä
Latausnopeuteen vaikuttaa eniten se, kuinka paljon dataa selaimen pitää ladata ennen kuin pääsisältö näkyy. Konkreettiset toimet, jotka useimmiten nostavat LCP- ja INP-arvoja eniten:
- Pakkaa ja skaalaa kuvat oikeaan kokoon. Kuvan ei tarvitse olla suurempi kuin se tila, jossa se lopulta näytetään – ylikokoinen kuva ladataan silti kokonaan.
- Lataa vain se, mitä tarvitaan heti. Sisältö, joka ei näy ensimmäisellä ruudulla, voidaan ladata vasta, kun käyttäjä vierittää sinne – kunhan pääsisältö ei ole tämän joukossa, koska Google ei suosittele viivästetyn latauksen (lazy-load) käyttöä pääsisällölle.
- Vähennä ulkoisia skriptejä. Jokainen ladattu kolmannen osapuolen skripti – seurantakoodi, chat-widget, fontti – lisää latausaikaa ja voi hidastaa vasteaikaa.
- Käytä selaimen välimuistia. Toistuvat kävijät saavat sivun näkyviin nopeammin, kun muuttumattomat tiedostot – tyylit, fontit, logo – eivät lataudu uudelleen joka käynnillä.
- Varmista, ettei sivun asettelu hypi latauksen aikana. Kuville ja mainospaikoille kannattaa varata tila etukäteen koodissa, jotta sisältö ei työnnä muuta sisältöä sivulle ilmestyessään – tämä on suoraan CLS-mittarin ydin.
Strukturoitu data lyhyesti
Strukturoitu data on sivun koodiin lisättävä merkintä, joka kertoo hakukoneelle suoraan, mitä sivulla on – esimerkiksi tuotteen hinta, saatavuus tai arvostelut. Google käyttää tätä tietoa tuottaakseen rikastettuja hakutuloksia, kuten tuotekaruselleja tai arvostelutähtiä tavallisen sinisen linkin sijaan. Merkintä ei takaa rikastettua tulosta – Google päättää itse, milloin ja missä muodossa se näytetään – mutta ilman merkintää rikastettu tulos ei ole edes mahdollinen. Rich Results Test kertoo, tunnistaako Google sivun strukturoidun datan ja mitä tulosmuotoja se voisi tuottaa. Verkkokaupoille tämä on erityisen tärkeää tuote- ja kategoriasivuilla, ks. verkkokaupan hakukoneoptimointi.
Yleisimmät virheet teknisessä SEO:ssa
- Robots.txt ja
noindexsekoitetaan keskenään. Jos sivu on estetty robots.txt:llä, hakukone ei koskaan pääse lukemaan sivunnoindex-tunnistetta – sivu voi silti päätyä hakutuloksiin ilman kuvausta, jos sille linkitetään muualta. Jos tavoite on poistaa sivu kokonaan hakutuloksista, oikea keino onnoindex, ei robots.txt. - Sivustokarttaa ei päivitetä. Vanhentunut sivustokartta, joka listaa poistettuja sivuja tai ei sisällä uusia, hidastaa uuden sisällön löytymistä.
- Kuvat ilman kokorajoitusta. Yksittäinen suoraan kameralta ladattu kuva voi olla useita megatavuja, mikä yksinään voi pudottaa LCP-arvon huonolle tasolle koko sivulla.
- Testaus vain työpöydällä. Koska Google indeksoi mobiiliversion perusteella, pelkkä työpöytänäkymän tarkistaminen ei riitä – sama tarkistus pitää tehdä mobiililaitteella tai selaimen mobiilisimulaattorilla.
- HTTPS-sertifikaatin annetaan vanhentua. Vanhentunut sertifikaatti näyttää selaimessa varoituksen, joka karkottaa kävijät ennen kuin he ehtivät nähdä sisältöä lainkaan.
Kun tekninen kunto on korjattu
Tekninen kunto on pohjatyö, ei lopputulos. Kun tarkistuslistan kohdat ovat kunnossa, seuraava askel on sisällön ja linkitysrakenteen kehittäminen – niitä käsittelee hakukoneoptimoinnin peruskuvaus laajemmin. Teknistä kuntoa kannattaa silti tarkistaa säännöllisin väliajoin uudelleen, koska sivustolle tehdyt muutokset – uusi teema, uusi lisäosa, uusi kuva – voivat rikkoa jonkin aiemmin kunnossa olleen kohdan huomaamatta. Käytännössä tarkistuslistan läpikäynti muutaman kuukauden välein riittää useimmille pienille ja keskisuurille sivustoille; isommalla, usein päivittyvällä sivustolla seuranta kannattaa pitää jatkuvana Search Consolen ilmoitusten kautta.
Lähteet
- Google Search Central: Core Web Vitals
- Google Search Central: sivustokartan rakentaminen
- Google Search Central: robots.txt-johdanto
- Google Search Central: robots meta -tagi
- Google Search Central: kanonisointi
- Google Search Central: mobiili-indeksi ensin
- PageSpeed Insights
- Rich Results Test
- Google Search Central: tuotteen strukturoitu data
Usein kysyttyä
Riittääkö tekninen kunto ilman sisältöä?
Ei. Tekninen kunto varmistaa, että hakukone pääsee lukemaan sivun ja arvioi sen oikein – se ei itsessään tee sisällöstä hyödyllistä tai vastaa hakijan kysymykseen. Molemmat tarvitaan, ks. hakukoneoptimoinnin kokonaiskuva.
Kannattaako kaikki listan kohdat korjata kerralla?
Ei välttämättä. Suurin vaikutus tulee yleensä nopeudesta, mobiilitoimivuudesta ja indeksointivirheistä – nämä kannattaa korjata ensin, koska ne vaikuttavat koko sivustoon kerralla.
Vaikuttaako palvelimen sijainti sijoituksiin?
Ei suoraan, mutta palvelimen etäisyys ja hitaus voi hidastaa latausaikaa, joka puolestaan vaikuttaa Core Web Vitals -mittareihin. Sijainnin sijaan ratkaisevaa on todellinen latausnopeus.