XML-sivukartta: mikä se on ja miten lähetät sen Googlelle ja Bingille

Mikä on sivukartta?

XML-sivukartta on sivustolla oleva tiedosto, joka luettelee hakukoneille ne sivut, jotka haluat hakutuloksiin, ja kertoo, milloin kutakin sivua on viimeksi muutettu. Se on koneille tehty luettelo, ei ihmisille tarkoitettu sivu. Tavallisesti se löytyy osoitteesta, joka päättyy /sitemap.xml, ja sen voi avata selaimessa kuka tahansa.

Hakukone löytää sivut ensisijaisesti linkkejä seuraamalla. Sivukartta on tälle rinnakkainen reitti: se kertoo suoraan, mitä sivuja on olemassa, eikä hakukoneen tarvitse arvata, löysikö se kaikki. Eniten siitä on hyötyä silloin, kun sivuja tulee lisää tai ne muuttuvat.

Englanniksi sivukartta on sitemap, ja suomeksi samaa sanaa käytetään kahdesta eri asiasta. Tässä artikkelissa sivukartalla tarkoitetaan XML-tiedostoa, jota hakukoneet lukevat.

XML-sivukartta ja sivukarttasivu ovat eri asioita

Vanhemmilla sivustoilla näkee usein sivun nimeltä Sivukartta, jossa kaikki sivuston sivut on lueteltu linkkeinä. Se on tehty ihmisille, ja aikanaan sillä autettiin kävijää löytämään perille sekavasta valikosta.

XML-sivukartta on eri asia. Kävijä ei näe sitä koskaan, eikä siihen linkitetä valikosta. Se on rakenteeltaan tiukka tiedosto, jota hakukoneet lukevat, ja sen virheet näkyvät vain hakukoneiden omissa työkaluissa.

Ihmisille tehty luettelosivu ei korvaa XML-tiedostoa, eikä XML-tiedosto korvaa selkeää valikkoa. Jos kävijä tarvitsee erillisen luettelosivun löytääkseen perille, vika on yleensä valikossa ja sivuston rakenteessa.

Mitä sivukartassa lukee

Sivukartta on lista merkintöjä, yksi jokaista sivua kohti. Jokaisessa merkinnässä on pakollisena sivun täydellinen osoite, jonka kentän nimi on loc, ja vapaaehtoisena viimeisen muutoksen päivämäärä, jonka kentän nimi on lastmod. Moni työkalu kirjoittaa mukaan myös kentät changefreq ja priority, joista kerrotaan alempana.

Osoitteiden pitää olla täydellisiä eli sisältää protokolla ja verkkotunnus, ja tiedoston merkistön pitää olla UTF-8. Nämä ovat Googlen vaatimuksia, ja julkaisujärjestelmien tekemät sivukartat täyttävät ne yleensä itsestään.

Yhteen sivukarttaan mahtuu enintään 50 000 osoitetta tai 50 megatavua pakkaamattomana. Yrityksen tavallinen sivusto ei tule rajaa lähellekään. Rajalla on merkitystä vasta verkkokaupassa, jossa on kymmeniä tuhansia tuotteita, ja silloin sivukartta jaetaan osiin.

Tarvitseeko pieni sivusto XML-sivukartan?

Ei välttämättä. Googlen oman ohjeen mukaan sivukarttaa ei välttämättä tarvita, jos sivustolla on noin 500 sivua tai vähemmän, kaikki tärkeät sivut löytyvät linkkejä seuraamalla etusivulta alkaen eikä hakutuloksiin tavoitella paljon kuvia, videoita tai uutisia. Useimmat yrityssivustot täyttävät nämä ehdot.

Sivukartta kannattaa silti tehdä, jos se syntyy automaattisesti. Se ei maksa mitään, ja siitä on käytännön hyötyä. Uusi sivusto, johon ei vielä linkitetä muualta, löytyy sen avulla nopeammin, ja Google mainitsee juuri tämän tilanteen esimerkkinä. Search Console näyttää sivukartan perusteella, moniko lähettämistäsi sivuista on päätynyt hakemistoon. Bing puolestaan käyttää sivukartan päivämääriä tärkeänä signaalina siitä, mitkä sivut kannattaa käydä uudelleen läpi.

Käsin ylläpidetty sivukartta on eri asia. Jos jokainen uusi sivu pitää muistaa lisätä tiedostoon, se unohtuu, ja vanhentunut sivukartta antaa hakukoneelle vääriä tietoja. Pienellä sivustolla voi silloin hyvin luottaa linkkeihin ja Search Consoleen.

Sivukartta on vihje, ei käsky

