Tekninen SEO-auditointi: näin teet sen vaihe vaiheelta

Lyhyesti: tekninen SEO-auditointi on tarkistus, jossa selvitetään, pystyykö Google löytämään, hakemaan, renderöimään ja indeksoimaan sivustosi tärkeät sivut. Käyt läpi indeksoinnin, sivuston rakenteen ja uudelleenohjaukset, nopeuden, mobiiliversion, JavaScriptin ja rakenteellisen datan. Työkaluiksi riittävät useimmiten Google Search Console, PageSpeed Insights ja indeksointirobotti eli crawler. Tuloksena pitäisi olla lyhyt lista korjauksia tärkeysjärjestyksessä, ei satojen varoitusten raportti.

Mikä on tekninen SEO-auditointi?

Tekninen hakukoneoptimointi käsittelee sitä, mitä sisällön alla tapahtuu. Se kattaa palvelimen vastaukset, sen, mitä sivuja Google saa ja pystyy hakemaan, sivujen pääversiot, latautumisen puhelimella ja JavaScriptillä rakennetun sisällön näkyvyyden.

Auditointi on näiden asioiden järjestelmällinen läpikäynti. Tekstien laatu ja saapuvat linkit kuuluvat laajempaan SEO-analyysiin, mutta tekniikka kannattaa katsoa erikseen, koska sen virheet eivät näy kävijälle. Julkaisun jälkeen unohtunut noindex-tagi, uudelleenohjaus 404-sivulle tai vanhoja osoitteita täynnä oleva sivukartta voivat pudottaa sivuja hausta ilman, että kukaan huomaa sitä sivustoa selatessaan.

Hyvä auditointi tuottaa kolme asiaa: havainnot, jokaisen havainnon kohdalla ne URL-osoitteet tai sivupohjat, joita se koskee, ja järjestyksen, jossa ne korjataan. Kun virhe on sivupohjassa, yksi korjaus voi korjata satoja sivuja kerralla. Siksi sivupohjan virheet menevät listan kärkeen.

Milloin auditointi kannattaa tehdä?

Tekninen verkkosivujen auditointi kannattaa tehdä ainakin näissä tilanteissa:

• Ennen uuden sivuston julkaisua ja heti sen jälkeen. Kehitysympäristön noindex-tagit ja robots.txt-estot jäävät helposti tuotantoon.
• Sivustosiirron jälkeen, kun domain, URL-rakenne tai julkaisualusta vaihtuu.
• Kun liikenne laskee yllättäen eikä syy löydy sisällöstä tai kausivaihtelusta.
• Kun Search Console näyttää uusia virheitä sivujen indeksointiraportissa tai Core Web Vitals -raportissa.
• Säännöllisesti, esimerkiksi kerran vuodessa pienellä sivustolla ja useammin suurella verkkokaupalla, jossa sivuja syntyy ja poistuu jatkuvasti.

Indeksointi ja indeksoitavuus: mitä tarkistaa?

Aloita indeksoitavuudesta, koska se ratkaisee, voiko sivu ylipäätään näkyä haussa. Aja crawler etusivulta ja vertaa kolmea lukua: kuinka monta URL-osoitetta crawler löytää linkkien kautta, kuinka monta on sivukartassa ja kuinka monta Search Console näyttää indeksoituna. Suuret erot kertovat ongelmasta. Jos sivukartassa on sivuja, joihin crawler ei pääse, niihin ei luultavasti linkitetä. Jos crawler löytää tuhansia parametrillisia osoitteita, joita sivukartassa ei ole, sivustolla on kaksoiskappaleita.

Robots.txt ja noindex

Robots.txt-tiedostoa käytetään ensisijaisesti indeksointirobottien liikenteen hallintaan. Se ei ole keino pitää sivua poissa Googlesta: estetty URL voi silti näkyä hakutuloksissa ilman kuvausta. Jos sivu ei saa näkyä haussa, käytä noindex-tagia tai suojaa sivu salasanalla (Google Search Central). Tarkista myös, ettei mikään Disallow-sääntö estä tärkeää osiota tai sivujen tarvitsemia JavaScript-tiedostoja.

Sivujen indeksointiraportti

Avaa Search Consolesta sivujen indeksointiraportti. Googlen mukaan kaikkien URL-osoitteiden ei kannata odottaa olevan indeksissä. Tavoite on saada jokaisen tärkeän sivun kanoninen versio indeksiin (Search Console -ohje). Käy läpi syyt, miksi sivuja ei ole indeksoitu, ja etsi listalta tärkeitä sivuja: noindex-tagilla merkittyjä, robots.txt:n estämiä, uudelleenohjattuja ja kaksoiskappaleita, joille Google on valinnut eri kanonisen version kuin sinä.

