Tekninen hakukoneoptimointi: näin rakennat hakukoneystävällisen verkkosivuston

Tekninen hakukoneoptimointi varmistaa, että hakukone pystyy löytämään ja käsittelemään sivuston tärkeät sivut. Hyväkään teksti ei auta hakunäkyvyyttä, jos sivu jää indeksoinnin ulkopuolelle tai toimii huonosti mobiilissa. Tekninen SEO ei silti ole lista pisteitä, joita kerätään työkalussa. Se on tapa poistaa esteet käyttäjän ja sisällön väliltä. Tässä oppaassa etenemme löydettävyydestä indeksointiin, sivustorakenteeseen, suorituskykyyn ja ylläpitoon.

Selvitä ensin, mitä hakukone näkee

Käy läpi tärkeimmät palvelu- ja sisältösivut. Avautuvatko ne ilman kirjautumista? Palauttaako palvelin onnistuneen vastauksen? Näkyykö varsinainen teksti sivun HTML-sisällössä vai vasta pitkän latauksen jälkeen? Hakukoneet osaavat käsitellä JavaScriptiä, mutta selkeästi saatavilla oleva sisältö vähentää turhia riippuvuuksia. Jos sivu toimii selaimessa mutta ei näy hakutuloksissa, tutki indeksoinnin tila ennen kuin muutat otsikoita.

Search Console auttaa löytämään estettyjä, uudelleenohjattuja ja virheellisiä sivuja. Tarkastele kuitenkin raportteja suhteessa tavoitteeseen: kaikkia sivuja ei tarvitse indeksoida. Kiitos-sivut, sisäiset hakutulokset ja monet suodatusversiot eivät yleensä kuulu hakutuloksiin. Tärkeintä on, että käyttäjälle arvokkaat ja yksilölliset sivut ovat saavutettavissa. Laajempi kokonaisuus löytyy hakukoneoptimoinnin yritysoppaasta.

Robots, noindex ja sivustokartta

Robots.txt ohjaa, mitä hakurobotti saa hakea. Noindex puolestaan kertoo, ettei sivua haluta hakutuloksiin. Niillä on eri tehtävät, ja niiden yhdistäminen väärin voi vaikeuttaa virheen selvittämistä. Jos hakurobotti ei pääse lukemaan sivua, se ei välttämättä näe sivulla olevaa noindex-merkintää. Tarkista siis asetukset huolellisesti etenkin julkaisun, sivustouudistuksen tai testipalvelimelta siirtymisen jälkeen.

XML-sivustokarttaan kannattaa lisätä indeksoitavat, ensisijaiset URL-osoitteet. Päivitä kartta automaattisesti, kun uusia sivuja julkaistaan. Se ei takaa indeksointia eikä korvaa navigaatiota, mutta auttaa hakukonetta löytämään sisältöä. Poista kartasta osoitteet, jotka uudelleenohjaavat, palauttavat virheen tai on merkitty noindexiksi. Kun sivusto on monikielinen, varmista myös, että kieliversiot viittaavat oikeisiin URL-osoitteisiin eikä suomalainen artikkeli johda tyhjään käännökseen.

URL-rakenne ja ensisijainen versio

Selkeä URL on helppo lukea ja jakaa. Pidä se vakaana, kuvaavana ja tarpeeksi lyhyenä. Jos sama sisältö löytyy useasta osoitteesta esimerkiksi parametrien, loppukauttaviivan tai kieliversioiden vuoksi, määritä ensisijainen osoite kanonisella linkillä. Kanoninen merkintä on vihje; sen tueksi sisäisten linkkien, sivustokartan ja uudelleenohjausten pitäisi olla johdonmukaisia. Älä kanonisoi erilaista sisältöä samaan sivuun vain siksi, että aiheet ovat läheisiä.

Kun osoite muuttuu, tee pysyvä uudelleenohjaus vanhasta URL:sta uuteen ja korjaa sivuston omat linkit. Vältä ketjuja, joissa yksi osoite ohjaa seuraavaan ja vasta kolmas toimii. Uudistuksessa tallenna vanhat tärkeät osoitteet ennen julkaisua ja testaa ne sen jälkeen. Näin asiakkaiden tallentamat linkit ja aiemmin jaetut osoitteet säilyvät käyttökelpoisina. Yrityksen verkkosivujen julkaisuopas käsittelee projektin tarkistuslistaa laajemmin.

Sivustorakenne ja sisäinen linkitys

