Techninis SEO kontrolinis sąrašas: Galutinis sąrašas, kaip patobulinti savo svetainę

Techninės SEO optimizacijos kontrolinis sąrašas

Naršymas ir indeksavimas

Pirmas dalykas, į kurį reikia atkreipti dėmesį atliekant techninį auditą, yra tai, kaip jūsų svetainę indeksuoja ir nuskaito paieškos sistemos. Juk jei jūsų svetainės puslapiai negali būti nuskaityti, jie nebus indeksuojami (su keliomis išimtimis). Todėl puslapiai, kurių nėra indekse, nedalyvaus reitingavime.

Peržiūrėkite „Google Search Console” puslapių indeksavimo ataskaitą

Tiksliausias ir patikimiausias būdas analizuoti savo svetainės indeksavimą – analizuoti „Google Search Console” puslapių indeksavimo ataskaitą. Peržiūrėkite indeksuotų puslapių ataskaitą ir patikrinkite, kurie puslapiai yra indekse. Pažiūrėkite, ar yra puslapių su filtravimo ar rūšiavimo parinktimis, ar yra bandomųjų puslapių ar kitų puslapių, kurių nenorite indeksuoti. Taip pat pažiūrėkite į puslapius, kurie buvo pašalinti. Ne visos būsenos ataskaitoje „Išbraukti puslapiai” yra problema. Dėmesį turėtumėte sutelkti ne į visus neįtrauktus puslapius, o tik į tuos, kuriuose „Google” elgesys neatitinka jūsų ketinimų. Toliau pateiktoje lentelėje matote būsenas, į kurias paprastai reikia atkreipti dėmesį ir atlikti gilesnę analizę:

Statusas	Ką tai reiškia	Ką turėtumėte daryti
Peradresavimo klaida	Dėl nukreipimo problemų „Google” negalėjo sekti URL adreso.	Sumažinkite nukreipimų skaičių (iki 1-2). Venkite begalinių ir žiedinių nukreipimų.- Užtikrinkite, kad galutinis URL adresas grįžtų 200 OK ir nebūtų užblokuotas robots.txt/noindex.
Serverio klaida	Serveris grąžino 5xx klaidą.	Patikrinkite serverio žurnalus. Įsitikinkite, kad svetainė nėra perkrauta.- Ištaisykite vidines klaidas, ypač jei jos kartojasi.
Atrasta – neindeksuojama	„Google” žino apie puslapį, bet dar jo neindeksavo. Nurodo, kad kyla problemų su nuskaitymo biudžetu.	Įsitikinkite, kad puslapis yra svetainės žemėlapyje. Pridėkite vidinių nuorodų į jį. Optimizuokite nuskaitymo biudžetą.
Nuskaitytas – neindeksuotas	„Google” aplankė puslapį, bet nusprendė jo neindeksuoti. Paprastai rodo žemą puslapio kokybę.	Pagerinkite turinio kokybę ir unikalumą. Užtikrinkite, kad puslapyje nebūtų dublikatų. Pridėkite į jį vidinių nuorodų.
Dublikatas be naudotojo pasirinkto kanoninio	„Google” puslapį laiko dublikatu, tačiau nenurodėte kanoninio numerio.	Patikrinkite puslapių poras ir nurodykite reikiamą kanoninį arba persvarstykite svetainės struktūrą.
Dublikatas, „Google” pasirinko kitokį kanoninį nei naudotojas	„Google” neatsižvelgė į jūsų nurodytą kanoninį.	Priežasčių gali būti daug; reikia atidžiai išnagrinėti puslapio duomenis ir pasirinkti tinkamiausią strategiją (noindex, nukreipimas, pašalinimas, robots.txt, svetainės struktūros ir vidinių nuorodų pakeitimai).
Minkštas 404	Puslapis atrodo „tuščias” arba „nerastas”, tačiau grąžina 200 OK būseną.	Grąžinkite 404 arba 410. Atlikite nukreipimą. Pagerinkite turinį. Užblokuokite nuo indeksavimo.

Kitos būsenos tikriausiai nesignalizuoja jokių problemų. Tačiau šias ataskaitas taip pat verta peržiūrėti, kad įsitikintumėte, ar puslapiai nebuvo pašalinti, nukreipti, kanonizuoti ar blokuoti nuo indeksavimo per klaidą.

