Kaip „Yandex“ robotas mato puslapį. Kaip naujovinti į naują „Search Console“ versiją

Perkėlimo vadovas senos versijos naudotojams

Kuriame naują „Search Console“ versiją, kuri ilgainiui pakeis senąją paslaugą. Šiame vadove apžvelgsime pagrindinius senosios ir naujosios versijų skirtumus.

Bendrieji pokyčiai

Naujoje „Search Console“ versijoje įdiegėme šiuos patobulinimus:

  • Galite peržiūrėti 16 mėnesių, o ne ankstesnių trijų, paieškos srauto duomenis.
  • „Search Console“ dabar teikia išsamią informaciją apie konkrečius puslapius. Ši informacija apima kanoninius URL, indeksavimo būseną, optimizavimo mobiliesiems laipsnį ir kt.
  • Naujoje versijoje yra įrankių, leidžiančių stebėti tinklalapių tikrinimą, ištaisyti susijusias klaidas ir pateikti pakartotinio indeksavimo užklausas.
  • Atnaujinta paslauga siūlo tiek visiškai naujus įrankius ir ataskaitas, tiek patobulintus senus. Visi jie aprašyti žemiau.
  • Paslauga gali būti naudojama mobiliuosiuose įrenginiuose.

Įrankių ir ataskaitų palyginimas

Nuolat atnaujiname įvairius „Search Console“ įrankius ir ataskaitas, o daugelį jų jau galite naudoti atnaujintoje šios paslaugos versijoje. Žemiau naujos ataskaitos ir įrankių parinktys palyginamos su senosiomis. Sąrašas bus atnaujintas.

Sena ataskaitos versija Analoginis naujoje „Search Console“ versijoje Palyginimas
Paieškos užklausų analizė Naujoje ataskaitoje pateikiami 16 mėnesių duomenys, su ja dirbti tapo patogiau.
Naudingi patarimai Turtingų rezultatų būsenos ataskaitų teikimas Naujose ataskaitose pateikiama išsami informacija, padedanti pašalinti klaidas ir palengvinti pakartotinio nuskaitymo užklausų pateikimą.
Nuorodos į jūsų svetainę
Vidinės nuorodos
Nuorodos Sujungėme dvi senas ataskaitas į vieną naują ir pagerinome nuorodų skaičiavimo tikslumą.
Indeksavimo būsena Indeksavimo ataskaita Naujoje ataskaitoje yra visi duomenys iš senosios, taip pat išsami informacija apie būseną Google indekse.
Svetainės schemos ataskaita Svetainės schemos ataskaita Ataskaitoje pateikti duomenys išlieka tie patys, tačiau patobulinome jos dizainą. Senoji ataskaita palaiko svetainės schemos testavimą jos nepateikus, o naujoji – ne.
„Accelerated Mobile Pages“ (AMP) AMP būsenos ataskaita Naujoje ataskaitoje yra naujų tipų klaidų, apie kurias galite peržiūrėti išsamią informaciją, taip pat išsiųsti prašymą pakartotinai nuskaityti.
Rankinis veiksmas Rankinis veiksmas Naujoje ataskaitos versijoje pateikiama rankiniu būdu atliktų veiksmų istorija, įskaitant pateiktas peržiūros užklausas ir peržiūros rezultatus.
„Google“ tikrinimo programa svetainėms URL tikrinimo įrankis URL tikrinimo įrankyje galite peržiūrėti informaciją apie į indeksą įtraukto URL versiją ir internete pasiekiamą versiją, taip pat pateikti tikrinimo užklausą. Pridėta informacija apie kanoninius URL, „noindex“ ir „nocrawl“ blokus bei URL buvimą „Google“ indekse.
Lengva peržiūrėti mobiliuosiuose įrenginiuose Lengva peržiūrėti mobiliuosiuose įrenginiuose Duomenys ataskaitoje liko tie patys, tačiau su jais dirbti tapo patogiau. Taip pat pridėjome galimybę pateikti užklausą, kad puslapis būtų iš naujo nuskaitytas, kai išspręstos mobiliojo žiūrėjimo problemos.
Nuskaityti klaidų ataskaitą Indeksavimo ataskaita ir url tikrinimo įrankis

