Dažniausios SEO problemos ir kaip jas išspręsti

Analizuodami savo klientų svetaines, konkurentų pozicijas ir atlikdami techninius SEO auditus pastebėjome, kad tos pačios problemos kartojasi itin dažnai. Remdamiesi daugiau nei 50 atliktų auditų, išskyrėme 10 techninio SEO klaidų, kurios gali trukdyti svetainės puslapiams būti tinkamai nuskaitomiems, indeksuojamiems ir matomiems paieškos rezultatuose.

Svarbu suprasti, kad dažniausiai pasitaikanti problema nebūtinai yra pati pavojingiausia. Kai kurie trūkumai gali turėti tik nedidelę įtaką svetainės rezultatams, o rečiau aptinkamos klaidos gali visiškai užkirsti kelią svarbių puslapių indeksavimui arba sumažinti jų galimybes užimti aukštesnes pozicijas.

Todėl atliekant SEO auditą svarbu ne tik sudaryti visų rastų klaidų sąrašą, bet ir įvertinti jų poveikį. Pirmiausia reikėtų šalinti problemas, kurios riboja paieškos sistemų galimybes pasiekti, nuskaityti ir indeksuoti svetainės puslapius arba blogina naudotojų patirtį.

Toliau aptariame 10 dažniausiai mūsų audituose nustatomų techninio SEO problemų, paaiškiname jų poveikį svetainės matomumui ir pateikiame praktinius būdus, kaip jas pašalinti.

2026 m. vasarį „Google“ atnaujino savo dokumentaciją ir patikslino, kad „Googlebot“ nuskaito tik pirmuosius 2 MB palaikomų tipų failų, įskaitant HTML dokumentus. Turinys, esantis už šios ribos, nėra apdorojamas. Daugumai svetainių tai neturėtų sukelti sunkumų, tačiau tais atvejais, kai failo dydis viršija nustatytą ribą, pasekmės gali būti reikšmingos. Dėl šios priežasties problema buvo įtraukta į sąrašą.

1. Indeksavimo galimybės problemos

Indeksavimo galimybė parodo, ar paieškos sistema gali įtraukti konkretų tinklalapį į savo indeksą. Priklausomai nuo techninės problemos pobūdžio, „Google“ gali indeksuoti netinkamą puslapio versiją arba apskritai negalėti parodyti puslapio paieškos rezultatų puslapiuose. Tokiu atveju puslapis negaus organinio srauto.

Dažniausiai pasitaikantys indeksavimo sutrikimai:

• Kanoninė nuoroda nukreipia į 4XX klaidą grąžinantį adresą. Kanoniniu turi būti nurodomas tik veikiantis ir pasiekiamas URL adresas. Jei paieškos sistemos robotas negali atverti nurodyto kanoninio puslapio, ši instrukcija gali būti ignoruojama. Dėl to į indeksą gali patekti netinkama arba nekanoninė puslapio versija.
• Kanoninė nuoroda nukreipia į peradresavimą. Panašiuose arba besidubliuojančiuose svetainės puslapiuose turi būti aiškiai nurodyta pagrindinė versija, kurią paieškos sistema turėtų laikyti autoritetinga ir rodyti paieškos rezultatuose.

Kad puslapį būtų galima indeksuoti, jis turi atitikti tris pagrindines sąlygas:

• Paieškos sistemos robotas turi galėti puslapį nuskaityti. Jei „Googlebot“ prieiga nėra užblokuota faile robots.txt, o svetainėje yra mažiau nei 1 000 puslapių, tikėtina, kad su nuskaitymu susijusių problemų nėra.
• Puslapio kode negali būti noindex žymos.
• Puslapis turi būti kanoninis, tai yra laikomas pagrindine turinio versija.

Kaip pašalinti indeksavimo problemas

