9 dažniausios SEO problemos ir kaip jų išvengti ar jas išspręsti

Kas yra SEO problemos?

Kaip problemą galima įvardyti bet kokią potencialią **SEO bėdą, kuri galėtų pakenkti mūsų svetainių našumui paieškos sistemose. Norėdami užtikrinti tinkamą svetainių optimizavimą ir aukštas pozicijas „Google“ (bei kitose paieškos sistemose), turėtume žinoti kelias dažnas klaidas.

Neveikiančios vidinės ir išorinės nuorodos

Kuo daugiau puslapių turi svetainė, tuo didesnė tikimybė, kad atsiras neveikiančių nuorodų. Svetainei nuolat augant ir kuriant vis daugiau turinio, kyla pavojus, kad atsiras nepastebėtų 404 puslapių. Nors tobulinti ir pridėti naujas funkcijas bei nukreipimo puslapius yra gerai, visada turime atkreipti dėmesį į vidinių ir išorinių nuorodų problemas.

Mums, kaip naudotojams, nepatinka patekti į neveikiantį puslapį, ar ne? Tai nutraukia mūsų srautą ir dažnai baigiasi tuo, kad iškart paliekame svetainę.

Lankytojai gali suvokti tinklalapį kaip nepatikimą. Kaip žinome, „Google“ labai gerai atpažįsta naudotojų požiūrį į svetainę ar puslapį. Todėl, jei naudotojai nepatenkinti, atitinkamai nepatenkintos bus ir paieškos sistemos.

Negana to, neveikiantys puslapiai švaisto brangų naršymo biudžetą, kurį būtų galima panaudoti tikslingiau. Nenorime, kad robotai švaistytų laiką ir išteklius puslapiams, kurie naudotojams neprieinami.

Gera žinia ta, kad neveikiančias vidines ir išorines nuorodas galime lengvai nustatyti naudodami įvairius SEO įrankius. Žinoma, jei turime nedidelę svetainę su vos keliais puslapiais, tikriausiai juos mokame atmintinai ir nebus sunku užtikrinti, kad viskas veikia gerai.

Vis dėlto, mūsų svetainėms plečiantis, tai daryti rankiniu būdu tampa neįmanoma ir nereikalinga.

Patarimas: paleiskite suplanuotus patikrinimus kartą per savaitę ar mėnesį ir, jei aptiksite neveikiančių nuorodų, pasidomėkite giliau ir pabandykite jas atitinkamai pataisyti.

Dubliuojamas turinys

Dubliuojamas turinys yra viena seniausių ir dažniausių problemų, žinomų skaitmeninės rinkodaros specialistams. Pagrindinis rūpestis tas, kad pateikdami panašius puslapius paieškos sistemoms, įskaitant „Google“, jos gali sunkiai nustatyti ir reitinguoti teisingus URL adresus.

Dėl to mes (kaip SEO specialistai) galime prarasti srautą arba tiesiog negauti visos naudos iš savo svetainių.

Mums, kaip paieškos sistemų specialistams, reikia užtikrinti, kad mūsų turinys būtų unikalus. Kad paieškos sistemų gyvenimas būtų lengvesnis, turėtume išvengti kelių dažnų spąstų.

Dažnai dubliuojamas turinys atsiranda dėl to, kad naudotojams ir robotams leidžiama pasiekti skirtingas to paties puslapio versijas. Pavyzdžiui, populiari problema yra ta, kad užsikrauna ir http, ir https versijos be tinkamų peradresavimų.

Kad išvengtume šios potencialios problemos, turėtume nustatyti teisingus peradresavimus iš http į https. Tai galime lengvai patikrinti naršyklėje įvesdami http://oursitename.com. Jei mūsų https protokolas įjungtas ir teisingai nustatytas, naršyklė turėtų mus peradresuoti į https://oursitename.com.

Lygiai taip pat be-www versija turėtų peradresuoti į www versiją, jei tai yra pagrindinė mūsų svetainės versija, ir atvirkščiai.