Svetainės lygio tikrinimo klaidos rodomos naujoje indeksavimo ataskaitoje. Norėdami rasti klaidų puslapio lygiu, naudokite naują URL tikrinimo įrankį. Naujos ataskaitos padeda nustatyti problemų prioritetus ir sugrupuoti puslapius su panašiomis problemomis, kad nustatytų bendras priežastis.

Senoje ataskaitoje buvo parodytos visos paskutinių trijų mėnesių klaidos, įskaitant nesvarbias, laikinas ir neesmines. Naujoje ataskaitoje pabrėžiamos problemos, kurios buvo svarbios „Google“ per pastarąjį mėnesį. Matysite tik tas problemas, dėl kurių puslapis gali būti pašalintas iš indekso arba neleisti jo indeksuoti.

Problemos rodomos pagal prioritetus. Pavyzdžiui, 404 klaidos pažymimos kaip klaidos, tik jei paprašėte, kad puslapis būtų indeksuojamas per svetainės schemą ar kitaip.

Atlikę šiuos pakeitimus galėsite daugiau dėmesio skirti problemoms, kurios turi įtakos jūsų svetainės vietai „Google“ indekse, o ne spręsti visų klaidų, kurias „Googlebot“ kada nors rado jūsų svetainėje, sąrašą.

Naujoje indeksavimo ataskaitoje šios klaidos buvo konvertuotos arba neberodomos:​

URL klaidos – kompiuterių naudotojams

Senas klaidos tipas Analogas naujoje versijoje
serverio klaida Indeksavimo ataskaitoje visos serverio klaidos pažymėtos vėliava Serverio klaida (5xx).
Netikras 404 klaida
  • Klaida: pateiktas URL pateikia klaidingą 404 klaidą.
  • Neįtraukta: klaidinga 404 klaida.
Priejimas negalimas

Indeksavimo ataskaitoje pateikiama viena iš šių kategorijų, atsižvelgiant į tai, ar pateikėte užklausą dėl šio klaidos tipo apdorojimo:

  • Klaida: pateiktas URL pateikia 401 (neteisėtos užklausos) klaidą.
  • Išimtis: puslapis neindeksuotas dėl 401 (neteisėtos užklausos) klaidos.
Nerastas

Indeksavimo ataskaita nurodoma vienu iš šių būdų, atsižvelgiant į tai, ar pateikėte užklausą dėl šio tipo klaidos apdorojimo:

  • Klaida: pateiktas URL nerastas (404).
  • Neįtraukta: nerasta (404).
Kita Indeksavimo ataskaitoje nurodyta kaip Nuskaitymo klaida.

URL klaidos – išmaniųjų telefonų naudotojams

Išmaniųjų telefonų klaidos šiuo metu nerodomos, tačiau tikimės jas įtraukti ateityje.

Svetainės klaidos

Naujoje „Search Console“ versijoje svetainės klaidų nerodoma.

Saugumo problemų ataskaita Nauja saugumo problemos ataskaita Naujojoje saugos problemų ataskaitoje išlaikoma daug senosios ataskaitos funkcijų ir pridedama svetainės problemų istorija.
Struktūrizuoti duomenys Turtingų rezultatų tikrintuvas ir išsamias rezultatų būsenos ataskaitas Norėdami apdoroti atskirus URL, naudokite išsamių rezultatų tikrintuvą arba URL tikrintuvą. Informaciją apie visą svetainę galite rasti išsamiose svetainės rezultatų būsenos ataskaitose. Dar ne visi išsamių rezultatų duomenų tipai pasiekiami, tačiau ataskaitų skaičius nuolat auga.
HTML optimizavimas Naujoje versijoje panašaus pranešimo nėra. Norėdami sukurti informatyvius pavadinimus ir puslapių aprašymus, vadovaukitės mūsų gairėmis.
Užrakinti ištekliai URL tikrinimo įrankis Nėra galimybės peržiūrėti visos svetainės užblokuotų išteklių, tačiau naudodami URL tikrinimo įrankį galite matyti užblokuotus kiekvieno puslapio išteklius.
Android programos Nuo 2019 m. kovo mėn. „Search Console“ nebepalaikys „Android“ programų.
Išteklių rinkiniai Nuo 2019 m. kovo mėn. „Search Console“ nebepalaikys išteklių rinkinių.

