9 levinuimat SEO probleemi ja kuidas neid vältida või lahendada

Mis on SEO probleemid?

Probleemiks võib pidada mis tahes võimalikku **SEO viga, mis võiks kahjustada meie veebisaitide jõudlust otsingumootorites. Selleks, et tagada saitide piisav optimeerimine ja kõrge positsioon Google'is (ja teistes otsingumootorites), peaksime olema teadlikud mõnest levinud veast.

Katkised sise- ja välislingid

Mida rohkem lehti veebisaidil on, seda suurem on tõenäosus katkiste linkide tekkeks. Kui sait pidevalt kasvab ja toodab järjest rohkem sisu, tekib oht märkamatute 404 lehtede ilmumiseks. Kuigi on hea arendada ja lisada uusi funktsioone ja maandumislehti, peame alati pöörama tähelepanu sise- ja välislinkide probleemidele.

Meile kui kasutajatele ei meeldi jõuda lehele, mis ei tööta, ega ju? See katkestab meie voo ja lõpeb sageli sellega, et lahkume veebisaidilt kohe.

Külastajad võivad tajuda veebilehte ebausaldusväärsena. Nagu teame, on Google väga hea kasutajate taju äratundmisel veebisaidi või lehe suhtes. Seega, kui kasutajad on rahulolematud, on vastavalt rahulolematud ka otsingumootorid.

Veelgi enam, katkised lehed raiskavad väärtuslikku roomamiseelarvet, mida saaks muidu otstarbekalt kasutada. Me ei taha, et robotid kulutaksid aega ja ressursse lehtedele, mis pole kasutajatele ligipääsetavad.

Hea uudis on see, et katkiseid sise- ja välislinke saame kergesti tuvastada tänu erinevatele SEO tööriistadele. Loomulikult, kui meil on väiksem veebisait vaid mõne lehega, teame neid ilmselt peast ja pole raske veenduda, et kõik töötab hästi.

Ent meie veebisaitide arenedes muutub selle käsitsi tegemine võimatuks ja tarbetuks.

Nõuanne: käivitage planeeritud kontrolle kord nädalas või kuus ja kui tuvastate mõne katkise lingi, süvenege sellesse ja proovige see vastavalt parandada.

Dubleeriv sisu

Dubleeriv sisu on üks vanimaid ja levinumaid probleeme, mis on digiturundajate seas tuntud. Peamine mure seisneb selles, et pakkudes otsingumootoritele, sealhulgas Google'ile, sarnaseid lehti, võib neil olla raske õigeid URL-e tuvastada ja järjestada.

Selle tulemusena võime meie (kui SEO-spetsialistid) kannatada liikluse kaotuse all või lihtsalt mitte saada oma veebisaitidest täit kasu.

Meil kui otsingumootorispetsialistidel tuleb tagada, et meie sisu oleks unikaalne. Selleks, et teha otsingumootorite elu lihtsamaks, peaksime vältima mõnda levinud lõksu.

Sageli tekib dubleeriv sisu seetõttu, et kasutajatel ja robotitel lubatakse pääseda ligi sama lehe erinevatele versioonidele. Näiteks on levinud probleem see, et laadivad nii http- kui ka https-versioon ilma korrektsete ümbersuunamisteta.

Selle võimaliku probleemi vältimiseks tuleks meil seadistada õiged ümbersuunamised http-lt https-le. Seda saame hõlpsalt testida, kirjutades brauserisse http://oursitename.com. Kui meie https-protokoll on lubatud ja õigesti seadistatud, peaks brauser meid suunama aadressile https://oursitename.com.

Samamoodi peaks www-ta versioon suunama www-versioonile, kui see on meie veebisaidi peamine versioon, ja vastupidi.

Parameetrid URL-ides on veel üks levinud lõks, mis põhjustab dubleerivaid URL-e. Sisuhaldussüsteemid lisavad sageli sortimisparameetreid (suuruse, värvi, mudeli jne järgi), mis võivad kaasa tuua arvukalt sama sisuga lehti.

Sellegipoolest pole selle pärast vaja muretseda, kui vajaduse korral rakendame korrektseid kanoonilisi linke ja no-index atribuute.

Märkus: kanoonilised sildid on populaarne viis öelda Google'ile, millist sarnaste URL-ide komplektist indekseerida ja peamiseks lugeda. Teine viis on kasutada no-index atribuuti, kui parameetrid põhjustavad sama või sarnase sisuga erinevaid URL-e.

„Title” sildi vead