Pirmiausia patikrinkite, ar paieškos sistemos robotas gali pasiekti ir nuskaityti puslapį. Įsitikinkite, kad puslapis nėra užblokuotas faile robots.txt, negrąžina 4XX ar 5XX klaidų ir nėra apsaugotas prisijungimu ar kitais prieigos apribojimais.

Tada patikrinkite puslapio kanoninę nuorodą. Žymoje link rel="canonical" turi būti nurodytas galiojantis ir tiesiogiai pasiekiamas URL adresas, grąžinantis būseną HTTP 200 OK. Jei kanoninė nuoroda nukreipia į neegzistuojantį puslapį arba peradresavimą, ją reikia pakeisti galutiniu pagrindinės puslapio versijos adresu.

Taip pat patikrinkite, ar puslapio kode arba HTTP antraštėse nėra noindex nurodymo. Jei puslapis turi būti rodomas paieškos rezultatuose, pašalinkite metažymą <meta name="robots" content="noindex"> arba antraštę X-Robots-Tag: noindex. Jei ši žyma priskirta sąmoningai, pakeitimų atlikti nereikia.

Svarbu užtikrinti, kad paieškos sistemai būtų siunčiami nuoseklūs signalai. Vidinėse nuorodose, XML svetainės žemėlapyje ir kanoninėse žymose turėtų būti naudojamas tas pats pagrindinis URL adresas. Pasikartojančios puslapių versijos, nereikalingi URL parametrai ir prieštaringos kanoninės nuorodos gali lemti netinkamo puslapio indeksavimą.

Atlikus pakeitimus, puslapį reikėtų patikrinti naudojant „Google Search Console“ URL tikrinimo įrankį ir pateikti pakartotiniam indeksavimui. Pakeitimai paieškos rezultatuose bus matomi tik tada, kai „Google“ puslapį nuskaitys iš naujo.

2. Neveikiantys puslapiai

Neveikiančiais laikomi svetainės puslapiai, kurie grąžina 4XX arba 5XX grupės klaidas. 4XX klaidos paprastai reiškia, kad puslapis nerastas arba nepasiekiamas, o 5XX klaidos rodo serverio veikimo sutrikimus.

Tokie puslapiai gali būti neįtraukti į „Google“ indeksą arba iš jo pašalinti. Abiem atvejais svetainė gali prarasti potencialų organinį srautą, o lankytojai susiduria su prasta naudojimosi patirtimi.

Papildoma problema atsiranda tada, kai į neveikiantį puslapį veda išorinės atgalinės nuorodos. Tokiu atveju jų perduodama nuorodų vertė nėra veiksmingai išnaudojama.

Neveikiantys puslapiai taip pat be reikalo naudoja paieškos sistemos nuskaitymo išteklius. Tai ypač svarbu didelėms svetainėms, kuriose paieškos robotai turi apdoroti daug URL adresų.

Kaip sutvarkyti neveikiančius puslapius

Pirmiausia nustatykite, kurie puslapiai grąžina 4XX arba 5XX klaidas, ir patikrinkite, ar šie URL adresai vis dar reikalingi. Jei puslapis buvo pašalintas netyčia, jį reikėtų atkurti ir užtikrinti, kad jis grąžintų būseną HTTP 200 OK.

Jei puslapis buvo perkeltas į kitą adresą, sukurkite nuolatinį 301 peradresavimą į naują arba artimiausią pagal turinį puslapį. Nereikėtų visų neveikiančių URL adresų nukreipti į pagrindinį svetainės puslapį, nes toks peradresavimas gali būti laikomas nereikšmingu ir klaidinančiu.

Jei puslapis pašalintas visam laikui ir jam nėra tinkamo pakaitalo, galima palikti 404 Not Found arba naudoti 410 Gone būseną. Tokiu atveju pašalinkite visas vidines nuorodas, vedančias į šį puslapį, ir ištrinkite jo adresą iš XML svetainės žemėlapio.