Neįveskite tos pačios informacijos du kartus. Duomenys ir užklausos, esantys vienoje „Search Console“ versijoje, automatiškai dubliuojami kitoje. Pavyzdžiui, jei pateikėte pakartotinio patvirtinimo užklausą arba svetainės schemą naudodami seną „Search Console“, naujojoje jo pateikti nereikia.

Nauji būdai atlikti pažįstamas užduotis

Naujoje „Search Console“ versijoje kai kurios ankstesnės operacijos atliekamos kitaip. Pagrindiniai pakeitimai pateikti žemiau.

Funkcijos šiuo metu nepalaikomos

Toliau išvardytos funkcijos dar neįdiegtos naujoje „Search Console“ versijoje. Norėdami juos naudoti, grįžkite į ankstesnę sąsają.

  • Tikrinimo statistika (per dieną nuskaitytų puslapių skaičius, jų atsisiuntimo laikas, atsisiunčiamų kilobaitų skaičius per dieną).
  • Tikrinamas failas robots.txt.
  • Tvarkykite URL parametrus „Google“ paieškoje.
  • Žymeklio įrankis.
  • Skaitykite pranešimus ir tvarkykite juos.
  • Įrankis „Keisti adresą“.
  • Pirminio domeno nurodymas.
  • „Search Console“ nuosavybės susiejimas su „Google Analytics“ nuosavybe.
  • Atmesti nuorodas.
  • Pasenusių duomenų pašalinimas iš indekso.

ar informacija buvo naudinga?

Kaip galima patobulinti šį straipsnį?

Laba diena, skaitytojai. Aš visada sulaukiu daug klausimų iš žiniatinklio valdytojų, svetainių savininkų ir tinklaraštininkų apie klaidas ir pranešimus, rodomus Yandex.Webmaster. Daugelis šių pranešimų yra baisūs.

Tačiau noriu pasakyti, kad ne visi pranešimai yra svarbūs svetainei. Kituose straipsniuose pasistengsiu kiek įmanoma išsamiau aptarti visus galimus klausimus, kurie gali kilti žiniatinklio valdytojams. Šis straipsnis apims šiuos skyrius:

  1. Diagnostika – svetainės diagnostika
  2. Indeksavimas – puslapiai paieškoje

Apie tai ir kodėl to reikia, rašiau prieš keletą metų. Jei nesate susipažinę su šiuo įrankiu, pirmiausia perskaitykite straipsnį, esantį nuorodoje.

Svetainės diagnostika

Galimos problemos

1. Robots.txt faile nenustatyta pagrindinio kompiuterio direktyva

Ši „Yandex“ pastaba yra puiki tuo, kad „Host“ direktyva nėra standartizuota direktyva; ją palaiko tik „Yandex“ paieškos sistema. Tai reikalinga, jei „Yandex“ neteisingai nustato svetainės veidrodį.

Paprastai svetainės veidrodį automatiškai nustato „Yandex“, remdamasi pačios TVS sugeneruotais URL ir išorinėmis nuorodomis, nukreipiančiomis į svetainę. Norint nurodyti pagrindinį svetainės veidrodį, nebūtina to nurodyti robots.txt faile. Pagrindinis būdas yra naudoti 301 peradresavimą, kuris arba automatiškai sukonfigūruojamas TVS, arba reikalingas kodas įvedamas į .htachess failą.