Parametrai URL adresuose yra dar vieni dažni spąstai, sukuriantys dubliuojamus URL adresus. Turinio valdymo sistemos dažnai prideda rūšiavimo parametrus (pagal dydį, spalvą, modelį ir kt.), dėl kurių gali atsirasti daugybė puslapių su tuo pačiu turiniu.

Vis dėlto dėl to nereikia jaudintis, jei prireikus įdiegiame tinkamas kanonines nuorodas ir no-index atributus.

Pastaba: kanoninės žymos yra populiarus būdas nurodyti „Google“, kurį iš panašių URL adresų rinkinio indeksuoti ir laikyti pagrindiniu. Kitas būdas – naudoti no-index atributą, kai parametrai sukuria skirtingus URL adresus su tuo pačiu ar panašiu turiniu.

„Title“ žymos klaidos

„Title“ žymos yra vienos svarbiausių svetainės vidinių SEO elementų. Jos informuoja paieškos sistemas apie pagrindinę puslapio temą. „Title“ žymos taip pat rodomos paieškos rezultatuose kiekvieno organinio įrašo viršuje. Dėl to jos tampa vienu iš pagrindinių elementų ir dažnai lemiamu veiksniu, ar naudotojas spustelės konkretų rezultatą.

Skirti laiko jas teisingai nustatyti yra itin svarbi SEO užduotis. Tačiau kartais tai apleidžiama, o dėl to gaunami maži paspaudimų rodikliai.

Pagrindinės „title“ žymų problemos:

• ›visiškai trūkstamos „title“ žymos

Šiuo atveju „Google“ nustatys „title“ žymą pagal savo supratimą, apie ką yra mūsų puslapis. Paprastai su šia užduotimi ji susitvarko gerai, tačiau vis tiek tai yra praleista SEO galimybė.

Gera „title“ žymas nustatyti patiems, ypač svarbiausiems mūsų puslapiams.

• ›per ilgos / per trumpos „title“ žymos

Naudojant trumpas „title“ žymas, praleidžiama galimybė pritraukti potencialius naudotojus ir paskatinti juos spustelėti mūsų rezultatus. Įprasta praktika – paieškos rezultatuose rodyti nuo 55 iki 65 simbolių.

Ir atvirkščiai, per ilgos „title“ žymos (virš 65 simbolių) gali būti sutrumpintos ir rodomos ne visos. Tai sukuria dar vieną praleistą galimybę parodyti visą mūsų žinutę internetiniam pasauliui.

Kaip matome čia, tiek pavadinimas, tiek meta aprašymas yra sutrumpinti ir todėl nesuteikia geriausios naudotojo patirties.

• ›dubliuojamos „title“ žymos

Elektroninės prekybos svetainėse įprasta turėti identiškas žymas. Deja, taip dažnai nutinka ir kitų tipų svetainėse. Dubliuojamos „title“ žymos apsunkina tinklalapiams galimybę išsiskirti ir atsiskirti nuo kitų panašių puslapių.

Robots.txt problemos

Robots.txt yra palyginti paprastas, bet naudingas įrankis, teikiantis svarbią informaciją ir instrukcijas paieškos sistemų robotams. Jis yra svetainių šakniniame kataloge ir naudoja paprastojo teksto formatą.

Jis gali neleisti tam tikrų svetainės skilčių naršyti, kad robotams nereikėtų švaistyti brangių išteklių. Vis dėlto yra keletas galimų klaidų, apie kurias turėtume žinoti.

Prieigos suteikimas testavimo ir kūrimo svetainėms ar administravimo skydeliams

Yra keletas būdų sustabdyti paieškos sistemas, kad jos nepasiektų jokių testavimo ir kuriamų jūsų domeno versijų. Vienas iš būdų – naudoti komandą savo robots.txt faile, nors yra ir veiksmingesnių būdų tai padaryti (pvz. HTTP autentifikacija).

