Avaat Google Search Console tarkistaaksesi indeksoinnin, siirryt sivukarttaraporttiin ja näet tilan "Nouto epäonnistui." Kuulostaako tutulta?

Tämä virhe voi aiheuttaa paniikin: näyttää siltä, ettei Google näe sivustoasi lainkaan ja kaikki sivut ovat putoamassa indeksistä. Käytännössä tilanne ratkeaa melkein aina 10-15 minuutissa, ja puolessa tapauksista ongelma ei ole edes sinun päässäsi.

Alla on testattu toimintamalli: diagnoosista täydelliseen ratkaisuun. Ei turhaa höttöä, vaan konkreettiset vaiheet ja aidot kuvakaappaukset Search Consolen käyttöliittymästä.

💡 Pika yhteenveto:

• Tarkista, onko virhe todellinen: usein kyse on Googlen häiriöstä, ja sinun tarvitsee vain odottaa tai pyytää uutta indeksointia
• Testaa sivukartan saavutettavuus URL-tarkastuksen ja Live-testin avulla: tämä vie minuutin ja näyttää heti, näkeekö Google tiedostosi
• Jos virhe on todellinen, käy läpi tarkistuslista: XML-validointi, robots.txt, lisäosat, palvelimen vastaus
• Monimutkaisissa tapauksissa käytä kolmannen osapuolen diagnostiikkatyökaluja ja lähetä sivukartta uudelleen Search Consolen käyttöliittymän kautta

Miksi Google ei voi noutaa sivukarttaa

Ongelman juurisyy kannattaa jakaa kahtia: virhe Googlen puolella ja virhe sinun puolellasi. Ero on olennainen, koska ensimmäisessä tapauksessa sinun ei tarvitse tehdä mitään.

Search Consolen häiriö. Search Consolen suuren käyttöliittymäpäivityksen jälkeen tilanteet, joissa "Nouto epäonnistui" -tila on virheellinen, ovat yleistyneet. Google yrittää ladata sivukartan, järjestelmän sisällä tapahtuu jokin virhe, ja raportti näyttää virhettä, vaikka tiedosto palvelimella on täysin kunnossa. Googlen insinöörit ovat tietoisia tästä ongelmasta, ja virallisessa dokumentaatiossa sanotaan suoraan: jos nouto epäonnistuu, järjestelmä yrittää uudelleen muutaman päivän kuluessa, ja vasta useiden epäonnistumisten jälkeen se lopettaa tarkistamisen.

Todellinen saavuttamattomuus. Sivukartta ei ole fyysisesti tarjolla: rikkinäinen XML, väärä Content-Type, esto robots.txt-tiedostossa, tietoturvalisäosa hylkää Googlebotin pyynnöt, väärin määritetty CDN tai palomuuri. Tähän kuuluvat myös verkkotunnuksen vanhentuneet SSL-varmenteet, jotka estävät Googlea muodostamasta suojattua yhteyttä.

Epäsuorat syyt. Jotkin WordPress-lisäosat (erityisesti tietoturva- ja välimuistilisäosat) saattavat vahingossa estää Googlebotin User-Agentin. Joskus syyllinen ei ole se lisäosa, jota ensimmäisenä epäilisit; ongelma ilmenee ketjureaktiona: välimuistilisäosa luo staattisen kopion sivukarttasivusta, kun taas tietoturvalisäosa estää pyynnöt tähän kopioon.

Kuinka tarkistaa, onko sivukartta saavutettavissa

Nopein tapa erottaa Googlen bugi todellisesta ongelmasta on URL-tarkastustyökalu suoraan Search Consolessa. Se näyttää, mitä Googlebot näkee käyttäessään tiedostoa.

Vaihe 1. Avaa Search Console, liitä sivukartan koko URL-osoite käyttöliittymän yläreunan tarkistuspalkkiin ja paina Enter.

Vaihe 2. Jos URL-osoitetta ei ole indeksoitu (tämä on normaalia sivukartoille, koska niissä on yleensä noindex), napsauta "Testaa live-URL" -painiketta. Search Console suorittaa Live-testin, käyttää tiedostoa reaaliajassa ja näyttää tuloksen.

Vaihe 3. Vieritä Live-testin sivua alas kohtaan "Sivun nouto". Jos siinä lukee "Onnistui", Google näkee tiedoston, ja sivukarttaraportin "Nouto epäonnistui" -virhe on bugi Search Consolen puolella. Älä tee mitään: tila päivittyy seuraavan tarkistusjakson aikana, tai lähetä sivukartta uudelleen Sivukartat-raportin painikkeella.

Jos Sivun nouto näyttää virhettä, siirry seuraavaan osioon.

Vaiheittainen korjaus: viiden kohdan tarkistuslista

Kun live-testi vahvistaa, ettei Google todella voi noutaa sivukarttaa, käy kohdat läpi järjestyksessä. Jokainen seuraava vaihe pätee vain, jos edellinen ei ratkaissut ongelmaa.

