Arutame projekti

Robots.txt annab ümbersuunamise, 404 või 5xx: mida Google teeb

Mida Google teeb, kui robots.txt annab ümbersuunamise, 404 või 5xx: viis hüpet, «keelde pole» ja 12 tundi pausi 30-päevase koopiaga. Tabel ja kontroll minutiga.

Vladislav Krivorutško9. november 20266 min lugemist
Sisukord

TL;DR — lühidalt peamisest

  • Vastust 404 loeb Google nii, et faili pole ja keelde pole: kõik teie Disallow-reeglid lakkavad kohe toimimast
  • Vastus 5xx peatab saidi skaneerimise esimeseks 12 tunniks, seejärel kasutab Google kuni 30 päeva viimast edukalt loetud faili koopiat
  • Ümbersuunamise Googlebot läbib, vähemalt viis hüpet järjest; pärast seda loetakse tulemus vastuseks 404
  • Kontroll võtab minuti: neli aadressivarianti käsuga curl -I, seejärel robots.txt aruanne Search Console'is

Lühike vastus

Kui robots.txt annab 404, loeb Google, et faili pole ja keelde pole. Kõik teie Disallow-reeglid lakkavad kohe töötamast. Kui ta annab 5xx, peatab Google saidi skaneerimise 12 tunniks, seejärel elab kuni 30 päeva faili viimase eduka koopia peal. Ümbersuunamise Googlebot läbib, vähemalt viis hüpet järjest, ning loeb siis tulemuse vastuseks 404.

Siit tuleb mitteilmne järeldus. Ohtlik pole niivõrd faili kättesaamatus kui reeglite vaikne kadumine: 404 võtab need ära kohe, pikaajaline viga 30 päeva pärast. Sait töötab sealjuures edasi ja keegi ei märka midagi.

Mida Google igale vastusele teeb

Allolevad reeglid on võetud Google'i dokumentatsioonist selle kohta, kuidas ta robots.txt-i tõlgendab. Avasin selle 9. novembril 2026 ja kontrollisin tabeli kõik punktid üle. Mida ma ise mõõtsin, on märgitud järgmises lõigus.

Vastus aadressile /robots.txtMida Google teebMida see saidile tähendab
2xxTöötleb faili sellisena, nagu see on, hoiab vahemälus, tavaliselt kuni 24 tundiTöötab nii, nagu kavandatud
3xxLäbib vähemalt viis hüpet, siis loeb tulemuse vastuseks 404Üks hüpe (http-lt https-le) on ohutu; pikk ahel võrdub faili puudumisega
4xx, välja arvatud 429Loeb, et kehtivat faili poleKõik Disallow-reeglid lakkavad kehtimast
5xx, esimesed 12 tundiPeatab saidi skaneerimise ja kordab faili päringutUusi lehti selle aja jooksul ei käida läbi
5xx, kuni 30 päevaKasutab viimast edukat koopiat ja üritab edasi uut hankidaReeglid püsivad, kui koopia oli olemas
5xx üle 30 päevaÜldiselt kättesaadava saidi puhul loeb, et faili poleReeglid kaovad

429 kohta dokumentatsioonilehel midagi ei öelda, see on vaid 4xx reeglist välja jäetud. Mida Google täpselt temaga teeb, seal ei täpsustata, seepärast loen ma selle serveriveaks töötava eeldusena, mitte faktina.

Veel kolm piirangut. Üle 500 KiB faili Google tervikuna ei loe: kõik pärast seda piiri jäetakse tähelepanuta. Vahemälu elab tavaliselt kuni 24 tundi ja võib kesta kauem, kui faili ei õnnestu uuendada. Ning reeglid kehtivad ainult selle hosti, protokolli ja pordi kohta, kus fail asub: aadressidel https://adlab.ee ja https://www.adlab.ee on kaks eri faili.

Kuidas see näeb välja adlab.ee-l: mõõtmine 9. novembril 2026

Jooksutasin curl -I kuue aadressivariandi peal. Fail https://adlab.ee/robots.txt annab 200 tüübiga text/plain, kaalub 77 baiti ja sisaldab kolme sisulist rida: Allow: /, Disallow: /dl/ ja viidet sitemap'ile. Päis Cache-Control: public, max-age=14400 lubab Cloudflare'il ja brauseritel hoida koopiat 4 tundi.