„Title” sildid on ühed olulisemad saidisisesed SEO elemendid. Need teavitavad otsingumootoreid, mis on lehe peamine teema. „Title” sildid kuvatakse ka otsingutulemustes iga orgaanilise kirje ülaosas. See teeb neist ühe võtmeelemendi ja sageli otsustava teguri, kas kasutajad klõpsavad konkreetsel tulemusel.

Aja võtmine nende õigeks seadistamiseks on ülioluline SEO ülesanne. Ent mõnikord jäetakse see tähelepanuta, mille tulemuseks on madalad klikimäärad.

Peamised „title” siltide probleemid on:

• ›„title” siltide täielik puudumine

Sellisel juhul seadistab Google „title” sildi oma arusaama põhjal sellest, millest meie leht räägib. Tavaliselt tuleb ta selle ülesandega hästi toime, kuid siiski on see kasutamata jäetud SEO võimalus.

Hea on „title” sildid ise seadistada, eriti meie kõige olulisemate lehtede jaoks.

• ›liiga pikad / lühikesed „title” sildid

Lühikeste „title” siltide kasutamine on kasutamata jäetud viis potentsiaalseid kasutajaid ligi meelitada ja panna neid meie tulemustel klõpsama. Tavapärane praktika on kuvada otsingutulemustes 55–65 sümbolit.

Vastupidi, „title” sildid, mis on liiga pikad (üle 65 sümboli), võivad kärbituks jääda ja mitte täies mahus kuvatud. See loob veel ühe kasutamata jäetud võimaluse näidata kogu oma sõnumit veebimaailmale.

Nagu näeme, on nii pealkiri kui ka metakirjeldus kärbitud ega paku seega parimat kasutajakogemust.

• ›dubleerivad „title” sildid

E-kaubanduse veebisaitidel on tavaline praktika omada identseid silte. Kahjuks on see sageli nii ka teist tüüpi saitidel. Dubleerivad „title” sildid muudavad veebilehtedel keerulisemaks silma paista ja eristuda teistest sarnastest lehtedest.

Robots.txt probleemid

Robots.txt on suhteliselt lihtne, kuid kasulik tööriist, mis annab olulist teavet ja juhiseid otsingumootorite robotitele. See asub veebisaitide juurkataloogis ja kasutab lihtteksti vormingut.

See suudab takistada teatud osade meie veebisaidist roomamist, et robotid ei peaks väärtuslikke ressursse raiskama. Siiski on mõned võimalikud vead, millest peaksime teadlikud olema.

Juurdepääsu andmine test- ja arendussaitidele või administraatoripaneelidele

Otsingumootorite peatamiseks teie domeeni test- ja arendusversioonidele ligipääsemast on mitu viisi. Üks viisidest on kasutada käsku oma robots.txt failis, kuigi selleks on tõhusamaid viise (nt HTTP autentimine).

Üks levinumaid blokeerimisjuhiseid WP-saitide jaoks on välistada wp-admin paneeli kaust. Nii see välja näeb:

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

