Google Search Console: sivu ei ole indeksoitu – syyt ja korjaukset

Mitä ”ei indeksoitu” tarkoittaa Google Search Consolessa?

Indeksoimattomaksi ilmoitettu URL-osoite ei ole tällä hetkellä tallennettuna Googlen indeksiin, joten se ei voi näkyä Google-haun tuloksissa. Se ei aina ole ongelma: kaksoiskappaleet, uudelleenohjaukset, suodatetut tai parametrilliset sivut, sisäisen haun tulokset, yksityiset sivut ja noindex-merkityt sivut jätetään usein tarkoituksella pois.

Ensimmäinen kysymys ei siis ole ”miten pakotan tämän sivun indeksiin?” vaan ”onko tämä yksilöllinen, arvokas URL-osoite, jonka kuuluu olla indeksissä?” Diagnoosi alkaa vasta, jos vastaus on kyllä.

Kaksi Search Console -työkalua vastaa eri kysymyksiin:

• Sivujen indeksointi (Page indexing) -raportti näyttää kaikkien niiden URL-osoitteiden indeksointitilan, jotka Google tuntee resurssissa. Google kuvaa sen tavaksi havaita koko sivustoa koskevia kuvioita, ei tapaksi tutkia yksittäisiä sivuja.
• URL-osoitteen tarkistus (URL Inspection) näyttää, mitä Googlella on tallessa yhdestä tietystä URL-osoitteesta, ja voi ajaa sivun nykyisestä versiosta reaaliaikaisen testin.

Indeksoituna oleminen ei myöskään ole sama asia kuin sijoittuminen. Googlen ohjeen mukaan ”URL is on Google” tarkoittaa, että sivu voi näkyä tuloksissa, ei että se varmasti näkyy. Indeksointi on näkyvyyden edellytys, ei muuta.

Mitkä Sivujen indeksointi -tilat ovat tärkeitä, ja mitä ne tarkoittavat?

Sivujen indeksointi -raportti jakaa URL-osoitteet ryhmiin Indexed ja Not indexed ja listaa jokaiselle indeksoimattomalle ryhmälle syyn sekä ”Source”-arvon, joka kertoo, onko syy todennäköisesti jotain, minkä voit korjata. Alla oleva taulukko kattaa yleisimmin näkemäsi syyt Googlen Sivujen indeksointi -raportin dokumentaation pohjalta. Tilojen nimet ovat lokakuun 2026 tilanteen mukaiset, ja Google voi nimetä ne uudelleen.

Kaksi vastaavaa tilaa aiheuttaa sekaannusta. Indexed, though blocked by robots.txt tarkoittaa, että Google indeksoi URL-osoitteen, jota sen ei sallittu skannata, yleensä koska muut sivut linkittävät siihen. Submitted URL … -tilat taas tarkoittavat, että URL-osoite oli sivustokartassasi mutta Google oli eri mieltä, esimerkiksi koska se valitsi toisen kanonisen osoitteen.

Tila on diagnostinen vihje, ei tuomio. Kahdella samannimisellä sivulla voi olla eri perimmäinen syy.

Miten yksittäinen URL-osoite tarkistetaan Search Consolessa?

Käytä URL-osoitteen tarkistusta vertaillaksesi sitä, minkä Google on indeksoinut, siihen, mitä palvelimesi tarjoaa tänään. Nämä vaiheet noudattavat Googlen URL-osoitteen tarkistuksen dokumentaatiota.