Būsena	Ką tai reiškia	Ką reikia žinoti
Pakaitinis puslapis su tinkama kanonine žyma	„Google” teisingai pripažino jūsų nurodytą kanoninį puslapį.	Viskas veikia taip, kaip tikėtasi. Nereikia imtis jokių veiksmų. Įsitikinkite, kad nurodėte norimą kanoninę žymą.
URL užblokuotas pagal robots.txt	„Google” negali nuskaityti puslapio.	Patikrinkite robots.txt failą. Jei norite, kad puslapis būtų indeksuojamas, leiskite prieigą.
URL pažymėtas „noindex	Puslapyje yra direktyva noindex.	Įsitikinkite, kad žyma noindex nustatyta sąmoningai. Jei puslapis yra svarbus, pašalinkite šią žymą.
Nerastas (404)	Puslapis neegzistuoja.	Jei tai svarbu, atkurkite puslapį. Jei puslapis visam laikui pašalintas, įsitikinkite, kad nėra vidinių nuorodų į jį.
Užblokuotas dėl neleistinos užklausos (401)/ Užblokuotas dėl uždraustos prieigos (403)	Puslapis užblokuotas dėl autorizacijos arba uždraustos prieigos.	Leiskite prieigą, jei puslapis turėtų būti indeksuojamas.
Puslapis su nukreipimu	Puslapis nukreipia į kitą.	Patikrinkite, ar nukreipimas yra numatytas ir teisingas.
URL užblokuotas dėl kitos 4xx problemos	Puslapis neprieinamas dėl kitos nei 404 4xx klaidos (pvz., 403, 401, 410 ir t. t.).	Patikrinkite HTTP būsenos kodą rankiniu būdu. Ištaisykite prieigos nustatymus. Nustatykite teisingus būsenos kodus arba nukreipimus. Jei reikia, leiskite prieigą „Googlebot”.

Google pagalbos centre galite rasti išsamų puslapio ataskaitos aprašymą, įskaitant problemų pavyzdžius ir išsamų kiekvienos būsenos paaiškinimą. Screaming Frog taip pat gali padėti analizuoti puslapius, kurie yra indeksuojami arba neįtraukiami į indeksą. Norėdami tai padaryti, prieš pradėdami svetainės naršymą turite prisijungti prie „Google Search Console” API. Norėdami prisijungti, eikite į Konfigūracija -> API prieiga -> „Google Search Console”. Spustelėkite Prisijungti su „Google” ir vykdykite nurodymus.

Prisijungę įjunkite URL tikrinimą, taip pat galite įjungti parinktį ignoruoti indeksavimo tikrinimą URL, kurių negalima indeksuoti.

Tada galėsite matyti ir palyginti kiekvieno puslapio būseną pagal „Search Console” (taip, kaip ją mato „Google”) ir jo faktinę būseną, nustatytą naršymo proceso metu.

Atkreipkite dėmesį, kad per dieną galima peržiūrėti tik 2000 URL adresų, todėl šis metodas labiau tinka nedidelėms svetainėms.

Patikrinkite, kas yra jūsų svetainės žemėlapis.xml

Sitemap.xml – tai XML failas, kuriame paieškos sistemų naršyklėms pateikiamas svetainės puslapių sąrašas, taip pat (pasirinktinai) informacija apie jų paskutinio pakeitimo datą, atnaujinimo dažnumą ir rekomenduojamą nuskaitymo prioritetą. Paprastai jis pateikiamas svetainės šaknyje, pavyzdžiui: https://example.com/sitemap.xml. Sitemap.xml padeda paieškos sistemoms greičiau rasti naujus ar atnaujintus puslapius. Be to, puslapio įtraukimas į šį failą yra vienas iš signalų nustatant kanoninę puslapio versiją, nors ir silpnas.

Sitemap.xml failas ypač naudingas:

• naujoms svetainėms, turinčioms nedaug išorinių nuorodų;
• didelėms svetainėms, turinčioms daug puslapių;
• svetainėms, kuriose yra daug medijos turinio;
• dažnai atnaujinamoms naujienų svetainėms.

Sitemap.xml turėtų būti visi puslapiai, kuriuos norite indeksuoti. Į Sitemap.xml įtrauktiems puslapiams analizuoti galite naudoti tą pačią „Screaming Frog” arba kitus naršyklę. Screaming Frog programoje sitemap.xml galima skenuoti atskirai sąrašo režimu arba įtraukti į įprastą svetainės skenavimą. Norėdami tai padaryti, lange Konfigūracija -> Voras -> Naršymas įjunkite XML svetainės žemėlapio nuskaitymą ir pridėkite absoliučius svetainės žemėlapių URL adresus, kuriuos norite nuskaityti. Nerekomenduojama naudotis įvairiomis internetinėmis paslaugomis svetainės žemėlapiui generuoti, nes jos gali generuoti tik statinį svetainės žemėlapį, kuris nebus automatiškai atnaujinamas. Optimaliausias variantas – generuoti sitemap.xml naudojant TVS, kurioje veikia svetainė, įskiepius arba parašyti pasirinktinį scenarijų, kuris pagal nurodytas sąlygas generuotų svetainės žemėlapį ir automatiškai jį atnaujintų, kai svetainėje atliekami pakeitimai. Generuodami sitemap.xml įsitikinkite, kad jūsų failas atitinka sitemap.xml protokolą. Tam galite naudoti įvairius internetinius tikrintuvus, pavyzdžiui, https://www.xml-sitemaps.com/validate-xml-sitemap.html. Ar būtina įtraukti visas protokole išvardytas žymas? Ne visada. Pavyzdžiui, „Google” atsižvelgia tik į <loc> ir <lastmod> žymas. Įsitikinkite, kad <lastmod> žyma nurodyta tiksli data. Jei ja bus bandoma manipuliuoti, „Google” gali ignoruoti šią žymą.

