On-page SEO kontrolinis sąrašas reitingams ir UX

Ką rasite šiame kontroliniame sąraše

Šis kontrolinis sąrašas pateikia aiškias, įgyvendinamas on-page SEO užduotis, kurias galite atlikti iš karto: techniniai patikrinimai, kurie daro įtaką crawling and indexing, turinio ir metaduomenų geriausios praktikos, vidinių nuorodų struktūra, našumas ir Core Web Vitals, ir patikrinimo ir trikčių šalinimo skyrius su tiksliomis priemonėmis ir komandomis.

Kaip vertinti on-page SEO (crawl, index, rank)

Skirkite tris atskiras fazes vertindami puslapį: crawling (atradimas ir užklausimas), indexing (ką Google saugo apie puslapį) ir ranking (kaip rezultatai tvarkomi). Pataisymai crawl/index etape užtikrina, kad turinys būtų prieinamas reitingo signalams, tačiau jie automatiškai nepakeičia pozicijos. Nuo July 2024 Google crawls sites for Search with Googlebot Smartphone by default — traktuokite mobilų vaizdą kaip pagrindinį šaltinį to, ką Google mato.

Pagrindiniai techniniai patikrinimai

Atlikite šiuos patikrinimus pirmiausia. Jie sprendžia matomumą ir pagrindinę svetainės būklę.

• Robots and meta robots: įsitikinkite, kad puslapiai, kuriuos norite indeksuoti, leidžia crawling ir indexing. Ieškokite trūkstamų ar prieštaraujančių nurodymų savo HTML <meta name="robots"> ir serverio X-Robots-Tag antraštėse.
• Canonical tags: naudokite vieną rel="canonical", nukreipiančią į pageidaujamą URL ir patikrinkite, kad jis būtų nuoseklus tiek mobilioje, tiek darbalaukio versijose; canonical konfliktai gali užkirsti kelią indeksacijai.
• Sitemap: įtraukite tik canonical URL ir įsitikinkite, kad jūsų XML sitemap yra nurodytas faile robots.txt. Didelėms svetainėms padalinkite sitemap'us pagal sitemap protokolą.
• Mobile rendering: išbandykite reprezentatyvius puslapius su Google Search Console URL Inspection įrankiu ir naudojant smartphone user-agent, kad patvirtintumėte, jog mobilus HTML atitinka turinį, kurį norite indeksuoti.
• HTTP status and redirects: įsitikinkite, kad canonical ir svarbūs puslapiai grąžina 200 ir kad peradresavimai yra 301 (ar 302, kai tinka). Venkite peradresavimo grandinių.

Turinys ir on-page elementai

Turinio kokybė ir struktūra išlieka esminiai. Šie punktai gerina tiek naudotojo patirtį, tiek signalus, kuriuos paieškos varikliai stebi.

• Title žymos: parašykite unikalius, aprašomuosius pavadinimus kiekvienam puslapiui, kurie atspindi puslapio temą ir pagrindinę paieškos intenciją.
• Meta aprašymai: paruoškite naudingas santraukas, kurios tiksliai apibūdina puslapį; jos tiesiogiai nenulemia pozicijos, bet veikia CTR.
• Antraštės ir turinio hierarchija: naudokite H2/H3, kad atspindėtumėte logines skiltis. Laikykite turinį lengvai skaitomu su trumpais paragrafais, sąrašais ir aiškiomis poskyriais.
• Unikalus, naudingas turinys: koncentruokitės į turinį, kuris atsako į naudotojo intenciją ir suteikia vertę daugiau nei ploni arba dubliuoti tekstai. Venkite kopijuoti dideles teksto dalis iš kitų puslapių.
• Vaizdai ir alt text: suspauskite vaizdus, naudokite responsive srcset kur tinka ir pridėkite glaustą alt text, kuris aprašo vaizdo paskirtį arba turinį.

Vidinis nuorodavimas ir URL struktūra

Vidinės nuorodos padeda naudotojams ir paieškos varikliams atrasti bei prioritetizuoti puslapius. Laikykite vidines nuorodas redakciniais signalais ir naudokite aprašomą bei aktualų anchor tekstą.

• Sumažinkite per daug gilias struktūras, kai tinka — pridėkite kontekstinių vidinių nuorodų iš susijusių hub'ų į svarbias publikacijas.
• Nuoseklūs URL: naudokite skaitomus, stabilus URL ir vengkite query strings canonical turiniui, kai įmanoma.

UX, našumas ir Core Web Vitals

Našumas veikia įsitraukimą ir gali įtakoti, kaip paieškos varikliai vertina puslapio vertę. Laikykite Core Web Vitals kaip į naudotoją orientuotus KPI: LCP (loading), INP (interaction), CLS (visual stability).

• Serveris ir hostingas: jei ištekliai riboti, pereikite prie plano ar tiekėjo, atitinkančio Jūsų srauto ir aplikacijos poreikius. Dalinami host'ai gali sukelti noisy-neighbor problemų; valdomos platformos gali sumažinti operacinę naštą.
• Išteklių optimizavimas: naudokite modernius vaizdų formatus, kur tinka, įjunkite teksto suspaudimą ir įgyvendinkite critical CSS/async JS strategijas, kad sumažintumėte blokuojantį laiką.
• Kešavimas ir CDN: naudokite CDN geografiškai paskirstytai tiekimui ir sureguliuokite cache antraštes statiniams ištekliams.