1. Avaa Search Console, valitse oikea resurssi ja liitä koko URL-osoite protokollineen ja loppukauttaviivoineen yläreunan tarkistuskenttään. Toisen resurssin tai protokollavariantin URL-osoite hylätään tai näyttää muuta dataa.
2. Lue indeksoitu versio. Oletusnäkymä heijastaa sivun viimeksi indeksoitua kopiota, ei live-verkkoa.
3. Huomaa käyttäjän ilmoittama kanoninen osoite ja Googlen valitsema kanoninen osoite. Jos ne eroavat, Google on valinnut edustajaksi toisen URL-osoitteen. Googlen ohjeen mukaan valittu kanoninen osoite on merkityksellinen vain indeksoidulle datalle.
4. Tarkista viimeisimmän skannauksen tiedot. Tilassa Discovered – currently not indexed viimeisen skannauksen päivä on tyhjä, koska Google ei ole hakenut sivua.
5. Napsauta Test live URL. Tämä hakee sivun nykyisen version ja näyttää, pääseekö Google siihen ja onko indeksointi sallittu, mikä on tapa vahvistaa korjaus.
6. Varmista samat asiat Search Consolen ulkopuolella: HTTP-tilakoodi, uudelleenohjaukset, robots.txt, meta robots -tagi, X-Robots-Tag-otsake ja kanoninen merkintä.
7. Tarkista, että sivuun linkittää vähintään yksi skannattavissa oleva, asiaankuuluva sisäinen sivu.

Reaaliaikaisella testillä on rajansa. Googlen ohjeen mukaan se ei tarkista manuaalisia toimenpiteitä, laatua tai spam-signaaleja, ja kaksoiskappaletila määräytyy vain indeksissä. Läpäisty reaaliaikainen testi osoittaa, että sivu on haettavissa, ei että se valitaan.

Mikä ero on tiloilla Discovered ja Crawled – currently not indexed?

Discovered – currently not indexed tarkoittaa, että Google tietää URL-osoitteen olevan olemassa mutta ei ole skannannut sitä, joten ongelma on sisällön yläpuolella. Crawled – currently not indexed tarkoittaa, että Google haki sivun ja päätti olla säilyttämättä sitä, joten ongelma liittyy yleensä itse sivuun.

Skannausbudjetti (crawl budget) on tavallinen selitys Discovered-sivuille, mutta pienillä sivustoilla se ei ole tavallinen syy. Googlen skannausbudjetin opas on tarkoitettu hyvin suurille sivustoille (karkeasti miljoona sivua tai enemmän), keskisuurille tai suurille sivustoille, joiden sisältö muuttuu nopeasti, sekä sivustoille, joilla suuri osa URL-osoitteista on tilassa Discovered. Muutaman sadan sivun sivustolla laatu ja sisäinen linkitys ovat todennäköisempiä selityksiä kuin skannausraja.

Muutama indeksoimaton sivu on normaalia. Priorisoi sivut, joilla on liiketoiminta-arvoa, ja kuviot, jotka koskevat kokonaisia osioita, äläkä jokaista parametrillista URL-osoitetta.

Mitkä indeksoimattomat URL-osoitteet kannattaa korjata?

Korjaa URL-osoite, kun sen pitäisi olla indeksissä, sillä on erillinen tarkoitus eikä jokin toinen indeksoitu URL-osoite jo edusta sitä. Alla oleva taulukko on kuvitteellinen luokittelu sivustolle, jolla on 120 URL-osoitetta tilassa Crawled – currently not indexed; luvut ovat havainnollistavia, eivät vertailuarvoja.

Vain 5 URL-osoitetta 120:stä vaatii kiireellistä huomiota. Tuhat poissuljettua suodatin-URL-osoitetta on vähemmän tärkeä kuin yksi noindex-merkitty rekisteröitymissivu.

Jos sivu toistaa toista artikkelia pienin avainsanavaihdoksin, lisää samanlaisia sivuja julkaisemalla ei yleensä saavuteta mitään. Vahvista sen sijaan ainutlaatuista selitystä, esimerkkejä ja kohderyhmää. Uuden URL-osoitteen luominen samalle sisällölle on yleensä väärä ensimmäinen reaktio, koska se lisää kaksoiskappaleen ja vaikeuttaa diagnosointia.

Missä järjestyksessä tärkeä sivu tarkistetaan?

Käy syyt läpi halvimmasta subjektiivisimpaan, koska yläpuolinen virhe tekee myöhemmistä tarkistuksista merkityksettömiä.