Atkreipiu jūsų dėmesį į tai, kad faile robots.txt turite nurodyti direktyvą tais atvejais, kai „Yandex“ neteisingai nustato pagrindinį svetainės veidrodį, ir jūs negalite to paveikti jokiu kitu būdu.

TVS, su kuriomis pastaruoju metu dirbau, WordPress, Joomla, ModX, pagal nutylėjimą peradresuoja adresą iš www į be, jei sistemos nustatymuose nurodomas svetainės adresas be priešdėlio. Esu tikras, kad visos šiuolaikinės TVS turi šią galimybę. Net mano mėgstamiausias „Blogger“ teisingai peradresuoja tinklaraščio, esančio jo domene, adresą.

2. Trūksta metažymų

Problema nėra kritinė, jos bijoti nereikia, bet jei įmanoma, geriau ją išspręsti nei nekreipti dėmesio. Jei jūsų TVS nenumato metažymų kūrimo pagal numatytuosius nustatymus, pradėkite ieškoti įskiepio, priedo, plėtinio ar bet kokio pavadinimo TVS, kad galėtumėte rankiniu būdu nustatyti puslapio aprašą arba kad aprašymas būtų automatiškai generuojamas iš pirmųjų straipsnio žodžių.

3. Robotas nenaudoja svetainės schemos failų

Žinoma, šią klaidą geriau ištaisyti. Tačiau atminkite, kad problema gali kilti ir tais atvejais, kai failas sitemap.xml yra, ir tais atvejais, kai jo tikrai nėra. Jei turite failą, bet „Yandex“ jo nemato, tiesiog eikite į skyrių „Indeksavimas – svetainės schemos failai“. Ir rankiniu būdu pridėkite failą prie Yandex.Webmaster. Jei tokio failo iš viso neturite, tuomet, atsižvelgdami į naudojamą TVS, ieškokite sprendimų.

Failas sitemap.xml yra adresu http://your-domen.ru/sitemap.xml

4. Robots.txt failas nerastas

Nepaisant to, šis failas turėtų būti, ir jei turite galimybę jį prijungti, geriau tai padaryti. Ir atkreipkite dėmesį į elementą su pagrindinio kompiuterio direktyva.

Failas robots.txt yra adresu http://your-domain.ru/robots.txt

Dėl to klaidų šaltinis Svetainės diagnostikos skirtuke man išdžiūvo.

Indeksavimas

Puslapiai paieškoje

Pradėkime nuo šio taško. Taip bus lengviau struktūrizuoti informaciją.

Pažymėkite filtre „Visi puslapiai“.
Einame žemyn į dešinę puslapyje „Atsisiųsti skaičiuoklę“ Pasirinkite XLS ir atidarykite failą „Excel“.


Gauname sąrašą puslapių, kurie yra paieškoje, t.y. „Yandex“ apie juos žino, reitinguoja, rodo vartotojams.
Žiūrime, kiek įrašų lentelėje. Turiu 289 puslapius.

O kaip suprasti kiek turi būti? Kiekviena svetainė yra unikali ir tik jūs galite žinoti, kiek puslapių paskelbėte. Kaip pavyzdį naudosiu savo „WordPress“ tinklaraštį.
Rašymo metu tinklaraštyje yra:

  • Įrašai – 228
  • Puslapiai – 17
  • Antraštės – 4
  • Žymos – 41
  • + pagrindinis svetainės puslapis

Iš viso turime 290 puslapių, kurie turėtų būti indekse. Lyginant su lentelės duomenimis, skirtumas yra tik 1 puslapis. Galite drąsiai laikyti tai labai geru rodikliu. Bet džiaugtis dar anksti. Būna, kad viskas matematiškai sutampa, bet pradėjus analizuoti atsiranda neatitikimų.

Yra du būdai rasti tą puslapį, kurio nėra paieškoje. Apsvarstykime abu.