5XX klaidos dažniausiai susijusios su serverio, prieglobos, programinio kodo arba duomenų bazės veikimo sutrikimais. Reikėtų patikrinti serverio klaidų žurnalus, apkrovą, atsako laiką, naudojamus papildinius ir naujausius svetainės pakeitimus. Jei klaidos kartojasi, problemą turėtų išspręsti svetainės programuotojas arba prieglobos paslaugų teikėjas.

Taip pat patikrinkite, ar į neveikiančius puslapius neveda išorinės atgalinės nuorodos. Jei toks puslapis turi vertingų nuorodų, geriausia jį atkurti arba nukreipti į tinkamiausią veikiantį puslapį. Taip galima išsaugoti bent dalį perduodamos nuorodų vertės ir sumažinti prarandamo organinio srauto riziką.

Atlikus pakeitimus, dar kartą patikrinkite puslapių būsenos kodus, vidines nuorodas ir XML svetainės žemėlapį. Svarbu užtikrinti, kad paieškos sistemos robotai nebebūtų siunčiami į neveikiančius URL adresus.

3. Per mažai vidinių nuorodų arba jų visai nėra

Vidinė nuoroda yra bet kuri hipersaitinė nuoroda, vedanti į kitą tos pačios svetainės puslapį, failą ar kitą išteklių.

Vidinės nuorodos gali turėti įtakos svetainės pozicijoms keliais būdais:

• Jos padeda paieškos sistemoms, įskaitant „Google“, atrasti ir nuskaityti svetainės puslapius.
• Jos perduoda „PageRank“ ir kitą nuorodų vertę iš stipresnių puslapių į silpnesnius.
• Jos padeda paieškos sistemoms suprasti puslapių tarpusavio ryšius ir svetainės informacinę struktūrą.

Sudėtingiausia situacija susidaro tada, kai puslapiai, kuriuos norima iškelti paieškos rezultatuose, neturi nė vienos vidinės nuorodos. Tokie puslapiai vadinami našlaičiais.

Paieškos sistemų robotų galimybės rasti našlaičius puslapius yra ribotos. Jie gali būti aptikti svetainės schemoje arba per išorines atgalines nuorodas, tačiau iš kitų svetainės puslapių į juos neperduodama vidinių nuorodų vertė.

Dažnesnis atvejis yra ne visiškas vidinių nuorodų nebuvimas, o per mažas jų kiekis. Kai kurie puslapiai galėtų užimti aukštesnes pozicijas arba būti rodomi pagal daugiau raktažodžių, jei į juos vestų daugiau tematiškai susijusių vidinių nuorodų.

Kaip sutvarkyti vidinių nuorodų trūkumą

Pirmiausia nustatykite puslapius, į kuriuos neveda nė viena arba veda labai mažai vidinių nuorodų. Ypatingą dėmesį skirkite svarbiems paslaugų, kategorijų, produktų ir informaciniams puslapiams, kurie turėtų būti matomi paieškos rezultatuose.

Našlaičius puslapius susiekite su kitais tematiškai susijusiais svetainės puslapiais. Nuorodas galima įterpti straipsniuose, kategorijų aprašymuose, paslaugų puslapiuose, navigacijoje ar kitose lankytojui natūraliose vietose.

Vidinėms nuorodoms naudokite aiškų ir puslapio turinį apibūdinantį inkaro tekstą. Venkite bendrinių frazių, tokių kaip „spausti čia“ ar „sužinoti daugiau“, kai galima tiksliai nurodyti, apie ką yra susietas puslapis.

Svarbiausiems puslapiams skirkite daugiau vidinių nuorodų iš stiprių ir dažnai lankomų svetainės puslapių. Tačiau nuorodos turi būti tematiškai pagrįstos, todėl nereikėtų jų dirbtinai dėti į nesusijusį turinį.

Taip pat patikrinkite svetainės informacinę struktūrą. Svarbūs puslapiai turėtų būti pasiekiami per kelis paspaudimus nuo pagrindinio puslapio, o kategorijų ir subkategorijų struktūra turi būti aiški tiek lankytojams, tiek paieškos sistemoms.