Sivukartan lähettäminen ei pakota hakukonetta tekemään mitään. Google sanoo suoraan, että sivukartta on vain vihje: se ei takaa, että Google lataa tiedoston tai käyttää sitä sivuston läpikäyntiin, eikä sitä, että sivukartan sivut päätyvät hakemistoon.

Tämä kannattaa ymmärtää ennen kuin sivukartalta odottaa liikoja. Sivukartta ei nosta yhtään sivua hakutuloksissa, eikä se saa heikkoa sivua indeksoiduksi. Se kertoo vain, että sivu on olemassa ja milloin se muuttui.

Linkit painavat enemmän. Sivu, joka on sivukartassa mutta johon ei johda yhtään linkkiä omalta sivustolta, näyttää hakukoneelle sivulta, jota omistajakaan ei pidä tärkeänä. Siksi sivukartta täydentää sisäistä linkitystä ja sivuston rakennetta, mutta ei korvaa niitä.

Mitä sivukarttaan kuuluu ja mitä ei?

Sivukarttaan kuuluvat ne osoitteet, jotka haluat nähdä hakutuloksissa, ja jokaisesta sivusta vain sen kanoninen eli ensisijainen osoite. Kaikki muu jätetään pois, vaikka julkaisujärjestelmä ottaisi sen mukaan oletuksena.

Julkaisujärjestelmien automaattiset sivukartat ottavat usein mukaan myös sivuja, joilla ei ole omaa sisältöä, kuten avainsanojen arkistosivuja, kirjoittajasivuja ja kuvien liitesivuja. Ne kannattaa rajata pois asetuksista. Jokainen turha osoite on hakukoneelle työtä, joka ei tuota mitään.

Hyvä testi on kysyä jokaisesta sivukartan osoitteesta, haluaisitko asiakkaan päätyvän juuri sille sivulle hakutuloksesta. Jos vastaus on ei, osoite ei kuulu sivukarttaan.

Ristiriidat, jotka tekevät sivukartasta epäluotettavan

Hakukone vertaa sivukarttaa siihen, mitä se sivuilta löytää. Jos ne ovat eri mieltä, sivukartan arvo heikkenee, ja Search Console alkaa näyttää varoituksia.

Tavallisin ristiriita syntyy osoitteen muodosta. Sivusto toimii ilman www-alkua, mutta sivukartassa on www-osoitteet, tai sivusto on siirtynyt https-muotoon ja sivukartta on jäänyt http-muotoon. Silloin jokainen sivukartan osoite on uudelleenohjaus, ja hakukone saa sadan sivun luettelon, jonka jokainen rivi vie muualle.

Toinen tavallinen ristiriita on sivu, joka on sivukartassa mutta kieltää itse indeksoinnin, tai sivu, jonka kanoninen osoite osoittaa toiseen sivuun. Sivukartta sanoo ”ota tämä”, ja sivu sanoo ”älä ota”. Hakukone noudattaa yleensä sivua, mutta sivukartan uskottavuus kärsii.

Kolmas syntyy sivustouudistuksessa. Vanhan julkaisujärjestelmän sivukartta on edelleen lähetettynä Search Consolessa, ja se osoittaa osoitteisiin, joita ei enää ole. Uudistuksen yhteydessä vanha sivukartta poistetaan ja uusi lähetetään tilalle, kuten sivustouudistuksen julkaisupäivän tarkistuksissa neuvotaan.

Mitä lastmod tarkoittaa ja miksi sen pitää olla totta?

Lastmod on sivukartan kenttä, joka kertoo, milloin sivun sisältöä on viimeksi muutettu merkittävästi. Sen pitää olla totta, koska Google käyttää päivämäärää oman sivukarttaohjeensa mukaan vain, jos se on johdonmukaisesti ja todennettavasti oikea. Jos päivämäärät eivät vastaa sivujen todellisia muutoksia, Google lakkaa luottamasta niihin, eikä niistä ole enää hyötyä.

Merkittävä muutos tarkoittaa Googlen ohjeessa muutosta sivun pääsisältöön, rakenteiseen tietoon tai linkkeihin. Alatunnisteen vuosiluvun vaihtuminen ei ole merkittävä muutos, eikä sen pitäisi muuttaa yhdenkään sivun päivämäärää.

Bing painottaa samaa heinäkuussa 2025 julkaistussa ohjeessaan. Sen mukaan lastmod on keskeinen signaali, jonka avulla Bing päättää, mitkä sivut käydään läpi uudelleen ja mitkä voi jättää väliin, koska ne eivät ole muuttuneet. Bing suosittelee päivämäärää, jossa on myös kellonaika, ja muistuttaa, että sen pitää kertoa sivun sisällön muutoksesta eikä sivukarttatiedoston päivitysajasta.

Kun jokainen sivu väittää muuttuneensa tänään