Įsitikinkite, kad robots.txt nėra klaidų

Robots.txt failas yra pirmoji vieta, į kurią paieškos robotas žiūri prieš pradėdamas naršyti svetainę. Jame nustatoma, kurias svetainės dalis galima ar negalima nuskaityti, todėl paieškos sistemos indeksuos puslapius. Jis visada turėtų būti adresu https://example.com/robots.txt. Šis failas yra svetainės naršymo (ne indeksavimo!) valdymo įrankis. Kai kurie puslapiai, net jei jie užblokuoti robots.txt, vis tiek gali būti indeksuojami (paprastai, jei į juos yra vidinių arba išorinių nuorodų). Tokius puslapius (indeksuojamus, nors ir užblokuotus robots.txt) galite matyti „Google Search Console” ataskaitoje „Indeksuoti, nors ir užblokuoti robots.txt”.

Štai ką būtinai reikia patikrinti dėl robots.txt failo atliekant techninį SEO auditą:

1. failo prieinamumą

Failas turėtų būti pasiekiamas adresu https://example.com/robots.txt ir pateikti 200 OK atsakymo būseną. Jo nebuvimas, atsisiuntimo klaidos arba nukreipimai (301, 302, 403, 404) gali trukdyti paieškos sistemoms teisingai suprasti svetainės nuskaitymo taisykles.

1. Sintaksė ir taisyklingumas

Patikrinkite, ar failų struktūra atitinka standartą. Pagrindinio šablono pavyzdys:

• Vartotojo agentas: *
• Draudimas: /admin/
• Leisti: /public/
• Svetainės struktūra: https://example.com/sitemap.xml

1. Draudimo ir leidimo direktyvos

Patikrinkite, ar svarbūs puslapiai nėra netyčia uždrausti, pvz:

• Pradžia (/)
• Produktų kortelės (/product/)
• Tinklaraštis arba straipsniai (/blog/, /articles/)

Dažna klaida yra vaizdų, stilių ir scenarijų blokavimas blokuojant administracinius aplankus. Tokiu atveju reikėtų nurodyti, kad nors administracinis aplankas yra užblokuotas, kai kurių tipų failai turėtų būti atviri nuskaitymui. Taip dažnai nutinka „WordPress” svetainėse, kai aplankas su visu naudotojo turiniu, Disallow: /Tokiu atveju galima atidaryti tik tam tikro formato failus, kad juos būtų galima nuskaityti:

• Leidžiama: /wp-content/uploads/*.css
• Leisti: /wp-content/uploads/*.js
• Allow: /wp-content/uploads/*.jpeg

Norėdami patvirtinti savo robots.txt ir išbandyti direktyvas, kurias norite pridėti, galite naudoti šį įrankį.

1. Patikrinkite suderinamumą su kitomis direktyvomis

Klaidų dažnai pasitaiko, kai robots.txt prieštarauja:

• metažyma <meta name=”robots” content=”noindex”>
• kanoninis

Pavyzdžiui, jei puslapis atidarytas robots.txt, bet užblokuotas per noindex, jis bus nuskaitytas, bet nepateks į indeksą. Tai yra priimtina, tačiau svarbu, kad tai būtų daroma sąmoningai. Be to, dažna problema, kai išeities kode yra kitų nurodymų robotams ir tuo pat metu puslapis blokuojamas robots.txt. Paieškos sistemų robotai nenuskaito robots.txt užblokuotų puslapių. Jie nemato kode nurodytų žymų, pavyzdžiui, kanonizavimo. Tai reiškia, kad tokia kanoninė bus tiesiog neįskaitoma.

Patikrinkite vidines nuorodas

Viena iš pagrindinių techninio audito užduočių – užtikrinti, kad svetainės vidinės nuorodos veiktų tinkamai. Tai reiškia, kad visos vidinės nuorodos turi vesti į tikrus, esamus puslapius, kurie yra atviri indeksavimui, grąžina 200 OK būsenos kodą, juose nėra nukreipimų ir, svarbiausia, nenurodo į puslapius su 4xx/5xx klaidomis. Iš pirmo žvilgsnio tai gali atrodyti nereikšminga detalė, tačiau praktiškai net ir neteisingos vidinės nuorodos gali turėti neigiamos įtakos:

• paieškos sistemų atliekamo svetainės nuskaitymo efektyvumui,
• vidinio SEO svorio (PageRank) pasiskirstymui,
• naudotojų patirčiai.

Pirmasis analizės žingsnis – patikrinti, ar visose vidinėse nuorodose nėra klaidų. Ypač svarbu nustatyti neveikiančias nuorodas, kurios veda į puslapius su klaidomis 404, 410 arba kitomis klaidomis (pvz., 403, 500). Toliau pateikiama lentelė su pagrindiniais klaidų, kurios gali pasitaikyti vidinėse nuorodose, tipais, jų reikšme ir rekomenduojamais veiksmais joms ištaisyti.

Klaidos tipas	Ką ji reiškia	Ką daryti
404	Puslapis nerastas	Pašalinkite nuorodą arba pakeiskite ją veikiančia
403	Prieiga uždrausta	Patikrinkite prieigos nustatymus
301/302	Peradresavimas	Atnaujinkite nuorodą į galutinį URL adresą
5xx	Serverio klaida	Patikrinkite serverį arba TVS

Taip pat svarbu išanalizuoti puslapio hierarchijos gylį, t. y. nustatyti, kokiame lygyje ir kiek paspaudimų nuo pagrindinio puslapio yra pagrindinis turinys. Pageidautina, kad svarbūs puslapiai būtų ne giliau kaip trečiame lygyje – taip padidėja jų prieinamumas tiek paieškos sistemoms, tiek naudotojams. Vienas iš svarbiausių analizės elementų yra „našlaičių” puslapių – puslapių, į kuriuos nėra nukreipiančių vidinių nuorodų – nustatymas. Net jei šie puslapiai įtraukti į svetainės žemėlapį, dėl vidinių nuorodų nebuvimo jie tampa mažiau prieinami. Be to, svarbu analizuoti inkarinius tekstus – žodžius ir frazes, kuriuose pateikiamos nuorodos. Jie turėtų būti tinkami ir prasmingi, nes inkarų tekstai padeda paieškos sistemoms suprasti nuorodos kontekstą.

Analizuokite naršymo statistiką

Naršymo statistikos analizė – tai būdas suprasti, kaip „Googlebot” sąveikauja su svetaine: kokie puslapiai naršo, kaip dažnai ir kaip tai veikia SEO. Šiuos duomenis galima rasti „Google Search Console” → Nustatymai → Naršymo statistika. Toliau pateiktoje lentelėje matote dažniausiai pasitaikančias problemas, kurias galite išsiaiškinti šioje ataskaitoje:

Problema	Ko ieškoti ataskaitoje	Galimos priežastys
Staigus nuskaitymo sumažėjimas	Mažiau ropojimų per dieną	Prieinamumo problemos, neteisingi robots.txt nustatymai, blokai, 5xx klaidos
Daug 4xx ir 5xx klaidų	Klaidos URL adresuose	Ištrinti puslapiai, neveikiančios nuorodos, serverio problemos
Padidėjęs atsako laikas	>1 sekundė – įspėjamasis ženklas	Prieglobos problemos, serverio perkrova
Daug 3xx nukreipimų	Peradresavimai vietoj tiesioginių URL adresų	Neteisingi nukreipimai, nukreipimų grandinės, daug vidinių nuorodų su nukreipimais
CSS ir (arba) JS neįsigilinta	Jų nėra statistikoje	Užblokuoti robots.txt

Be to, galima analizuoti serverio žurnalus. Juose galima matyti tikrąsias paieškos robotų (ne tik „Googlebot”, bet ir „Bingbot”, „YandexBot” ir kitų) užklausas, o ne tik apibendrintus duomenis iš „Google Search Console”. Tai pažangus, „neapdorotas” diagnostikos metodas, reikalaujantis nemažai laiko. Duomenims vizualizuoti galite naudoti atvirojo kodo įrankius, pavyzdžiui, „GoAccess” arba „Screaming Frog Log File Analyser”.

Įgyvendinkite struktūrizuotus duomenis

Struktūriniai duomenys – tai specialus tinklalapio žymėjimo formatas, padedantis paieškos sistemoms tiksliau ir giliau suprasti puslapio turinį. Jis tarnauja kaip „Google” ir kitoms paieškos sistemoms „užuomina” apie tai, kas tiksliai yra puslapyje – straipsnis, produktas, receptas, apžvalga, vaizdo įrašas ir pan. Nors tai nėra oficialus reitingavimo signalas, jis netiesiogiai daro įtaką reitingams, nes pagerina tai, kaip paieškos sistemos supranta puslapį. Pagrindinis standartas arba protokolas, naudojamas struktūrizuotiems duomenims svetainėse, yra Schema.org. Yra ir kitų protokolų, pavyzdžiui, „OpenGraph”, tačiau jis naudojamas socialiniuose tinkluose. Schema.org yra bendras „Google”, „Microsoft”, „Yahoo” ir „Yandex” projektas, sukurtas siekiant sukurti ir palaikyti vieningą struktūrizuotų duomenų internete standartą. Schema.org apima šimtus esybių tipų, dažniausiai naudojami išvardyti toliau pateiktoje lentelėje:

Kategorija	Subjektas (@tipas)	Paskirtis
Turinys ir puslapiai	Straipsnis	Straipsnis arba naujienų turinys
	Tinklaraščio įrašas	Tinklaraščio įrašas
	NaujienosStraipsnis	„Google News” naujienų straipsnis
	DUKPuslapis	Dažnai užduodamų klausimų (DUK) puslapis
	Kaip elgtis	Žingsnis po žingsnio vadovas
	Tinklalapis	Bendra informacija apie tinklalapį
Produktai ir pasiūlymai	Produktas	Produkto aprašymas
	Pasiūlymas	Kainos pasiūlymas
	AgregatasPasiūlymas	Skirtingų pardavėjų produkto kainos intervalas
Atsiliepimai ir vertinimai	Apžvalga	Produkto ar paslaugos apžvalga
	Įvertinimas	Skaitmeninis įvertinimas (dažnai atsiliepime)
	AggregateRating	Vidutinis įvertinimas pagal kelias apžvalgas
Organizacijos ir žmonės	Organizacija	Įmonės arba prekės ženklo apibūdinimas
	LocalBusiness	Vietinis verslas su kontaktine informacija ir tvarkaraščiu
	Asmuo	Asmuo (pvz., straipsnio autorius, pranešėjas ir pan.)
Renginiai	Įvykis	Internetinis arba neprisijungęs renginys
Navigacija ir struktūra	Drobinis sąrašas	Naršymo trupiniai
	SiteNavigationElement	Pagrindiniai meniu elementai
Daugialypė terpė	VideoObject	Vaizdo įrašas su metaduomenimis (vaizdo įrašų fragmentams)
	ImageObject	Vaizdas su aprašymu
Švietimas ir darbo vietos	Kursai	Internetinis kursas arba mokymo programa
	Darbo skelbimas	Laisva darbo vieta (skirta „Google for Jobs”)

Rekomenduojama struktūrizuotus duomenis įgyvendinti JSON-LD formatu. Šis blokas dedamas į HTML dokumento <head> arba <body>, tačiau naudotojui nerodomas – jį skaito paieškos robotai. Šį formatą palaiko visos pagrindinės paieškos sistemos, pavyzdžiui, „Google”, „Bing” ir „Yahoo”. Toliau pateikiamas JSON-LD kodo pavyzdys: <script type=”application/ld+json”> {„@context”: „https://schema.org”, „@type”: „Straipsnis”, „antraštė”: „Kas yra JSON-LD?”, „autorius”: {„@type”: „@type”: „Person”, „name”: „John Smith” }, „datePublished”: Kai kurie Schema.org protokole nurodyti struktūrizuotų duomenų tipai taip pat gali padėti „Google” paieškos rezultatuose atvaizduoti „rich snippets”. Atkreipkite dėmesį, kad „Google” reikalavimai struktūrizuotiems duomenims, skirtiems „rich snippets”, šiek tiek skiriasi nuo Schema.org standarto. Dažnai reikia nurodyti daugiau laukų, nei reikalaujama Schema.org protokole.Taigi, jei norite gauti turtingą iškirptę, vadovaukitės „Google” struktūrizuotų duomenų gairėmis. Mikroduomenų įgyvendinimo teisingumą galite patikrinti naudodamiesi turtingo snippet validatoriumi. Taip pat yra daug mikroduomenų generatorių, tačiau jie gali sukurti tik statinį kodą, kuris nebus atnaujinamas keičiantis puslapio turiniui. Užtikrinti, kad mikroduomenų informacija atitiktų tai, kas matoma naudotojams puslapyje, yra dalis „Google” struktūrizuotiems duomenims keliamų reikalavimų. Pažeidus struktūrizuotų duomenų politiką, puslapis gali prarasti visus „rich snippets”, o kai kuriais atvejais gali būti nubaustas rankiniu būdu. Todėl įsitikinkite, kad jūsų mikroduomenys generuojami ir atnaujinami automatiškai.

Turinys

Atliekant techninį SEO auditą svarbu įvertinti pagrindines turinio charakteristikas: nuo antraščių ir metažymių struktūros iki paveikslėlių alt atributų buvimo ir galimo puslapių dubliavimo. Šie elementai turi tiesioginės įtakos ir indeksavimui, ir tam, kaip paieškos sistemos suvokia svetainę.

Patikrinkite, ar jūsų svetainė visiškai nesidubliuoja

Visiškas dublikatas atsiranda tada, kai identiškas turinys pasiekiamas skirtingais svetainės URL adresais. Dublikatai gali visiškai pakenkti jūsų svetainės pozicijoms. Dažniausiai pasitaikantys visiškų dublikatų tipai:

• Prieinamumas per HTTP ir HTTPS
• Prieinamumas su WWW ir be WWW
• prieinamumas su pasviruoju brūkšniu arba be jo
• URL adresų prieinamumas didžiosiomis ir mažosiomis raidėmis
• Puslapio prieinamumas su tokiais failų plėtiniais kaip .html, .htm, .php, .aspx ir be jų
• Parametrai, kurie nekeičia puslapio turinio, pavyzdžiui, UTM žymos
• Tapatus turinys skirtingais URL adresais. Pavyzdžiui, gaminys yra įtrauktas į dvi kategorijas, pasiekiamas dviem skirtingais URL adresais. Arba gaminio puslapis pasiekiamas su kategorija URL ir be jos.
• Bandomosios svetainės versijos (DEV domenas, naudojamas kūrimui).

Norėdami rasti puslapių dubliavimąsi, susijusį su URL variantais, rankiniu būdu išbandykite URL ir patikrinkite serverio atsako kodą tiems URL variantams. Serverio atsako kodams tikrinti galite naudoti bet kurią priemonę, pavyzdžiui, https://httpstatus.io/. Įveskite URL variantus ir patikrinkite jų prieinamumą.

Norint išspręsti problemas, susijusias su HTTP / HTTPPS, www / be www, su / be pasvirųjų brūkšnelių, didžiųjų / mažųjų raidžių variantais ir puslapių su tokiais plėtiniais kaip .html, .htm, .php, .aspx ir be jų prieinamumu, būtina nustatyti 301 nukreipimą į pageidaujamą versiją. Kai dublikatai aptinkami dėl to, kad pridėjus arba pašalinus URL adreso dalis (pavyzdžiui, produktą galima rasti dviejose kategorijose) galima rasti identiško turinio, geriausia peržiūrėti URL adresų struktūrą ir svetainės struktūrą. UTM ir kitų parametrų atveju kanonizavimas taip pat gali būti sprendimas. Tačiau svarbu atkreipti dėmesį į tai, kad „Google” kanoninę žymą vertina kaip rekomendaciją, o galutinį sprendimą, kurį URL adresą pasirinkti, priima „Google”. Jei „Google” indekse randama bandomoji svetainės versija, ją reikėtų užblokuoti nuo indeksavimo ir per „Google Search Console” išsiųsti prašymą ją pašalinti.

Išspręskite dalinių puslapių dublikatų problemą

Daliniai puslapių dublikatai atsiranda, kai dviejuose ar daugiau svetainės puslapių yra labai panašus, bet ne visiškai identiškas turinys. Dažniausiai pasitaikantys dalinių dublikatų tipai yra šie:

• Puslapių rūšiavimas
• Filtruoti puslapius
• puslapių puslapiai
• puslapiai, kuriuose yra panašių produktų (pvz., produktai skiriasi tik spalva)
• Kelios svetainės versijos ta pačia kalba, bet skirtinguose regionuose (pvz., trys angliškos svetainės JAV, Jungtinei Karalystei ir Australijai).

Be abejo, kiekviena svetainė yra unikali, todėl atlikdami techninį auditą galite nustatyti ir kitų besidubliuojančio turinio atvejų, kuriems reikia specialių sprendimų. Tačiau pirmiau pateikti pavyzdžiai yra dažniausiai pasitaikantys. Daliniai dubliavimai paprastai aptinkami svetainių nuskaitymo proceso metu, kai jas nuskaito įvairūs naršyklės. Juose bus pasikartojantys parametrai ir jie gali turėti tą patį pavadinimą ir H1 kaip pagrindinės kategorijos puslapiai. Norėdami pašalinti dalinius dublikatus, negalite nustatyti nukreipimo, nes šie puslapiai reikalingi svetainės funkcionalumui užtikrinti. Toliau aptarsime dalinių dublikatų šalinimo būdus.

Puslapių rūšiavimas ir filtravimas

Šiuos puslapius galima blokuoti nuo nuskaitymo robots.txt faile, nors „Google” į tai gali nekreipti dėmesio, ypač jei į šiuos puslapius nukreipia nuorodos. Tai padės išsaugoti nuskaitymo biudžetą. Juos taip pat galite blokuoti naudodami <meta name=”robots” content=”noindex, nofollow” /> direktyvą, kuri neleis šių puslapių indeksuoti, bet nesakys „Google”, kad jie neturėtų būti nuskaityti. Geriausias būdas šiuo atveju – naudoti „JavaScript” puslapio turiniui atnaujinti, kai naudotojas taiko rūšiavimą arba filtrus, nesukuriant papildomų URL ir nuorodų į filtravimo arba rūšiavimo puslapius.

Produktų variantai, kuriuos galima rasti skirtinguose URL adresuose

Idealiu atveju visi produktų variantai turėtų būti sujungti viename puslapyje, kuriame naudotojas, naudodamasis „JavaScript”, galėtų pasirinkti norimą spalvą ar dydį nekeisdamas URL adreso. Tačiau jei kiekvienam variantui naudojamas atskiras puslapis, reikėtų nurodyti kanoninę nuorodą į pagrindinį gaminio puslapį. Tačiau, kaip minėta anksčiau, „Google” gali ignoruoti naudotojo nustatytą kanoninę nuorodą.

Puslapių puslapiai

Puslapių puslapių puslapių indeksavimas neturėtų būti blokuojamas. Norint užtikrinti, kad „Google” pirmąjį kategorijos puslapį laikytų pagrindiniu:

• Į sitemap.xml failą įtraukite tik pirmąjį puslapį.
• Visuose puslapiavimo puslapiuose pridėkite nuorodą į pagrindinį kategorijos puslapį.
• Pridėkite puslapių numerius į puslapių puslapių antraštę ir H1. Pavyzdžiui, „Balti marškiniai – 2 puslapis”.

Puslapiai, prieinami viena kalba, bet skirtinguose regionuose

Šiuo atveju reikia naudoti Hreflang atributus. Jie naudojami siekiant paieškos sistemoms nurodyti, kurios kalbos ir regiono tinklalapio versiją jos turėtų rodyti naudotojams, atsižvelgiant į jų pasirinktą kalbą ir vietovę. Yra keli būdai, kaip įgyvendinti Hreflang atributus:

• HTTP antraštėse
• Per <head> skyriaus žymas
• per žymas sitemap.xml

Lengviausias būdas įgyvendinti yra per <head> skirsnio žymas. Yra taisyklės, kurias turi atitikti hreflang atributai, įgyvendinami per <head> skirsnio žymas:

• • Atributas turėtų būti tokio formato: <link rel=”alternate” hreflang=”lang_code_country_code” href=”url-of-page” />
  • Kalbos ir šalies kodai turėtų būti galiojantys. Norėdami pasirinkti kiekvienos kalbos mutacijos galiojantį kodą, žiūrėkite šį puslapį.

• Kiekvienos kalbos versijos hreflang atributuose turi būti išvardytos tiek jos pačios, tiek visos kitos kalbos versijos. Tai reiškia, kad kiekvienas puslapis turi turėti tiek pat hreflang atributų

• Nuorodos hreflang atributuose turi būti absoliučios ir indeksuojamos.

Kodo pavyzdys: <link rel=”alternate” href=”https://example.com/en-us/page” hreflang=”en-us” /> <link rel=”alternate” href=”https://example.com/en-gb/page” hreflang=”en-gb” /> <link rel=”alternate” href=”https://example.com/en-us/page” hreflang=”x-default” />

Patikrinkite, ar nesidubliuoja pavadinimai, h1, h2 ir aprašymai

Nors antraštės, aprašymai ir H1-H6 antraštės yra susijusios su puslapio SEO, jų analizė atliekant techninį auditą gali būti naudinga siekiant aptikti dubliavimąsi. Jų analizei galite naudoti bet kurį naršyklę, kuri renka šias žymas. Radę besidubliuojančias antraštes, H1-H6 žymas ir aprašymus, išanalizuokite puslapio duomenis ir nustatykite dubliavimosi priežastį. Taip gali nutikti dėl svetainės prieinamumo per HTTP ir HTTPS, pagrindinių kategorijų žymių dubliavimo filtrų puslapiuose arba tiesiog dėl žmogaus klaidos, kai šios žymos buvo neteisingai užpildytos.

Optimizuokite paveikslėlių alt atributus

Alt atributai – tai HTML atributas, naudojamas <img> žymės viduje, pavyzdžiui, taip: <img src=”image.jpg” alt=” Paveikslėlio aprašymas”>. Pagrindinė jo paskirtis – pateikti tekstinį paveikslėlio turinio aprašymą. Šis tekstas rodomas, jei paveikslėlio nepavyksta įkelti, ir garsiai perskaitomas ekrano skaitytuvuose, kad padėtų regos negalią turintiems naudotojams. Tinkamas, aprašomasis alt tekstas gali padėti jūsų paveikslėliams užimti aukštesnes pozicijas paveikslėlių paieškoje ir pagerinti bendrą puslapio tinkamumą. Jei turite svetainę, kurioje yra daug vaizdinio turinio, alt atributų optimizavimas yra svarbesnis žingsnis nei klasikinėse svetainėse, kuriose remiamasi tekstiniu turiniu. Daugelis naršyklių, pavyzdžiui, „Screaming Frog”, „Ahrefs”, „SemRush” ir kt. analizuoja alt atributus, ir ten galite gauti duomenų apie trūkstamus arba tuščius alt atributus. Daugiau apie aprašomųjų alt atributų kūrimą galite paskaityti oficialiuose „Google” dokumentuose.

Svetainės greitis, mobilusis ryšys ir patogumas naudotojui

Naudokite HTTPs protokolą

Naudoti saugų HTTPS protokolą būtina, kad būtų užtikrintas duomenų perdavimo tarp naudotojo ir serverio saugumas. Tai ne tik didina naudotojų pasitikėjimą, bet ir daro teigiamą poveikį SEO. Norėdami patikrinti, ar naudojamas HTTPS protokolas, tiesiog pažvelkite į naršyklės adreso juostą – turėtų pasirodyti pakabinamos spynos piktograma. Išsamesnei analizei galite pasinaudoti paslauga „SSL Labs”, kuri pateiks išsamią ataskaitą apie SSL sertifikato būseną ir nustatys visas galimas problemas. Taip pat svarbu užtikrinti, kad nebūtų mišraus turinio – HTTP išteklių HTTPS puslapiuose. Šiai analizei atlikti galite naudoti „Google Search Console” esančią HTTPS ataskaitą, kurioje bus rodomi URL adresai, kuriuose yra ir HTTP, ir HTTPS.

Šaltinis: Mūsų kliento paieškos konsolė

Pagerinkite pagrindinius žiniatinklio rodiklius

Core Web Vitals – tai „Google” pasiūlytas metrikų rinkinys, skirtas svetainės naudotojo patirties kokybei įvertinti. Šiose metrikose daugiausia dėmesio skiriama įkrovimo greičiui, interaktyvumui ir vizualiniam puslapio turinio stabilumui. Jie apima tris pagrindinius rodiklius:

Metrika	Aprašymas	Optimali vertė
Didžiausias turinio paveikslas (LCP)	Matuoja didžiausio matomo puslapio elemento (pvz., paveikslėlio arba teksto) įkėlimo laiką.	Mažiau nei 2,5 sekundės
Pirmojo įvesties veiksmo uždelsimas (FID)	Matuojamas laikas, per kurį puslapis reaguoja į pirmąją naudotojo sąveiką (pvz., mygtuko ar nuorodos paspaudimą).	Mažiau nei 100 milisekundžių
Kumuliacinis išdėstymo poslinkis (CLS)	Įvertina vizualinį puslapio stabilumą, t. y. kiek elementai juda puslapio įkėlimo metu.	Mažiau nei 0,1

Duomenis, kurie buvo surinkti iš realių naudotojų, galima peržiūrėti „Search Console” ataskaitoje „Core web vitals” (apibendrinti duomenys) arba ” PageSpeed Insights ” (atskiri testai). Dirbdami su „Core Web Vitals”, nepamirškite, kad reikia apibrėžti problemas, kurios turi didelę įtaką CWV rodikliams. Pavyzdžiui, optimizuojant LCP, reikia apibrėžti, kuris iš 4 aspektų (TTFB, apkrovos vėlavimas, įkrovos laikas arba atvaizdavimo vėlavimas) labiausiai prisideda prie aukšto LCP rezultato. Toliau pateiktame pavyzdyje matyti, kad mums nereikia sutelkti dėmesio į TTFB arba įkrovos laiko optimizavimą. Vietoj to, visas jėgas galime skirti apkrovos vėlavimui, o tada – atvaizdavimo vėlavimui gerinti.

Šaltinis: https://pagespeed.web.dev/ – nike.com svetainės testas (tik kaip pavyzdys). Domenas yra neryškus

Užtikrinkite, kad jūsų svetainė būtų pritaikyta mobiliesiems įrenginiams

Nuo 2018 m., kai „Google” perėjo prie ” mobile-first” indeksavimo metodo, patogumas mobiliesiems įrenginiams tapo itin svarbiu veiksniu. Tai reiškia, kad dabar „Google” reitingavimui ir indeksavimui pirmiausia naudoja mobiliąją svetainės versiją, o ne darbalaukio versiją. Programoje „Google Search Console” galite išbandyti savo puslapius spustelėję „Test Live URL” URL tikrinimo įrankyje ir pamatyti, kaip juos mato „Googlebot-Mobile”.

Suspauskite vaizdus

Paveikslėlių optimizavimas, kuriuo siekiama juos suspausti neprarandant kokybės, padeda pagreitinti svetainės įkrovimą, ypač jei puslapiuose yra daug grafinio turinio. Paveikslėlių suspaudimui galima naudoti internetines priemones, pavyzdžiui, „TinyPNG” arba „Squoosh”. Taip pat verta patikrinti, ar naudojami šiuolaikiniai vaizdų formatai, pavyzdžiui, WebP, nes jie gali gerokai sumažinti failo dydį.

Tarptautinėms svetainėms naudokite CDN

Naudoti CDN tikslinga, jei jūsų svetainė aptarnauja daug geografiškai nutolusių regionų. CDN (turinio pristatymo tinklas) paskirsto svetainės turinį į serverius, esančius arčiau naudotojų, todėl sumažėja krovimo uždelsimas. CDN naudojimą galite patikrinti naršyklės kūrėjų įrankiuose (skirtukas „Tinklas”) nagrinėdami HTTP užklausų antraštes, kuriose gali būti nuorodos į CDN teikėją, pavyzdžiui, „Cloudflare” arba „Akamai”. Taip pat yra internetinių įrankių, skirtų CDN testavimui. CDN konfigūracija paprastai atliekama per prieglobos skydelį arba TVS. Naudokite spartinančiąją atmintinę Spartinančioji atmintinė leidžia naršyklėms ir tarpiniams serveriams saugoti išteklių kopijas, taip sumažinant serverio apkrovą ir pagreitinant įkėlimą vėlesnių apsilankymų metu. Spartinančiosios spartinančiosios atmintinės teisingumą galite patikrinti naršyklės kūrėjo įrankiuose – skyriuje Tinklas peržiūrėkite antraštes Cache-Control, Expires ir ETag. Programoje „Google PageSpeed Insights” taip pat pateikiamos spartinančiosios talpyklos rekomendacijos. Svarbu, kad statiniams ištekliams (paveikslėliams, scenarijams, stiliams) būtų nustatyti tinkami spartinančiosios spartinimo nustatymai, o serveryje būtų sukonfigūruotos atitinkamos taisyklės (pvz., .htaccess arba nginx konfigūracijoje). Norėdami patikrinti spartinančiąją atmintinę, galite naudotis internetinėmis paslaugomis, pavyzdžiui, GiftOfSpeed.

Išvada

Techninis svetainės auditas – tai ne vienkartinė procedūra, o nuolatinis procesas, reikalaujantis nuolatinio dėmesio techniniams veiksniams, kurie gali turėti įtakos jos veikimui ir matomumui. Kadangi kiekviena svetainė yra unikali, konkretus dėmesys ir patikrinimų dažnumas skirsis. Šis techninio SEO audito kontrolinis sąrašas padės įsitikinti, kad nieko svarbaus nepamiršote.