1. Palauttaako URL-osoite onnistuneen vastauksen? 404 tai 5xx on korjattava ensin. Tarkoituksella poistettua sivua ei pidä pakottaa indeksiin.
2. Onko indeksointi estetty tarkoituksella? Tarkista meta robots, X-Robots-Tag-otsake, salasanasuojaus ja robots.txt. Katso vertailu alla.
3. Osoittaako se toiseen kanoniseen osoitteeseen? Tarkista molemmat kanoniset osoitteet URL-osoitteen tarkistuksessa. Jos Google suosii lähes identtistä sivua, korjaa kaksoissisältö ja epäjohdonmukaiset sisäiset linkit, ennen kuin muutat tageja.
4. Onko Google skannannut sen? Discovered ja Crawled johtavat eri selvityksiin, kuten edellä.
5. Onko sisältö erottuvaa ja hyödyllistä? Vertaa sivua siihen, mikä sivustollasi on jo indeksoitu.
6. Onko kulunut riittävästi aikaa? Kirjaa korjauspäivä ja odota, ennen kuin päättelet korjauksen epäonnistuneen.

Robots.txt ja noindex hoitavat eri tehtäviä, ja niiden yhdistäminen on klassinen virhe:

Jos haluat poistaa sivun indeksistä, salli skannaus ja käytä noindexia. Jos haluat vain pitää sen pois skannauksesta, käytä robots.txt:ää tietäen, ettei se ole indeksoinnin hallintakeino.

Toimiiko Request indexing, ja miten se eroaa sivustokartoista ja API:sta?

Request indexing pyytää Googlea skannaamaan URL-osoitteen uudelleen mutta ei takaa mitään. Se on URL-osoitteen tarkistuksen painike, jota käytetään sen jälkeen, kun reaaliaikainen testi osoittaa sivun korjatuksi. Googlen uudelleenskannausdokumentaation mukaan vain resurssin omistajat tai täyden käyttöoikeuden käyttäjät voivat käyttää sitä, yksittäisille URL-osoitteille on kiintiö, pyynnön toistaminen ei nopeuta skannausta ja skannaus voi kestää muutamasta päivästä muutamaan viikkoon. Google ei julkaise kiintiön lukua, joten pidä muualla näkemiäsi lukuja epävirallisina.

Suurille erille Googlen neuvo on lähettää sivustokartta sen sijaan, että painiketta hakattaisiin. Älä käytä Indexing API:a tavallisille blogikirjoituksille tai tuotesivuille äläkä lähetä satoja URL-osoitteita siinä toivossa, että se olisi sijoituskorjaus. Bingin puolesta katso Bing Webmaster Tools API -data ja Googlen API:sta yleisesti Search Console API -opas.

Kuinka kauan korjatun sivun indeksointi kestää?

Kiinteää aikataulua ei ole. Google kertoo, ettei se voi ennustaa tai taata, milloin URL-osoite skannataan tai indeksoidaan, ja pyynnön jälkeinen skannaus voi kestää muutamasta päivästä muutamaan viikkoon. Validate fix -ajot kestävät tyypillisesti noin kaksi viikkoa.

Itse Sivujen indeksointi -raportti voi myös jäädä jälkeen. Tässä raportissa on ollut viiveitä ja raportointivirheitä aiemminkin, ja usean viikon viive raportoitiin kesäkuussa 2026. Kun tila näyttää väärältä, tarkista yksittäinen URL-osoite URL-osoitteen tarkistuksesta ja lue tunnetut ongelmat Data anomalies -sivulta.

Käytännön rutiini: pidä listaa muutetuista URL-osoitteista korjauspäivän ja odotetun lopputuloksen kera, tarkista uudelleen viikon kuluttua ja arvioi tulos kahden–neljän viikon kuluttua. Seuraa näyttökertoja ja napsautuksia erikseen, koska indeksoitu sivu ei ole taatusti näkyvä. Jos haluat säilyttää dataa suorituskykyikkunan yli, katso Search Console -datan säilyttäminen yli 16 kuukautta.

Milloin sivun indeksointia ei kannata yrittää?

Jätä sivu rauhaan, kun sen ei ole tarkoitus sijoittua tai se ei tuo mitään olemassa olevan sivun lisäksi.