Pridėję vidines nuorodas, patikrinkite, ar jos veda į veikiančius ir indeksuojamus puslapius. Reguliariai peržiūrėkite svetainės struktūrą, kad nauji puslapiai neliktų našlaičiais, o svarbiausi puslapiai gautų pakankamai vidinių nuorodų.

4. Naudojimo mobiliuosiuose įrenginiuose problemos

SEO požiūriu svetainė turi būti tinkamai pritaikyta mobiliesiems įrenginiams. Tai svarbu dėl dviejų pagrindinių priežasčių:

• „Google“ taiko indeksavimą pagal mobiliąją versiją. Nustatydama puslapių pozicijas ir įtraukdama juos į indeksą, paieškos sistema pirmiausia vertina mobiliesiems įrenginiams skirtą turinį.
• Naudojimo mobiliuosiuose įrenginiuose kokybė priklauso puslapio naudojimo patirties signalams. Nors pirmenybė paprastai teikiama vertingiausią turinį pateikiančiam puslapiui, panašios kokybės turinio atveju geresnė naudojimo patirtis gali tapti lemiamu veiksniu.

Dažniausiai aptinkami šios kategorijos trūkumai:

• Nenustatyta matoma sritis. Ši problema atsiranda, kai puslapio kode nėra žymos <meta name="viewport"> arba joje nenurodyti pločio ir pradinio mastelio parametrai.
• Paspaudžiami elementai yra per maži arba išdėstyti per arti vienas kito. Tokiu atveju interaktyvių elementų paspaudimo sritys būna nepakankamo dydžio arba persidengia.
• Dokumentui reikalingi papildiniai. Problema nustatoma, kai puslapio turiniui atvaizduoti ar funkcijoms vykdyti būtini tokie papildiniai kaip „Java“ arba „Flash“.

Kaip sutvarkyti mobiliosios versijos naudojimo problemas

Pirmiausia puslapio kode nustatykite tinkamą peržiūros sritį. Skiltyje <head> turi būti įrašyta žyma <meta name="viewport" content="width=device-width, initial-scale=1">, kad puslapio plotis ir mastelis būtų pritaikomi prie mobiliojo įrenginio ekrano.

Naudokite prisitaikantį dizainą, kad tekstas, vaizdai, lentelės ir kiti elementai automatiškai prisiderintų prie skirtingų ekranų dydžių. Pašalinkite horizontalų slinkimą, fiksuoto pločio elementus ir turinį, kuris išeina už ekrano ribų.

Padidinkite paspaudžiamus elementus, tokius kaip mygtukai, nuorodos ir meniu piktogramos. Tarp jų palikite pakankamai vietos, kad naudotojai galėtų lengvai pasirinkti norimą elementą nepaspausdami šalia esančio.

Pasirinkite lengvai įskaitomą šrifto dydį ir užtikrinkite tinkamą tarpą tarp teksto eilučių. Naudotojui neturėtų reikėti didinti puslapio vaizdo, kad galėtų perskaityti turinį.

Pašalinkite pasenusius papildinius, tokius kaip „Flash“ ar „Java“, ir pakeiskite juos šiuolaikinėmis HTML5, CSS ir „JavaScript“ technologijomis, kurias palaiko mobiliosios naršyklės.

Atlikę pakeitimus, patikrinkite puslapį skirtinguose mobiliuosiuose įrenginiuose ir ekrano dydžiuose. Taip pat įvertinkite puslapio įkėlimo greitį, meniu veikimą, formų patogumą ir pagrindinių elementų matomumą.

5. HTTPS problemos

„Google“ HTTPS šifravimą vertina kaip nedidelę įtaką pozicijoms turintį signalą. Jei svetainė nėra apsaugota TLS sertifikatu, jos puslapiai gali būti rodomi žemesnėse paieškos rezultatų pozicijose.