Sivuston pääaiheet kannattaa näkyä navigaatiossa ymmärrettävinä kokonaisuuksina. Palvelusivulta voi linkittää siihen liittyvään oppaaseen, ja oppaasta takaisin palveluun, jos jatko on lukijalle hyödyllinen. Kuvaava ankkuriteksti kertoo, mitä linkin takana on. Vältä jättämästä tärkeitä sisältöjä irrallisiksi sivuiksi, joille pääsee vain sivustokartan tai suoran osoitteen kautta.

Rakenna loogiset polut myös puhelimelle. Jos valikko on monimutkainen tai painikkeet ovat liian lähellä toisiaan, käyttäjä ei löydä haluamaansa. Murupolku voi auttaa laajoilla sivustoilla ymmärtämään sijainnin. Sisäinen linkitys tukee myös aihekokonaisuuksia: avainsanatutkimuksesta edetään sisältöön ja sisältömarkkinoinnista mittaamiseen. Linkit kannattaa lisätä käsin asiayhteyden perusteella, ei automaattisesti jokaiseen mahdolliseen sanaan.

Nopeus ja käytettävyys

Suorituskykyä kannattaa tarkastella oikeilla laitteilla ja verkkoyhteyksillä. Suuri yläkuva, turhat skriptit ja myöhään latautuvat fontit voivat hidastaa ensimmäistä näkymää. Varaa kuville ja upotuksille tila etukäteen, jotta sisältö ei hypähdä. Lataa sivun tärkein kuva etusijalla ja myöhemmät kuvat vasta tarpeen mukaan. Pakkaa kuvat sopivaan kokoon; alkuperäisen kokoista tiedostoa ei ole järkevää lähettää pieneen korttiin.

Nopeusmittarit auttavat löytämään ongelmia, mutta käyttäjän tehtävä on lopullinen testi. Onko yhteydenottopainike heti ymmärrettävä? Toimiiko lomake ilman virheitä? Pysyykö teksti luettavana myös zoomattaessa? Saavutettavuus ja käyttäjäkokemuksen suunnittelu tukevat teknistä laatua. Yksi nopea mutta epäselvä sivu ei palvele asiakasta paremmin kuin hieman hitaampi, hyvin suunniteltu sivu.

Rakenteinen tieto ja monikielisyys

Rakenteinen tieto auttaa hakukonetta ymmärtämään sivun tyypin ja keskeisiä tietoja. Käytä vain sellaista merkintää, joka vastaa näkyvää sisältöä ja soveltuu kyseiselle sivulle. Esimerkiksi artikkelille voidaan ilmoittaa otsikko, kuva ja tekijä. Merkintä ei takaa erityistä hakutulosulkoasua. Tarkista toteutus testityökaluilla ja vältä tietoja, joita sivulla ei oikeasti ole.

Monikielisellä sivustolla jokaisen kieliversion pitää olla aidosti omalla kielellään ja osoitteellaan. Merkitse sivun kieli oikein, käytä itselleen osoittavaa kanonista URL:ia ja lisää hreflang vain olemassa oleville vastineille. Jos artikkeli on julkaistu vain suomeksi, sitä ei pidä väittää saatavaksi muilla kielillä. Kielivalitsin saa ohjata saman sisällön vastineeseen, mutta puuttuvan käännöksen kohdalla käyttäjälle tulee tarjota selkeä vaihtoehto.

Teknisen SEO:n huoltorutiini

Tarkista kuukausittain tärkeiden sivujen indeksointi, virheelliset vastaukset ja rikkinäiset linkit. Julkaisujen yhteydessä varmista metatiedot, kanoninen URL, kuva, mobiilinäkymä ja sivustokartta. Suuremman muutoksen jälkeen seuraa muutaman viikon ajan, ettei tärkeiden sivujen näkyvyys katoa. Pidä kirjaa muutoksista, jotta löydät mahdollisen ongelman syyn nopeammin.

Priorisoi työ vaikutuksen mukaan. Kriittinen indeksointieste korjataan ennen pientä kosmeettista huomautusta. Sen jälkeen kannattaa kehittää sisältöä ja käyttäjän polkua. Tekninen SEO on perusta, jonka päälle verkkosivujen suunnittelu, hyödylliset artikkelit ja selkeä markkinointi rakentuvat. Hyvin hoidettu perusta tekee myöhemmistä parannuksista helpompia ja vähentää yllätyksiä sivuston kasvaessa.

Vältä uudistuksen yleiset hakunäkyvyysongelmat

Sivustouudistuksessa vanhat URL-osoitteet vaihtuvat usein huomaamatta. Tee ennen muutosta luettelo tärkeistä sivuista ja niiden uusista vastineista. Jos vanhalle sivulle ei ole suoraa vastinetta, päätä asiayhteyden perusteella, mihin kävijä kannattaa ohjata. Kaikkia vanhoja osoitteita ei pidä ohjata etusivulle, sillä silloin ihminen ei löydä etsimäänsä. Tarkista julkaisuympäristössä, että testipalvelimen noindex-merkinnät ja salasanarajoitukset eivät siirry tuotantoon.