Yksittäiset sivut URL-tarkistuksella

Tarkista kymmenen tärkeintä sivua URL-tarkistustyökalulla. Se näyttää, onko sivu indeksissä, milloin se on viimeksi indeksoitu ja minkä URL-osoitteen Google on valinnut kanoniseksi. Live-testi hakee sivun reaaliajassa ja näyttää kuvakaappauksen siitä, miltä renderöity sivu näyttää Googlen työkalulle. Indeksointipyyntö ei takaa, että sivu päätyy indeksiin, ja tarkistuksilla on päiväkohtainen kiintiö (Search Console -ohje).

Mobiiliversio

Google käyttää sivuston sisällön mobiiliversiota indeksointiin ja sijoitukseen. Tarkista, että mobiilissa on sama sisältö, samat otsikot ja metakuvaukset, samat robots-metatagit, sama rakenteellinen data ja samat kuvien alt-tekstit kuin työpöytäversiossa. Pääsisältöä ei pidä ladata vasta käyttäjän toiminnon, kuten pyyhkäisyn tai klikkauksen, jälkeen, koska Google ei tee niitä (Google Search Central). Responsiivisella sivustolla nämä ovat yleensä kunnossa, erillisillä mobiilisivuilla harvemmin.

Sivuston rakenne, sisäiset linkit ja uudelleenohjaukset

Lajittele crawlin tulokset tilakoodin mukaan ja käy läpi tämä lista:

• Tilakoodit. Tärkeiden sivujen pitää vastata 200. Virhesivut, jotka vastaavat 200, ovat niin sanottuja soft 404 -sivuja. Poistetut sivut vastaavat 404 tai 410.
• Uudelleenohjaukset. Pysyvä siirto tehdään 301- tai 308-ohjauksella. Ohjaa suoraan lopulliseen osoitteeseen ilman ketjuja (Google Search Central).
• Sisäiset linkit. Linkitä suoraan lopulliseen URL-osoitteeseen, älä uudelleenohjauksen kautta. Korjaa linkit 404-sivuille.
• Orposivut. Sivut, joihin ei linkitetä mistään, löytyvät vain sivukartan kautta. Lisää niihin linkki sopivasta kohdasta tai poista ne.
• Klikkisyvyys. Tärkeiden palvelu- ja tuotesivujen pitäisi löytyä muutamalla klikkauksella etusivulta.
• Kanoniset osoitteet. Jokaisen canonical-tagin pitää osoittaa sivuun itseensä tai oikeaan pääversioon, ei koskaan uudelleenohjaukseen tai 404-sivuun.
• Kieliversiot. Jos sivustolla on useita kieliä, tarkista hreflang-merkinnät. Niistä kerrotaan tarkemmin artikkelissa mikä on hreflang.
• HTTPS. Jokainen sivu latautuu https-osoitteesta, http-osoitteet ohjataan, eikä sivuilla ladata kuvia tai skriptejä http-yhteydellä.

Rakenteellinen data

Tarkista samalla rakenteellinen data. Google suosittelee yleensä JSON-LD-muotoa ja nimeää Rich Results Testin helpoksi tavaksi validoida merkinnät. Merkinnät eivät saa kuvata tietoa, joka ei näy käyttäjälle (Google Search Central). Etsi virheelliset merkinnät, puuttuvat pakolliset kentät ja sivupohjat, joissa merkintä kuvaa väärää sivutyyppiä.

Nopeus ja Core Web Vitals

Core Web Vitals mittaa sivukokemusta kolmella mittarilla. Googlen mukaan hyvä tulos on tämä (Google Search Central):

Google kertoo, että Core Web Vitals on linjassa sen kanssa, mitä sen ydinjärjestelmät pyrkivät palkitsemaan, ja suosittelee hyviä tuloksia. Se ei kuitenkaan kerro, kuinka paljon mittarit painavat sijoituksessa. Hidas sivu ei siis yleensä selitä yksin suurta pudotusta, mutta se on korjaamisen arvoinen jo kävijöiden takia.

Katso ensin Search Consolen Core Web Vitals -raportti, joka ryhmittelee samankaltaiset sivut. Avaa sen jälkeen jokaisen ryhmän esimerkkisivu PageSpeed Insightsissa. Tavallisia syitä ovat liian suuret kuvat, hitaasti vastaava palvelin, raskaat kolmannen osapuolen skriptit ja kuvat tai mainospaikat ilman varattua tilaa. Mittareista ja korjauksista kerrotaan tarkemmin Core Web Vitals -oppaassa.