Pirmasis metodas. Toje pačioje lentelėje, kurią atsisiunčiau, paiešką suskirstiau į kelis etapus. Pirmiausia pasirinkau rubrikos puslapius. Turiu tik 4 skyrius. Norėdami optimizuoti savo darbą, naudokite teksto filtrus programoje „Excel“.


Tada Žymos, iš paieškos išbraukė puslapius, todėl lentelėje liko tik straipsniai. Ir čia, kad ir kiek straipsnių būtų, teks peržvelgti kiekvieną, kad rastumėte tą, kurio nėra rodyklėje.

Atkreipiu jūsų dėmesį į tai, kad kiekviena TVS turi savo struktūrą. Kiekvienas žiniatinklio valdytojas turi savo SEO , kanoninį robots.txt failą.

Vėlgi, jei naudojate „WordPress“ kaip pavyzdį, atkreipkite dėmesį į tai, kurios jūsų svetainės skiltys yra indeksuotos, o kurios uždarytos. Gali būti Archyvo puslapiai pagal mėnesius ir metus, Autoriaus puslapiai, puslapių puslapiai. Visas šias skiltis uždariau robotų metažymų nustatymais. Jums gali būti kitaip, todėl apsvarstykite viską, kas nėra draudžiama indeksuoti.

Pavyzdžiui, „Blogger“ tinklaraščio savininkams tereikia skaičiuoti paskelbtus įrašus, puslapius ir pagrindinį puslapį. Visi kiti archyvų ir žymų puslapiai uždaryti indeksavimui pagal nustatymus.

Antras metodas. Grįžtame į žiniatinklio valdytoją, filtre pasirenkame „Išskirti puslapiai“.

Dabar turime puslapių, kurie neįtraukti į paiešką, sąrašą. Sąrašas gali būti didelis, daug didesnis nei puslapiuose, įtrauktuose į paiešką. Nereikia bijoti, kad svetainėje kažkas negerai.

Rašydamas straipsnį bandžiau dirbti žiniatinklio valdytojo sąsajoje, bet negavau norimo funkcionalumo, galbūt tai laikinas reiškinys. Todėl, kaip ir ankstesnėje versijoje, dirbsiu su lentelės duomenimis, taip pat galite atsisiųsti lentelę puslapio apačioje.

Vėlgi, kaip pavyzdį naudodamas savo „WordPress“ tinklaraštį, panagrinėsiu tipines išimties priežastis.

Gautoje lentelėje mus pirmiausia domina D stulpelis - „httpCode“. Kas nežino, kokie yra serverio atsakymai, skaitykite wikipedijoje. Taip jums bus lengviau suprasti, kas bus toliau.

Pradėkime nuo kodo 200. Jei galite patekti į kokį nors puslapį internete be leidimo, tada tokio puslapio būsena bus 200. Visi tokie puslapiai gali būti pašalinti iš paieškos dėl šių priežasčių:

  1. Draudžia robotų metažyma
  2. Draudžiama indeksuoti robots.txt faile
  3. Yra nekanoniniai, nustatyta kanoninė metažyma

Jūs, kaip svetainės savininkas, turite žinoti, kurie puslapiai turi kokius nustatymus. Todėl sutvarkyti neįtrauktų puslapių sąrašą neturėtų būti sunku.

Nustatykite filtrus, pasirinkite stulpelyje D - 200

Dabar mus domina E stulpelis - „statusas“, mes jį rūšiuojame.

BAD_QUALITY būsena- Prastos kokybės. Labiausiai erzina būsena iš visų. Suskaidykime.

Mano lentelėje buvo tik 8 URL, kurių būsena yra Nepakankamai gera. Sunumeravau juos dešiniajame stulpelyje.

1, 5, 7 URL – tiekimo puslapiai, 2,3,4,5,8 – paslaugų puslapiai wp-json svetainės kataloge. Visi šie puslapiai nėra HTML dokumentai ir iš esmės neturėtų būti šiame sąraše.

