Google Search Console on ilmaisista SEO-työkaluista se, jonka avaan useimmin. Monta kertaa päivässä. Siinä on tosi hyödyllisiä toimintoja, joista on apua päivittäisessä SEO-työssä, ja ennen kaikkea se tarjoaa Googlen omaa dataa, jota ei muualta saa.
Maksulliset SEO-työkalut arvioivat hakuvolyymeja ja sijoituksia omien aineistojensa perusteella. GSC kertoo, mitä Googlessa oikeasti tapahtui juuri sinun sivustollasi. Kävin tähän läpi ne toiminnot, joita itse käytän eniten, ja kerron vähän tarkemmin, miten niitä kannattaa hyödyntää.
Millä hauilla sivusto oikeasti näkyy
Tehokkuusraportti (Performance) on GSC:n ydin. Näet, millä hakulauseilla sivustosi on näkynyt Googlen hakutuloksissa, ja jokaiselle hakulauseelle neljä lukua:
- Näyttökerrat – kuinka monta kertaa sivusi näkyi hakutuloksissa.
- Klikkaukset – kuinka moni klikkasi hakutuloksesta sivullesi.
- CTR – klikkausprosentti eli klikkaukset suhteessa näyttökertoihin.
- Keskimääräinen sijoitus – sivusi keskimääräinen sijainti hakutuloksissa kyseisellä hakulauseella.
Dataa voi suodattaa hakulauseen, sivun, maan, laitteen ja aikavälin mukaan. Tämä on se näkymä, josta lähes kaikki muu analyysi lähtee liikkeelle.
Pari asiaa kannattaa pitää mielessä. Keskimääräinen sijoitus on nimensä mukaisesti keskiarvo, ja se voi heilua paljon esimerkiksi sijainnin ja hakutuloksen ulkoasun mukaan. Lisäksi Google jättää harvinaisimmat hakulauseet yksityisyyssyistä raportin ulkopuolelle, joten hakulauseiden klikkien summa jää yleensä pienemmäksi kuin sivuston kokonaisklikit. Data on toisin sanottuna anonymisoitua. Käytännössä tarkasta datasta näkyy keskimäärin vajaa puolet.
Millä hakulausevariaatioilla yksittäinen sivu näkyy
Kun suodatat tehokkuusraportin yhteen URL-osoitteeseen, näet kaikki ne hakulauseet, joilla juuri se sivu on näkynyt Googlessa. Tämä on arvokasta dataa sivun sisällön optimointiin.
Listasta löytyy usein yllätyksiä. Sivu saattaa näkyä hakulauseilla, joita et ole tekstissä käsitellyt lainkaan tai olet maininnut vain ohimennen. Ne kertovat, mitä hakijat aiheesta oikeasti haluavat tietää.
Näin käytän tätä dataa:
- Poimin variaatiot, joilla on näyttökertoja mutta heikko sijoitus, ja katson, käsitteleekö sivu niitä kunnolla.
- Lisään tarvittaessa uuden väliotsikon, kappaleen tai UKK-kysymyksen puuttuvasta näkökulmasta.
- Tarkistan, ettei sama hakulause jakaudu usealle sivulle. Silloin sivut kilpailevat keskenään (kannibalisaatio), ja yleensä kumpikin jää heikommaksi kuin yksi selkeä sivu olisi.
Lähellä kärkeä olevat hakusanat
Suodata tehokkuusraportista hakulauseet, joiden keskimääräinen sijoitus on 4–15. Niitä päivittämällä saa usein nopeimmat tulokset.
Logiikka on yksinkertainen: Google pitää sivua jo relevanttina, mutta jokin estää sitä nousemasta kärkeen. Uuden sivun nostaminen tyhjästä vie kuukausia, kun taas olemassa olevan sivun parantaminen voi näkyä sijoituksissa selvästi nopeammin. Erityisesti siirtymä toiselta tulossivulta ensimmäiselle tai sijoilta 4–6 kolmen kärkeen tuo merkittävästi lisää klikkejä.
Käytännössä tarkistan ainakin nämä:
- Vastaako sivu hakijan tarkoitukseen paremmin kuin kärjessä olevat sivut?
- Löytyykö hakulause title-tagista, H1-otsikosta ja tekstistä luontevasti?
- Onko sisältö ajan tasalla ja riittävän kattava?
- Linkitetäänkö sivulle suoralla linkillä sivuston muilta aiheeseen liittyviltä sivuilta?
Vinkki: valitse käsittelyyn ensin hakulauseet, joilla on eniten näyttökertoja. Silloin työ kohdistuu sinne, missä potentiaalia on eniten.
Huono CTR
Jos sivulla on paljon näyttökertoja mutta vähän klikkejä, title tai meta description saattaa kaivata työstöä. Sivu siis näkyy, mutta hakutulos ei houkuttele klikkaamaan.
CTR:ää kannattaa aina verrata sijoitukseen. Sijalla 9 oleva sivu saa luonnostaan paljon vähemmän klikkejä kuin sijalla 2 oleva, eikä sitä korjata titleä muokkaamalla. Kiinnostavia ovat sivut, joiden CTR on selvästi alempi kuin muilla sivustosi sivuilla samoilla sijoituksilla.
Näihin kannattaa kiinnittää huomiota:
- Title – onko pääkohdehakusana alussa, ja kertooko otsikko selvästi, mitä sivulta saa? Liian pitkä title katkeaa hakutuloksessa.
- Meta description – antaako se syyn klikata? Google kirjoittaa kuvauksen usein uudelleen, mutta hyvä kuvaus on silti paras lähtökohta.
- Hakutuloksen ympäristö – vievätkö mainokset, AI Overview tai muut hakutulosominaisuudet huomion? Silloin matala CTR ei välttämättä johdu sinun hakutuloksestasi.
Kun muutat titleä tai kuvausta, kirjaa muutoksen päivämäärä ylös. Näin voit verrata CTR:ää ennen ja jälkeen muutoksen.
Liikenteen lasku
Kun orgaaninen liikenne laskee, ensimmäinen kysymys on: mikä tarkalleen putosi? Tehokkuusraportin vertailutoiminnolla saat kaksi aikaväliä rinnakkain ja näet nopeasti, mikä sivu tai hakusana menetti klikkejä.
Järjestä vertailu klikkien muutoksen mukaan, niin suurimmat pudottajat nousevat listan kärkeen. Katso sen jälkeen, mistä lasku johtuu:
- Sijoitus laski – kilpailija ohitti, sisältö on vanhentunut tai Googlen päivitys muutti tuloksia.
- Sijoitus pysyi, mutta näyttökerrat laskivat – kyse voi olla kausivaihtelusta tai hakukiinnostuksen hiipumisesta.
- Näyttökerrat pysyivät, mutta klikit laskivat – hakutuloksen ulkoasu on voinut muuttua, esimerkiksi AI Overview vie osan klikeistä.
- Sivu katosi kokonaan – tarkista indeksointi ja mahdolliset tekniset muutokset.
Kausivaihtelun takia kannattaa verrata myös samaan ajankohtaan edellisenä vuonna. GSC säilyttää tehokkuusdataa 16 kuukauden ajalta, joten vuosivertailu onnistuu suoraan.
Indeksointivirheet
Sivujen indeksointiraportti (Pages) kertoo, mitkä sivuston URL-osoitteet ovat Googlen indeksissä ja mitkä eivät, sekä syyn jokaiselle indeksoimattomalle sivulle.
Tässä kohtaa moni hätääntyy turhaan. Kaikki raportin ”virheet” eivät ole todellisia ongelmia, joille tulisi tehdä jotain. Monet niistä ovat täysin normaaleja ja jopa toivottuja, esimerkiksi:
- sivu, jossa on noindex-tagi tarkoituksella
- uudelleenohjattu URL
- vaihtoehtoinen sivu, jolla on oikea kanoninen tagi
- parametrilliset URL-osoitteet, joita ei ole tarkoituskaan indeksoida.
Ongelma on silloin, kun raportissa näkyy sivu, jonka pitäisi olla indeksissä. Esimerkiksi tärkeä palvelusivu tilassa ”Crawled – currently not indexed” (Google on käynyt sivulla, mutta jättänyt sen indeksin ulkopuolelle) tai sivu, joka on vahingossa estetty robots.txt-tiedostossa.
Vaatii asiantuntemusta erottaa, mitkä näistä milloinkin vaativat toimenpiteitä.
URL-tarkistus ja indeksointipyyntö
URL-tarkistustyökalulla näet yksittäisen sivun tilan Googlen silmin: onko sivu indeksissä, milloin Google viimeksi kävi sivulla, mikä on Googlen valitsema kanoninen osoite ja löytyykö sivulta rakenteista dataa.
Uuden tai päivitetyn sivun voi pyytää indeksoitavaksi samassa näkymässä. Silloin sivu indeksoituu tyypillisesti nopeammin kuin jos odottaisit Googlen löytävän sen itse.
Käytän indeksointipyyntöä aina, kun
- julkaisen uuden tärkeän sivun
- päivitän olemassa olevan sivun sisältöä merkittävästi
- korjaan sivulla olleen teknisen ongelman.
Kaksi huomiota: indeksointipyyntöjen määrä on rajattu päivää kohden, eikä pyyntö takaa indeksointia. Jos Google ei pidä sivua riittävän arvokkaana, pyyntö ei sitä muuta.
Sivukartat
Sivukartta (sitemap) on lista sivuston URL-osoitteista, joiden avulla hakukone löytää sivut helpommin. GSC:n kautta sen voi ilmoittaa Googlelle, ja raportista näet, onnistuiko Google lukemaan sivukartan ja kuinka monta URL-osoitetta siitä löytyi.
Ilmoita sivukartan osoite silti myös robots.txt-tiedostossa, jotta muutkin hakukoneet löytävät sen. Se hoituu yhdellä rivillä:
Sitemap: https://www.eluotsi.fi/sitemap_index.xmlSivukarttaan kannattaa sisällyttää vain ne sivut, jotka haluat indeksiin. Jos sivukartassa on uudelleenohjattuja, noindex-merkittyjä tai poistettuja osoitteita, se lähettää Googlelle ristiriitaisia signaaleja.
Core Web Vitals
Core Web Vitals -raportti näyttää, mitkä sivut ovat hitaita oikeilla käyttäjillä, erikseen mobiilissa ja tietokoneella. Raportti perustuu Chromen käyttäjiltä kerättyyn todelliseen käyttödataan, ei laboratoriotestiin.
Raportti jakaa URL-osoitteet kolmeen luokkaan: hyvä, parannettavaa ja huono. Mitattavia asioita on kolme:
- LCP (Largest Contentful Paint) – kuinka nopeasti sivun pääsisältö latautuu näkyviin.
- INP (Interaction to Next Paint) – kuinka nopeasti sivu reagoi käyttäjän toimintoihin, kuten klikkauksiin.
- CLS (Cumulative Layout Shift) – hyppiikö sivun sisältö latauksen aikana.
Raportti ryhmittelee samankaltaiset sivut yhteen, joten yhden ongelman korjaus korjaa usein kerralla kokonaisen sivupohjan. Pienillä sivustoilla dataa ei välttämättä ole riittävästi, jolloin raportti jää tyhjäksi. Silloin apuna on PageSpeed Insights.
AI-näkyvyyden seuranta
GSC:stä näkee nykyään myös sen, kuinka usein sivusi näkyvät Googlen AI-hauissa. Google julkaisi kesäkuussa 2026 erilliset generatiivisen AI:n tehokkuusraportit (Generative AI performance), ja elokuun lopusta lähtien ne ovat olleet kaikkien sivustojen käytössä. Raportti löytyy tehokkuusraportin alta.
Raportti kattaa AI Overviewsin (AI-yhteenvedot hakutulosten yläpuolella), AI Moden sekä Discoverin AI-ominaisuudet. Näyttökerrat saa eriteltyä sivuittain, maittain, laitteittain ja päivämäärittäin. Näin näet, mitkä sivuistasi Google nostaa AI-vastauksiin ja kehittyykö näkyvyys oikeaan suuntaan.
Rajoituksia on silti vielä paljon. Raportti näyttää vain näyttökerrat: klikkejä ja hakulauseita siinä ei ole. Et siis näe, millä kysymyksillä sivusi päätyi AI-vastaukseen tai klikkasiko kukaan sen kautta sivustollesi. Pienellä sivustolla dataa ei välttämättä ole tarpeeksi, jolloin raportti voi jäädä tyhjäksi. Lisäksi data ei ainakaan toistaiseksi ole saatavilla API:n kautta, joten MCP-yhteydellä sitä ei saa haettua.
GEO-työssä tämä on silti merkittävä askel, koska nyt Googlen AI-näkyvyydestä on ensimmäistä kertaa Googlen omaa dataa. Kannattaa vertailla AI-näyttökertoja tavallisen haun dataan: jos sivu näkyy AI-vastauksissa usein mutta orgaaninen liikenne laskee, AI-vastaus voi vastata hakijan kysymykseen jo ennen klikkiä. Muiden AI-palveluiden, kuten ChatGPT:n tai Clauden, näkyvyyttä GSC ei luonnollisesti kerro.
MCP: GSC-data suoraan Claudeen
Ja tottakai ehdoton vaatimus nykyään AI:n aikakaudella: MCP löytyy. Eli GSC:n dataan pääsee käsiksi suoraan esimerkiksi Claudesta.
MCP (Model Context Protocol) on avoin standardi, jolla tekoälyavustaja yhdistetään ulkoisiin työkaluihin ja tietolähteisiin. Search Consolelle on tarjolla useita MCP-palvelimia, jotka hakevat datan Googlen virallisen Search Console API:n kautta.
Käytännössä tämä tarkoittaa, että voit kysyä tekoälyltä suoraan esimerkiksi:
- Mitkä sivut menettivät eniten klikkejä viimeisen kuukauden aikana edelliseen kuukauteen verrattuna?
- Mitkä hakulauseet ovat sijoilla 4–15 ja niillä on yli 100 näyttökertaa?
- Millä hakulauseilla tämä sivu näkyy, ja mitä niistä sivun sisältö ei vielä käsittele?
Tekoäly hakee datan, analysoi sen ja voi saman tien ehdottaa esimerkiksi uusia titlejä tai sisällön lisäyksiä. Se, mikä ennen vaati CSV-viennin ja taulukkolaskentaa, hoituu nyt yhdellä kysymyksellä.
Yksi rajoitus kannattaa tietää: tavallisten sivujen indeksointipyyntöä ei voi tehdä API:n kautta, vaan se tehdään edelleen GSC:n käyttöliittymässä.
Google Search Console on ilmainen, ja silti se tarjoaa dataa, jota mikään maksullinen työkalu ei pysty korvaamaan. Jos sivustosi ei ole vielä GSC:ssä, se kannattaa ottaa käyttöön heti. Data alkaa kertyä vasta käyttöönotosta lähtien.
Työkalun avaaminen on kuitenkin vasta alku. Arvo syntyy siitä, että datasta osataan tehdä oikeat johtopäätökset ja muuttaa ne toimenpiteiksi. Jos haluat apua GSC-datan tulkintaan tai hakukonenäkyvyytesi parantamiseen, ota yhteyttä eLuotsiin.