Mitä JavaScript-sivustolla pitää tarkistaa?

Google käsittelee JavaScript-sivuja kolmessa vaiheessa: indeksointirobotti hakee sivun, renderöinti suorittaa JavaScriptin Chromium-selaimella ja vasta renderöidyn sivun sisältö indeksoidaan. Renderöinti voi tapahtua selvästi haun jälkeen, kun Googlen resurssit sen sallivat. Siksi palvelinpuolen renderöinti tai esirenderöinti on yhä hyvä ratkaisu (Google Search Central). JavaScript SEO -tarkistuksessa käydään läpi ainakin nämä:

1. Linkit. Google löytää linkit vain, jos ne ovat <a>-elementtejä, joissa on href-attribuutti. Klikkauskäsittelijällä toteutettu navigointi ei riitä.
2. Noindex. Jos alkuperäisessä HTML:ssä on noindex, Google voi jättää renderöinnin väliin. Noindexin poistaminen JavaScriptillä ei silloin toimi.
3. Reititys. Käytä History APIa. Eri sisältöä ei pidä ladata #-fragmenttien perusteella.
4. Tilakoodit yhden sivun sovelluksessa. Kun sivua ei löydy, ohjaa palvelimen osoitteeseen, joka palauttaa 404, tai lisää noindex JavaScriptillä. Muuten syntyy soft 404 -virheitä.
5. Estetyt tiedostot. Google ei renderöi JavaScriptiä tiedostoista, jotka robots.txt estää.

Käytännön testi: avaa tärkeä sivu URL-tarkistuksen live-testissä ja vertaa renderöityä HTML:ää ja kuvakaappausta siihen, mitä selaimessa näkyy. Jos teksti, linkit tai otsikko puuttuvat renderöidystä versiosta, ongelma löytyi.

Tarkistukset sivustosiirron jälkeen

SEO-auditointi sivustosiirron jälkeen on tarkin auditoinnin muoto, koska virheet näkyvät nopeasti liikenteessä. Googlen mukaan sijoitukset vaihtelevat tilapäisesti siirron aikana, ja keskikokoisella sivustolla voi kestää muutaman viikon tai kauemmin ennen kuin uudet osoitteet näkyvät haussa (Google Search Central). Käy läpi tämä tarkistuslista:

• Jokainen vanha URL-osoite ohjautuu 301- tai 308-ohjauksella suoraan vastaavaan uuteen osoitteeseen. Testaa koko vanha URL-lista, ei vain etusivua.
• Ohjaukset eivät päädy olemattomille sivuille.
• Uudessa sivustossa ei ole kehitysvaiheen noindex-tageja tai robots.txt-estoja.
• Jokaisella uudella sivulla on canonical-tagi itseensä, ja hreflang-merkinnät on päivitetty.
• Sisäiset linkit osoittavat uusiin osoitteisiin.
• Uusien osoitteiden sivukartta on lähetetty Search Consoleen.
• Domainin tai aliverkkotunnuksen vaihtuessa Search Consolessa on tehty osoitteenmuutos. HTTP:stä HTTPS:ään siirtyessä sitä ei tarvita.
• Ohjaukset pidetään voimassa niin kauan kuin mahdollista, yleensä vähintään vuoden.

Seuraa siirron jälkeen Search Consolen sivukartta- ja indeksointiraportteja sekä palvelinlokeja: näetkö odottamattomia virhekoodeja ja siirtyykö liikenne vanhoista osoitteista uusiin? Search Consolen raporttien käytöstä kerrotaan Google Search Console -oppaassa.

Mitä työkaluja tarvitset?

Useimmille sivustoille riittää neljä työkalua:

Vie crawlin tulokset taulukkoon, jossa jokaisella tarkistuskohdalla on oma sarakkeensa. Silloin voit suodattaa sivupohjan tai osion mukaan ja näet nopeasti, koskeeko ongelma yhtä sivua vai sataa. Merkitse jokaiselle havainnolle vaikutus ja työmäärä, ja aloita korjaukset sieltä, missä vaikutus on suuri ja työ pieni.

Tekninen SEO-auditointi onnistuu itse, jos sivusto on pieni ja käytössä on kehittäjä, joka voi tehdä korjaukset. Jos haluat, että joku muu käy sivuston läpi ja priorisoi korjaukset, tutustu SEO-analyysipalveluumme.