Taigi atidžiai peržiūrėkite puslapių sąrašą ir pažymėkite tik HTML puslapius.

META_NO_INDEX būsena. Puslapiai, autoriaus puslapis, neįtraukiami į rodyklę dėl robotų metažymos nustatymų

Tačiau šiame sąraše yra puslapis, kurio neturėtų būti. URL paryškinau mėlyna spalva.

NOT_CANONICAL būsena. Pavadinimas kalba pats už save. Nekanoninis puslapis. Bet kuriame svetainės puslapyje galite nustatyti kanoninę metažymą, kurioje nurodote kanoninį URL.


Jūsų svetainės reklama turėtų apimti puslapio optimizavimą, kad atkreiptumėte paieškos vorų dėmesį. Prieš pradėdami kurti paieškos sistemoms pritaikytą svetainę, turite žinoti, kaip robotai mato jūsų svetainę.

paieškos sistemos tikrai ne vorai, o mažos programos, kurios siunčiamos analizuoti jūsų svetainę po to, kai žino jūsų puslapio URL. Paieškos sistemos taip pat gali patekti į jūsų svetainę per kituose interneto šaltiniuose paliktas nuorodas į jūsų svetainę.

Kai tik robotas pateks į jūsų svetainę, jis iš karto pradės indeksuoti puslapius skaitydamas BODY žymos turinį. Jis taip pat visiškai nuskaito visas HTML žymas ir nuorodas į kitas svetaines.

Tada paieškos sistemos nukopijuoja svetainės turinį į pagrindinę duomenų bazę, kad būtų galima vėliau indeksuoti. Visas šis procesas gali užtrukti iki trijų mėnesių.

paieškos sistemos optimizavimas ne toks jau lengvas dalykas. Turite sukurti vorams draugišką svetainę. Botai nekreipia dėmesio į „flash“ interneto dizainą, jie nori tik informacijos. Jei pažvelgtumėte į svetainę paieškos roboto akimis, ji atrodytų gana kvaila.

Dar įdomiau voro akimis pažvelgti į konkurentų aikšteles. Konkurentai ne tik jūsų srityje, bet tiesiog populiarūs ištekliai, kuriems galbūt nereikės jokio optimizavimo paieškos sistemoms. Apskritai labai įdomu pamatyti, kaip įvairios svetainės atrodo robotų akimis.

Tik tekstas

Paieškos robotai matyti savo svetainę labiau kaip teksto naršyklės. Jie mėgsta tekstą ir nepaiso nuotraukose esančios informacijos. Vorai gali skaityti apie paveikslėlį, jei prisimenate pridėti ALT žymą su aprašymu. Tai labai vargina žiniatinklio dizainerius, kurie kuria sudėtingas svetaines su gražiomis nuotraukomis ir labai mažai teksto turinio.

Tiesą sakant, paieškos sistemos tiesiog mėgsta bet kokį tekstą. Jie gali skaityti tik HTML kodą. Jei puslapyje yra daug formų, javascript ar dar ko nors, kas gali blokuoti paieškos varikliui nuskaityti HTML kodą, voras tiesiog į tai nepaisys.

Ką nori matyti paieškos robotai

Kai paieškos variklis tikrina jūsų puslapį, jis ieško daugelio svarbių dalykų. Suarchyvavęs svetainę, paieškos robotas pradės ją reitinguoti pagal savo algoritmą.

ieškoti vorų saugo ir dažnai keičia savo algoritmus, kad nepageidaujamo e. pašto siuntėjai negalėtų prie jų prisitaikyti. Labai sunku sukurti svetainę, kuri būtų aukštai vertinama visose paieškos sistemose, tačiau galite gauti tam tikro pranašumo įtraukę šiuos elementus į visus savo tinklalapius:

  • Raktažodžiai
  • META žymės
  • Pavadinimai
  • Nuorodos
  • Pasirinktas tekstas