Mida adlab.ee annab kuue robots.txt aadressi pealehttp://adlab.ee/robots.txthttp://www.adlab.ee/robots.txthttps://www.adlab.ee/robots.txthttps://adlab.ee/robots.txt/ (kaldkriips)308: igal variandil üks hüpehttps://adlab.ee/robots.txt200, text/plain, 77 baitihttps://adlab.ee/Robots.txt404: suur R ei ava faili

Neli ülejäänud viiest aadressist (mõlemad http-ga, https://www ja kaldkriipsuga lõppev aadress) annavad 308 ja suunavad ühe hüppega aadressile https://adlab.ee/robots.txt. Google'i viie hüppe piirini jääb neli hüpet varu. Viies, /Robots.txt suure R-iga, annab 404, nii et faili nimes tuleb hoida väiketähti.

Mida ma ei mõõtnud: 5xx ja 429. Töötaval saidil robots.txt-i katsetamiseks maha võtta ma ei hakka, seepärast tabeli read 12 tunni ja 30 päeva kohta toetuvad Google'i dokumentatsioonile, mitte minu tähelepanekutele.

Kust 5xx ja 404 päriselt tulevad

Minu praktikas ei lähe fail katki iseenesest, vaid koos millegi muuga: väljalaske, pluginaga, kolimisega. Viis stsenaariumi ja igaüks lõpeb ühe koodiga: 403, 404, 429 või 5xx:

  1. Hooldusrežiim 503-ga kogu saidile. Google soovitab 503 lühikeste seisakute puhul ja lehtede jaoks see ka sobib. Kui aga hooldusleht katab ka /robots.txt, hakkab tööle 12 tunni reegel: roomamine peatub. Faili tasub hooldusvaatest välja jätta.
  2. Robotikaitse ja päringute piirang. CDN või tulemüür vastab 429 või 403 päringutele ilma brauseripäisteta. 403 on Google'ile sama mis 404, st fail on koos kõigi keeldudega «kadunud».
  3. Virtuaalne fail CMS-is. WordPress annab robots.txt-i dünaamiliselt, kui füüsilist faili pole. Katkine plugin muudab selle 500-ks, samal ajal kui ülejäänud lehed töötavad vahemälust.
  4. Väljalase testkeskkonnast. Testkeskkonna Disallow: / jõuab töötavale saidile. Fail annab 200 ja see on kõige kallim juhtum; analüüsisin seda artiklis testkeskkond ja toodang.
  5. Faili ümbersuunamisahel. Domeeni kolimine lisas lüli, siis teise, ja lõppfailini sai üle viie hüppe. Kuidas selliseid ahelaid leida, kirjeldab ülevaade ümbersuunamisahelatest.

Kui lehekülg, mis on Disallow-reegliga suletud, jääb Google'i tulemustesse, mitte ei kao, siis robots.txt piirab ainult roomamist, indekseerimist keelab noindex. Seda vahet kirjeldasin artiklis sitemap.xml ja robots.txt.

Kuidas minutiga kontrollida

Jooksutage korra läbi neli aadressivarianti ja veenduge, et igaühel on üks hüpe ja lõpus 200:

for u in http://site.ee https://site.ee http://www.site.ee https://www.site.ee; do
  echo "== $u"; curl -sI -m 15 "$u/robots.txt" | grep -iE "^(HTTP|location|content-type)"
done

Seejärel kontrollige kolme kohta:

  1. Sisu tüüp. Vaja on text/plain, mitte text/html. HTML-vahelehe kood 200 varjab probleemi.
  2. robots.txt aruanne Search Console'is. See näitab viimati loetud failiversiooni, roomamise aega ja vigu.
  3. Skaneerimise statistika. Plokis «Hosti olek» on näha, kas robots.txt hankimisel oli tõrkeid. Tõrgete seeria ühe ööpäeva jooksul vastab roomamise peatumisele.

Ja viimane samm: pange /robots.txt vastusekoodile eraldi seire koos teavitusega. Kontroll iga 5 minuti tagant teeb 288 päringut ööpäevas 77 baidi kohta, samal ajal kui Search Console'i aruanne saab tõrkest teada päevade viivitusega.

Kellele see ei ole

Saidile, millel pole robots.txt-i ega ühtegi Disallow'd (väike visiitkaart, kus pole midagi sulgeda), ei tee 404 sellel aadressil kahju ja parandada pole midagi. Piisab, et fail ei annaks 5xx.

Minu järelduste piirid: tabeli reeglid kirjeldavad Google'it. Yandex ja Bing tõlgendavad vastusekoode omamoodi, nende dokumentatsiooni ma siin ei kontrollinud. Skeem 12 tunni ja 30 päevaga on võetud dokumentatsioonist, mitte minu katsest. Suure kataloogiga saidi puhul, kus roomamiseelarve on piiratud, on roomamise peatumise hind kõrgem kui saja lehega blogil. Ja kui otsite, miks lehed üldse otsingust kadusid, alustage põhjustest, miks Google lehti ei indekseeri: robots.txt on seal vaid üks versioonidest. Kui vajate selliste asjade analüüsi oma projektil, lisan selle tehnilise SEO auditi hulka.

Korduma kippuvad küsimused

Mis juhtub, kui robots.txt annab vastuseks 404?
Google käsitleb iga 4xx vigu, välja arvatud 429, nii, nagu kehtivat robots.txt-i poleks, ja loeb, et skaneerimispiiranguid pole. Saidile, millel pole midagi sulgeda, on see tavaseisund. Kui failis olid reeglid, näiteks suletud filtrid, siis faili kadudes need enam ei kehti ja robot hakkab käima parameetritega aadressidel.
Mis juhtub, kui robots.txt annab vastuseks 503?
Google'i dokumentatsiooni järgi peatub esimese 12 tunni jooksul saidi skaneerimine, samal ajal kui robot jätkab faili hankimist. Seejärel töötab ta kuni 30 päeva viimase edukalt loetud koopia järgi. Kui koopiat pole, piiranguid pole. Kui viga kestab üle 30 päeva ja sait on muidu kättesaadav, loeb Google, et saidil robots.txt-i pole.
Mitu ümbersuunamist Google robots.txt-i puhul läbib?
Google'i dokumentatsioon nimetab arvu «vähemalt viis hüpet järjest». Pärast seda loetakse tulemus vastuseks 404, ehk piiranguid pole. Praktikas piisab ühest hüppest, näiteks http-lt https-le või www-lt põhiaadressile. HTML-i, JavaScripti või meta refresh'i kaudu tehtud ümbersuunamised selle faili puhul ei toimi.
Kuidas kontrollida, et Google näeb minu robots.txt-i?
Avage Search Console'is «Seaded» ja seejärel robots.txt aruanne: seal on loetud versioon, viimase käigu aeg ja olek. Kontrollige paralleelselt vastusekoodi käsuga curl -I http ja https, www-ga ja ilma. Kui Search Console näitab viga, aga brauseris fail avaneb, on põhjus tavaliselt robotikaitses või vahemälus.
Mida teha, kui robots.txt annab koodiga 200 HTML-lehe?
Vastust 2xx töötleb Google nii, nagu server selle saatis, ja võtab sellest direktiividena loetavad read. Ülejäänud read jäetakse vahele. Enamasti on see samaväärne faili puudumisega. Kui aga HTML-i satub rida nagu Disallow: /, siis see töötab. Fail peab andma text/plain ja sisaldama ainult reegleid.

Järeldused

Robots.txt läheb katki vaiksemalt kui ükski teine saidi fail: lehed avanevad, disain on terve, aga Google loeb teie faili tühjana ja läheb sinna, kuhu te teda ei lasknud. Minu reegel on kontrollida selle faili vastusekoodi eraldi ülejäänud saidist ja pärast iga väljalaset. Kui kontroll näitab, et 5xx tuleb vahemälust, CDN-ist või serveri reeglitest, on see juba tehnilise SEO auditi töö.

Artikli autor

Vladislav Krivorutško — ADLABi asutaja
Vladislav Krivorutško

ADLAB OÜ asutaja · SEO ja Google Ads

Üle 20 aasta otsiliikluse ja monetiseerimisega, Eesti turul alates 2017. aastast. Töötan üksi: teen auditi, koostan strateegia ja viin projekti ise lõpuni — ilma alltöövõtjate ja šabloonideta. Kirjutan ainult sellest, mida olen oma ja klientide saitidel järele proovinud.

  • 20+ aastat otsiliikluses
  • 50+ projekti võtmed kätte
  • Oma saidid konkurentsitihedates nišides
  • SEO ru/et/en ühes otsingutulemuses
Loe minust lähemalt

Loe edasi