• Parametri-, lajittelu- ja suodatin-URL-osoitteet, jotka monistavat kategoriasivun.
• Sisäisen haun tulokset sekä tunniste- ja päiväarkistot, joilla ei ole ainutlaatuista arvoa.
• Sivut, jotka on korvattu uudelleenohjauksella tai kanonisella osoitteella parempaan versioon.
• Testiympäristö-, kiitos-, ostoskori- ja kirjautumissivut.
• Ohuet sivut, joita et voi parantaa. Yhdistä ne vahvempaan sivuun uudelleenlähettämisen sijaan.

Älä poista noindexia, avaa robots.txt-estoa tai lähetä URL-osoitteita massana vain saadaksesi raportin luvun vihreäksi. Pienempi hyödyllisten sivujen indeksi on parempi kuin suurempi lähes samojen sivujen indeksi.

Vaikuttaako indeksointi tekoälyvastauksiin, kuten AI Overviews ja ChatGPT?

Kyllä, välillisesti: indeksoimatonta tai estettyä sivua tuskin siteerataan. Google toteaa sivulla AI features and your website, että sivun on oltava indeksoitu ja oikeutettu näkymään haussa katkelman kanssa, jotta se voi näkyä tukilinkkinä AI Overviews- tai AI Mode -ominaisuudessa, eikä erityistä merkintää tai lisätiedostoja tarvita. Mukaan pääsy ei silti ole taattu.

ChatGPT:n osalta OpenAI:n julkaisijoiden UKK neuvoo välttämään OAI-SearchBotin estämistä robots.txt-tiedostossa, jos haluat sivustosi näkyvän ChatGPT-haun tuloksissa. OpenAI käsittelee tämän erikseen GPTBotista, joka liittyy koulutukseen. Muiden avustajien käytännöt eroavat, joten tarkista kunkin tarjoajan dokumentaatio. Jos haluat nähdä, tuoko jokin tästä kävijöitä, lue miten ChatGPT- ja Perplexity-liikennettä seurataan GA4:ssä.

Miten tekoälyagentti voi auttaa indeksointiauditoinnissa?

Agentti voi ryhmitellä monta URL-osoitetta tilan ja kuvion mukaan, mutta vain jos sillä on valtuutettu pääsy Search Console -dataasi. Chat-malli ilman työkalupääsyä voi ehdottaa tarkistuslistan mutta ei voi tietää yksityisten URL-osoitteidesi nykyistä indeksointitilaa.

GSC Magic, MCP-liitin, listaa URL-osoitteen tarkistuksen ja sivustokartan tilan Search Console -työkalujensa joukossa ja yhdistää Googlen, Bingin ja GA4:n yhteen yhteyteen. Sen Free-paketti on vain luku -tilassa, ja maksullisissa paketeissa tilin omistaja voi kytkeä kirjoitustyökalut, kuten sivustokartat ja IndexNow, pois kohdassa Settings. Se ei voi näyttää enempää kuin Google tarjoaa: yllä mainittu URL Inspection API:n kiintiö koskee riippumatta siitä, mikä työkalu sitä kutsuu. Käyttöönotto-opas: Search Consolen yhdistäminen Claudeen, ja lisää kehotteita löytyy artikkelista 25 SEO-kehotetta tekoälyagenteille.

Mitä teet ongelman korjaamisen jälkeen?

Kirjaa jokainen korjaus, odota ja tarkista sitten uudelleen. Pidä lokia, jossa on URL-osoite, aiempi tila, tehty muutos, päivämäärä ja odotettu lopputulos. Tarkista URL-osoite uudelleen viikon kuluttua; kahden–neljän viikon kuluttua katso, onko sivu saanut näyttökertoja.

Jos moni sivu menettää näkyvyyttä sen sijaan, että se vain jää indeksoimatta, syy voi olla muualla. Käytä orgaanisen liikenteen laskun tarkistuslistaa erottaaksesi indeksointiongelmat sijoitus-, kysyntä- ja seurantamuutoksista, ja lue miksi GSC:n napsautukset ja GA4:n istunnot eroavat, ennen kuin vertaat niitä. Jos haluat työskennellä oman datasi parissa, aloita ilmaiseksi GSC Magic -palvelulla.

Usein kysytyt kysymykset

Miksi sivuni on skannattu mutta ei indeksoitu?

