Kalbant apie SEO AI amžiuje, dažnai minimas turinys, E-E-A-T, prekės ženklo paminėjimai, kompetencija ir autoritetas. Visa tai labai svarbu. Tačiau yra ir dar vienas svarbus momentas:
Jei paieškos sistemos negali atrasti, nuskaityti, atvaizduoti ir suprasti jūsų svetainės, jos gali ignoruoti net ir puikų turinį jūsų svetainėje.
Būtent tai ir sprendžia techninis SEO.
Anksčiau jis dažnai buvo laikomas „vidinės sistemos higiena“ – auditu, kuriuo tikrinamos neveikiančios nuorodos, peradresavimai ir žymos. Šiandien tai yra techninis pagrindas, leidžiantis Google pasiekti jūsų svetainę.
Google nurodo, kad AI Overviews ir AI Mode netaikomi papildomi techniniai reikalavimai. Kad interneto svetainė galėtų būti rodoma kaip nuoroda, ji turi būti indeksuota ir tinkama rodyti Google paieškoje kartu su ištrauka.
Taigi verslo savininkas turėtų klausti:
„Ar potencialūs klientai, Google, Bing ir naujos DI paieškos sistemos gali pasiekti ir suprasti mūsų interneto svetaines?“
Tai reiškia, kad paslaugų, produktų, kainų, lokacijų, atvejų analizės, gidų ir kontaktų puslapiai turi veikti tinkamai.
Kas yra techninis SEO?
Įsivaizduokite savo svetainę kaip tikrą įmonės biurą.
- Nuskaitymas (crawling) – Google atvyksta prie jūsų biuro patikrinti, ar įėjimas prieinamas. Jei įėjimas uždarytas arba užblokuotas, Google negali pasiekti viduje esančio turinio.
- Atvaizdavimas (rendering) – biuras ryte atidaromas darbui: įjungiamos šviesos, užkraunami registratūros ekranai, matomos iškabos, išdėliojamos informacinės brošiūros. Google ne tik perskaito pradinį puslapio kodą, bet ir tarsi atidaro bei paleidžia puslapį, kad pamatytų, ką realiai mato lankytojas.
- Indeksavimas (indexing) – jūsų įmonė įtraukiama į viešą verslų katalogą. Kai Google supranta svetainę ir jos pasiūlymą, informaciją gali išsaugoti savo indekse (duomenų bazėje) ir vėliau parodyti paieškos rezultatuose.
- Puslapio greitis – tai laikas, per kurį lankytojas patenka į pastatą. Jei prie įėjimo tenka laukti pernelyg ilgai, lankytojas gali tiesiog pasirinkti kitą įmonę.
- Matomas turinys – tai, ką lankytojas mato registratūroje: jūsų paslaugos, produktai, klientai, priežastys rinktis jus ir kontaktinė informacija. Jei svarbi informacija paslėpta užrakintame kambaryje pastato gale, ją gali būti sunku rasti.
- Vidinės nuorodos – tai tarsi nuorodos ir ženklai biure, padedantys lankytojui rasti kitą reikalingą vietą, pvz.: „administracija antrame aukšte“, „buhalterija koridoriaus gale“ ir pan.
- Struktūrizuoti duomenys – tai aiškios etiketės gerai matomose pastato vietose: „tai yra įmonė“, „tai straipsnio autorius“, „tai puslapis apie mūsų paslaugas“, „tai kontaktinė informacija“ ir pan.
Jums nereikia patiems keisti kodo, peradresavimų ar serverio konfigūracijos. Tačiau svarbu atpažinti, kada techninė problema mažina matomumą, užklausų ar pardavimų skaičių, blogina naudotojo patirtį, ir kokio veiksmo turėtumėte prašyti SEO specialisto ar programuotojo.
AI matomumas prasideda nuo įprastos paieškos matomumo
Nėra jokių tik DI paieškai skirtų techninių stebuklingų sprendimų, failų ar žymų, kurios automatiškai užtikrintų svetainės patekimą į AI Overview ar AI Mode.
Pradžia tokia: puslapis turi būti pasiekiamas, indeksuotas ir tinkamas rodyti Google paieškos rezultatuose su ištrauka.
Google taip pat nurodo, kad nuskaitymas, indeksavimas, reitingavimas ir susiejimas nuorodomis nėra garantas, kad jūsų svetainė bus parodyta DI atsakymuose.
Esmė: prieš skiriant daug dėmesio pažangioms DI paieškos taktikoms, pirmiausia įsitikinkite, kad jūsų puslapius Google Search iš tiesų randa, indeksuoja ir supranta.
1. Ar paieškos sistemos gali nuskaityti ir indeksuoti svarbiausius puslapius?
Prieš galvojant apie AI Overviews, AI Mode, ChatGPT Search ar kitas DI paieškos ir atsakymų sistemas, būtina užtikrinti, kad svarbiausi puslapiai būtų nuskaityti ir indeksuoti. Puslapis gali egzistuoti jūsų svetainėje, tačiau nebūti rodomas Google. Jis gali veikti puikiai, kai žmogus įveda tikslų URL, bet nebūti matomas naudotojams, ieškantiems konkrečios paslaugos, produkto ar atsakymo.
Ką reiškia nuskaitymas ir indeksavimas?
Nuskaitymas – procesas, kai Google aplanko puslapį, kad nustatytų, kas jame yra. Indeksavimas – Google sprendimas įtraukti tą puslapį į savo paieškos indeksą (duomenų bazę).
Minimalūs Google techniniai reikalavimai:
- Googlebot prieiga negali būti užblokuota.
- Puslapis turi veikti ir grąžinti sėkmingą būsenos kodą.
- Puslapyje turi būti indeksuojamo turinio.
Kitaip tariant: Google turi pasiekti puslapį, puslapis turi veikti, o pagrindinė informacija turi būti perskaitoma.
Ką reiškia noindex?
Noindex reiškia, kad Google neturėtų indeksuoti konkretaus puslapio ir rodyti jo paieškos rezultatuose. Ši žyma gali būti naudojama „ačiū“ puslapiams, privatiems puslapiams, vidinės paieškos rezultatų puslapiams ar dubliuojamiems archyviniams puslapiams. Tačiau, jei ji naudojama svarbiuose puslapiuose, pavyzdžiui, paslaugų, kainos ar produktų kategorijose, Google gali šių puslapių neįtraukti į paieškos rezultatus.
Pavyzdys: svetainė daugiau nei metus nebuvo Google paieškoje dėl noindex žymės
Vienas verslo savininkas kreipėsi į mus dėl SEO pagalbos, nes norėjo, kad jo svetainė būtų rodoma Google paieškoje. Anksčiau jis buvo sumokėjęs už vieno puslapio svetainės sukūrimą, kuri jau metus veikė ir buvo viešai matoma. Vis dėlto jo verslas neatsirasdavo jokiuose Google paieškos rezultatuose.
Priežastis paaiškėjo iš karto, kai pamatėme veikiančią svetainę – joje buvo uždėta noindex žyma.
Tikėtina, kad ji buvo įdėta svetainės kūrimo metu, kad Google neindeksuotų nebaigtos svetainės. Tai pagrįstas laikinas sprendimas, kurį daro daugelis web programuotojų. Tačiau svetainę paleidus, programuotojas pamiršo žymą pašalinti.
Taigi Svetainė buvo internete, lankytojai, turintys tiesioginę nuorodą, galėjo ją atidaryti. Tačiau Google buvo aiškiai nurodyta neindeksuoti svetainės.
Sprendimo žingsniai:
- Pašalinti noindex žymą iš puslapio.
- Patikrinti, kad puslapio neblokuoja txt failas.
- Užtikrinti, kad puslapis pasiekiamas ir grąžina 200 būsenos kodą.
- Įtraukti puslapį į XML svetainės schemą.
- Patikrinti URL per Google Search Console.
- Pateikti indeksavimo užklausą.
Išmokta pamoka
Prieš investuodami į brangesnes SEO paslaugas, papildomo turinio kūrimą, atgalines nuorodas, mokamus skelbimus ar DI paieškos optimizavimą, įsitikinkite, kad svarbiausi puslapiai apskritai gali būti rodomi Google.
Kas yra robots.txt?
robots.txt failas pateikia nurodymus paieškos robotams, kuriuos URL jie gali ar negali nuskaityti. Pagrindinė jo paskirtis – kontroliuoti robotų prieigą. Svarbu nepainioti robots.txt ir noindex.
Nors URL gali būti užblokuotas robots.txt faile, jis vis tiek gali pasirodyti Google paieškoje, jei Google URL aptinka per nuorodas kituose puslapiuose. Kadangi Google puslapio nenuskaitys, paieškos rezultate gali nebūti aprašymo arba būti rodoma tik ribota informacija, pavyzdžiui, nuorodos tekstas.
Jei norite, kad URL nebūtų indeksuojamas Google paieškoje, vien robots.txt failo neužtenka. Leiskite Google nuskaityti URL ir naudokite noindex žymą arba HTTP antraštę. Kitos galimybės – apsaugoti puslapį slaptažodžiu arba jį visai pašalinti.
Rizika verslui: viena neteisinga taisyklė gali užblokuoti visą paslaugų puslapį, produktų kategoriją arba paveikslėlių aplankus.
Interneto svetainės savininko klausimas specialistui:
„Prašau patvirtinti, kad robots.txt neblokuoja mūsų pagrindinių paslaugų, produktų, lokacijų, gidų ar paveikslėlių puslapių.“
Kanoninės žymos: ką jos reiškia?
Kanoninė žyma nurodo, kurią konkrečią puslapio versiją Google turėtų laikyti pagrindine, kai yra keli vienodi arba labai panašūs URL.
Pavyzdžiui:
- com/sofas
- com/sofas?colour=blue
- com/sofas?sort=price
- com/sofas?campaign=spring
Pageidaujamas URL galėtų būti:
- com/sofas
Peradresavimus ir kanonines žymas Google laiko stipriais signalais, padedančiais pasirinkti pageidaujamą panašių URL versiją. Įtraukimas į XML svetainės schemą yra silpnesnis signalas.
Rizika verslui: neteisinga kanoninė žyma gali paskatinti Google teikti pirmenybę kitam puslapiui arba ignoruoti svarbų puslapį.
Mažos vertės URL
- com/sofas
- com/sofas?colour=blue
- com/sofas?colour=blue&material=velvet
- com/sofas?sort=price-low-to-high
- com/sofas?utm_source=newsletter
- com/search?q=blue+sofa
- Į XML svetainės schemą įtraukite tik kanoninius puslapius, grąžinančius 200 būsenos kodą.
- Įsitikinkite, kad svarbūs puslapiai nėra uždrausti per txt ar pažymėti noindex.
- Patikrinkite, ar kanoninės žymos nurodo į tinkamus puslapius.
| Prioritetas | Situacija | Kodėl svarbu | Įprastas veiksmas |
|---|---|---|---|
| Aukštas | Pagrindinis paslaugos ar produkto puslapis užblokuotas nuo indeksavimo | „Google“ gali nerodyti komerciškai svarbaus puslapio | Sutvarkyti noindex, robots.txt, kanoninę žymą arba techninę konfigūraciją |
| Aukštas | Svarbus puslapis grąžina 404 klaidą | Klientai ir paieškos sistemos pasiekia aklavietę, t. y. neegzistuojantį puslapį | Atkurti puslapį arba pridėti tinkamą 301 peradresavimą |
| Vidutinis | XML svetainės schemoje yra senų ar nekanoninių URL | Nuskaitymo ir indeksavimo signalai tampa neaiškūs | Išvalyti svetainės schemą ir palikti numatytus indeksuojamus URL |
| Vidutinis | Filtrai sukuria daug mažos vertės URL | Paieškos sistemos skiria dėmesį nesvarbiems puslapiams | Valdyti parametrus ir naudoti kanonines žymas, noindex ar kitus tinkamus metodus |
| Žemesnis | Neindeksuotas nekritinis archyvo puslapis | Paprastai turi ribotą poveikį verslui | Peržiūrėti ir sutvarkyti įprastinės priežiūros metu |
2. Greitis: ne tik naudotojo patirtis, bet ir verslo rezultatai
Lėta svetainė yra ne vien tik nepatogumas. Tai gali lemti, ar klientai pastebės jūsų pasiūlymą svetainėje, pasitikės įmone, perskaitys puslapius, pateiks užklausą, paskambins, rezervuos laiką ar pirks.
Pagal Google mobiliojo greičio tyrimą, pailgėjus puslapio įkėlimo laikui nuo 1 iki 3 sekundžių, atmetimo tikimybė padidėja 32 proc. (kai lankytojai išeina iš puslapio po kelių sekundžių). Pailgėjus įkėlimo laikui nuo 1 iki 10 sekundžių, atmetimo tikimybė padidėja 123 proc.
Įsivaizduokite, kad telefone ieškote avarinio santechniko, odontologo, virtuvės remonto įmonės arba palyginimų. Jei puslapis kraunasi pernelyg lėtai, tikriausiai grįšite į paiešką ir rinksitės kitą rezultatą.
Kas yra Core Web Vitals?
Core Web Vitals – tai rodikliai, pagal kuriuos Google vertina, ar puslapis tikriems naudotojams yra greitas ir sklandus. Nereikia įsiminti visų santrumpų. Užtenka suprasti tris klausimus:
| Klausimas | Techninis pavadinimas | Ką patiria lankytojas? | Dažna priežastis |
|---|---|---|---|
| Ar svarbiausią puslapio dalį matau greitai? | LCP | Antraštė, pagrindinis paveikslėlis, produktas ar paslaugos informacija pasirodo per lėtai. | Per didelės, neoptimizuotos nuotraukos; lėtas serveris; per daug papildomų skriptų ar įskiepių. |
| Ar puslapis reaguoja, kai paspaudžiu ar paliečiu? | INP | Mygtukas, meniu, forma ar filtras reaguoja pavėluotai arba atrodo užstrigęs. | Per daug puslapį apkraunančio kodo, įskiepių ar sudėtingų funkcijų, pavyzdžiui, filtrų, animacijų, iššokančių langų ar pokalbių langų. |
| Ar puslapis išlieka stabilus kraunantis? | CLS | Mygtukas ar pastraipa pajuda būtent tada, kai lankytojas bando ją paspausti. | Vėlai atsirandantys elementai, dėl kurių kraunantis puslapis „šokinėja“. |
Google rekomenduojami tikslai:
| Rodiklis | Paprasta reikšmė | Geras rezultatas | Prasta riba |
|---|---|---|---|
| LCP | Kaip greitai tampa matoma pagrindinė puslapio dalis? | 2,5 sek. arba mažiau | Daugiau nei 4 sek. |
| INP | Kaip greitai puslapis sureaguoja į paspaudimą ar palietimą? | Mažiau nei 200 ms | Daugiau nei 500 ms |
| CLS | Kiek stabilus lieka išdėstymas kraunantis? | Mažiau nei 0,1 | Daugiau nei 0,25 |
Google Search Console parodo, kaip jūsų puslapiai veikia tikriems lankytojams: ar jie pakankamai greitai užsikrauna, greitai reaguoja į paspaudimus ir išlieka stabilūs kraunantis.
Pavyzdys iš praktikos: animacijos lėtino svetainės darbą
Vienos įmonės svetainė išsiskyrė patraukliomis animacijomis ir bangas primenančiu fonu. Dizainas buvo originalus, ir verslo savininkas buvo patenkintas galutiniu rezultatu. Svetainę kūrusi komanda įgyvendino sutartus vizualinius sprendimus. Vis dėlto šios animacijos naudojo daug išteklių ir lėtino svetainę, ypač mobiliuosiuose įrenginiuose. Dėl to lankytojams svarbus puslapio turinys buvo kraunamas bei rodomas lėčiau.
Sprendimą priimti nebuvo lengva, nes niekas nenorėjo keisti jau sukurto ir patikusio dizaino. Vis dėlto svetainės greičio problemos ignoruoti nebuvo galima. Galiausiai sudėtingos animacijos buvo pakeistos statiniu bangų fonu, išlaikant bendrą vizualinę idėją, bet sumažinant poveikį puslapio įkėlimo greičiui.
Išvada
Vizualiniai efektai turėtų kurti vertę, o ne tapti kliūtimi. Jei animacija ar kitas dizaino elementas lėtina puslapį, blogina pirmąjį lankytojo įspūdį, apsunkina naudojimąsi svetaine arba mažina konversijų tikimybę, ilgainiui jis verslui gali kainuoti daugiau, nei suteikti naudos.
Tai nereiškia, kad animacijos visada yra blogas sprendimas. Jas reikėtų vertinti pagal jų poveikį svetainės greičiui mobiliuosiuose įrenginiuose, prieinamumui, naudojimo patogumui ir verslo rezultatams.
Kitas praktinis pavyzdys: paveikslėlių optimizavimas
Vienas paprasčiausių būdų pagreitinti svetainę – optimizuoti paveikslėlius.
Dažna lėto puslapio priežastis yra per dideli arba neoptimizuoti paveikslėlių failai. Nuotrauka gali atrodyti puikiai, tačiau jos failas gali užimti kelis megabaitus. Jei tokių nuotraukų viename puslapyje yra daug, ypač mobiliųjų įrenginių naudotojams tenka ilgiau laukti, kol užsikraus svarbiausias puslapio turinys.
Dažnai problemą galima išspręsti gana paprastais veiksmais:
- Pakeisti paveikslėlio matmenis pagal realų jo rodymo dydį svetainėje.
- Suspausti failą, išlaikant priimtiną vaizdo kokybę.
- Jei tinka, naudoti šiuolaikinius žiniatinklio formatus, pavyzdžiui, WebP arba AVIF.
- Per didelius ar pasenusius failus pakeisti naujomis, optimizuotomis versijomis.
- Po pakeitimų dar kartą patikrinti svarbiausių puslapių įkėlimo greitį, ypač mobiliajame telefone.
Dar vienas praktinis atvejis: nenaudojami galerijos paveikslėliai eikvojo resursus
Svetainės galerijoje buvo sukaupta daug didelės raiškos paveikslėlių. Tik maždaug trečdalis jų buvo iš tiesų naudojami svetainėje. Likę failai buvo laikomi serveryje, nors niekur puslapiuose nebuvo rodomi.
Tai nebūtinai tiesiogiai lėtina kiekvieną lankytojui atidaromą puslapį, tačiau be reikalo naudoja serverio saugyklą, didina atsarginių kopijų apimtį ir gali apkrauti sistemą. Kuo daugiau nereikalingų failų, tuo sudėtingesnė ir brangesnė tampa svetainės priežiūra.
Buvo atlikti šie veiksmai:
- Nustatyta, kurie paveikslėliai realiai naudojami svetainės puslapiuose.
- Pašalinti failai, kurie nebuvo naudojami nei svetainėje, nei kitose reikalingose sistemose.
- Optimizuoti palikti paveikslėliai.
- Sutvarkytas būsimas paveikslėlių įkėlimo procesas, kad galerija vėl neprisipildytų nereikalingais failų.
Išmokta pamoka:
medijos galerija yra svetainės techninės priežiūros dalis, todėl joje turėtų būti laikomi tik reikalingi ir optimizuoti failai.
Dažniausios problemos ir jų sprendimai
| Problema | Tikėtinas sprendimas | Kas paprastai taiso |
|---|---|---|
| Pagrindinis turinys kraunasi lėtai. | Optimizuoti nuotraukas ir pagerinti svetainės serverio bei spartinimo nustatymus, kad puslapis lankytojui užsikrautų greičiau. | Programuotojas arba svetainės kūrimo komanda |
| Svetainė lėtai reaguoja į paspaudimus, meniu ar formų veiksmus. | Pašalinti nereikalingą papildomą kodą ir įskiepius, o sudėtingas funkcijas – pavyzdžiui, animacijas, filtrus ar iššokančius langus – supaprastinti. | Programuotojas |
| Puslapio elementai šokinėja. | Iš anksto numatyti vietą paveikslėliams, baneriams, vaizdo įrašams, formoms ir šriftams, kad jiems užsikraunant puslapio turinys nešokinėtų. | Programuotojas arba dizaineris |
| Daug puslapių veikia lėtai. | Sutvarkyti bendrą svetainės puslapių šabloną, kad pagerėjimas būtų pritaikytas visiems panašiems puslapiams, o ne kiekvienam atskirai. | Programuotojas, vadovaudamasis SEO prioritetais |
| Svetainė telefone veikia prasčiau nei kompiuteryje. | Pirmenybę teikti mobiliems šablonams, paveikslėliams, meniu ir formoms. | Programuotojas ir dizaineris |
3. JavaScript: ar Google ir lankytojai mato jūsų turinį?
JavaScript – programavimo kalba, suteikianti tinklalapiui interaktyvumo. Ji naudojama meniu, kainos skaičiuoklėms, produktų filtrams, rezervavimo įrankiams, formoms, skirtukams, išskleidžiamiems blokams, slankikliams ir iššokantiems langams.
Pats JavaScript nėra problema. Problema atsiranda tuomet, kai esminė puslapio informacija pasirodo tik sėkmingai užsikrovus JavaScript kodui.
Analogija
Įsivaizduokite, kad HTML yra spausdinta informacija vitrinoje, o JavaScript – elektros energija automatinėms durims, ekranams, skaičiuoklėms ir interaktyviems įrenginiams.
Jei elektra neveikia, spausdinta informacija vis tiek turėtų suteikti lankytojams viską, ko reikia:
- Kokius produktus ir paslaugas verslas siūlo?
- Kokia yra puslapio paskirtis?
- Kuo puslapis naudingas?
- Kaip susisiekti su įmone?
Kas gali nutikti?
| Situacija | Ką gali matyti lankytojas arba „Google“ | Poveikis verslui |
|---|---|---|
| Svarbiausias puslapio turinys matomas tik užsikrovus „JavaScript“. | Tuščias ar nepilnas puslapis arba ilgai rodomas įkėlimo simbolis. | „Google“ gali nesuprasti puslapio temos ir jo nerodyti susijusiose paieškose. |
| Kaina, aprašymas ar kita svarbi informacija pasirodo per vėlai. | Nėra matomos kainos, aprašymo, prieinamumo informacijos ar aiškaus kito žingsnio. | Lankytojas gali išeiti nesupratęs pasiūlymo ar kito žingsnio. |
| Nuorodos į svarbius puslapius veikia tik užsikrovus „JavaScript“. | Sunku rasti meniu ir susijusius svarbius puslapius. | Lankytojai ir paieškos sistemos gali nerasti arba nepasiekti svarbių puslapių, pavyzdžiui, paslaugų, kainų, kontaktų ar užklausos formos. |
| Neveikia puslapio funkcijoms reikalingas „JavaScript“ kodas. | Neveikia dalis svarbių puslapio funkcijų. | Gali neveikti formos, meniu, filtrai ar rezervavimo įrankiai. |
| Puslapis per daug apkrautas failais, kodu ar funkcijomis. | Puslapiui reikia per daug laiko, kad visiškai užsikrautų ir parodytų visą turinį bei funkcijas. | „Google“ ir lankytojai gali matyti tik dalį svarbiausio puslapio turinio. |
Šiais nemokamais Google įrankiais galite patikrinti, ar Google mato jūsų puslapio turinį taip, kaip jį turėtų matyti lankytojas.
Kaip testuoti JavaScript be programavimo įgūdžių?
- Prisijunkite prie Google Search Console.
- Į URL tikrinimo laukelį įklijuokite reikiamo puslapio adresą.
- Spustelėkite Test Live URL.
- Pasirinkite View Tested Page.
Google atvaizduotame puslapyje turėtų būti:
- H1 antraštė.
- Paslaugos, produkto ar gido paaiškinimas.
- Svarbiausios vidinės nuorodos.
- DUK, lentelės ir praktinis turinys.
- Kontaktų, užklausos, rezervavimo ar pirkimo informacija.
Tai nemokamas Google įrankis, padedantis svetainių valdytojams patikrinti, ar Google sistemos gali pasiekti ir atvaizduoti puslapį.
Jei JavaScript neveikia
Nebūtina patiems bandyti suprasti, kas negerai kode. Padarykite probleminio URL ekrano nuotrauką ir aiškiai aprašykite norimą rezultatą.
Pavyzdžiui:
„Google Search Console“ tiesioginiame teste šiame puslapyje nematomas pagrindinis turinys, vidinės nuorodos ir užklausos forma. Prašau nustatyti, kodėl šie elementai nėra įtraukiami į „Google“ atvaizduotą HTML, ir užtikrinti, kad jie būtų tinkamai rodomi be papildomų lankytojo veiksmų, pavyzdžiui, paspaudimų, slinkimo ar formos atidarymo.
Galimi sprendimai:
- Pagrindinį turinį atvaizduoti serverio pusėje arba pateikti jo statinę HTML versiją.
- Leisti Google pasiekti visus būtinus JavaScript ir CSS failus.
- Mažinti JavaScript kiekį ir šalinti nereikalingus skriptus.
- Taisyti skriptų klaidas, trūkstamus failus, nepavykusias API užklausas ir pan.
- Paslaugų aprašymus, atsakymus ir svarbias nuorodas rodyti iš karto, nereikalaujant lankytojo veiksmo.
- Vietoj navigacijos vien per JavaScript naudoti įprastas HTML nuorodas.
Bendras principas: JavaScript puikiai tinka produktų filtrams, rezervacijų kalendoriams ir animacijoms. Tačiau svarbiausia puslapio informacija – pagrindinė antraštė, paslaugų aprašymas, naudinga informacija, atvejų analizės, kontaktai ir vidinės nuorodos – turėtų būti patikimai matoma net ir tada, jei interaktyvios funkcijos neužsikrauna arba veikia netinkamai.
4. Svetainės struktūra ir vidinės nuorodos
Techninis SEO taip pat apima svetainės struktūrą. Svetainės struktūra turėtų padėti suprasti:
- Kokia yra jūsų verslo paskirtis.
- Kokios temos jums svarbiausios.
- Kokie pagrindiniai puslapiai veikia kaip gairės arba pagrindiniai (pillar) puslapiai.
- Kaip pagalbiniai puslapiai susiję su paslaugomis, produktais ir konversijomis.
Jūsų svetainės architektūra iš esmės yra temų žemėlapis. Kiekvienas puslapis turi turėti aiškią vietą konkrečioje temoje ir logiškai sietis su kitais puslapiais. Gerai struktūrizuotoje svetainėje neturėtų būti našlaičių puslapių – puslapių, į kuriuos neveda jokia vidinė nuoroda, nes juos sunkiau rasti ir lankytojams, ir paieškos sistemoms. Google rekomenduoja, kad kiekvienas jums svarbus puslapis būtų susietas bent su vienu kitu jūsų svetainės puslapiu.
Pavyzdžiui, virtuvės renovacijos įmonė galėtų turėti:
- Pagrindinį paslaugos puslapį: Virtuvės renovacijos paslaugos.
- Pagrindinį straipsnį: Mažos virtuvės renovacijos planavimas.
- Įvairius kitus straipsnius apie kainas, išplanavimą, sandėliavimą, apšvietimą, stalviršius, terminus, dažnas klaidas ir kt.
- Konversijų puslapius: konsultacija, užklausos forma, darbų galerija, atsiliepimai ir kontaktai.
Lankytojas turėtų lengvai pereiti iš vieno susijusio puslapio į kitą. Pavyzdžiui, perskaitęs apie renovacijos planavimą, jis turėtų rasti nuorodą į kainų puslapį. Susipažinęs su kainomis, turėtų galėti pereiti prie informacijos apie darbų eigą ir terminus. O nusprendęs tęsti – aiškiai matyti, kur pateikti užklausą ar užsisakyti konsultaciją.
Kodėl svarbios vidinės nuorodos?
Vidinės nuorodos padeda lankytojams pereiti nuo klausimo prie atsakymo. Jos taip pat padeda paieškos sistemoms suprasti:
- Kurie puslapiai svarbesni.
- Kokios temos yra susijusios.
- Kokia yra straipsnio paskirtis.
- Kaip paslaugų puslapiai susiję su kita papildoma informacija.
Tai nėra vien nuorodų kūrimas savo svetainėje. Tai būdas parodyti, kaip tarpusavyje siejasi jūsų žinios, paslaugos ir sprendimai.
Pagrindinės vidinio susiejimo taisyklės
- Iš paslaugų puslapių pateikite nuorodas į susijusią informaciją: planavimą, kainas, palyginimus ir dažniausiai užduodamus klausimus.
- Pagalbiniuose straipsniuose įdėkite nuorodas atgal į pagrindinį paslaugos ar temos puslapį.
- Nuorodas tarp straipsnių dėkite tik tada, kai jos lankytojui padeda geriau suprasti temą arba rasti kitą logišką žingsnį.
- Naudokite aiškų nuorodos tekstą. Vietoj „Spauskite čia“ geriau rašyti „Sužinokite virtuvės renovacijos kainą“ arba „Peržiūrėkite atliktus projektus“.
- Užtikrinkite, kad svarbiausius puslapius būtų galima pasiekti greitai ir nereikėtų pereiti per daug tarpinių puslapių.
5. Struktūrizuoti duomenys: aiškesnė informacija paieškos sistemoms
Struktūrizuoti duomenys (schema) – tai specialus kodas, kuris padeda paieškos sistemoms aiškiau suprasti, kas pateikta jūsų puslapyje. Jis gali nurodyti, kad tai yra įmonė, paslauga, produktas, straipsnis, autorius, DUK skyrius ar renginys.
Pavyzdžiui, lankytojas iš puslapio teksto supranta, kad tai straipsnis apie virtuvės renovaciją. Struktūrizuoti duomenys Google aiškiau pasako: tai yra straipsnis, štai jo pavadinimas, autorius, paskelbimo data ir pagrindinis paveikslėlis.
Tačiau struktūrizuoti duomenys nepakeičia gero turinio, tikslios verslo informacijos, naudingų puslapių ar kitų techninio SEO darbų. Jie tik padeda paieškos sistemoms tiksliau interpretuoti jau puslapyje pateiktą informaciją. Žymėjimas turi atitikti realų, lankytojui matomą puslapio turinį.
Struktūrizuotų duomenų tipai
- Organization / LocalBusiness: įmonės pavadinimas, logotipas, kontaktiniai duomenys, svetainės URL, fizinis adresas, telefono numeris ir socialinių tinklų profiliai.
- Person: autoriai, ekspertai, recenzentai ir kiti susiję asmenys.
- Article arba BlogPosting: straipsnio antraštė, aprašymas, paskelbimo data, autorius ir paveikslėlis.
- FAQPage: jūsų tikras DUK skyrius.
- HowTo: jūsų puslapyje realiai aprašytas instrukcijų procesas.
- Product: produktų duomenys produktų puslapiuose, kai tai prasminga.
Google analizuoja struktūrizuotus duomenis, kad suprastų turinį, ir ar gali juos panaudoti išplėstiniuose paieškos rezultatuose.
Svarbus įspėjimas
Struktūrizuoti duomenys nėra automatinis SEO ar AI matomumo sprendimas. Jie gali padėti paieškos sistemoms suprasti puslapio turinį ir suteikti teisę būti vertinamam dėl išplėstinių rezultatų, tačiau jų rodymas ir aukštesnės pozicijos negarantuojami.
- Nenaudokite struktūrizuotų duomenų vien todėl, kad tam yra tinkamas „schema“ tipas.
- DUK žymėjimą (FAQPage) naudokite tik puslapyje, kuriame lankytojai iš tiesų mato klausimų ir atsakymų skiltį.
- Autoriaus žymėjimą pridėkite tik tuomet, kai puslapyje realiai nurodytas autorius.
- Žymėjimas turi tiksliai atspindėti puslapio turinį; neįtraukite informacijos, kurios lankytojas puslapyje nemato.
- Net techniškai teisingai įdiegtas struktūrizuotų duomenų kodas negarantuoja, jog Google jį parodys kaip papildomą elementą paieškos rezultate. Schema tik padaro puslapį tinkamą svarstyti dėl tokio rodymo.
Todėl pirmiausia kurkite naudingą, aiškų ir patikimą turinį, o struktūrizuotus duomenis naudokite jam apibūdinti.
6. Dubliuojamas turinys ir indekso išpūtimas
Dar viena iš techninio SEO problemų yra dubliuojamas turinys. Jis atsiranda, kai keliuose URL pateikiamas identiškas arba labai panašus turinys.
Pavyzdžiui:
- Keli straipsniai atsako į tą patį klausimą.
- Puslapiai sukurti skirtingoms to paties produkto aprašymo variacijoms.
- Kategorijų puslapiai, sukuriami per filtrų ir rikiavimo URL.
- Žymų ir archyvų puslapiai, neturintys unikalaus turinio.
- Senos versijos puslapiai, likę svetainėje paskelbus atnaujintą versiją.
- Vietovių puslapiai, kuriuose pakeistas tik miesto pavadinimas, tačiau nėra realaus vietinio turinio.
Kodėl tai problema?
Paieškos sistema turi nustatyti, kuris puslapis yra geriausias.
Kai keli puslapiai konkuruoja dėl tos pačios temos:
- SEO signalai, pavyzdžiui, išorinės nuorodos ir jų perduodama vertė, gali pasiskirstyti tarp kelių to paties puslapio versijų.
- Vidinės nuorodos gali vesti į skirtingus URL, todėl paieškos sistemai sunkiau nustatyti, kuri versija yra pagrindinė.
- Išorinės svetainės taip pat gali nukreipti į skirtingas puslapio versijas, o tai dar labiau išskaido signalus.
- Google gali pasirinkti kitą kanoninį URL nei tas, kurį laikote pagrindiniu.
- Svarbūs puslapiai gali būti ne taip nuosekliai nuskaityti ar indeksuoti, kaip numatyta.
- Lankytojai gali patekti į pasenusią, nebeaktualią arba mažiau tinkamą puslapio versiją.
Google rekomenduoja naudoti kanoninius URL ir peradresavimus, kad būtų apjungiami puslapių dublikatai.
Pavyzdys iš praktikos: peradresavimo grandinės
Atliekant SEO auditą buvo rasta kelių lygių peradresavimo grandinės. Tokiais atvejais senas URL neveda tiesiai į galutinį puslapį, o nukreipimai veikia taip:
Senas URL → Peradresavimas 1 → Peradresavimas 2 → Peradresavimas 3 → Galutinis URL
Pavyzdžiui:
example.com/old-service → example.com/services → example.com/our-services → example.com/new-service-page
Kiekvienas papildomas grandinės žingsnis reiškia dar vieną tarpinį puslapį, kol naudotojas pasiekia galutinę paskirties vietą.
Sprendimas
Visi seni URL turėjo būti susieti su galutiniu URL ir peradresuojami tiesiogiai:
example.com/old-service → example.com/new-service-page
Svarbiausia mintis
URL peradresavimai turėtų būti kuo trumpesni. Tai ypač svarbu po svetainės dizaino atnaujinimo, CMS pakeitimo, svetainės migracijos, paslaugų pervadinimo ar pertvarkymo.
7. Svetainės migracija
Svetainės migracija laikoma viena rizikingiausių techninių SEO užduočių. Įsivaizduokite įmonę, turinčią seną svetainę su geromis pozicijomis, srautu, atgalinėmis nuorodomis ir autoritetu. Įmonė nusprendžia sukurti naują svetainę su kitu domenu. Kai kurie puslapiai keičiami/ atnaujinami, tačiau kiti, pavyzdžiui, praktiniai gidai ir tinklaraščio straipsniai, iš esmės lieka tie patys.
Problema: kaip Google, Bing, naudotojams ir kitoms paieškos sistemoms aiškiai parodyti, kad nauja svetainė perima senosios vaidmenį.
Google nurodo, kad būtina parengti naują svetainę, sudaryti senų ir naujų URL atitikmenų sąrašą, nustatyti peradresavimus, stebėti srautą, pateikti Change of Address užklausą ir Search Console pridėti naują svetainės schemą.
Pradėkite nuo URL atitikmenų dokumento
Prieš naujos svetainės paleidimą sukurkite lentelę, kurioje kiekvienas svarbus senas URL būtų susietas su artimiausiu nauju atitikmeniu.
| Senas URL | Naujas URL | Puslapio tipas | Migracijos veiksmas |
|---|---|---|---|
| oldsite.com/kitchen-renovation | newsite.com/kitchen-renovation-services | Paslaugos puslapis | 301 peradresavimas |
| oldsite.com/small-kitchen-cost | newsite.com/guides/small-kitchen-renovation-cost | Informacinis gidas | 301 peradresavimas |
| oldsite.com/blog/choosing-worktops | newsite.com/resources/choosing-kitchen-worktops | Tinklaraščio straipsnis | 301 peradresavimas |
| oldsite.com/contact | newsite.com/contact | Konversijos puslapis | 301 peradresavimas |
Kaip tai veikia:
- Kiekvieną seną URL peradresuokite į artimiausią, labiausiai susijusį naują URL, o ne automatiškai visus lankytojus į naują pagrindinį puslapį.
Kam naudojamas 301 peradresavimas?
- 301 peradresavimas naršyklei ir paieškos sistemai signalizuoja, kad puslapis visam laikui perkeltas į naują adresą.
- Tai padeda Google suprasti, kad naujasis adresas turi pakeisti senąjį.
Geroji peradresavimų praktika:
- Kiekvieną svarbų seną URL peradresuokite individualiai.
- Kiekvieną puslapį nukreipkite į artimiausią susijusį atitikmenį.
- Venkite peradresavimo grandinių.
- Venkite peradresavimo ciklų.
- Kiek įmanoma ilgiau išlaikykite seną domeną ir veikiančius peradresavimus.
- Po naujos svetainės paleidimo patikrinkite peradresavimus naudodami nuskaitymo įrankį.
Kanoninės žymos naujoje svetainėje
Visi indeksuojami naujos svetainės puslapiai turėtų turėti į save nukreiptas kanonines žymas su URL naujajame domene.
Pavyzdžiui:
<link rel=”canonical” href=”https://newsite.com/resources/planning-a-small-kitchen-renovation”>
Po migracijos nenukreipkite savo puslapių kanoninių žymų į seną domeną.
Jei gidai ir tinklaraščio straipsniai beveik nepasikeitė:
- Iš seno URL į naują URL nustatykite 301 peradresavimą.
- Naujame puslapyje naudokite į save nukreiptą kanoninę žymą.
- Atnaujinkite visas vidines nuorodas į naują domeną.
- Senas ir naujas puslapiai neturėtų abu būti indeksuojami be aiškių migracijos signalų.
Senas peradresavimas, nauja kanoninė žyma, nauja svetainės schema, vidinės nuorodos ir 200 būsenos kodas turi sakyti tą patį: šis naujas URL yra nuolatinė versija.
Pateikite naują svetainės schemą Google Search Console
Naują svetainės schemą reikia pateikti Google Search Console. Nors svetainės schema negarantuoja, kad Google indeksuos puslapius, ji padeda paieškos sistemai atrasti naujus puslapius ir nuspręsti, ar juos nuskaityti bei indeksuoti.
Naujojoje svetainės schemoje turėtų būti puslapiai, kurie:
- Yra naujajame domene.
- Yra kanoniniai.
- Gali būti indeksuojami.
- Veikia ir grąžina 200 būsenos kodą.
- Skirti rodyti paieškos rezultatuose.
Keičiant domeną ar subdomeną:
- Patvirtinkite Search Console ir seną, ir naują domeną.
- Patikrinkite, ar veikia 301 peradresavimai.
- Naujos svetainės schemą pateikite naujo domeno Search Console paskyroje.
- Senos svetainės Search Console paskyroje naudokite įrankį Change of Address.
- Abiejose Search Console paskyrose stebėkite indeksavimą, srautą, klaidas ir peradresavimus.
Google įrankis Change of Address padeda pakeisti domeną arba subdomeną.
Pateikite svetainės schemą „Bing Webmaster Tools“
Naują svetainės schemą pateikite ir per Bing Webmaster Tools. Tai naudinga Bing Search ir Microsoft Copilot. Tai aktualu ir Bing pagrindu veikiantiems žiniatinklio paieškos įrankiams, įskaitant ChatGPT Search.
Bing rekomenduoja pateikti visą XML svetainės schemą per Bing Webmaster Tools, taip pat nurodyti jos vietą robots.txt faile. Bing taip pat rekomenduoja naudoti IndexNow, kad apie URL struktūros pokyčius būtų pranešta greičiau.
8. Praktinis techninio SEO kontrolinis sąrašas DI paieškai
Techninio SEO tikslas – užtikrinti, kad svarbiausi puslapiai išliktų matomi ir naudingi.
Nuskaitymas ir indeksavimas
- Ar svarbūs paslaugų, produktų, kainų, lokacijų ir kontaktų puslapiai gali būti indeksuojami?
- Ar jie grąžina 200 būsenos kodą?
- Ar juose netyčia nėra noindex žymos?
- Ar juos gali pasiekti Googlebot?
- Ar jie tinkamai įtraukti į XML svetainės schemas?
- Ar kanoninės žymos nukreipia į teisingus pageidaujamus URL?
Greitis ir naudotojo patirtis
- Ar pagrindiniai puslapiai pakankamai greiti mobiliuosiuose įrenginiuose?
- Ar dideli paveikslėliai suspausti ir optimizuoti?
- Ar pašalinti nereikalingi skriptai, įskiepiai ir peradresavimai?
- Ar mygtukai ir formos reaguoja nedelsdami?
- Ar išdėstymas išlieka stabilus kraunantis?
Turinio matomumas
- Ar pagrindinis atsakymas prieinamas HTML formatu?
- Ar yra viena aiški H1 antraštė ir susijusios paantraštės?
- Ar pradžioje pateikiama aiški santrauka?
- Ar prieinami DUK, lentelės ir sąrašai?
- Ar kritinė informacija nėra paslėpta paveikslėlyje, iššokančiame lange ar interaktyviame komponente?
Puslapių struktūra
- Ar svarbius puslapius galima pasiekti per vidines nuorodas?
- Ar su paslaugomis susiję puslapiai turi nuorodas į pagalbinius gidus?
- Ar pagalbiniuose giduose yra nuorodų atgal į paslaugas, pagrindinius teminius puslapius ar kitą logišką žingsnį?
- Ar lengva pereiti nuo informacijos paieškos iki užklausos pateikimo?
Patikimumas ir subjekto aiškumas
- Ar verslo informacija yra nuosekli ir tiksli?
- Ar, kai reikia, nurodomi autoriai ir ekspertai recenzentai?
- Ar struktūrizuoti duomenys apie organizaciją, asmenis ir straipsnius pateikti bei teisingi?
- Ar laiko atžvilgiu jautriam turiniui nurodomos paskelbimo ir peržiūros datos?
Dubliuojamas turinys
- Ar dubliuojami puslapiai sujungti, peradresuoti arba tinkamai atskirti?
- Ar archyvų, filtrų ir vidinės paieškos mažos vertės puslapiai valdomi?
- Ar kiekvienai temai yra vienas aiškus pageidaujamas URL?
Kas už ką atsakingas?
Nereikėtų tikėtis, kad verslo savininkas pats taisys kanonines žymas, atvaizdavimą blokuojantį JavaScript ar serverio atsako laiko problemas.
| Senas URL | Naujas URL | Puslapio tipas | Migracijos veiksmas |
|---|---|---|---|
| oldsite.com/kitchen-renovation | newsite.com/kitchen-renovation-services | Paslaugos puslapis | 301 peradresavimas |
| oldsite.com/small-kitchen-cost | newsite.com/guides/small-kitchen-renovation-cost | Informacinis gidas | 301 peradresavimas |
| oldsite.com/blog/choosing-worktops | newsite.com/resources/choosing-kitchen-worktops | Tinklaraščio straipsnis | 301 peradresavimas |
| oldsite.com/contact | newsite.com/contact | Konversijos puslapis | 301 peradresavimas |
Ką verslo savininkas turėtų tikrinti kas mėnesį?
Jums nebūtina būti techninio SEO ekspertu, tačiau svarbu turėti aiškų ir veikiantį procesą.
- Peržiūrėkite Google Search Console: indeksavimo problemas, klaidas ir pokyčius.
- Nuskaitykite svetainę tokiu įrankiu kaip Screaming Frog.
- Nustatykite aukšto prioriteto problemas: užblokuotus paslaugų puslapius, 404 klaidas, netinkamus peradresavimus ir vidinių nuorodų spragas.
- Patikrinkite mobiliųjų įrenginių greitį ir naudotojo patirtį puslapiuose, kurie greičiausiai generuoja užklausas ar pardavimus.
- Patikrinkite, ar naujuose arba atnaujintuose puslapiuose yra pavadinimai, antraštės, matomas pagrindinis turinys, vidinės nuorodos, tinkami raginimai veikti ir teisinga autoriaus informacija.
- Kiekvienam patvirtintam taisymui priskirkite atsakingą asmenį ir terminą.
- Dar kartą patikrinkite puslapius, kad įsitikintumėte, jog problema tikrai išspręsta.
Po dizaino atnaujinimo, migracijos ar reikšmingo pakeitimo
- Patikrinkite, ar senų puslapių URL tinkamai peradresuojami.
- Užtikrinkite, kad svarbūs puslapiai gali būti indeksuojami.
- Palyginkite organinį srautą ir konversijas prieš paleidimą bei po jo.
- Pateikite naują XML svetainės schemą.
- Mobiliuosiuose įrenginiuose ištestuokite svarbiausius paslaugų, produktų, lokacijų ir konversijų puslapius.
- Patikrinkite, ar tinkamai veikia formos, rezervavimo sistemos, skambučiai ir konversijos.
Gera techninė svetainės būklė sudaro prielaidas rezultatams, tačiau jų negarantuoja
Techniniai SEO aspektai leidžia puslapiui būti tinkamam reitingavimui. Tačiau vien dėl to puslapis neatsidurs aukštose pozicijose, nebus cituojamas ar minimas DI sugeneruotame atsakyme. Kad puslapis veiktų gerai, jis vis tiek turi būti aktualus užklausai, naudingas, tikslus, patikimas ir konkurencingas.
Todėl geriausia strategija yra šių elementų derinys:
- Techninis pasiekiamumas.
- Žmonėms naudingas turinys.
- Autoriaus ir šaltinių patikimumas.
- Autoriaus patirtis.
- Tiksli informacija apie verslą.
- Geras temos padengimo lygis.
- Nuolatinė priežiūra.
Google žmonėms skirto turinio gairės rekomenduoja kurti turinį pirmiausia žmonėms ir remtis tiesiogine patirtimi.
Kaip techninius taisymus paversti matomumu?
Techninis SEO nėra vien IT veikla. Tai praktinis procesas, padedantis užtikrinti, kad svarbiausia jūsų informacija galėtų būti atrasta, pasiekta, suprasta, laikoma patikima ir paskatintų lankytoją imtis veiksmo.
Verslo savininkui nereikia pačiam taisyti kanoninių žymų ar matuoti serverio atsako laikų. Tačiau jis ar ji turi suprasti:
- Kas trukdo klientams rasti verslą?
- Kuriuos konkrečius puslapius tai paveikia?
- Kokių korekcinių veiksmų bus imtasi?
- Kas už juos bus atsakingas?
- Kaip bus patikrinta, ar problema išspręsta?
- Kokį verslo rezultatą šis taisymas turėtų padėti pasiekti?
Toks yra tinkamo techninio SEO rezultatas: ne vien švaresnis kodas, bet ir mažiau kliūčių jūsų žinioms bei kompetencijai pasiekti žmones, kurie jų ieško.
DUK: Techninis SEO DI paieškoje
Techninis SEO – tai svetainės techninės būklės gerinimas, kad paieškos sistemos galėtų ją atrasti, nuskaityti, atvaizduoti, suprasti ir indeksuoti. Jis apima indeksavimą, puslapio greitį, JavaScript, vidines nuorodas, kanonines žymas, struktūrizuotus duomenis, peradresavimus ir kitus techninius elementus.
Ne. Gera techninė būklė sudaro prielaidas puslapiui būti rastam ir vertinamam paieškoje, tačiau negarantuoja aukštų pozicijų. Rezultatams taip pat svarbūs turinio aktualumas, kokybė, patikimumas, konkurencija ir naudotojo poreikio atitikimas.
Taip, tačiau tai nėra garantija, kad svetainė bus paminėta DI atsakymuose. Pirmiausia svarbiausi puslapiai turi būti pasiekiami, indeksuojami, greiti ir suprantami įprastoms paieškos sistemoms. Techninis SEO padeda sudaryti tam reikalingą pagrindą.
Nuskaitymas – tai procesas, kai paieškos sistema aplanko puslapį ir bando suprasti jo turinį. Indeksavimas – sprendimas įtraukti šį puslapį į paieškos sistemos duomenų bazę, kad jis galėtų būti rodomas paieškos rezultatuose.
Puslapis gali būti pažymėtas noindex, užblokuotas per robots.txt, grąžinti 404 ar serverio klaidą, turėti netinkamą kanoninę žymą arba būti sunkiai pasiekiamas per vidines nuorodas. Taip pat problema gali kilti, jei puslapio turinys nėra tinkamai atvaizduojamas dėl JavaScript.
Robots.txt nurodo paieškos robotams, kurių URL jie neturėtų nuskaityti. Noindex nurodo, kad puslapio nereikėtų rodyti paieškos rezultatuose. Jei norite, kad puslapis nebūtų indeksuojamas, vien robots.txt paprastai neužtenka – paieškos sistema turi galėti pasiekti noindex žymą.
Kanoninė žyma (rel=”canonical”) nurodo paieškos sistemai, kuri puslapio versija turėtų būti laikoma pagrindine, kai tas pats arba labai panašus turinys pasiekiamas per kelis URL. Ji padeda sumažinti dubliuojamo turinio ir signalų išskaidymo riziką.
Taip. Jei puslapis lėtai užsikrauna, vėluoja reaguoti į paspaudimus arba kraunantis „šokinėja“, lankytojas gali išeiti taip ir nepamatęs svarbiausios informacijos. Ypač svarbu testuoti mobiliuosius puslapius, kuriuose žmonės dažnai ieško paslaugų, kainų, kontaktų ir kitų greitai reikalingų atsakymų.
Ne, pats JavaScript SEO nekenkia. Rizika atsiranda tada, kai svarbiausias puslapio turinys, nuorodos, kainos, formos ar kontaktinė informacija tampa matomi tik sėkmingai užsikrovus JavaScript. Svarbiausia informacija turėtų būti patikimai pasiekiama ir atvaizduojama.
Vidinės nuorodos padeda lankytojams pereiti nuo klausimo prie kito logiško žingsnio. Pavyzdžiui, nuo paslaugos aprašymo prie kainų, darbų pavyzdžių ar konsultacijos. Jos taip pat padeda paieškos sistemoms atrasti puslapius ir suprasti, kaip susijusios skirtingos svetainės temos.
Struktūrizuoti duomenys (schema) savaime negarantuoja aukštesnių pozicijų, išplėstinių rezultatų ar paminėjimų DI atsakymuose. Jie padeda paieškos sistemoms aiškiau suprasti puslapio turinį. Žymėjimas turi tiksliai atitikti lankytojui matomą informaciją.
FAQPage žymėjimą galima naudoti, jei puslapyje iš tikrųjų pateiktas DUK skyrius su aiškiais klausimais ir atsakymais. Tačiau jo nereikėtų diegti vien tikintis papildomo matomumo paieškos rezultatuose, nes „Google“ FAQ išplėstinius rezultatus rodo labai ribotai.
301 peradresavimas nurodo, kad puslapis visam laikui perkeltas į naują URL. Jis svarbus keičiant puslapio adresus, pertvarkant svetainę ar perkeliant ją į naują domeną, nes padeda nukreipti lankytojus ir paieškos sistemas į tinkamą naują versiją.
Prieš perkėlimą sudarykite senų ir naujų URL atitikmenų sąrašą. Kiekvieną svarbų seną URL nukreipkite tiesioginiu 301 peradresavimu į artimiausią atitinkamą naują puslapį, atnaujinkite kanonines žymas, vidines nuorodas ir XML svetainės schemą, o po paleidimo stebėkite indeksavimą bei srautą.
Ne. Interneto svetainės savininkui nebūtina pačiam taisyti kodo, peradresavimų ar serverio nustatymų. Tačiau svarbu suprasti, kurie puslapiai yra svarbiausi verslui, kaip techninės problemos veikia klientų kelionę ir kas atsakingas už jų sprendimą.
Straipsnis paruoštas remiantis šiais šaltiniais:
- Google: AI Features and Your Website
- Google: Search Technical Requirements
- Google: Block Search Indexing with noindex
- Google: robots.txt Introduction
- Google: Duplicate Content Caused by URL Parameters
- Google: Consolidate Duplicate URLs
- Google: Understanding Core Web Vitals and Google Search Results
- Google Search Console: Core Web Vitals Report
- Google: New Industry Benchmarks for Mobile Page Speed
- Google: JavaScript SEO Basics
- Google Search Console: URL Inspection Tool
- Google Search Console: View the Rendered Source
- Google: Introduction to Structured Data Markup
- Google: General Structured Data Guidelines
- Google: Site Moves and Migrations
- Google Search Console: Change of Address Tool
- Bing Webmaster Blog: Keeping Content Discoverable with Sitemaps in AI-Powered Search
- Google: Creating helpful, reliable, people-first content
Susiję straipsniai
Fausta Lisaitienė, SEO Fausta įkūrėja ir SEO strategė
Su SEO pradėjau dirbti 2019 metais, kai ši sritis Lietuvoje dar tik žengė pirmuosius žingsnius. Nuo pat pradžių nuosekliai gilinau žinias – ieškojau informacijos, klausiau seminarus, lankiau online kursus, kurie leido ne tik suprasti techninę SEO pusę, bet ir plačiau pažvelgti į organinį matomumą verslams.
Didžiausia mano mokykla – klientai, kurie patikėjo manimi ir pasirinko stiprinti savo SEO kartu. Per šiuos metus dirbau su daugiau nei 20 sėkmingų projektų ir ilgalaikių partnerysčių, o visų jų svetainės pasiekė bent TOP5 pozicijas Google paieškoje. Su dalimi klientų TOP rezultatai buvo pasiekti jau per pirmuosius tris mėnesius.
Mano SEO projektai apima ne tik „klasikinius“ optimizavimo darbus, bet ir platesnį požiūrį į kliento svetainę: turinio strategiją ir pildymą, dizaino sprendimus, Google Ads integraciją. Kai tik atsirado eksperimentinis AI Overviews (AIO) modelis, dalies klientų svetainės buvo pacituotos AIO dar nepatekus į organinį TOP5 – būtent dėl kuriamo turinio kokybės ir išsamumo.
Atsiradus ir išpopuliarėjus dirbtiniam intelektui, natūraliai daugiau dėmesio skiriu būtent AI vaidmeniui paieškoje. Pastaruosius metus didžiąją savo laiko dalį skiriu AI + SEO analizei ir praktiniam sprendimų įgyvendinimui, kad verslų matomumas būtų užtikrintas ne tik tradiciniuose paieškos rezultatuose, bet ir dirbtinio intelekto apžvalgose bei DI įrankiuose.
Fausta Lisaitienė, SEO Fausta įkūrėja ir SEO strategė
Su SEO pradėjau dirbti 2019 metais, kai ši sritis Lietuvoje dar tik žengė pirmuosius žingsnius. Nuo pat pradžių nuosekliai gilinau žinias – ieškojau informacijos, klausiau seminarus, lankiau online kursus, kurie leido ne tik suprasti techninę SEO pusę, bet ir plačiau pažvelgti į organinį matomumą verslams.
Didžiausia mano mokykla – klientai, kurie patikėjo manimi ir pasirinko stiprinti savo SEO kartu. Per šiuos metus dirbau su daugiau nei 20 sėkmingų projektų ir ilgalaikių partnerysčių, o visų jų svetainės pasiekė bent TOP5 pozicijas Google paieškoje. Su dalimi klientų TOP rezultatai buvo pasiekti jau per pirmuosius tris mėnesius.
Mano SEO projektai apima ne tik „klasikinius“ optimizavimo darbus, bet ir platesnį požiūrį į kliento svetainę: turinio strategiją ir pildymą, dizaino sprendimus, Google Ads integraciją. Kai tik atsirado eksperimentinis AI Overviews (AIO) modelis, dalies klientų svetainės buvo pacituotos AIO dar nepatekus į organinį TOP5 – būtent dėl kuriamo turinio kokybės ir išsamumo.
Atsiradus ir išpopuliarėjus dirbtiniam intelektui, natūraliai daugiau dėmesio skiriu būtent AI vaidmeniui paieškoje. Pastaruosius metus didžiąją savo laiko dalį skiriu AI + SEO analizei ir praktiniam sprendimų įgyvendinimui, kad verslų matomumas būtų užtikrintas ne tik tradiciniuose paieškos rezultatuose, bet ir dirbtinio intelekto apžvalgose bei DI įrankiuose.