Yleisin lastmod-virhe on sivukartta, jossa jokaisen sivun päivämäärä on sama ja se on tämä päivä. Näin käy, kun järjestelmä kirjoittaa päivämääräksi sivukartan luontihetken eikä sivun muutosaikaa, tai kun sivupohjan pieni muutos päivittää kaikkien sivujen muokkausajan kerralla.

Hakukoneen näkökulmasta tilanne on selvä. Sivukartta väittää sadan sivun muuttuneen tänään, sivut ovat samat kuin eilen, ja sama toistuu huomenna. Muutaman kierroksen jälkeen päivämäärät eivät kerro mitään, ja kun päivität oikeasti hinnaston, sekään muutos ei erotu muista.

Tarkistus on helppo: avaa sivukartta selaimessa ja katso päivämääriä. Jos ne ovat kaikki samoja tai muuttuvat joka kerta, kun avaat tiedoston, ne eivät tule sivujen sisällöstä. Silloin asia korjataan järjestelmän asetuksista tai sivukartan tuottavasta koodista, ei muokkaamalla tiedostoa käsin.

Priority ja changefreq: kentät, joita hakukoneet eivät käytä

Moni sivukarttatyökalu kirjoittaa edelleen jokaiselle sivulle tärkeysarvon ja arvion muutostiheydestä. Google ei käytä kumpaakaan: sen ohjeen mukaan priority- ja changefreq-arvot jätetään huomiotta. Bing sanoo omassa ohjeessaan saman.

Niiden säätämiseen ei siis kannata käyttää aikaa. Etusivun merkitseminen tärkeimmäksi ja blogin päivittäiseksi ei muuta mitään, eikä se vaikuta siihen, miten usein hakukone käy sivuilla.

Kentät eivät myöskään haittaa, joten niitä ei tarvitse poistaa. Jos joku tarjoaa sivukartan optimointia, jossa säädetään näitä arvoja, kyse on työstä, joka ei vaikuta hakukoneisiin mitenkään.

Miten sivukartta lähetetään Search Consoleen ja Bing Webmaster Toolsiin?

Search Consoleen sivukartta lähetetään sivukarttaosiossa kirjoittamalla sivukartan osoite, ja Bing Webmaster Toolsissa on samaan tarkoitukseen vastaava osio. Kummassakin sivuston omistajuus pitää ensin vahvistaa. Lähettämisen jälkeen työkalu kertoo, saatiinko tiedosto luettua ja montako osoitetta siitä löytyi.

Search Consolessa riittää yleensä kirjoittaa osoitteen loppuosa, esimerkiksi sitemap.xml, koska verkkotunnus on jo valmiina. Jos Search Console on vielä ottamatta käyttöön, aloita Search Consolen käyttöönotosta, sillä ilman vahvistettua omistajuutta sivukarttaa ei voi lähettää.

Bing Webmaster Toolsiin sivuston voi tuoda suoraan Search Consolesta, mikä on pienelle yritykselle nopein tapa päästä alkuun. Miksi Bing ylipäätään kannattaa ottaa huomioon, käydään läpi artikkelissa Bing ja IndexNow.

Lähetys tehdään kerran. Hakukoneet palaavat sivukarttaan itse ja lukevat sen uudelleen, joten sitä ei tarvitse lähettää uudestaan jokaisen uuden sivun jälkeen.

Sivukartan osoite robots.txt-tiedostossa

Sivukartan osoitteen voi kirjoittaa myös robots.txt-tiedostoon omalle rivilleen, esimerkiksi Sitemap: https://esimerkki.fi/sitemap.xml. Sekä Google että Bing lukevat rivin, ja se kertoo sivukartan sijainnin myös niille hakukoneille, joille et ole lähettänyt sitä erikseen.

Rivillä pitää olla täydellinen osoite, ei pelkkä tiedostonimi. Rivejä voi olla useita, jos sivukarttoja on useampi. Tiedoston muusta sisällöstä ja sen tavallisista virheistä kerrotaan artikkelissa Robots.txt: mitä se tekee ja mitä ei.

Varmista samalla, ettei robots.txt estä itse sivukarttaa tai sen osoittamia sivuja. Sivukartta, jonka sivut on kielletty robots.txt-tiedostossa, kertoo hakukoneelle kaksi vastakkaista asiaa kerralla.

Ping-ilmoitus on historiaa

Aiemmin Googlelle saattoi ilmoittaa päivittyneestä sivukartasta erityisellä ping-osoitteella. Google ilmoitti kesäkuussa 2023 luopuvansa siitä, joten sitä ei kannata enää käyttää. Jos sivustosi lisäosa tai skripti vielä lähettää tällaisia ilmoituksia, ne menevät hukkaan.