”Crawled – currently not indexed” tarkoittaa, että Google haki sivun mutta päätti olla lisäämättä sitä indeksiin, ainakaan toistaiseksi. Googlen ohjeen mukaan sivu voidaan indeksoida myöhemmin tai ei, eikä sitä tarvitse lähettää uudelleen. Tyypillisiä tarkistettavia alueita ovat päällekkäisyys, ohut tai samankaltainen sisältö, kanonisuussignaalit ja sisäiset linkit; mikään tila ei todista yhtä syytä.

Tarkoittaako ”ei indeksoitu”, että sivua rangaistaan?

Ei. Monet indeksoimattomat URL-osoitteet on suljettu pois hyvästä syystä, esimerkiksi uudelleenohjausten, kaksoiskappaleiden, noindex-merkintöjen tai parametrivariaatioiden vuoksi. Rangaistus näkyisi yleensä manuaalisena toimenpiteenä Manual actions -raportissa tai laajana näkyvyyden menetyksenä monella sivulla. Tarkista tarkka tila ja se, pitäisikö URL-osoitteen olla indeksissä, ennen kuin oletat rangaistuksen.

Kuinka monta URL-osoitetta voin pyytää indeksoitavaksi päivässä?

Google ei julkaise lukua URL-osoitteen tarkistuksen Request indexing -toiminnolle. Sen dokumentaation mukaan kiintiö on olemassa, vain resurssin omistajat tai täyden käyttöoikeuden käyttäjät voivat käyttää toimintoa, eikä saman URL-osoitteen toistuva lähettäminen nopeuta skannausta. Monelle URL-osoitteelle Google suosittelee lähettämään sivustokartan.

Voiko URL Inspection API pakottaa Googlen indeksoimaan sivun?

Ei. URL Inspection API kertoo, mitä Googlella on tallessa URL-osoitteesta, kuten tuloksen, kanonisen osoitteen ja viimeisen skannauksen ajan, eikä se suorita reaaliaikaista testiä tai pyydä indeksointia. Lokakuussa 2026 Google dokumentoi kiintiöksi 2 000 kyselyä päivässä ja 600 minuutissa kutakin Search Console -resurssia kohti.

Miksi reaaliaikainen testi menee läpi, mutta sivu pysyy indeksoimattomana?

Test live URL tarkistaa, voiko Google hakea ja renderöidä sivun nykyisen version. Se ei tarkista manuaalisia toimenpiteitä, laatua tai päällekkäisyyttä, joten läpäisy ei lupaa indeksointia. Kaksoiskappale- ja kanonisuuspäätökset tehdään vain indeksissä. Sivun on myös oltava riittävän hyödyllinen ja erottuva, jotta Google pitää sen.

Kuinka kauan korjatun sivun indeksointi kestää?

Googlen mukaan skannaus voi kestää muutamasta päivästä muutamaan viikkoon, eikä se voi taata, milloin URL-osoite skannataan tai indeksoidaan. Validate fix -ajot kestävät tyypillisesti noin kaksi viikkoa ja joskus pidempään. Kirjaa korjauspäivä, odota ja arvioi tulosta usean päivän yli äläkä seuraavana aamuna.

Täytyykö sivun olla indeksoitu, jotta se voi näkyä AI Overviews -ominaisuudessa tai ChatGPT:ssä?

Googlen AI Overviews- ja AI Mode -ominaisuuksissa sivun on Googlen mukaan oltava indeksoitu ja oikeutettu näkymään katkelman kanssa, ilman muita teknisiä vaatimuksia. ChatGPT-haussa OpenAI:n mukaan sivuston omistajien ei pitäisi estää OAI-SearchBotia robots.txt-tiedostossa. Kumpikaan ei takaa viittausta, mutta indeksoimatonta tai estettyä sivua tuskin käytetään.

Tee tämä GSC Magic -palvelulla

Indeksoinnin tarkistamiseen suuressa mittakaavassa GSC Magicin gsc_inspect_urls_batch tarkistaa enintään 500 URL-osoitetta kutsua kohti ja report_index_health ryhmittelee koko sivustokartan kattavuustilan mukaan: katso Search Console -työkalut ja yhdistä agenttisi Clauden tai Cursorin kautta.