Tačiau net ir įdiegus TLS sertifikatą, dalis svetainės puslapių arba juose naudojamų išteklių vis tiek gali būti perduodami nesaugiu HTTP protokolu.

Kaip sutvarkyti HTTPS problemas

Įdiekite galiojantį SSL sertifikatą ir užtikrinkite, kad visi svetainės puslapiai būtų pasiekiami per HTTPS protokolą. Sertifikatas turi galioti, atitikti svetainės domeną ir būti tinkamai sukonfigūruotas serveryje.

Nustatykite nuolatinį 301 peradresavimą iš visų HTTP adresų į atitinkamas HTTPS versijas. Taip pat įsitikinkite, kad svetainė pasiekiama tik per vieną pagrindinę domeno versiją, pavyzdžiui, su www arba be jo.

Patikrinkite, ar puslapiuose nėra mišraus turinio. Visi vaizdai, stiliaus failai, scenarijai, šriftai ir kiti ištekliai turi būti įkeliami per HTTPS. HTTP nuorodas pakeiskite HTTPS adresais arba naudokite santykinius URL.

Atnaujinkite vidines nuorodas, kanonines žymas, XML svetainės žemėlapį ir alternatyvių kalbų nuorodas, kad jose būtų naudojami tik HTTPS adresai. Taip pat patikrinkite, ar į HTTPS versijas nukreipia visi išoriniai įrankiai ir integracijos.

Atlikę pakeitimus, patikrinkite, ar puslapiai negrąžina sertifikato klaidų, peradresavimo grandinių ar perspėjimų apie nesaugų turinį. Reguliariai stebėkite sertifikato galiojimo laiką ir pasirūpinkite automatiniu jo atnaujinimu.

6. Našumo ir stabilumo problemos („Core Web Vitals“)

„Google Core Web Vitals“ yra rodiklių rinkinys, skirtas svetainės naudotojų patirčiai įvertinti. Daugiausia dėmesio skiriama puslapių įkėlimo greičiui, reakcijos laikui ir vizualiniam stabilumui. Šie rodikliai priklauso „Google“ puslapio naudojimo patirties signalams, todėl gali turėti įtakos svetainės pozicijoms paieškos rezultatuose.

SEO požiūriu nėra būtina siekti, kad svetainė būtų pati greičiausia ar patogiausia iš visų konkurentų. Svarbiausia užtikrinti, kad kiekvienas iš trijų pagrindinių rodiklių būtų įvertintas bent jau kaip geras.

• Didžiausio turinio elemento atvaizdavimo laikas, LCP. Šis rodiklis matuoja, per kiek laiko nuo puslapio atidarymo visiškai įkeliamas didžiausias matomas turinio elementas. Tai gali būti paveikslėlis, vaizdo įrašas arba didelis teksto blokas. LCP padeda nustatyti, kaip greitai lankytojas gali pamatyti pagrindinį puslapio turinį.
• Sąveikos iki kito atvaizdavimo laikas, INP. Šis rodiklis vertina, kaip greitai puslapis reaguoja į naudotojo veiksmus. Matuojamas laikas nuo pelės paspaudimo, ekrano palietimo ar klavišo paspaudimo iki matomo puslapio atsako. INP reikšmė parodo ilgiausią užfiksuotą reakcijos laiką, neįtraukiant išskirtinių ir itin retų atvejų. 2024 m. kovą šis rodiklis pakeitė pirmosios įvesties delsos rodiklį, FID.
• Bendras išdėstymo poslinkis, CLS. Šis rodiklis apskaičiuoja visus netikėtus puslapio elementų pasislinkimus, atsirandančius turinio įkėlimo metu. Didesnė CLS reikšmė reiškia, kad puslapio elementai juda dažniau arba labiau. Tokie pokyčiai gali trukdyti skaityti tekstą, spausti nuorodas ar naudotis kitais interaktyviais elementais. CLS padeda nustatyti ir sumažinti neplanuotus išdėstymo pokyčius, kad naudotojų patirtis būtų stabilesnė.