Viena dažniausių blokavimo instrukcijų WP svetainėms yra išskirti wp-admin skydelio aplanką. Štai kaip tai atrodo:

User-agent: * Disallow: /wp-admin/

User-agent: * reiškia, kad instrukcija taikoma visiems robotams („Google“ botui, „Bing“ botui ir kt.), o antroji eilutė nurodo, kad norime sustabdyti juos naršyti /wp-admin/ aplanką ir viską, kas jame yra.

Svarbių URL adresų blokavimas nuo naršymo

Panašiai kaip ankstesnės komandos atveju, nenorime uždrausti robotams pasiekti jokių svarbių mūsų svetainės aplankų. Pavyzdžiui, dažna klaida galėtų būti:

User-agent: * Disallow: /example-important-directory/

Arba kartais galime net turėti tokį įrašą:

User-agent: * Disallow: /

kuris iš esmės reiškia uždrausti visą svetainę visiems robotams. Paprastai tai naudojama prieš „atveriant“ svetainę pasauliui pirminių testų metu. Tačiau kartais tai apleidžiama, ir kūrėjai ar SEO specialistai pamiršta tai pašalinti, kai svetainė tampa prieinama viešai, įskaitant paieškos sistemas ir naudotojus.

Nuorodos į svetainės žemėlapio failą neįtraukimas

Robots.txt yra puikus būdas palengvinti paieškos sistemoms surasti svetainės žemėlapio failą. Nors tai nėra didelė klaida, jei jos praleisime (ypač mažesnėse svetainėse), tai vis tiek yra greitas ir naudingas dalykas.

Meta robots žymos nelaimės

Meta robots yra viena svarbiausių žymų ir direktyvų apskritai, kai kalbama apie SEO. Tai veiksmingas būdas svetainių savininkams informuoti paieškos sistemas, kad tam tikras puslapis neturėtų būti sekamas ar indeksuojamas.

Yra įvairių naudojimo atvejų ir konfigūracijų, tačiau populiariausia (ir dažnai pavojingiausia) yra noindex žyma. Ji „gyvena“ HTML head skiltyje ir atrodo taip:

<meta name="robots" content="noindex,follow" />

Iš esmės tai reiškia, kad atgrasome paieškos sistemas nuo mūsų turinio indeksavimo paieškos rezultatuose, tačiau norėtume, kad jos sektų tame puslapyje esančias nuorodas. Neleisdami paieškos sistemoms indeksuoti turinio, galime išspręsti įvairias potencialias problemas. Pavyzdžiui:

• ›puslapiai su menkaverčiu turiniu, kurie nesuteikia jokios realios naudos naudotojams- atsiskaitymo puslapiai elektroninės prekybos svetainėse- URL adresai su jautria informacija- kūrimo / testavimo puslapiai, dar neparuošti viešam paleidimui

Dažniausia problema, kylanti su noindex komanda, yra pamiršti ją pašalinti svarbiam puslapiui (ar visai svetainei), kai jis parengtas oficialiam paleidimui į internetinį pasaulį. Tarkime, kūrėjai ilgai prie jo dirbo, testavo įvairius dalykus, o paskui kažkas tiesiog pamiršo ją pašalinti, kai svetainė buvo paleista.

Neabejotinai, tai vienas pirmųjų (ir paprasčiausių) patikrinimų, kurį reikia atlikti, jei svarstote, kodėl tam tikra svetainė ar konkreti skiltis neatneša jokio organinio srauto.

Tereikia atverti pirminį kodą ir jame ieškoti (ctrl+f) „robots“ komandos. Jei pastebite „no index“ direktyvą, tai jums problema! Tačiau gera žinia ta, kad dabar žinote priežastį ir kaip ją lengvai pataisyti.

Kanoninės nuorodos suklysta

Kanoninė žyma yra galingas ginklas SEO specialistų arsenale. Ji dažnai naudojama siekiant išvengti potencialių SEO problemų, kai panašus turinys egzistuoja skirtinguose URL adresuose.

