Verkkosivuston hakukonenäkyvyys ei rakennu pelkästään hyvistä teksteistä ja oikeista avainsanoista. Joskus sivu voi olla sisällöllisesti erinomainen, mutta hakukone ei silti löydä sitä, indeksoi sitä oikein tai ymmärrä, mikä sivuston eri URL-osoitteista on tarkoitettu ensisijaiseksi.
Tässä kohtaa tekninen SEO tulee mukaan.
Teknisellä SEO:lla tarkoitetaan verkkosivuston teknisen rakenteen ja toiminnan kehittämistä niin, että sivusto toimii mahdollisimman hyvin sekä hakukoneiden että ihmisten näkökulmasta. Käytännössä tarkasteltavia asioita on paljon: sivuston nopeus, indeksointi, URL-rakenne, uudelleenohjaukset, mobiilikäyttö, sisäinen linkitys, robots.txt, sitemap.xml ja niin edelleen.
Kaikki näistä eivät kuitenkaan ole yhtä tärkeitä jokaisella sivustolla. Hyvä tekninen SEO-työ alkaa yleensä siitä, että selvitetään, missä oikea ongelma on.
Mikä tekninen SEO oikeastaan on?
Hakukoneoptimointi mielletään helposti avainsanojen sijoitteluksi ja sisällön tuottamiseksi. Se on vain yksi osa kokonaisuutta.
Verkkosivuston SEO koostuu käytännössä useasta toisiinsa liittyvästä alueesta:
- tekninen SEO
- sisältö ja sen laatu
- sivujen sisäinen optimointi
- sivuston rakenne
- sisäinen linkitys
- ulkoiset linkit
- käyttäjäkokemus.
Tekninen puoli muodostaa tälle kaikelle pohjan.
Ajatellaan vaikka verkkokauppaa, jossa on satoja tai tuhansia tuotteita. Yritys voi tehdä jokaiselle tuotteelle hyvän kuvauksen ja optimoida kategoriat huolellisesti. Jos osa tärkeistä sivuista on kuitenkin vahingossa estetty indeksoinnilta tai sivustolla on valtava määrä teknisiä duplikaatteja, osa tehdystä työstä voi jäädä käytännössä hyödyntämättä.
Teknisen SEO:n tarkoitus ei siis ole tehdä verkkosivustosta mahdollisimman teknistä. Tarkoitus on poistaa esteitä, jotka vaikeuttavat sivuston löytämistä, lukemista ja ymmärtämistä.
Miksi teknisellä SEO:lla on merkitystä?
Ennen kuin verkkosivu voi saada liikennettä hakukoneesta, hakukoneen täytyy löytää kyseinen sivu.
Sen jälkeen sivu pitää pystyä lataamaan ja käsittelemään. Hakukone arvioi samalla sivun sisältöä, rakennetta ja muita teknisiä signaaleja.
Prosessi kuulostaa yksinkertaiselta, mutta käytännössä sivuston taustalla voi olla paljon asioita, jotka sotkevat sitä.
Esimerkiksi:
- tärkeälle sivulle ei johda yhtään sisäistä linkkiä
- robots.txt estää vahingossa kokonaisen osion
- palvelin palauttaa virheitä
- sama sivu löytyy useasta URL-osoitteesta
- sivustolla on satoja turhia suodatin-URL-osoitteita
- mobiiliversiossa puuttuu osa sisällöstä
- sivujen lataaminen kestää liian kauan
- vanhoja URL-osoitteita ei ohjata oikein.
Yksi pieni tekninen puute ei välttämättä vielä aiheuta ongelmaa. Suurilla sivustoilla tilanne voi kuitenkin muuttua nopeasti, kun samanlaisia ongelmia on kymmeniä tai tuhansia.
Tekninen SEO ei ole vain hakukoneita varten
Kun verkkosivuston teknisiä ongelmia korjataan, lopputulos näkyy usein myös käyttäjälle. Nopeampi sivu tuntuu paremmalta käyttää. Selkeämpi rakenne helpottaa navigointia. Toimivat uudelleenohjaukset estävät käyttäjää päätymästä vanhoille sivuille.
Toisin sanoen tekninen SEO ja hyvä käyttäjäkokemus kulkevat monessa tapauksessa samaan suuntaan.
Indeksointi – pääseekö hakukone sivustolle?
Indeksointi on yksi teknisen SEO:n perusasioista.
Jos sivua ei ole hakukoneen indeksissä, se ei käytännössä voi saada orgaanista näkyvyyttä kyseisen sisällön perusteella.
Mutta tässä kohtaa kannattaa välttää yhtä yleistä ajattelutapaa: kaikkia sivuja ei tarvitse saada indeksiin.
Verkkokaupassa esimerkiksi ostoskori, kassasivu ja asiakkaan kirjautumissivu eivät yleensä ole hakukonenäkyvyyden kannalta tarpeellisia. Sama koskee monia teknisiä sivuja ja osaa suodattimien muodostamista URL-osoitteista.
Tavoite on siis oikeastaan päinvastainen kuin “indeksoidaan kaikki”.
Tärkeät sivut halutaan indeksiin. Turhat ja tekniset URL-osoitteet pidetään mahdollisuuksien mukaan poissa.
Robots.txt
Robots.txt on pieni tiedosto, mutta väärin määritettynä sen vaikutus voi olla suuri.
Tiedosto sijaitsee yleensä verkkotunnuksen juuressa ja sisältää ohjeita hakukoneiden boteille.
Yksinkertainen esimerkki voisi näyttää tältä:
User-agent: *
Disallow: /admin/
Tarkoitus on estää hakukoneita crawlaamasta hallintaosion kaltaista aluetta.
Ongelmat alkavat silloin, kun sääntöjä lisätään ilman, että niiden vaikutusta tarkistetaan.
Esimerkiksi koko /products/-kansion sulkeminen voi näyttää teknisesti pieneltä muutokselta, mutta jos kyseessä on verkkokaupan tärkein sisältö, seuraukset voivat olla aivan toiset.
Robots.txt:n kanssa kannattaa siis olla tarkkana.
On myös hyvä erottaa kaksi asiaa toisistaan: robots.txt ohjaa ennen kaikkea crawlaukseen liittyvää pääsyä. Se ei ole yleinen “poista tämä sivu Googlesta” -painike.
Sitemap.xml
Sitemap.xml toimii eräänlaisena karttana hakukoneelle.
Se kertoo, mitä URL-osoitteita sivustolta löytyy ja mitä sivuja halutaan tuoda hakukoneen tietoon.
Hyvä sitemap sisältää kuitenkin vain relevantteja osoitteita.
Sinne ei kannata kerätä kaikkea mahdollista, mitä CMS sattuu tuottamaan.
Esimerkiksi seuraavat eivät yleensä kuulu sitemapin tärkeimpään sisältöön:
- 404-sivut
- 301-uudelleenohjaukset
- duplikaattisivut
- indeksoinnilta suljetut URL-osoitteet
- tekniset sivut
- vanhentuneet URL-osoitteet.
Suurella verkkosivustolla sitemapin tarkistaminen kannattaa ottaa osaksi säännöllistä SEO-seurantaa.
Sivuston rakenne
Hyvä rakenne tekee sivustosta helpomman käyttää ja helpottaa samalla hakukoneen työtä.
Verkkokaupassa rakenne voi olla esimerkiksi:
Etusivu
→ Vaatteet
→ Miesten vaatteet
→ Miesten takit
→ Talvitakit
→ Tuote
Rakenteen ei tarvitse olla juuri tällainen. Tärkeintä on, että kokonaisuus tuntuu loogiselta.
Jos käyttäjä ei ymmärrä, missä hän on tai miten hän pääsee seuraavaan osioon, sama rakenne voi olla hankala myös hakukoneelle.
Sivujen syvyys
Jos sivu löytyy vasta pitkän klikkausketjun päästä, sen asemaa kannattaa tarkastella.
Kaikki sivut eivät tietenkään voi olla suoraan etusivulta yhden klikkauksen päässä. Se ei olisi edes järkevää suurella verkkosivustolla.
Tärkeämpää on, että liiketoiminnan kannalta olennaiset sivut löytyvät selkeästi ja niihin johtaa toimiva sisäinen linkitys.
URL-rakenne
URL-osoitteen ei tarvitse olla täydellinen SEO-mestariteos.
Sen pitäisi kuitenkin olla ymmärrettävä.
Esimerkiksi:
site.fi/palvelut/tekninen-seo/
kertoo jo melko paljon sivun sisällöstä.
Sen sijaan esimerkiksi:
site.fi/page?id=58391
ei kerro käyttäjälle juuri mitään.
Parametreja sisältävät URL-osoitteet eivät silti automaattisesti ole ongelma. Verkkokaupoissa niitä tarvitaan usein esimerkiksi suodattimiin ja lajitteluun.
Ongelma syntyy, kun yksi pieni toiminnallisuus alkaa luoda tuhansia lähes identtisiä sivuja.
URL-duplikaatit
Sama sisältö voi joskus olla saatavilla useassa eri osoitteessa.
Syynä voivat olla esimerkiksi:
- URL-parametrit
- www- ja non-www-versiot
- HTTP ja HTTPS
- slashin eri versiot
- suodattimet
- CMS:n tekniset ratkaisut
- tulostus- tai vaihtoehtoiset sivuversiot.
Hakukoneen näkökulmasta tilanne ei ole ihanteellinen, koska sen pitää päätellä, mikä versio pitäisi käsitellä ensisijaisena.
Tähän voidaan käyttää canonical-tageja, uudelleenohjauksia ja sivuston rakenteen korjaamista.
Canonical-tag
Canonical kertoo hakukoneelle, mikä URL on sivun ensisijainen versio.
Esimerkiksi:
<link rel="canonical" href="https://site.fi/tuote/esimerkki/">
Tätä voidaan käyttää tilanteessa, jossa teknisesti saatavilla on useampi hyvin samanlainen URL.
Canonical ei kuitenkaan ratkaise automaattisesti kaikkia duplikaattiongelmia.
Jos kaksi sivua käsittelee eri asioita, niitä ei pidä vain yhdistää canonicalilla siksi, että sivustolla olisi vähemmän URL-osoitteita.
Uudelleenohjaukset
Kun sivu siirretään uuteen URL-osoitteeseen, vanha osoite pitää yleensä ohjata uuteen.
Pysyvässä muutoksessa käytetään tyypillisesti 301-uudelleenohjausta.
Esimerkiksi:
vanha-sivu → 301 → uusi-sivu
Tämä on normaalia.
Sen sijaan tällainen rakenne ei ole erityisen hyvä:
vanha-sivu → sivu-2 → sivu-3 → uusi-sivu
Tällaisia uudelleenohjausketjuja syntyy helposti vanhoille sivustoille, joita on vuosien aikana muutettu monta kertaa.
Jos mahdollista, vanha URL kannattaa ohjata suoraan lopulliseen osoitteeseen.
404 ja 410 – mitä tapahtuu, kun sivu poistetaan?
404 tarkoittaa, ettei pyydettyä sivua löydy.
Se ei sinänsä ole merkki huonosta verkkosivustosta. Sivut poistuvat ja URL-osoitteet muuttuvat ajan myötä.
Oleellisempaa on se, mitä poistetulle sivulle tapahtui.
Jos tuote on vain siirretty uuteen osoitteeseen, 301-uudelleenohjaus voi olla järkevä.
Jos sisältöä ei enää ole eikä sille ole korvaavaa sivua, 404 voi olla täysin normaali ratkaisu.
Joissakin tilanteissa käytetään 410-vastausta, joka kertoo resurssin poistuneen pysyvästi.
Yksi ratkaisu ei sovi joka tilanteeseen.
Sivuston nopeus
Sivuston nopeudesta puhutaan SEO:n yhteydessä paljon, mutta käytännössä asia on hyvin arkinen.
Kukaan ei pidä hitaasta verkkosivusta.
Jos sivun avaamiseen menee useita sekunteja, osa käyttäjistä ehtii poistua ennen kuin sisältö edes näkyy.
Latausnopeuteen vaikuttavat esimerkiksi:
- liian suuret kuvat
- JavaScript
- kolmannen osapuolen skriptit
- palvelimen vasteaika
- välimuisti
- CSS
- fontit
- tietokanta
- verkkosivuston tekninen toteutus.
Ensimmäinen askel ei ole kuitenkaan kaikkien resurssien optimointi kerralla.
Ensin pitää selvittää, mikä oikeasti hidastaa sivustoa.
Core Web Vitals
Google käyttää Core Web Vitals -mittareita sivuston käyttökokemuksen arviointiin.
Keskeiset mittarit ovat:
- LCP – kuinka nopeasti sivun tärkein sisältö latautuu
- INP – kuinka nopeasti sivu reagoi käyttäjän toimintaan
- CLS – kuinka vakaana sivun sisältö pysyy latautumisen aikana.
Esimerkiksi CLS-arvo voi kärsiä tilanteessa, jossa sivulla näkyvä sisältö hyppii paikasta toiseen kuvien tai muiden elementtien latautuessa.
INP puolestaan liittyy siihen, kuinka nopeasti sivu reagoi käyttäjän toimintaan.
Näitä mittareita kannattaa käyttää kehityksen tukena, ei tavoitteena itsessään. Hyvä pistemäärä ei korvaa oikeasti toimivaa ja miellyttävää verkkosivustoa.
Mobiilioptimointi
Nykyään ei käytännössä riitä, että verkkosivusto näyttää hyvältä tietokoneen näytöllä.
Puhelimella sivuston pitää toimia kunnolla.
Tarkistettavia asioita ovat esimerkiksi:
- valikot
- painikkeet
- fonttikoot
- lomakkeet
- kuvat
- sivun lataus
- sisällön järjestys
- vaakasuuntainen vieritys.
Myös sisältö kannattaa tarkistaa.
Jos työpöytäversiossa on tärkeä sisältöelementti, jota mobiiliversiossa ei näytetä, kyseessä ei ole vain design-kysymys. Sillä voi olla vaikutusta myös SEO:n kannalta.
HTTPS
HTTPS on nykyään verkkosivuston perusasia.
Sivuston pitää kuitenkin käyttää sitä johdonmukaisesti.
Esimerkiksi:
http://site.fi
https://site.fi
Jos molemmat versiot ovat saavutettavissa ilman selkeää uudelleenohjausta, syntyy tarpeetonta päällekkäisyyttä.
HTTPS-version pitäisi yleensä olla sivuston ensisijainen versio.
Samalla kannattaa tarkistaa canonicalit, sitemap, sisäiset linkit ja mahdolliset vanhat HTTP-osoitteet.
Sisäinen linkitys
Sisäinen linkitys jää joskus teknisessä SEO:ssa liian vähälle huomiolle.
Se on kuitenkin yksi helpoimmista tavoista kertoa, miten sivuston eri osat liittyvät toisiinsa.
Hyvä sisäinen linkki voi esimerkiksi viedä käyttäjän:
- aiheeseen liittyvään artikkeliin
- palvelusivulle
- tuoteryhmään
- toiseen tuotteeseen
- tarkempaan oppaaseen.
Linkityksen ei tarvitse olla monimutkaista.
Jos artikkelissa puhutaan teknisestä SEO-auditoinnista ja sivustolla on siitä oma palvelusivu, luonnollinen sisäinen linkki näiden välillä on täysin järkevä.
Murupolut
Murupolut eli breadcrumbs näyttävät käyttäjälle hänen sijaintinsa sivuston rakenteessa.
Esimerkiksi:
Etusivu → Palvelut → SEO → Tekninen SEO
Pienellä sivustolla niiden merkitys voi olla rajallinen.
Suurella verkkokaupalla tai sisältösivustolla niistä on yleensä enemmän hyötyä. Käyttäjä näkee nopeasti, mihin kategoriaan nykyinen sivu kuuluu ja voi siirtyä ylemmälle tasolle.
Murupolut voidaan myös merkitä rakenteisella datalla.
Rakenteinen data
Rakenteinen data auttaa hakukonetta ymmärtämään sivun sisältöä tarkemmin.
Schema.org on tässä yksi yleisimmistä standardeista.
Sivun tyypistä riippuen käytössä voi olla esimerkiksi:
- Product
- Article
- Organization
- LocalBusiness
- BreadcrumbList
- Event
- FAQPage.
Rakenteisen datan kanssa kannattaa kuitenkin noudattaa yhtä perusperiaatetta: merkinnän pitää vastata sivulla olevaa todellista sisältöä.
Rakenteista dataa ei kannata lisätä vain siksi, että halutaan saada hakutulokseen jokin tietty ominaisuus.
Title ja meta description
Title on yksi sivun näkyvimmistä SEO-elementeistä.
Sen pitäisi kertoa selkeästi, mistä sivulla on kyse, ja sen olisi hyvä olla yksilöllinen.
Meta description ei puolestaan yksinään nosta sivua hakutuloksissa. Sillä on kuitenkin merkitystä hakutuloksen esityksessä ja käyttäjän päätöksessä klikata tulosta.
Suurella sivustolla kannattaa kiinnittää huomiota siihen, etteivät kaikki sivut saa samaa Titlea tai samaa kuvausta.
Verkkokaupassa metatietojen automaattinen muodostaminen voi olla toimiva ratkaisu, kunhan logiikka on suunniteltu kunnolla.
H1, H2 ja H3 – otsikkorakenne
Otsikoiden tarkoitus on tehdä sivusta helpommin luettava.
Esimerkiksi tämän artikkelin rakenne voisi olla:
H1 Tekninen SEO
H2 Indeksointi
H3 Robots.txt
H3 Sitemap.xml
H2 Sivuston nopeus
H3 Core Web Vitals
H3 Kuvien optimointi
Otsikoita ei kannata täyttää väkisin avainsanoilla.
Jos H2-otsikko kuulostaa luonnottomalta ihmiselle, se ei todennäköisesti paranna sisältöä myöskään hakukoneen näkökulmasta.
Kuvien optimointi
Kuvat ovat yksi yleisimmistä syistä siihen, että verkkosivu latautuu hitaasti.
Erityisesti verkkokaupoissa kuvia voi olla tuhansia.
Kannattaa tarkistaa ainakin:
- kuvatiedostojen koko
- resoluutio
- tiedostomuoto
- responsiiviset kuvat
- lazy loading
- alt-tekstit.
Kaikkea ei kuitenkaan tarvitse pakata äärimmilleen. Jos kuva muuttuu pakkaamisen jälkeen epätarkaksi, optimoinnissa on menty liian pitkälle.
Alt-tekstin pitäisi puolestaan kertoa, mitä kuvassa on silloin, kun tekstivastineesta on hyötyä. Avainsanojen listaaminen ei ole sen tarkoitus.
JavaScript ja hakukoneoptimointi
Moderni verkkokehitys perustuu usein JavaScriptiin.
Se ei itsessään ole SEO-ongelma.
Ongelma syntyy silloin, jos tärkeä sisältö, linkit tai navigaatio eivät ole hakukoneen saatavilla tavalla, jota se pystyy käsittelemään.
Esimerkiksi JavaScript-pohjaisissa sovelluksissa kannattaa tarkistaa, miltä sivu näyttää myös silloin, kun sitä tarkastellaan hakukoneen näkökulmasta.
Erityisesti täysin dynaamisesti rakennetuilla sivuilla asia on tärkeä.
HTTP-statuskoodit
Palvelimen palauttamat statuskoodit kertovat paljon sivuston teknisestä tilasta.
Yleisimmät ovat:
- 200 – sivu toimii
- 301 – pysyvä uudelleenohjaus
- 302 – väliaikainen uudelleenohjaus
- 404 – sivua ei löydy
- 410 – resurssi on poistettu
- 403 – pääsy estetty
- 5xx – palvelinvirhe.
Erityisesti suuri määrä 5xx-virheitä kannattaa tutkia.
Jos palvelin antaa jatkuvasti virheitä tärkeille sivuille, kyse ei ole enää pienestä SEO-yksityiskohdasta.
Sisällön duplikaatit
Kaikki duplikaatit eivät synny URL-osoitteista.
Myös sivuston sisältö voi olla liian samanlaista.
Verkkokaupassa tämä voi näkyä esimerkiksi niin, että kymmenillä tuotteilla on lähes sama kuvaus. Palvelusivustolla taas kaksi eri URL-osoitetta voi sisältää lähes saman tekstin.
Tavoitteena ei ole tehdä jokaisesta sivusta väkisin täysin erilaista.
Tärkeämpää on, että jokaisella tärkeällä sivulla on selkeä tarkoitus ja oma roolinsa sivustolla.
Verkkokaupan suodattimet ja fasettinavigaatio
Verkkokaupoissa suodattimet ovat yksi teknisen SEO:n vaikeimmista osa-alueista.
Oletetaan, että tuotteita voidaan rajata esimerkiksi:
- merkin
- värin
- koon
- materiaalin
- hinnan
- käyttötarkoituksen perusteella.
Jokainen yhdistelmä voi luoda uuden URL-osoitteen.
Silloin yhdestä kategoriasta voi syntyä valtava määrä sivuja:
/kengat/
/kengat/?brand=nike
/kengat/?brand=nike&color=black
/kengat/?brand=nike&color=black&size=42
Kaikkia näitä URL-osoitteita ei tietenkään tarvitse indeksoida.
Joillakin yhdistelmillä voi olla todellista hakukysyntää. Toiset ovat vain käyttäjän hetkellisiä suodatusvalintoja.
Siksi suodattimille kannattaa tehdä erillinen SEO-suunnitelma.
Sivutus
Pitkät tuotelistat ja kategoriat jaetaan usein usealle sivulle.
Esimerkiksi:
/tuotteet/
/tuotteet/page/2/
/tuotteet/page/3/
Sivutuksessa tärkeintä on varmistaa, että kaikki olennaiset tuotteet ja kategoriat ovat löydettävissä.
Sivutuksen tekninen toteutus kannattaa tarkistaa erityisesti silloin, kun sivuston rakennetta tai CMS:ää on hiljattain muutettu.
Rikkinäiset linkit
Rikkinäisiä linkkejä syntyy yleensä huomaamatta.
Vanha artikkeli poistetaan. Tuote vaihdetaan uuteen URL-osoitteeseen. Kategoria nimetään uudelleen. Sivustolle tehdään uusi rakenne.
Ja yhtäkkiä jossain vanhassa blogikirjoituksessa on linkki, joka ei enää vie mihinkään.
Yksittäinen rikkinäinen linkki ei ole maailmanloppu. Suurella sivustolla niitä voi kuitenkin kertyä nopeasti.
Siksi rikkinäisiä linkkejä kannattaa seurata säännöllisesti.
Palvelinlokit SEO-analyysissa
Suurilla sivustoilla palvelinlokit voivat kertoa asioita, joita tavallinen crawler ei näe.
Lokista voidaan tarkistaa esimerkiksi, mitä URL-osoitteita Googlebot ja muut hakukoneiden robotit oikeasti pyytävät.
Tämä voi paljastaa mielenkiintoisia asioita.
Jos sivustolla on esimerkiksi 100 000 URL-osoitetta, mutta botin crawlauksesta suuri osa kuluu erilaisiin suodattimiin ja parametreihin, sivuston rakenne kannattaa ottaa tarkempaan tarkasteluun.
Samalla voidaan huomata, että tärkeä sivu saa hyvin vähän crawler-liikennettä.
Miten tekninen SEO-auditointi tehdään?
Hyvä auditointi ei ala siitä, että avataan SEO-työkalu ja kopioidaan kaikki sen ilmoittamat virheet Exceliin.
Ensin pitää ymmärtää, millainen sivusto on kyseessä.
Selvitettäviä asioita ovat esimerkiksi:
- sivuston koko
- CMS
- tärkeimmät palvelut tai tuotteet
- tärkeimmät liiketoiminnalliset sivut
- nykyinen orgaaninen liikenne
- aiemmat sivustomigraatiot
- viimeisimmät suuret muutokset
- mahdolliset jo tiedossa olevat ongelmat.
Tämän jälkeen tekninen analyysi voidaan tehdä paljon tarkemmin.
Sivuston tekninen crawlaus
Ensimmäiseksi käydään läpi URL-osoitteet ja sivujen tekniset tiedot.
Tarkasteluun voivat kuulua esimerkiksi:
- HTTP-statuskoodit
- Title-tagit
- meta descriptionit
- H1-otsikot
- canonicalit
- sisäiset linkit
- robots-direktiivit
- URL-rakenne.
Tässä vaiheessa muodostuu yleensä ensimmäinen lista asioista, jotka vaativat tarkempaa tutkimista.
Indeksoinnin tarkistaminen
Seuraavaksi verrataan sitä, mitä sivustolla on, siihen, mitä hakukone oikeasti indeksoi.
Tämä kohta on tärkeä erityisesti verkkokaupoissa ja suurilla sisältösivustoilla.
Teknisesti olemassa oleva sivu ei automaattisesti tarkoita, että sen pitäisi löytyä hakukoneesta.
Rakenteen analysointi
Tässä vaiheessa tarkastellaan sivuston hierarkiaa, kategorioita, URL-osoitteita ja sisäistä linkitystä.
Usein tässä vaiheessa löytyy myös “orpoja” sivuja eli sivuja, joihin ei johda kunnollisia sisäisiä linkkejä.
Nopeuden tarkistus
Sivuston suorituskyky tutkitaan erikseen.
Pelkkä yksi PageSpeed-pistemäärä ei kerro koko totuutta. Olennaisempaa on löytää konkreettiset syyt, jotka hidastavat sivustoa.
Mobiilin tarkistaminen
Sivusto testataan eri näyttökoilla ja laitteilla.
Samalla tarkistetaan, että sisältö, navigointi ja toiminnallisuudet toimivat myös pienellä näytöllä.
Teknisten asetusten tarkistus
Tarkistettavien asioiden joukossa ovat esimerkiksi:
- robots.txt
- sitemap.xml
- canonicalit
- meta robots
- uudelleenohjaukset
- HTTP-otsakkeet
- strukturoitu data.
Lopuksi: prioriteetit
Hyvä auditointiraportti ei ole vain pitkä lista punaisia varoituksia.
Asiakkaan kannalta paljon hyödyllisempää on tietää, mitä pitäisi tehdä ensin.
Esimerkiksi:
| Ongelma | Prioriteetti | Mitä tehdään? |
|---|---|---|
| Tärkeitä sivuja ei voida indeksoida | Korkea | Tarkistetaan robots.txt ja meta robots |
| Uudelleenohjausketjuja on paljon | Keskitaso | Ohjataan vanhat URL:t suoraan lopullisiin osoitteisiin |
| Tuotekuvat ovat liian suuria | Keskitaso | Pakataan kuvat ja otetaan käyttöön sopivat formaatit |
| Canonicalit osoittavat väärin | Korkea | Korjataan ensisijaiset URL-osoitteet |
| Sitemap sisältää vanhoja sivuja | Keskitaso | Päivitetään sitemap |
Tällä tavalla SEO-työstä tulee konkreettista. Kehittäjä tietää, mitä pitää tehdä, ja yritys tietää, mihin työaikaa käytetään.
Mitä tapahtuu teknisen SEO-korjauksen jälkeen?
Kun muutokset on tehty, työ ei ole vielä valmis.
Tämä vaihe jää yllättävän usein väliin.
Jos robots.txt-tiedostoa muutettiin, se pitää tarkistaa uudelleen. Jos URL-rakennetta muutettiin, uudelleenohjaukset pitää testata. Jos sivupohjaa päivitettiin, myös Title-, H1- ja canonical-tiedot kannattaa tarkistaa.
Sivustomigraation jälkeen tarkistuslista voi olla pitkä:
- indeksointi
- robots.txt
- sitemap.xml
- canonicalit
- sisäinen linkitys
- statuskoodit
- mobiiliversio
- nopeus
- metatiedot
- URL-rakenne.
Yksi väärä asetus voi muuten vaikuttaa tuhansiin sivuihin.
Kuinka usein SEO-auditointi kannattaa tehdä?
Tähän ei ole yhtä oikeaa vastausta.
Pieni yrityssivusto, joka muuttuu pari kertaa vuodessa, ei tarvitse samanlaista jatkuvaa teknistä valvontaa kuin suuri verkkokauppa.
Mitä enemmän sivustolla tapahtuu, sitä tärkeämpää seurannasta tulee.
Erityisen hyvä hetki tehdä tekninen tarkistus on ennen ja jälkeen:
- verkkosivuston uudistuksen
- CMS-vaihdoksen
- domain-siirron
- URL-rakenteen muutoksen
- palvelinvaihdon
- suuren sisältöpäivityksen
- uuden verkkokauppaosion julkaisun.
Yleisimmät virheet teknisessä SEO:ssa
Tekninen SEO on täynnä pieniä ja suuria virheitä, jotka voivat heikentää sivuston näkyvyyttä hakukoneissa. Osa niistä on helppo korjata, osa vaatii syvempää analyysiä.
Yritetään korjata kaikki kerralla
SEO-työkalu voi löytää satoja ongelmia.
Se ei tarkoita, että kaikki pitäisi korjata heti.
Jos yksi virhe vaikuttaa 20 000 sivuun ja toinen vain yhteen vanhaan URL-osoitteeseen, niiden prioriteetti ei ole sama.
Siksi ongelmat kannattaa aina järjestää vaikutuksen ja kiireellisyyden mukaan.
Kaikkia SEO-ohjeita noudatetaan sokeasti
SEO:ssa törmää jatkuvasti sääntöihin, jotka esitetään yleispätevinä.
Todellisuudessa verkkosivustot ovat erilaisia.
Verkkokaupan ratkaisu ei välttämättä sovi paikallisen palveluyrityksen sivustolle. Suuren portaalin tekninen rakenne taas voi olla täysin erilainen kuin pienen yrityssivuston.
Tekninen päätös pitäisi tehdä sen perusteella, mitä juuri kyseinen sivusto tarvitsee.
Kehittäjää ei oteta mukaan
Monet tekniset SEO-ongelmat eivät ratkea SEO-työkalussa nappeja painamalla.
Jos ongelma liittyy CMS:ään, palvelimeen, JavaScriptiin tai sivupohjiin, tarvitaan usein kehittäjä.
Siksi SEO-asiantuntijan pitää osata tehdä tehtävänannosta riittävän selkeä.
“Korjaa tämä SEO-ongelma” ei ole kehittäjälle kovin hyödyllinen ohje.
Muutoksia ei tarkisteta jälkeenpäin
Tämä on ehkä yksi käytännön yleisimmistä ongelmista.
Korjaus tehdään, raporttiin tulee vihreä merkintä ja asia unohdetaan.
Sitten muutama viikko myöhemmin uusi sivupohja poistaa canonicalit tai kehittäjä muuttaa robots.txt:tä osana toista projektia.
Tekninen SEO vaatii jatkuvaa seurantaa juuri tästä syystä.
Tekninen SEO uudelle verkkosivustolle
Uuden sivuston kanssa on yksi selvä etu: monet ongelmat voidaan estää jo ennen julkaisua.
Kehityksen aikana kannattaa miettiä ainakin:
- URL-rakennetta
- sivuston hierarkiaa
- kategorioita
- metatietojen muodostamista
- robots.txt:tä
- sitemap.xml:ää
- canonicaleja
- mobiiliversiota
- latausnopeutta
- uudelleenohjauksia
- poistettujen sivujen käsittelyä
- sisäistä linkitystä.
SEO-asiantuntijan mukanaolo jo kehitysvaiheessa voi säästää paljon aikaa myöhemmin.
Jos koko sivuston rakenne on tehty väärin, sen korjaaminen julkaisun jälkeen voi olla huomattavasti työläämpää.
Tekninen SEO vanhalle verkkosivustolle
Vanhan sivuston kohdalla ensimmäinen tehtävä ei yleensä ole kaiken muuttaminen.
Ensin selvitetään, mitä siellä oikeasti tapahtuu.
Sivustolle on voitu tehdä vuosien aikana useita pieniä muutoksia. Mukana voi olla vanhoja uudelleenohjauksia, tarpeettomia URL-parametreja, poistuneita kategorioita ja teknisiä ratkaisuja, joista kukaan ei enää muista alkuperäistä tarkoitusta.
Siksi auditointi kannattaa aloittaa nykytilasta.
Sen jälkeen ongelmat voidaan jakaa esimerkiksi kolmeen ryhmään:
- ongelmat, jotka vaikuttavat suoraan indeksointiin
- ongelmat, jotka heikentävät sivuston rakennetta tai käyttökokemusta
- pienemmät tekniset parannukset.
Tämä tekee työstä huomattavasti hallittavampaa.
Tekninen SEO ei ole kertaluonteinen projekti
Verkkosivusto elää koko ajan.
Uusia tuotteita tulee, vanhoja poistuu, sivupohjia päivitetään ja markkinointitiimi julkaisee uusia laskeutumissivuja.
Jokainen muutos voi vaikuttaa myös SEO:hon.
Siksi teknistä SEO:ta kannattaa ajatella enemmän jatkuvana ylläpitona kuin yhtenä projektina.
Pienikin tarkistus säännöllisesti voi olla hyödyllisempi kuin yksi valtava auditointi kerran muutamassa vuodessa.
Yhteenveto
Tekninen SEO ei ole pelkkää robots.txt:n ja sitemap.xml:n säätämistä.
Se on paljon laajempi kokonaisuus, johon kuuluvat muun muassa indeksointi, URL-rakenne, uudelleenohjaukset, canonicalit, sivuston nopeus, mobiilikäyttö, sisäinen linkitys, JavaScript, rakenteinen data ja palvelimen toiminta.
Hyvin tehtynä tekninen SEO tekee verkkosivustosta helpommin ymmärrettävän hakukoneille ja samalla paremman käyttää ihmisille.
Kaikkia mahdollisia SEO-virheitä ei kuitenkaan tarvitse metsästää vain siksi, että työkalu näyttää ne raportissa. Olennaisempaa on löytää ne ongelmat, joilla on todellista vaikutusta sivuston näkyvyyteen, liiketoimintaan tai käyttäjäkokemukseen.
Hyvä tekninen optimointi on lopulta melko käytännönläheistä työtä: selvitetään, mikä sivustossa ei toimi, korjataan se ja tarkistetaan vielä kerran, että korjaus todella toimii.
Jos tarvitset apua teknisen SEO:n kanssa, iSEO on SEO-toimisto, joka voi auttaa verkkosivuston teknisessä auditoinnissa, optimoinnissa ja löydettyjen ongelmien korjaamisessa.