Kaip sutvarkyti našumo ir stabilumo problemas

Norėdami pagerinti didžiausio turinio elemento įkėlimo laiką, optimizuokite didelius vaizdus, vaizdo įrašus ir kitus pagrindinius puslapio elementus. Naudokite tinkamus vaizdų formatus, sumažinkite failų dydį, įjunkite talpinimą podėlyje ir svarbiausius išteklius įkelkite pirmiausia.

Sumažinkite serverio atsako laiką ir nereikalingų užklausų skaičių. Optimizuokite programinį kodą, duomenų bazę, naudojamus papildinius ir, jei reikia, pasitelkite turinio pristatymo tinklą.

Norėdami pagerinti puslapio reakciją į naudotojo veiksmus, sumažinkite sudėtingo „JavaScript“ kodo kiekį. Ilgas užduotis suskaidykite į mažesnes dalis, pašalinkite nenaudojamus scenarijus ir venkite funkcijų, kurios blokuoja pagrindinį naršyklės procesą.

Užtikrinkite, kad mygtukai, meniu, formos ir kiti interaktyvūs elementai greitai reaguotų į paspaudimus. Lėtą reakciją dažnai sukelia pertekliniai scenarijai, trečiųjų šalių įrankiai arba sudėtingos animacijos.

Kad puslapio elementai įkėlimo metu netikėtai nejudėtų, iš anksto nustatykite vaizdų, reklamų, vaizdo įrašų ir kitų įterpiamų elementų plotį bei aukštį. Neįterpkite naujo turinio virš jau matomo turinio, nebent tai atliekama naudotojui atlikus konkretų veiksmą.

Taip pat tinkamai įkelkite šriftus ir rezervuokite vietą vėliau atsirandantiems elementams, pavyzdžiui, slapukų pranešimams ar reklamjuostėms. Atlikę pakeitimus, patikrinkite svarbiausius puslapius mobiliuosiuose ir staliniuose įrenginiuose bei stebėkite visus tris pagrindinius rodiklius.

7. Neoptimizuota svetainės struktūra

Techninio SEO požiūriu neoptimizuota svetainės struktūra dažniausiai reiškia, kad svarbūs organiniam matomumui skirti puslapiai yra patalpinti pernelyg giliai bendroje svetainės hierarchijoje.

Jeigu lankytojui nuo pagrindinio svetainės puslapio iki konkretaus puslapio reikia atlikti daugiau nei šešis paspaudimus, toks puslapis gali gauti mažiau nuorodų vertės iš pagrindinio puslapio. Pagrindinis puslapis dažniausiai turi daugiausia išorinių atgalinių nuorodų, tačiau perduodama jų vertė mažėja su kiekvienu papildomu vidinės nuorodos žingsniu. Dėl to pernelyg giliai struktūroje esantys puslapiai gali užimti žemesnes pozicijas paieškos rezultatuose.

Tinkama svetainės struktūra svarbi ir dėl kitų priežasčių. Ji gerina bendrą lankytojų patirtį, padeda paieškos sistemų robotams efektyviau nuskaityti puslapius ir leidžia „Google“ tiksliau suprasti atskirų puslapių paskirtį bei jų tarpusavio kontekstą.

Kaip sutvarkyti neoptimizuotą svetainės struktūrą

Svarbiausius svetainės puslapius perkelkite arčiau pagrindinio puslapio, kad juos būtų galima pasiekti per kuo mažiau paspaudimų. Organiniam srautui svarbūs paslaugų, kategorijų, produktų ir informaciniai puslapiai neturėtų būti paslėpti giliai svetainės struktūroje.

Sukurkite aiškią ir nuoseklią kategorijų bei subkategorijų hierarchiją. Kiekvienas puslapis turi priklausyti logiškai teminei grupei, o navigacija turi padėti lankytojams ir paieškos sistemoms lengvai suprasti puslapių tarpusavio ryšius.