Pavyzdžiui, tai labai dažna elektroninės prekybos kataloguose su skirtingais parametrais puslapiuose, kurie potencialiai gali sukelti dubliuojamo turinio problemų.

Kanonine nuoroda mes tiesiog nurodome paieškos sistemoms, kuris puslapis yra „pagrindinis“ / „originalus“, kad visos kitos versijos nesukeltų problemų. Be to, „Google“ žinos, kuriam puslapiui teikti pirmenybę ir rodyti paieškos rezultatuose.

Čia gali kilti pora problemų. Viena iš jų, kaip jau minėta, yra kanoninės nuorodos nenustatymas, kai turite skirtingus URL adresus su tuo pačiu turiniu.

Jei kanoninė nuoroda nustatyta, štai dažniausi pavojai, apie kuriuos verta žinoti:

• ›kanoninis URL nurodo į URL su noindex žyma- kanoninis URL nurodo į URL, grąžinantį 4xx arba 5xx būsenos kodą- kanoninis URL nurodo į nesaugią http puslapio versiją (kai turime ir saugią versiją)- ne į save nukreipianti kanoninė nuoroda (vadinamasis kanonizuotas URL)

Pastaba: tai gali būti gerai, jei tai daroma tyčia, nors daugeliu atvejų norėtume į save nukreipiančių kanoninių nuorodų

• ›kanoninė žyma yra tuščia arba nurodo į netinkamą puslapį

Hreflang problemos

Hreflang yra hipersaitų nuorodos puslapio HTML kode, leidžiančios mums nurodyti alternatyvius URL adresus, priskirtus tam tikrai kalbai ar regionui. Jie yra ypač svarbūs svetainėms, veikiančioms skirtingose šalyse ir teikiančioms turinį skirtingomis kalbomis.

Pagrindinė idėja, slypinti už hreflang nuorodų, yra užtikrinti, kad rodytume teisingą svetainės versiją pagal naudotojus ir jų šalį / kalbą.

Pavyzdžiui, ispanakalbiams lankytojams norime pateikti /es svetainės ar puslapio versiją, vokiškai kalbantiems – /de, ir taip toliau.

Iš esmės informuojame „Google“, kurį puslapį ir kuria kalba jis turėtų rodyti naudotojams, atsižvelgiant į jų kalbos nustatymus ir vietą.

Hreflang anotacijos atrodo taip:

<link rel="alternate" href="https://www.example.com/es/" hreflang="es" />

Dažniausios hreflang problemos:

• ›trūkstama grįžtamoji nuoroda

Alternatyvūs URL adresai turėtų turėti tą patį kodą kaip ir puslapis, kuriame yra alternatyvūs hreflang URL adresai. Naudojant hreflang žymą, kai puslapis X nurodo į puslapį Y, puslapis Y turi nurodyti atgal į puslapį X. Iš esmės kiekviena hreflang kodo eilutė, nurodanti kitą puslapį, turėtų turėti tą patį kodą kiekviename puslapyje, kuriame ji pridedama.

• ›aptikta kalba neatitinka nurodytos kalbos

Kartais hreflang žymose nurodyta kalba skirsis nuo tikrojo puslapio turinio

• ›neteisingi ISO kodai

Populiari klaida yra naudoti „en-UK“ vietoj „en-GB“, kai taikomasi į angliškai kalbančius lankytojus Jungtinėje Karalystėje. Sintaksė taip pat labai svarbi. Nors daugelis svetainių URL adresuose kalboms nurodyti naudoja pabraukimus, hreflang atveju veikia tik brūkšneliai.

• ›trūkstama į save nukreipianti žyma

Į save nukreipiančios hreflang žymos pridėjimas yra būtinas, siekiant užtikrinti, kad tarptautinės svetainės būtų teisingai nustatytos ir lengvai suprantamos paieškos sistemoms.

• ›santykinių URL adresų naudojimas vietoj absoliučių