Skaitykite kaip paieškos variklis

Sukūrę svetainę, turite ją sukurti ir reklamuoti paieškos sistemose. Tačiau žiūrėti į svetainę tik naršyklėje nėra pati geriausia ir sėkmingiausia technika. Nelengva savo darbą vertinti atvirai.

Daug geriau į savo kūrybą pažvelgti paieškos simuliatoriaus akimis. Tokiu atveju gausite daug daugiau informacijos apie puslapius ir kaip juos mato voras.

Sukūrėme neblogą, mūsų kuklia nuomone, paieškos sistemos simuliatorių. Tinklalapį galėsite matyti taip, kaip jį mato paieškos voras. Taip pat bus rodomas įvestų raktinių žodžių skaičius, vietinės ir siunčiamos nuorodos ir pan.

Žiniatinklio valdytojo įrankiai leidžia suprasti, kaip jūsų puslapis atrodo „Googlebots“. Serverio antraštės ir HTML kodas padeda nustatyti klaidas ir įsilaužimo pasekmes, tačiau kartais gali būti sunku jas suprasti. Žiniatinklio valdytojai paprastai yra ant kojų, kai jiems tenka spręsti tokias problemas. Siekdami padėti jums tokiose situacijose, patobulinome šią funkciją, kad ji galėtų teikti puslapį naudodama tą patį algoritmą, kurį naudoja „Googlebot“.

Kaip rodomas nuskaitytas puslapis
Apdorodamas puslapį, Googlebot ieško ir importuoja visus susijusius failus iš išorinių šaltinių. Paprastai tai yra vaizdai, stiliaus lapai, „JavaScript“ elementai ir kiti failai, įterpti naudojant CSS arba „JavaScript“. Sistema juos naudoja, kad būtų rodomas puslapis taip, kaip jį mato „Googlebot“.
Ši funkcija pasiekiama žiniatinklio valdytojo įrankių paskyros skiltyje „Nuskaityti“. Atminkite, kad puslapio apdorojimas ir vėlesnis jo rodymas gali užtrukti gana ilgai. Baigę užveskite pelės žymeklį virš eilutės, kurioje yra norimas URL, kad peržiūrėtumėte rezultatą.



Robots.txt faile užblokuotų išteklių tvarkymas
Apdorodamas kodą „Googlebot“ laikosi robots.txt faile nurodytų instrukcijų. Jei jie draudžia prieigą prie tam tikrų elementų, sistema nenaudos tokios medžiagos peržiūrai. Tai taip pat atsitiks, jei serveris neatsako arba pateiks klaidą. Atitinkamus duomenis galite rasti „Webmaster Tools“ paskyros skiltyje „Tikrinimo klaidos“. Be to, sukūrus puslapio peržiūros vaizdą, bus rodomas visas tokių gedimų sąrašas.
Rekomenduojame įsitikinti, kad „Googlebot“ turi prieigą prie visų įterptųjų išteklių, kuriuos turite svetainėje arba makete. Tai palengvins naršymo kaip „Googlebot“ patirtį, leis robotui aptikti ir tinkamai indeksuoti jūsų svetainės turinį ir suprasti, kaip tikrinami jūsų puslapiai. Kai kurie kodo fragmentai, pvz., socialinės žiniasklaidos mygtukai, analizės įrankių scenarijai ir šriftai, paprastai neapibrėžia puslapio stiliaus, todėl jų nereikia nuskaityti. Daugiau apie tai, kaip „Google“ analizuoja žiniatinklio turinį, skaitykite ankstesniame straipsnyje.
Tikimės, kad mūsų naujovės padės išspręsti svetainės dizaino problemas ir atrasti išteklių, kurių „Google“ negali patikrinti dėl vienokių ar kitokių priežasčių. Jei turite klausimų, susisiekite su mumis Google Plus žiniatinklio valdytojo bendruomenėje arba ieškokite