Išeinančios nuorodos, rel atributai ir mokamos pozicijos

Naudokite rel atributus, kad paaiškintumėte nuorodos paskirtį. Nėra rel="dofollow" atributo — įprasta nuoroda yra nuoroda be rel=nofollow, rel=sponsored ar rel=ugc. Mokamoms arba sponsorių nuorodoms pridėkite rel="sponsored"; naudotojų sukurtoms nuorodoms naudokite rel="ugc"; kad pažymėtumėte nuorodą kaip užuominą paieškos varikliams, naudokite rel="nofollow".

Įterptiniai pavyzdžiai: standartinė nuoroda be specialaus rel reikšmės: example. Sponsorizuotam turiniui: example. Naudotojų sukurtoms nuorodoms: example.

Google’s linkspam policy taikoma, kai nuorodos naudojamos pirmiausia reitingų manipulavimui. Mokamos pozicijos turėtų naudoti rel="sponsored" arba rel="nofollow", o redakcinis kontekstas, indeksabilumas ir leidėjo kokybė nulemia išdėstymo SEO vertę.

Patikra ir trikčių šalinimas (priemonės ir komandos)

Naudokite toliau nurodytas priemones ir komandas, kad patikrintumėte, kaip puslapiai atvaizduojami ir kaip juos mato paieškos varikliai. Jūsų valdomiems puslapiams Google Search Console URL Inspection yra autoritetingas įrankis patikrai ir gyviems testams.

• Gauti tik antraštes (greitas statusas): curl -I https://example.com/page — tai grąžina atsakymo antraštes be turinio.
• Gauti HTML kaip smartphone UA: curl -A "Mozilla/5.0 (Linux; Android)" https://example.com/page — naudokite tai lyginant mobilų vs darbalaukio HTML testuojant mobile-first renderinimą.
• Renderinto DOM patikrinimai: atidarykite puslapį Chrome, naudokite DevTools Elements ir Network skydelius, kad patvirtintumėte, jog kritinis turinys nėra įtrauktas vėliau per JS ir kad resursai grąžina 200. Lighthouse DevTools padeda atskleisti našumo problemas ir Core Web Vitals.
• Rich Results Test and Schema: patvirtinkite struktūrizuotus duomenis su Rich Results Test ir Schema Markup Validatoriumi svetainėje schema.org dėl teisingumo ir tinkamumo.

Indeksacijos patikrinimai iš išorės: site: operatorius gali parodyti, ar Google viešai rodo puslapius, bet tai nėra lemiama priemonė. Jūsų puslapiams teikite pirmenybę URL Inspection Search Console dėl autoritetingų indeksacijos ir aprėpties duomenų.

Greitas audito kontrolinis sąrašas (paleiskite tai ant puslapių imties)

• Patikrinkite HTTP statusą, canonical ir robots direktyvas.
• Patikrinkite, kad mobilus HTML turi tą patį pagrindinį turinį, kurį norite indeksuoti.
• Patvirtinkite title, meta aprašymą ir antraščių struktūrą.
• Paleiskite Lighthouse našumo testui ir patikrinkite LCP/INP/CLS rodiklius.
• Patikrinkite struktūrizuotus duomenis su Rich Results Test.

Kada kreiptis į inžineriją arba produkto komandą

Jei pataisos reikalauja serverio konfigūracijos, canonical logikos pakeitimų arba didelių frontend refaktorinimų (renderinimo pokyčiai, critical CSS arba klientinėje pusėje vykstantys atvaizdavimo klausimai), įtraukite inžineriją. Prioritetizuokite pagal puslapius, kurie generuoja verslo srautą ir konversijas.

Skaitykite Technical SEO Guide

DUK

Kaip mobile-first indexing veikia on-page SEO?

Google naudoja mobilų variantą kaip pagrindą crawling ir indexing. Nuo July 2024 Google crawls with Googlebot Smartphone by default, todėl įsitikinkite, kad mobilus HTML turi tą patį svarbų turinį, metaduomenis ir struktūrizuotus duomenis, kuriuos norite indeksuoti.

Jei mano puslapiai nėra indeksuoti, ką turėčiau patikrinti pirmiausia?

Pradėkite nuo URL Inspection Google Search Console dėl canonical URL, kad pamatytumėte aprėpties priežastis. Iš išorės patikrinkite robots direktyvas, canonical žymas, HTTP statusą ir ar puslapio turinys yra mobiliajame HTML naudojant curl arba smartphone UA DevTools.

Ar Core Web Vitals tiesiogiai keičia reitingus?

Core Web Vitals yra į naudotoją orientuoti rodikliai, kurie įtakoja, kaip paieškos varikliai vertina puslapio patirtį. Juos gerinant didėja naudotojų įsitraukimas ir tai gali paveikti, kaip puslapiai lyginami, bet tai yra vienas iš daugelio signalų reitingavimo sprendimuose.

Kada reikėtų naudoti rel="nofollow" prieš rel="sponsored"?

Naudokite rel="sponsored" mokamoms arba kompensuotoms nuorodoms. Naudokite rel="nofollow", kai norite pažymėti nuorodą kaip užuominą paieškos varikliams — pavyzdžiui, nepatikimoms arba žemos kokybės išeinančioms nuorodoms. Google traktuoja rel reikšmes kaip užuominas, todėl jos informuoja, bet nevisiškai kontroliuoja, kaip nuorodos apdorojamos.