Dar viena dažna klaida su hreflang. Turėtume vengti santykinių adresų, kurie nurodo tik kelią, ir visada rinktis visą puslapio kelią.

Teisinga:

<link rel="alternate" href="https://www.example.com/es/spanish-post" hreflang="es" />

Neteisinga:

<link rel="alternate" href="es/spanish-post" hreflang="es" />

Štai vienas naudingas įrankis hreflang problemoms nustatyti- https://technicalseo.com/tools/hreflang/

„JavaScript“ pavojai

Nors „Google“ patvirtina, kad „JavaScript“ galima naudoti nesukeliant jokių SEO problemų, turėtume su juo elgtis atsargiai. Dažnai kūrėjai naudoja JS svarbiam turiniui ir nuorodoms įkelti, o dėl to galime atsidurti situacijoje, kai paieškos sistemos nesugeba teisingai naršyti ir suprasti turinio.

Todėl rekomenduojama skirti papildomo laiko ir patikrinti savo svetaines, ar visa svarbi informacija tinkamai rodoma.

Pavyzdžiui, blogas JS įgyvendinimas gali lemti, kad „Google“ neperskaitys mūsų nustatytų meta pavadinimų ir aprašymų, o tai sukels problemų su mūsų CTR paieškos rezultatuose.

Būtent todėl itin svarbu žinoti, kaip „Google“ interpretuoja mūsų „JavaScript“ turinį ir ar gali tinkamai naršyti bei indeksuoti informaciją.

Mobiliojo naudojimo problemos

Tikriausiai nieko nenustebinsime pasakę, kad svetainės mobilusis naudojimas ir našumas šiais laikais yra du iš svarbiausių SEO veiksnių.

Praėjo keleri metai, kai „Google“ perėjo prie mobile-first indeksavimo ir pirmenybę teikia mobiliajai tinklalapio versijai.

Viena iš pagrindinių problemų, kuri anksčiau buvo pastebima dažniau, buvo skirtingo turinio rodymas stalinių kompiuterių ir mobiliųjų įrenginių naudotojams. Tai labai pavojinga praktika, galinti lemti prastesnius organinius rezultatus.

Kai kurie pagrindiniai veiksniai, galintys paveikti svetainės našumą:

• ›didelis įskiepių skaičius

Stenkitės neįdiegti didelio įskiepių skaičiaus. Kuo daugiau įskiepių turite, tuo sunkesnė ir gremėzdiškesnė tampa jūsų svetainė.

Negana to, įskiepiai yra potencialus įėjimo taškas įsilaužėliams (kai laiku neatnaujinami), todėl jie taip pat gali kelti saugumo riziką.

• ›neoptimizuoti paveikslėliai

Paveikslėliai yra vienas dažniausių veiksnių, veikiančių puslapių greitį ir bendrą svetainės našumą. Niekam nepatinka lėtai kraunamos svetainės, todėl visada rekomenduojame stengtis paveikslėlius laikyti mažesnius nei 100 kb.

• ›prieglobos paslaugos

Atsižvelkite į tai, kad serveris, kuriame talpinate savo svetainę, yra pagrindas, ant kurio bus statoma viskas. Todėl geriau nesirinkti pigiausio sprendimo ir taip išvengti bėdų ateityje. Verta investuoti šiek tiek daugiau, žinant, kad už tai gausite patikimą, saugią ir greitą prieglobos paslaugą.

Apibendrinant

Kaip jau matėme, yra daugybė būdų suklysti, kai kalbama apie SEO. Taip pat verta pažymėti, kad tai tik kelios iš populiariausių ir dažniausių techninių SEO problemų, su kuriomis galime susidurti. Yra dar daug daugiau SEO košmarų, kurie gali nutikti.

Tikimės, kad iki šiol padėjome jums geriau suprasti ir įsivaizduoti pagrindines SEO problemas ir, dar svarbiau, kaip jų išvengti ar jas išspręsti.

Sėkmės!