Julkaisun jälkeen käy läpi tärkeät polut oikealla selaimella. Avaa vanhat osoitteet, tarkista uusi sisältö ja testaa lomakkeet. Seuraa hakukoneen raportteja sekä palvelimen virheitä. Muutoksen vaikutus voi näkyä asteittain, joten dokumentoi julkaisupäivä ja tehdyt uudelleenohjaukset. Jos liikenne muuttuu, vertaa sivu- ja kyselytasolla, missä muutos tapahtui. Tämä on hyödyllisempää kuin koko sivuston yhden käyrän tuijottaminen.

Kuvat, videot ja muut raskaat osat

Käytä kuvaa oikeassa koossa ja muodossa. Hero-kuva tarvitsee yleensä enemmän tarkkuutta kuin pieni korttikuva, mutta kumpaakaan ei kannata toimittaa tarpeettoman suurena. Ilmoita kuvan mitat tai varaa sille kuvasuhteen mukainen tila, jotta muu sisältö ei siirry latauksen aikana. Anna merkitykselliselle kuvalle kuvaava vaihtoehtoinen teksti. Jos kuva on pelkkä koriste eikä lisää tietoa, tyhjä alt-teksti on usein oikea ratkaisu.

Videoiden ja ulkopuolisten upotusten kanssa tarkista, tarvitaanko niitä heti sivun avautuessa. Jokainen lisäskripti voi hidastaa käyttöä tai vaikuttaa yksityisyyteen. Lataa upotus vasta, kun käyttäjä tarvitsee sitä, jos toteutus ja käyttötapa sen sallivat. Mittaa vaikutus todellisessa sivussa, sillä yksittäisen tiedoston koko ei kerro koko kokemusta. Varmista, että keskeinen viesti on saatavilla myös ilman videon katsomista.

Miten tekninen auditointi kannattaa tehdä?

Auditointi alkaa tärkeiden sivujen listasta. Tarkista niiden HTTP-vastaukset, indeksoitavuus, kanoniset osoitteet, sisäiset linkit, otsikot, mobiilinäkymä ja suorituskyky. Erota kriittiset virheet, merkittävät parannukset ja pienet viimeistelyt. Liitä havaintoon aina esimerkkiosoite sekä vaikutus: esimerkiksi ”palvelusivu ei ole indeksoitavissa” on toiminnallinen kuvaus, kun taas ”SEO-pisteet 71” ei kerro, mitä pitää tehdä.

Korjausten jälkeen testaa samat osoitteet uudelleen. Jos kehittäjä korjaa mallipohjan, varmista, että muutos toimii kaikilla sitä käyttävillä sivuilla. Päivitä tarkistuslista seuraavia julkaisuja varten. Hyvä auditointi ei pääty raporttiin, vaan korjausten priorisointiin ja varmistukseen. Kun tekninen perusta on kunnossa, seuraava pullonkaula voi olla viestin selkeys tai sisällön kattavuus, ei uusi tekninen asetus.

Milloin tarvitset kehittäjän apua?

Sisältötiimi voi usein korjata otsikot, rikkinäiset linkit ja sivun tekstin itse. Kehittäjää tarvitaan yleensä, kun ongelma liittyy palvelimen vastauksiin, sivupohjien kanonisiin osoitteisiin, suorituskyvyn rakenteeseen tai JavaScriptillä tuotettuun sisältöön. Kuvaa ongelma mahdollisimman täsmällisesti: anna URL, odotettu toiminta, havaittu toiminta ja vaikutus käyttäjään. Näin korjaus ei jää yleiseksi pyynnöksi ”parantaa SEO:ta”.

Sovi myös, miten muutos varmistetaan ennen tuotantoon vientiä. Esimerkiksi kanonisen URL:n korjaus pitää tarkistaa eri kielissä ja sivutyypeissä, ei vain yhdessä artikkelissa. Julkaisun jälkeen seuraa, ettei korjaus rikkonut muita polkuja. Hyvä yhteistyö sisältötiimin ja kehittäjän välillä vähentää päällekkäistä työtä sekä tekee tulevista julkaisuista turvallisempia.

Lisää nämä tarkistukset julkaisuprosessiin, jotta samoja virheitä ei tarvitse etsiä uudelleen jokaisen päivityksen jälkeen. Selkeä lista auttaa myös uusia tiimin jäseniä.