User-agent: * tähendab, et juhis kehtib kõigile robotitele (Google'i robot, Bingi robot jne) ning teine rida ütleb, et soovime peatada nende /wp-admin/ kausta ja kõige selles sisalduva roomamise.

Oluliste URL-ide blokeerimine roomamisest

Sarnaselt eelmise käsuga ei taha me keelata robotitel juurdepääsu ühelegi olulisele kaustale meie veebisaidil. Näiteks võiks levinud viga olla:

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

Või mõnikord võib meil olla isegi selline kirje:

User-agent: * Disallow: /

mis tähendab sisuliselt keelata kogu veebisait kõigile robotitele. Seda kasutatakse tavaliselt enne veebisaidi „avamist” maailmale esialgsete testide ajal. Ent mõnikord jäetakse see tähelepanuta ning arendajad või SEO-spetsialistid unustavad selle eemaldada, kui veebisait muutub avalikkusele, sealhulgas otsingumootoritele ja kasutajatele, kättesaadavaks.

Saidiplaani failile viitava lingi lisamata jätmine

Robots.txt on suurepärane viis muuta otsingumootorite jaoks lihtsamaks veebisaidi saidiplaani faili leidmine. Kuigi see pole suur viga, kui selle vahele jätame (eriti väiksemate veebisaitide puhul), on see siiski kiire ja kasulik tegevus.

Meta robots sildi katastroofid

Meta robots on üks olulisemaid silte ja direktiive tervikuna, kui rääkida SEO-st. See on tõhus viis saidiomanikele teavitada otsingumootoreid, et teatud lehte ei tohiks jälgida ega indekseerida.

Erinevaid kasutusjuhtumeid ja konfiguratsioone on mitmeid, kuid populaarseim (ja sageli ohtlikem) on noindex silt. See „elab” HTML-i head-osas ja näeb välja selline:

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

Põhimõtteliselt tähendab see, et me heidutame otsingumootoreid meie sisu indekseerimast otsingutulemustes, kuid soovime, et nad jälgiksid sellel lehel olevaid linke. Otsingumootoreid sisu indekseerimast takistades saame lahendada mitmeid võimalikke probleeme. Näiteks:

• ›vähese sisuga lehed, mis ei paku kasutajatele mingit tegelikku väärtust- e-kaubanduse veebisaitide ostukorra lehed- tundlikku teavet sisaldavad URL-id- arendus- / testlehed, mis pole avalikuks käivitamiseks veel valmis

Kõige levinum probleem, mis noindex käsuga juhtub, on unustada see eemaldada olulisel lehel (või kogu veebisaidil), kui see on valmis ametlikuks käivitamiseks veebimaailma. Oletame, et arendajad on selle kallal pikka aega töötanud, testinud erinevaid asju, ja siis lihtsalt keegi unustab selle eemaldada, kui see on käivitatud.

Kahtlemata on see üks esimesi (ja lihtsamaid) kontrolle, mida teha, kui imestate, miks teatud veebisait või konkreetne osa ei too mingit orgaanilist liiklust.

Peate lihtsalt avama lähtekoodi ja otsima (ctrl+f) „robots” käsku. Kui märkate „no index” direktiivi, siis olete hädas! Kuid hea uudis on see, et nüüd teate põhjust ja seda, kuidas seda hõlpsalt parandada.

Kanoonilised lingid lähevad valesti

Kanooniline silt on võimas relv SEO-spetsialistide arsenalis. Seda kasutatakse sageli võimalike SEO probleemide vältimiseks, kui sarnane sisu eksisteerib erinevatel URL-idel.

Näiteks on see väga levinud e-kaubanduse kataloogides, kus lehtedel on erinevad parameetrid, mis võivad potentsiaalselt põhjustada dubleeriva sisu probleeme.

Kanoonilise lingiga ütleme lihtsalt otsingumootoritele, milline on „peamine” / „originaalne” leht, et kõik teised versioonid ei tekitaks probleeme. Lisaks teab Google, millist lehte eelistada ja otsingutulemustes kuvada.

Siin võib tekkida paar probleemi. Üks neist, nagu juba mainitud, on kanoonilise lingi seadistamata jätmine, kui teil on erinevad URL-id sama sisuga.

Kui kanooniline link on seadistatud, siis siin on levinumad ohud, millest tuleb teadlik olla:

• ›kanooniline URL viitab URL-ile, millel on noindex silt- kanooniline URL viitab URL-ile, mis tagastab 4xx või 5xx olekukoodi- kanooniline URL viitab lehe ebaturvalisele http-versioonile (kui meil on saadaval ka turvaline versioon)- iseendale mitteviitav kanooniline link (nn kanoniseeritud URL)

Märkus: see võib olla sobiv, kui see on tahtlik, kuigi enamikul juhtudel sooviksime iseendale viitavaid kanoonilisi linke

• ›kanooniline silt on tühi või viitab kehtetule lehele

Hreflang probleemid

Hreflang on hüperlingiviited lehe HTML-koodis, mis võimaldavad meil määrata alternatiivsed URL-id, mis on omistatud teatud keelele või piirkonnale. Need on eriti olulised veebisaitidele, mis tegutsevad erinevates riikides ja pakuvad sisu erinevates keeltes.

Peamine idee hreflang viidete taga on tagada, et kuvame õiget veebisaidi versiooni vastavalt kasutajatele ja nende riigile / keelele.

Näiteks hispaaniakeelsetele külastajatele soovime pakkuda veebisaidi või lehe /es versiooni, saksakeelsetele külastajatele peaks see olema /de ja nii edasi.

Sisuliselt teavitame Google'it, millist lehte ja mis keeles peaks kasutajatele kuvama sõltuvalt nende keeleseadetest ja asukohast.

Hreflang annotatsioonid näevad välja sellised:

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

Kõige levinumad hreflang probleemid on:

• ›puuduv tagasilink

Alternatiivsetel URL-idel peaks olema sama kood mis lehel, mis sisaldab alternatiivseid hreflang URL-e. Hreflang sildi kasutamisel, kui leht X viitab lehele Y, peab leht Y viitama tagasi lehele X. Põhimõtteliselt peaks igal hreflang koodi real, mis viitab teisele lehele, olema sama kood igal lehel, kuhu see lisatakse.

• ›tuvastatud keel ei vasta määratud keelele

Mõnikord erineb hreflang siltides määratud keel tegelikust lehesisust

• ›valed ISO-koodid

Populaarne viga on kasutada „en-UK” asemel „en-GB”, kui sihitakse ingliskeelseid külastajaid Ühendkuningriigis. Süntaks on samuti väga oluline. Kuigi paljud veebisaidid kasutavad oma URL-ides keelte määramiseks alakriipse, töötavad hreflang puhul ainult sidekriipsud.

• ›iseendale viitava sildi puudumine

Iseendale viitava hreflang sildi lisamine on kohustuslik, et tagada rahvusvaheliste saitide õige seadistamine ja lihtne mõistetavus otsingumootorite jaoks.

• ›suhteliste URL-ide kasutamine absoluutsete asemel

Veel üks levinud viga hreflangiga. Peaksime vältima suhtelisi aadresse, mis annavad ainult tee, ja alati valima täieliku lehetee.

Õige:

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

Vale:

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

Siin on üks kasulik tööriist hreflang probleemide tuvastamiseks- https://technicalseo.com/tools/hreflang/

„JavaScripti” ohud

Kuigi Google kinnitab, et „JavaScripti” saab kasutada ilma SEO probleeme tekitamata, peaksime sellega ettevaatlikud olema. Sageli kasutavad arendajad JS-i olulise sisu ja linkide laadimiseks, ning see võib meid panna olukorda, kus otsingumootorid ei suuda sisu korrektselt roomata ega mõista.

Seetõttu on soovitatav kulutada lisaaega ja kontrollida oma veebisaite, et näha, kas kogu oluline teave kuvatakse korrektselt.

Näiteks võib halb JS-i rakendamine kaasa tuua selle, et Google ei loe meie seadistatud metapealkirju ja -kirjeldusi, mis omakorda tekitab probleeme meie CTR-iga otsingutulemustes.

Just seetõttu on ülioluline olla teadlik sellest, kuidas Google tõlgendab meie „JavaScripti” sisu ja kas ta suudab teavet korrektselt roomata ja indekseerida.

Mobiilikasutatavuse probleemid

Ilmselt ei üllata kedagi, kui ütleme, et veebisaidi mobiilikasutatavus ja jõudlus on tänapäeval kaks olulisemat SEO tegurit.

Möödunud on mõni aasta sellest, kui Google läks üle mobile-first indekseerimisele ja arvestab eelisjärjekorras veebilehe mobiiliversiooni.

Üks peamisi probleeme, mida varem sagedamini nähti, oli erineva sisu kuvamine lauaarvuti ja mobiilikasutajatele. See on väga ohtlik praktika ja võib kaasa tuua kehvemad orgaanilised tulemused.

Mõned peamised tegurid, mis võivad mõjutada veebisaidi jõudlust, on:

• ›suur pistikprogrammide arv

Püüdke hoiduda suure pistikprogrammide arvu installimisest. Mida rohkem pistikprogramme teil on, seda raskemaks ja kohmakamaks teie veebisait muutub.

Veelgi enam, pistikprogrammid on potentsiaalne sisenemispunkt häkkeritele (kui neid õigel ajal ei uuendata), seega võivad need kujutada endast ka turvariski.

• ›optimeerimata pildid

Pildid on üks levinumaid tegureid, mis mõjutavad lehtede kiirust ja veebisaidi üldist jõudlust. Kellelegi ei meeldi aeglaselt laadivad veebisaidid, seega soovitame alati püüda hoida pilte väiksemana kui 100 kb.

• ›majutusteenused

Arvestage sellega, et server, kus te oma veebisaiti majutate, on alus, millele kõik üles ehitatakse. Seetõttu on parem mitte valida kõige odavamat lahendust ja säästa end tulevastest muredest. Tasub investeerida veidi rohkem, teades, et vastutasuks saate usaldusväärse, turvalise ja kiire majutusteenuse.

Kokkuvõtteks

Nagu juba nägime, on SEO puhul palju võimalusi vigu teha. Samuti tasub märkida, et need on vaid mõned kõige populaarsematest ja levinumatest tehnilistest SEO probleemidest, millega võime kokku puutuda. On veel palju rohkem SEO õudusunenägusid, mis võivad juhtuda.

Loodetavasti aitasime teil seni saada parema ettekujutuse ja arusaama peamistest SEO probleemidest ning, mis veelgi olulisem, sellest, kuidas neid vältida või lahendada.

Edu!