Googlelle muutoksista kertovat nykyään sivukartta ja sen oikeat päivämäärät. Yksittäisen tärkeän sivun indeksointia voi lisäksi pyytää Search Consolen URL-tarkistuksessa, mutta sitä ei tarvita jokaiselle muutokselle.

Bingille ja muutamalle muulle hakukoneelle muutoksista voi ilmoittaa heti IndexNow-protokollalla. Se ei korvaa sivukarttaa. Bingin oma suositus on käyttää molempia: sivukarttaa koko sivuston kattavaan luetteloon ja IndexNow-ilmoituksia yksittäisten osoitteiden nopeaan ilmoittamiseen.

Näin tarkistat, että sivukartta toimii

Search Consolen sivukarttaraportti kertoo jokaisesta lähetetystä sivukartasta, onnistuiko lukeminen ja montako osoitetta siitä löytyi. Jos raportin mukaan tiedostoa ei saatu haettua, tarkista ensin, aukeaako sivukartta selaimessa ilman kirjautumista.

Varsinainen hyöty tulee indeksointiraportista. Sen voi rajata koskemaan vain sivukartan osoitteita, jolloin näet, moniko hakuun haluamistasi sivuista on oikeasti hakemistossa ja miksi loput eivät ole. Raportin ilmoitukset on selitetty artikkelissa Sivu ei ole indeksoitu.

Tee tarkistus sivustouudistuksen jälkeen, uuden julkaisujärjestelmän käyttöönoton jälkeen ja muuten muutaman kuukauden välein. Sivukartta on tiedosto, jota kukaan ei avaa, joten sen rikkoutuminen huomataan yleensä vasta, kun hakuliikenne on jo pudonnut.

Iso sivusto: sivukartta osiin

Kun osoitteita on enemmän kuin yhteen tiedostoon mahtuu, sivukartta jaetaan osiin ja osat kootaan hakemistotiedostoon, joka luettelee kaikki sivukartat. Hakukoneelle riittää silloin lähettää hakemistotiedosto.

Verkkokaupassa jakaminen kannattaa usein jo ennen rajaa. Kun tuotteet, kategoriat ja artikkelit ovat omissa sivukartoissaan, Search Console näyttää indeksointitilanteen kullekin erikseen. Silloin näet heti, jos esimerkiksi tuotesivuista vain pieni osa on hakemistossa, vaikka kategoriat ovat kunnossa.

Tavallisella yrityssivustolla yksi tiedosto riittää. Monet julkaisujärjestelmät tekevät hakemistotiedoston silti oletuksena, eikä siitä ole haittaa.

Yleisimmät sivukarttavirheet

• Kehitysversion osoitteet. Sivukartta on tehty testiympäristössä, ja siinä on testiosoitteet oikeiden sijaan.
• Väärä osoitemuoto. Sivukartassa on www- tai http-osoitteet, vaikka sivusto toimii toisessa muodossa.
• Kielletyt sivut mukana. Sivukartassa on noindex-sivuja, ohjauksia tai poistettuja sivuja.
• Keksityt päivämäärät. Jokaisella sivulla on sama päivämäärä, joka vaihtuu joka päivä.
• Vanha sivukartta unohtunut. Edellisen järjestelmän sivukartta on yhä lähetettynä ja palauttaa virheen.
• Sivukartta kirjautumisen takana. Tiedosto aukeaa ylläpitäjälle, mutta ei hakukoneelle.

Kaikki nämä löytyvät avaamalla sivukartan selaimessa kirjautumatta ja katsomalla Search Consolen sivukarttaraporttia. Kumpikin vie muutaman minuutin, ja ne kannattaa tehdä samalla kertaa.

Yhteenveto

XML-sivukartta on hakukoneille tehty luettelo sivuista, jotka haluat hakutuloksiin. Pieni sivusto pärjää ilman sitä, jos linkitys on kunnossa, mutta automaattisesti syntyvä sivukartta kannattaa silti tehdä, koska se nopeuttaa uusien sivujen löytymistä ja näyttää Search Consolessa, mitkä sivut ovat hakemistossa.

Sivukarttaan kuuluvat vain kanoniset osoitteet, jotka haluat hakuun. Lastmod-päivämäärän pitää kertoa sivun sisällön todellisesta muutoksesta, koska Google käyttää sitä vain silloin, kun se on luotettava. Priority- ja changefreq-arvoja Google ja Bing eivät käytä.

Lähetä sivukartta Search Consoleen ja Bing Webmaster Toolsiin, lisää sen osoite robots.txt-tiedostoon ja tarkista raportit aina uudistusten jälkeen. Bingille muutoksista voi lisäksi ilmoittaa IndexNow-protokollalla.