Naudokite vidines nuorodas iš pagrindinio puslapio, kategorijų puslapių ir kitų stiprių svetainės puslapių. Taip svarbiems puslapiams perduodama daugiau nuorodų vertės ir jie lengviau aptinkami paieškos sistemų robotų.

Pašalinkite nereikalingus tarpinius puslapius, pasikartojančias kategorijas ir pernelyg sudėtingą navigaciją. Venkite situacijų, kai tą patį turinį galima pasiekti keliais skirtingais keliais arba per daug lygių.

Naudokite navigacijos kelią, vadinamą trupiniais, kad būtų aiškiai parodyta puslapio vieta svetainės struktūroje. Tai padeda naudotojams grįžti į aukštesnio lygio kategorijas ir suteikia paieškos sistemoms papildomos informacijos apie puslapių hierarchiją.

Atlikę pakeitimus, patikrinkite, kiek paspaudimų reikia svarbiausiems puslapiams pasiekti iš pagrindinio puslapio. Taip pat įsitikinkite, kad visi svarbūs puslapiai turi vidinių nuorodų, yra įtraukti į XML svetainės žemėlapį ir nėra našlaičiai.

8. Tinkamo struktūrinių duomenų žymėjimo trūkumas

Struktūrinių duomenų žymėjimas yra puslapio kode pateikiama informacija, padedanti „Google“ geriau suprasti puslapio turinį. Šie duomenys gali būti naudojami išplėstiniams paieškos rezultatams, dar vadinamiems išplėstinėmis ištraukomis, rodyti.

Pats struktūrinių duomenų žymėjimas nėra pozicijų nustatymo veiksnys ir nepadeda puslapiui užimti aukštesnės vietos įprastuose tekstiniuose paieškos rezultatuose.

Vis dėlto tinkamai įdiegti struktūriniai duomenys gali suteikti puslapiui galimybę būti rodomam išplėstiniuose rezultatuose. „Google“ juos pateikia pagal tam tikras paieškos užklausas itin gerai matomose paieškos rezultatų vietose. Kai kurie išplėstiniai rezultatai rodomi net virš įprastų tekstinių rezultatų.

Tai ypač svarbu puslapiams, kuriuose pateikiamas šių tipų turinys:

• Receptai.
• Darbo skelbimai.
• Vaizdo įrašai.
• Naujienų straipsniai.
• Paslaugos.
• Prekės.
• Informacija apie renginius arba renginiams skirti nukreipimo puslapiai.
• Duomenys apie filmus.

9. Besidubliuojantis turinys

Besidubliuojantis turinys atsiranda tada, kai identiška arba labai panaši informacija internete pateikiama daugiau nei vienu adresu.

Aptikusi kelis puslapius su tokiu pačiu ar beveik nesiskiriančiu turiniu, „Google“ pati pasirenka, kurį iš jų rodyti paieškos rezultatuose. Pasirinktas puslapis nebūtinai sutaps su tuo, kurį svetainės savininkas norėtų matyti indeksuojamą ir pateikiamą naudotojams.

Kai ta pati informacija randama keliuose interneto puslapiuose, o naudotojas ieško būtent jos, „Google“ stengiasi nustatyti geriausiai užklausą atitinkantį puslapį. Dėl šios priežasties paieškos rezultatuose paprastai nerodomos visos vienodą turinį turinčios puslapių versijos.

Turinio dubliavimas ne visada atsiranda sąmoningai arba netyčia sukūrus kelis panašius puslapius. Šią problemą gali sukelti ir mažiau akivaizdūs techniniai veiksniai:

• Filtruojamoji navigacija, kuri generuoja kelis panašaus turinio URL adresus.
• Stebėjimo parametrai, pridedami prie puslapių adresų.
• To paties URL naudojimas su baigiamuoju pasviruoju brūkšniu ir be jo.

Kaip sutvarkyti pasikartojantį turinį