1. Tarkista XML:n oikeellisuus

Avaa sivukartan URL-osoite selaimessasi. Jos näet siistiä XML:ää, jossa on <urlset>- ja <url>-tageja, rakenne on kunnossa. Jos sivu on tyhjä, antaa PHP-virheen tai näyttää valkoisen HTML-sivun, sivukartta on rikki.

Syvällisempään tarkistukseen käytä XML Sitemap Validator -työkalua, joka on ilmainen online-työkalu ja näyttää muotoiluvirheet, rikkinäiset URL-osoitteet sivukartan sisällä sekä Sitemap Protocol -standardin vastaisuudet. Se kertoo myös, jos 50 000 URL-osoitteen raja per tiedosto ylittyy (jolloin tarvitset sivukarttaindeksin).

2. Tarkista robots.txt ja palvelimen otsakkeet

Googlebotilla on oltava pääsy sivukarttatiedostoon. Avaa yoursite.com/robots.txt ja varmista, ettei siellä ole seuraavanlaista riviä:

1
Disallow: /sitemap.xml
2

Tarkista myös, ettei itse Googlebotin User-Agentia ole estetty rivillä, kuten User-agent: Googlebot, jota seuraa Disallow: /.

Palvelimen vastauksen Content-Type-otsakkeen tulisi olla application/xml tai text/xml. Jos palvelin tarjoaa sivukartan muodossa text/html, Google ei välttämättä tunnista tiedostoa. Voit tarkistaa otsakkeet Fetch & Render from TechnicalSEO -työkalulla, joka näyttää sivun Googlebotin silmin kaikkine HTTP-otsakkeineen.

3. Tarkista WordPress-lisäosat

Tietoturvalisäosat (Wordfence, Solid Security, Sucuri) ja välimuistilisäosat (WP Rocket, W3 Total Cache, LiteSpeed Cache) ovat pääepäiltyjä. Toimintamalli:

• Välimuistilisäosat. Tyhjennä välimuisti, sulje sitemap.xml tilapäisesti välimuistituksen ulkopuolelle. WP Rocketissa on "Älä koskaan välimuistita URL-osoitteita" -kenttä; LiteSpeed Cachessa "Poikkeukset"-välilehti. Poissulkemisen jälkeen tyhjennä välimuisti uudelleen.

• Tietoturvalisäosat. Tarkista lisäosan lokitiedoista estetyt pyynnöt osoitteeseen sitemap.xml User-Agentilta Googlebot. Wordfence näyttää tällaiset estot reaaliajassa kohdassa "Työkalut → Live-liikenne."

• SEO-lisäosat. Joskus ongelma on itse sivukarttageneraattorissa. Yoast SEO, Rank Math, All in One SEO, jokaisella on oma käsittelijänsä. Yritä luoda sivukartta uudelleen: Yoast SEOssa tämä tehdään kohdasta "Asetukset → Sivuston ominaisuudet → XML-sivukartat" (pois-päälle-kytkentä); Rank Mathissa kohdasta "Sivukartta-asetukset → Tallenna muutokset."

4. Sulje pois palveluntarjoajan ja CDN:n estot

Jotkin palveluntarjoajat ja palomuurit (Cloudflare, Sucuri WAF) saattavat estää Googlebotin pyynnöt IP-osoitteen tai User-Agentin perusteella. Tarkista:

• Cloudflare. Etsi "Tietoturva → Tapahtumat" -osiosta estettyjä pyyntöjä osoitteeseen sitemap.xml. Jos löydät, luo WAF-sääntö, joka sallii User-Agentin Googlebot URL-osoitteille, jotka sisältävät sitemap.

• Palveluntarjoajan palomuuri. Joissakin hallintapaneeleissa (cPanel, ISPmanager) on sisäänrakennettuja ModSecurity-sääntöjä, jotka laukeavat virheellisesti XML-tiedostoihin. Tarkista Apache/NGINX-lokeista 403-virheet käytettäessä sitemap.xml-tiedostoa.

5. Lähetä sivukartta uudelleen

Kun olet korjannut syyn, palaa Search Consoleen → Sivukartat → liitä sivukartan URL-osoite "Lisää uusi sivukartta" -kenttään → Lähetä. Järjestelmä yrittää ladata tiedoston välittömästi. Jos tila muuttuu muotoon "Onnistui", ongelma on ratkaistu.

Tärkeä huomio: edes onnistuneen sivukartan latauksen jälkeen Google ei takaa kaikkien siinä lueteltujen URL-osoitteiden indeksointia. Indeksoinnin nopeus ja kattavuus riippuvat sivuston koosta, auktoriteetista ja sisällön päivitystiheydestä.

Diagnostiikkatyökalut

Search Consolen sisäänrakennettujen työkalujen lisäksi pidä käsillä kolme ulkoista työkalua; ne kattavat käytännössä kaikki diagnostiikkaskenaariot:

• Online validator from XML-Sitemaps, rakenteen validaattori. Tarkistaa syntaksin, URL-osoitteiden määrän, sisäkkäiset sivukarttaindeksit ja Sitemaps.org-standardin mukaisuuden. Ilmainen, ei vaadi rekisteröitymistä.

• Fetch & Render, Googlebot-emulaattori. Näyttää, miten Google näkee sivun: HTTP-otsakkeet, tilakoodin, renderöidyn HTML:n. Hyödyllinen, kun haluat ymmärtää, korvaako palvelin sisältöä eri User-Agenteille.

• PageSpeed Insights, epäsuora mutta tärkeä työkalu. Jos palvelin vastaa hitaasti (TTFB yli 1-2 sekuntia staattiselle XML-tiedostolle), Google saattaa katkaista yhteyden yrittäessään ladata suurta sivukarttaa.

⁉️🤔 Usein kysytyt kysymykset

Miksi "Nouto epäonnistui" -virhe ilmestyy ja katoaa ilman, että teen mitään?

Tämä on klassista käytöstä Googlen puolen bugille. Järjestelmä tarkistaa sivukartan säännöllisesti uudelleen oman aikataulunsa mukaan, ja joinakin hetkinä sisäinen häiriö aiheuttaa virheellisen virheen. Seuraava automaattinen tarkistus usein onnistuu, minkä vuoksi tila välkkyy. Jos sivukartta on fyysisesti saavutettavissa (varmistettu Live-testillä), jätä välkkyminen huomiotta; se ei vaikuta indeksointiin.

Kuinka usein Google tarkistaa sivukartan onnistuneen latauksen jälkeen?

Uudelleentarkistuksen aikataulua ei ole sidottu säännölliseen sivuston indeksointiin. Google ei kerro tarkkaa tiheyttä, mutta käytännössä aktiivisilla sivustoilla se vaihtelee useista kerroista viikossa kerran muutamassa päivässä. Jos olet tehnyt suuria muutoksia sivukarttaan ja haluat nopeuttaa käsittelyä, lähetä se uudelleen Sivukartat-raportin Lähetä-painikkeella.

Voiko virhe liittyä sivukartan kokoon?

Kyllä. Raja on 50 000 URL-osoitetta ja 50 Mt tiedostoa kohden. Jos sivukartta ylittää kumman tahansa rajan, Googlen käsittely saattaa epäonnistua. Ratkaisu on sivukarttaindeksi: yksi ylätason XML, joka viittaa useisiin alatiedostoihin, joista jokainen on rajojen sisällä. Useimmat WordPressin SEO-lisäosat tekevät tämän automaattisesti, kun kynnys ylittyy.

Pitäisikö sivukartta lisätä robots.txt-tiedostoon?

Vahvasti suositeltavaa. Lisää direktiivi Sitemap: https://yoursite.com/sitemap.xml robots.txt-tiedostoon; tämä antaa Googlelle toisen polun tiedoston löytämiseksi. Vaikka lähetys Search Consolen käyttöliittymän kautta epäonnistuisi, Google voi löytää sivukartan indeksoidessaan robots.txt-tiedostoa.

Vaikuttaako sivukartan noutovirhe sijoituksiin?

Ei suoraan. Google ei määrää rangaistuksia sivukartan saavuttamattomuudesta. Epäsuora vaikutus on mahdollinen: ilman sivukarttaa uudet tai harvoin päivitetyt sivut saattavat joutua odottamaan indeksointia pidempään, erityisesti suurilla, rakenteeltaan monimutkaisilla sivustoilla. Pienillä sivustoilla, joissa on hyvä sisäinen linkitys, sivukartan puuttuminen on käytännössä huomaamatonta.

Sivukartta ei saatavilla: mitä tehdä juuri nyt

Toimintamalli tiivistyy kolmeen vaiheeseen, jotka kattavat valtaosan tapauksista:

• Live-testi. Liitä sivukartan URL-osoite Search Consolen tarkistuspalkkiin → napsauta Live-testi. "Sivun nouto: Onnistui" → virhe on virheellinen, älä tee mitään. "Epäonnistui" → etene eteenpäin.

• Palvelinpuolen diagnoosi. Avaa sitemap.xml selaimessasi; näetkö siistiä XML:ää? Tarkista robots.txt-tiedostosta Disallow? Tyhjennä välimuisti ja tarkista tietoturvalisäosan lokit? Aja tiedosto XML Sitemap Validatorin läpi?

• Uudelleenlähetys. Korjaa syy → palaa Sivukartat-kohtaan → Lähetä. Tila muuttui "Onnistui"? Valmista. Jos ei, palaa kohtaan 2 ja tarkista palvelimen otsakkeet Fetch & Renderin avulla.

Jos lähestyt diagnoosia järjestelmällisesti etkä ohita vaiheita, ongelma ratkeaa yhden tarkistusjakson aikana. Ja Search Consolen virheelliset virheet, jotka muodostavat hyvän puolet tätä aihetta koskevista kyselyistä, eivät vaadi minkäänlaista puuttumista.