Korjaa GMC-virheet

Näin korjaat laskeutumissivun hylkäykset Google Merchant Centerissä

Hylättiinkö tuotteita 404-virheiden, kirjautumista vaativien sivujen, estettyjen indeksointirobottien tai uudelleenohjausketjujen takia?

Päivitetty 2 min lukuaika

Laskeutumissivun hylkäykset vs. harhaanjohtaminen

Laskeutumissivun teknisissä hylkäyksissä kysymys on siitä, pääseekö Google sivullesi ylipäätään. Harhaanjohtamisessa kysymys on siitä, mitä sivullasi sanotaan (harhaanjohtavat väitteet, puuttuvat käytännöt). Tekniset hylkäykset korjataan infrastruktuuria muuttamalla – valitusta ei tarvita.

Viisi teknistä laskeutumissivun hylkäystyyppiä

1. Aito 404 – sivua ei löydy

URL palauttaa HTTP 404 -virheen. Tämä on yleisin tekninen hylkäys.

Miksi näin käy: Kaupasta poistettu tuote on jäänyt syötteeseen; URL-rakennetta on muutettu ilman 301-uudelleenohjauksia; loppuunmyydyille tuotteille muodostuu eri URL-osoitteet.

Korjaus: Palauta sivu, lisää 301-uudelleenohjaus tai poista tuote syötteestä. Arvon availability: out_of_stock asettaminen ei auta – Googlen on silti pystyttävä indeksoimaan URL.

2. Kirjautumista vaativat sivut

Sivu on kirjautumisen, jäsenyyden tai maksumuurin takana.

Korjaus: Shopping-syötteissä saa olla vain julkisesti saatavilla olevia tuotesivuja. Tee sivusta julkinen versio julkisella hinnalla tai jätä rajatut tuotteet pois syötteestä.

3. Robots.txt-esto

robots.txt-tiedostosi estää Googlebotia indeksoimasta tuotesivuja.

Näin tarkistat: Avaa yourdomain.com/robots.txt. Tarkista se Search Consolen robots.txt-raportista ja testaa yksittäisiä URL-osoitteita robots.txt-validaattorilla.

Yleisiä ongelmasääntöjä:

User-agent: *
Disallow: /products/   ← estää kaikki tuotesivut

User-agent: Googlebot
Disallow: /            ← testiympäristön asetukset jätetty tuotantoon

4. Uudelleenohjausketjut (2+ siirtoa)

Syötteen URL ohjaa toiseen URL-osoitteeseen, joka ohjaa taas eteenpäin. Google hyväksyy yhden 301-uudelleenohjauksen, mutta vähintään 2 siirron ketjut merkitään virheellisiksi.

Korjaus: Muuta välissä olevat uudelleenohjaukset osoittamaan suoraan lopulliseen kohteeseen. Päivitä syötteeseen lopullinen kanoninen URL.

Näin tarkistat: Esimerkiksi httpstatus.io näyttää koko uudelleenohjausketjun.

5. Pehmeät 404-virheet

Sivu palauttaa HTTP 200 -koodin, mutta sisällöstä näkyy, ettei tuotetta ole olemassa (tyhjä sivu, ”Tuotetta ei löydy” -ilmoitus, yleinen kategoriasivu).

Korjaus: Kuolleiden URL-osoitteiden pitää palauttaa 301 (vastaavaan tuotteeseen) tai asianmukainen 404/410. Älä anna kuolleiden URL-osoitteiden palauttaa 200-koodia tyhjällä sisällöllä.

Diagnosointi suuressa mittakaavassa

  • Vie syötteestäsi kaikki link-arvot.

  • Tee niille asynkroniset HEAD-pyynnöt. Etsi 404/410-vastauksia, hitaita 200-vastauksia (mahdollinen pehmeä 404) ja uudelleenohjausketjuja.

  • Korjaa ensin 404-virheet (yksiselitteiset ongelmat).

  • Pura uudelleenohjausketjut.

  • Selvitä hitaiden sivujen syy (palvelinpuolen renderöinti, kyselyt, CDN).

Korjauksen jälkeen

  • Pakota uusi haku Merchant Centerissä: Asetukset → Datalähteet → avaa datalähde → ”Hae nyt”.

  • Lähetä päivitetty sivustokartta Search Consoleen.

  • Varaa uudelleenkäsittelylle 24–48 tuntia.

Ennaltaehkäisy

  • Ennen sivustosiirtoa: auditoi URL-osoitteet, määritä 301-uudelleenohjaukset ja päivitä syöte ennen siirtoa ja sen jälkeen

  • Kun poistat tuotteen: poista se ensin syötteestä ja vasta sitten sivu

  • Tarkista robots.txt aina, kun sivuston asetuksia muutetaan

  • Tarkista viikoittain 50–100 tuotteen URL-osoitteen otos

Aiheeseen liittyvät oppaat