Pirmiausia nustatykite puslapius, kuriuose pateikiamas identiškas arba labai panašus turinys, ir pasirinkite pagrindinę versiją, kuri turėtų būti indeksuojama bei rodoma paieškos rezultatuose.

Pasikartojančiuose puslapiuose įrašykite kanoninę nuorodą į pagrindinį URL adresą. Kanoninis puslapis turi būti pasiekiamas, grąžinti būseną HTTP 200 OK ir nebūti pažymėtas noindex.

Jei pasikartojantis puslapis nėra reikalingas, nustatykite 301 peradresavimą į tinkamiausią pagrindinę versiją. Jei abu puslapiai reikalingi, papildykite jų turinį taip, kad kiekvienas būtų pakankamai unikalus ir skirtas skirtingai paieškos užklausai.

Suvienodinkite URL adresų naudojimą. Pasirinkite vieną versiją su pasviruoju brūkšniu arba be jo, taip pat vieną domeno versiją su www arba be jo. Visos alternatyvios versijos turi būti peradresuojamos į pasirinktą pagrindinį adresą.

Patikrinkite URL parametrus, naudojamus filtravimui, rūšiavimui ar lankytojų sekimui. Jei tokie adresai sukuria pasikartojančius puslapius, naudokite kanonines nuorodas, apribokite jų indeksavimą arba pakeiskite svetainės filtrų veikimą.

Vidinėse nuorodose, XML svetainės žemėlapyje ir alternatyvių kalbų žymose naudokite tik pagrindinius URL adresus. Tai padės paieškos sistemoms aiškiai suprasti, kuri puslapio versija turi būti indeksuojama.

Pernelyg dideli HTML puslapiai

„Googlebot“ apdoroja tik pirmuosius 2 MB nesuglaudinto puslapio HTML kodo. Visa už šios ribos esanti informacija ignoruojama. Daugumai puslapių tokios apimties visiškai pakanka, tačiau neoptimizuoti puslapiai, kuriuose įterpta daug CSS ar „JavaScript“ kodo, gali nepastebimai viršyti nustatytą dydį.

Naršyklė tokį puslapį gali atvaizduoti be jokių matomų sutrikimų, todėl problema dažnai lieka nepastebėta. Vis dėlto „Googlebot“, pasiekęs 2 MB ribą, nustoja apdoroti likusią HTML dokumento dalį.

Dėl šios priežasties pernelyg didelio puslapio apačioje pateiktas turinys, nuorodos ir struktūriniai duomenys gali likti nenuskaityti ir nepatekti į „Google“ indeksą.

Kaip sumažinti per didelius HTML puslapius

Pirmiausia patikrinkite ne suspausto HTML dokumento dydį ir nustatykite, kurie elementai jį labiausiai didina. Dažniausios priežastys yra puslapyje įterptas CSS ir „JavaScript“ kodas, pasikartojantis HTML, per dideli duomenų blokai bei nereikalingi struktūriniai elementai.

CSS ir „JavaScript“ kodą perkelkite į atskirus failus, o puslapio kode palikite tik būtiniausias taisykles ir scenarijus. Pašalinkite nenaudojamą kodą, komentarus, perteklinius atributus ir pasikartojančius elementus.

Ilgus produktų, straipsnių ar kitų įrašų sąrašus suskaidykite į kelis puslapius arba naudokite puslapiavimą. Svarbus turinys, vidinės nuorodos ir struktūriniai duomenys neturėtų būti pateikiami tik pačioje labai ilgo HTML dokumento apačioje.

Nedėkite didelių duomenų rinkinių, vaizdų ar kitų failų tiesiogiai į HTML kodą. Tokius išteklius įkelkite iš atskirų failų ir optimizuokite jų dydį.

Atlikę pakeitimus, dar kartą patikrinkite HTML dokumento dydį ir įsitikinkite, kad svarbiausias turinys, nuorodos bei struktūriniai duomenys yra pasiekiami paieškos sistemos robotui.