9 biežākās SEO problēmas un kā no tām izvairīties vai tās novērst

Kas ir SEO problēmas?

Par problēmu var uzskatīt jebkuru potenciālu **SEO nepilnību, kas varētu kaitēt mūsu vietņu veiktspējai meklētājprogrammās. Lai nodrošinātu pienācīgu vietņu optimizāciju un augstas pozīcijas „Google” (un citās meklētājprogrammās), mums vajadzētu apzināties dažas biežas kļūdas.

Bojātas iekšējās un ārējās saites

Jo vairāk lapu ir vietnei, jo lielākas iespējas, ka radīsies bojātas saites. Vietnei nepārtraukti augot un radot arvien vairāk satura, pastāv risks, ka parādīsies nepamanītas 404 lapas. Lai gan ir labi izstrādāt un pievienot jaunas funkcijas un galvenās lapas, mums vienmēr jāpievērš uzmanība iekšējo un ārējo saišu problēmām.

Mums kā lietotājiem nepatīk nokļūt lapā, kas nedarbojas, vai ne? Tas pārtrauc mūsu plūsmu un bieži noved pie tā, ka mēs uzreiz pametam vietni.

Apmeklētāji tīmekļa lapu var uztvert kā neuzticamu. Kā zināms, „Google” ir ļoti labs lietotāju uztveres par vietni vai lapu atpazīšanā. Tādēļ, ja lietotāji ir neapmierināti, attiecīgi neapmierinātas būs arī meklētājprogrammas.

Vēl vairāk, bojātas lapas izšķērdē dārgo pārmeklēšanas budžetu, ko citādi varētu izmantot lietderīgi. Mēs nevēlamies, lai roboti tērētu laiku un resursus lapām, kas lietotājiem nav pieejamas.

Labā ziņa ir tā, ka bojātas iekšējās un ārējās saites mēs varam viegli identificēt, pateicoties dažādiem SEO rīkiem. Protams, ja mums ir mazāka vietne ar dažām lapām, mēs tās, iespējams, zinām no galvas, un nebūs grūti pārliecināties, ka viss darbojas labi.

Tomēr, mūsu vietnēm attīstoties, to darīt manuāli kļūst neiespējami un nevajadzīgi.

Padoms: palaidiet ieplānotas pārbaudes reizi nedēļā vai mēnesī un, ja atklājat kādas bojātas saites, izpētiet dziļāk un mēģiniet tās attiecīgi izlabot.

Dublēts saturs

Dublēts saturs ir viena no vecākajām un biežākajām problēmām, kas pazīstama digitālā mārketinga speciālistu vidū. Galvenās bažas ir tas, ka, sniedzot meklētājprogrammām, tostarp „Google”, līdzīgas lapas, tām var būt grūti identificēt un ranžēt pareizos URL.

Rezultātā mēs (kā SEO speciālisti) varam ciest no datplūsmas zaudēšanas vai vienkārši negūt pilnu labumu no savām vietnēm.

Mums kā meklētājprogrammu speciālistiem ir jānodrošina, ka mūsu saturs ir unikāls. Lai atvieglotu meklētājprogrammu dzīvi, mums vajadzētu izvairīties no dažiem biežiem slazdiem.

Bieži dublēts saturs rodas tādēļ, ka lietotājiem un robotiem tiek atļauts piekļūt dažādām vienas un tās pašas lapas versijām. Piemēram, populāra problēma ir tas, ka ielādējas gan http, gan https versija bez pareiziem novirzījumiem.

Lai izvairītos no šīs potenciālās problēmas, mums būtu jāiestata pareizi novirzījumi no http uz https. To mēs varam viegli pārbaudīt, pārlūkprogrammā ierakstot http://oursitename.com. Ja mūsu https protokols ir iespējots un pareizi iestatīts, pārlūkprogrammai mūs vajadzētu novirzīt uz https://oursitename.com.

Tāpat bez-www versijai vajadzētu novirzīt uz www versiju, ja tā ir mūsu vietnes galvenā versija, un otrādi.

Parametri URL adresēs ir vēl viens biežs slazds, kas rada dublētus URL. Satura pārvaldības sistēmas bieži pievieno kārtošanas parametrus (pēc izmēra, krāsas, modeļa utt.), kā rezultātā var rasties daudzas lapas ar vienādu saturu.

Tomēr par to nav jāuztraucas, ja mēs vajadzības gadījumā ieviešam pareizas kanoniskās saites un no-index atribūtus.

Piezīme: kanoniskās birkas ir populārs veids, kā pateikt „Google”, kuru no līdzīgu URL kopas indeksēt un uzskatīt par galveno. Cits veids ir izmantot no-index atribūtu, kad parametri rada dažādus URL ar vienādu vai līdzīgu saturu.

„Title” birku kļūdas

„Title” birkas ir vienas no svarīgākajiem vietnes iekšējiem SEO elementiem. Tās informē meklētājprogrammas par lapas galveno tēmu. „Title” birkas tiek rādītas arī meklēšanas rezultātos katra organiskā ieraksta augšpusē. Tas padara tās par vienu no galvenajiem elementiem un bieži izšķirošu faktoru, vai lietotāji noklikšķinās uz konkrēta rezultāta.

Veltīt laiku, lai tās pareizi iestatītu, ir izšķiroši svarīgs SEO uzdevums. Tomēr dažreiz tas tiek atstāts novārtā, kā rezultātā ir zemi klikšķu rādītāji.

Galvenās problēmas ar „title” birkām ir:

• ›„title” birku pilnīga trūkšana

Šajā gadījumā „Google” iestatīs „title” birku, balstoties uz savu izpratni par to, par ko ir mūsu lapa. Parasti tā ar šo uzdevumu tiek galā labi, taču tomēr tā ir nokavēta SEO iespēja.

Ir labi „title” birkas iestatīt pašiem, īpaši mūsu svarīgākajām lapām.

• ›pārāk garas / īsas „title” birkas

Izmantojot īsas „title” birkas, tiek palaista garām iespēja piesaistīt potenciālos lietotājus un mudināt tos noklikšķināt uz mūsu rezultātiem. Ierastā prakse ir meklēšanas rezultātos rādīt no 55 līdz 65 simboliem.

Un otrādi, „title” birkas, kas ir pārāk garas (virs 65 simboliem), var tikt apcirstas un netikt parādītas pilnībā. Tas radīs vēl vienu nokavētu iespēju parādīt visu mūsu vēstījumu tiešsaistes pasaulei.

Kā šeit redzams, gan virsraksts, gan meta apraksts ir apcirsti un līdz ar to nesniedz vislabāko lietotāja pieredzi.

• ›dublētas „title” birkas

E-komercijas vietnēm ir ierasta prakse turēt identiskas birkas. Diemžēl tas bieži ir raksturīgi arī cita veida vietnēm. Dublētas „title” birkas apgrūtina tīmekļa lapām iespēju izcelties un atšķirties no citām līdzīgām lapām.

Robots.txt problēmas

Robots.txt ir salīdzinoši vienkāršs, bet noderīgs rīks, kas sniedz svarīgu informāciju un norādījumus meklētājprogrammu robotiem. Tas atrodas vietņu saknes direktorijā un izmanto vienkārša teksta formātu.

Tas var neļaut pārmeklēt noteiktas mūsu vietnes sadaļas, lai robotiem nebūtu jātērē dārgie resursi. Tomēr ir dažas potenciālas kļūdas, par kurām mums vajadzētu zināt.

Piekļuves piešķiršana testa un izstrādes vietnēm vai administrācijas paneļiem

Ir vairāki veidi, kā apturēt meklētājprogrammas no piekļuves jebkurām jūsu domēna testa un izstrādes versijām. Viens no veidiem ir izmantot komandu jūsu robots.txt failā, lai gan pastāv efektīvāki veidi, kā to izdarīt (piem. HTTP autentifikācija).

Viens no biežākajiem bloķēšanas norādījumiem WP vietnēm ir izslēgt wp-admin paneļa mapi. Lūk, kā tas izskatās:

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

User-agent: * nozīmē, ka norādījums attiecas uz visiem robotiem („Google” botu, „Bing” botu utt.), bet otrā rinda norāda, ka mēs vēlamies apturēt tos no /wp-admin/ mapes un visa tajā esošā pārmeklēšanas.

Svarīgu URL bloķēšana no pārmeklēšanas

Līdzīgi kā iepriekšējā komanda, mēs nevēlamies aizliegt robotiem piekļūt jebkurām svarīgām mūsu vietnes mapēm. Piemēram, bieža kļūda varētu būt:

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

Vai dažreiz mums varētu būt pat šāds ieraksts:

User-agent: * Disallow: /

kas būtībā nozīmē aizliegt visu vietni visiem robotiem. To parasti izmanto pirms vietnes „atvēršanas” pasaulei sākotnējo testu laikā. Tomēr dažreiz tas tiek atstāts novārtā, un izstrādātāji vai SEO speciālisti aizmirst to noņemt, kad vietne kļūst publiski pieejama, tostarp meklētājprogrammām un lietotājiem.

Saites uz vietnes kartes failu neiekļaušana

Robots.txt ir lielisks veids, kā atvieglot meklētājprogrammām atrast vietnes kartes failu. Lai gan tā nav liela kļūda, ja mēs to izlaižam (īpaši mazākās vietnēs), tā tomēr ir ātra un noderīga lieta.

Meta robots birkas katastrofas

Meta robots ir viena no svarīgākajām birkām un direktīvām kopumā, kad runa ir par SEO. Tas ir efektīvs veids, kā vietņu īpašnieki var informēt meklētājprogrammas, ka noteiktai lapai nevajadzētu sekot vai to indeksēt.

Ir dažādi lietošanas gadījumi un konfigurācijas, taču vispopulārākā (un bieži bīstamākā) ir noindex birka. Tā „mīt” HTML head sadaļā un izskatās šādi:

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

Būtībā tas nozīmē, ka mēs atturam meklētājprogrammas no mūsu satura indeksēšanas meklēšanas rezultātos, taču vēlamies, lai tās sekotu saitēm šajā lapā. Neļaujot meklētājprogrammām indeksēt saturu, mēs varam atrisināt dažādas potenciālas problēmas. Piemēram:

• ›lapas ar niecīgu saturu, kas nesniedz nekādu reālu vērtību lietotājiem- norēķinu lapas e-komercijas vietnēs- URL, kas satur sensitīvu informāciju- izstrādes / testa lapas, kas vēl nav gatavas publiskai palaišanai

Biežākā problēma, kas rodas ar noindex komandu, ir aizmirst to noņemt svarīgai lapai (vai visai vietnei), kad tā ir gatava oficiālai palaišanai tiešsaistes pasaulē. Pieņemsim, ka izstrādātāji pie tās ilgi strādāja, testēja dažādas lietas, un tad kāds vienkārši aizmirsa to noņemt, tiklīdz tā tika palaista.

Neapšaubāmi, tā ir viena no pirmajām (un vienkāršākajām) pārbaudēm, kas jāveic, ja jūs domājat, kāpēc noteikta vietne vai konkrēta sadaļa nesniedz nekādu organisko datplūsmu.

Jums vienkārši jāatver pirmkods un tajā jāmeklē (ctrl+f) „robots” komanda. Ja pamanāt „no index” direktīvu, tad jums ir problēma! Tomēr labā ziņa ir tā, ka tagad jūs zināt iemeslu un to, kā to viegli izlabot.

Kanoniskās saites aiziet greizi

Kanoniskā birka ir spēcīgs ierocis SEO speciālistu arsenālā. To bieži izmanto, lai izvairītos no potenciālām SEO problēmām, kad līdzīgs saturs pastāv dažādos URL.

Piemēram, tas ir ļoti bieži e-komercijas katalogos ar dažādiem parametriem lapās, kas potenciāli varētu radīt dublēta satura problēmas.

Ar kanonisko saiti mēs vienkārši pasakām meklētājprogrammām, kura ir „galvenā” / „oriģinālā” lapa, lai visas pārējās versijas neradītu problēmas. Turklāt „Google” zinās, kurai lapai piešķirt prioritāti un rādīt meklēšanas rezultātos.

Šeit var rasties pāris problēmas. Viena no tām, kā jau minēts, ir kanoniskās saites neiestatīšana, kad jums ir dažādi URL ar vienādu saturu.

Ja kanoniskā saite ir iestatīta, lūk, biežākie draudi, par kuriem jāzina:

• ›kanoniskais URL norāda uz URL ar noindex birku- kanoniskais URL norāda uz URL, kas atgriež 4xx vai 5xx statusa kodu- kanoniskais URL norāda uz nedrošo http lapas versiju (kad mums ir pieejama arī drošā versija)- uz sevi nenorādoša kanoniskā saite (tā sauktais kanonizētais URL)

Piezīme: tas var būt pieņemami, ja tas ir apzināti, lai gan vairumā gadījumu mēs vēlētos uz sevi norādošas kanoniskās saites

• ›kanoniskā birka ir tukša vai norāda uz nederīgu lapu

Hreflang problēmas

Hreflang ir hipersaišu atsauces lapas HTML kodā, kas ļauj mums norādīt alternatīvos URL, kas piešķirti noteiktai valodai vai reģionam. Tie ir īpaši svarīgi vietnēm, kas darbojas dažādās valstīs un piedāvā saturu dažādās valodās.

Galvenā ideja aiz hreflang atsaucēm ir nodrošināt, ka mēs rādām pareizo vietnes versiju atbilstoši lietotājiem un viņu valstij / valodai.

Piemēram, spāniski runājošiem apmeklētājiem mēs vēlamies piedāvāt vietnes vai lapas /es versiju, vāciski runājošiem tai vajadzētu būt /de, un tā tālāk.

Būtībā mēs informējam „Google”, kuru lapu un kurā valodā tai vajadzētu rādīt lietotājiem atkarībā no viņu valodas iestatījumiem un atrašanās vietas.

Hreflang anotācijas izskatās šādi:

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

Biežākās hreflang problēmas ietver:

• ›trūkstoša atgriezeniskā saite

Alternatīvajiem URL vajadzētu būt ar tādu pašu kodu kā lapai, kas satur alternatīvos hreflang URL. Izmantojot hreflang birku, ja lapa X norāda uz lapu Y, lapai Y ir jānorāda atpakaļ uz lapu X. Būtībā katrai hreflang koda rindai, kas atsaucas uz citu lapu, vajadzētu būt ar tādu pašu kodu katrā lapā, kurai tā tiek pievienota.

• ›atklātā valoda neatbilst norādītajai valodai

Dažreiz valoda, kas norādīta hreflang birkās, atšķirsies no faktiskā lapas satura

• ›nepareizi ISO kodi

Populāra kļūda ir izmantot „en-UK” „en-GB” vietā, kad tiek mērķēts uz angliski runājošiem apmeklētājiem Apvienotajā Karalistē. Sintakse arī ir ļoti svarīga. Lai gan daudzas vietnes URL adresēs valodu norādīšanai izmanto apakšsvītras, hreflang gadījumā darbojas tikai defises.

• ›trūkstoša uz sevi norādoša birka

Uz sevi norādošas hreflang birkas pievienošana ir obligāta, lai nodrošinātu, ka starptautiskās vietnes ir pareizi iestatītas un meklētājprogrammām viegli saprotamas.

• ›relatīvo URL izmantošana absolūto vietā

Vēl viena bieža kļūda ar hreflang. Mums vajadzētu izvairīties no relatīvām adresēm, kas norāda tikai ceļu, un vienmēr izvēlēties pilnu lapas ceļu.

Pareizi:

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

Nepareizi:

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

Lūk, viens noderīgs rīks hreflang problēmu identificēšanai- https://technicalseo.com/tools/hreflang/

„JavaScript” draudi

Lai gan „Google” apstiprina, ka „JavaScript” var izmantot, neradot nekādas SEO problēmas, mums ar to jārīkojas piesardzīgi. Bieži izstrādātāji izmanto JS, lai ielādētu svarīgu saturu un saites, un tas var mūs novest situācijā, kad meklētājprogrammas nespēj pareizi pārmeklēt un saprast saturu.

Tādēļ ieteicams veltīt papildu laiku un pārbaudīt savas vietnes, lai redzētu, vai visa svarīgā informācija tiek pareizi rādīta.

Piemēram, slikta JS ieviešana var novest pie tā, ka „Google” neizlasa mūsu iestatītos meta virsrakstus un aprakstus, kas pēc tam rada problēmas ar mūsu CTR meklēšanas rezultātos.

Tieši tāpēc izšķiroši svarīgi ir apzināties, kā „Google” interpretē mūsu „JavaScript” saturu un vai tā spēj pareizi pārmeklēt un indeksēt informāciju.

Mobilās lietojamības problēmas

Droši vien nevienu nepārsteigsim, ja teiksim, ka vietnes mobilā lietojamība un veiktspēja mūsdienās ir divi no svarīgākajiem SEO faktoriem.

Ir pagājuši daži gadi, kopš „Google” pārgāja uz mobile-first indeksēšanu un prioritāti piešķir tīmekļa lapas mobilajai versijai.

Viena no galvenajām problēmām, kas agrāk tika novērota biežāk, bija atšķirīga satura rādīšana datora un mobilo ierīču lietotājiem. Tā ir ļoti bīstama prakse un var novest pie zemākiem organiskajiem rezultātiem.

Daži no galvenajiem faktoriem, kas varētu ietekmēt vietnes veiktspēju, ietver:

• ›liels spraudņu skaits

Centieties izvairīties no liela spraudņu skaita instalēšanas. Jo vairāk spraudņu jums ir, jo smagāka un neveiklāka kļūst jūsu vietne.

Vēl vairāk, spraudņi ir potenciāls ieejas punkts hakeriem (kad tie netiek laikus atjaunināti), tādēļ tie var arī radīt drošības risku.

• ›neoptimizēti attēli

Attēli ir viens no biežākajiem faktoriem, kas ietekmē lapu ātrumu un vietnes kopējo veiktspēju. Nevienam nepatīk lēni ielādējošās vietnes, tādēļ mēs vienmēr iesakām censties attēlus turēt mazākus par 100 kb izmērā.

• ›mitināšanas pakalpojumi

Ņemiet vērā, ka serveris, kurā jūs mitināt savu vietni, ir pamats, uz kura viss tiks būvēts. Tādēļ labāk neizvēlēties lētāko risinājumu un pasargāt sevi no problēmām nākotnē. Ir vērts ieguldīt nedaudz vairāk, zinot, ka pretī jūs saņemsiet uzticamu, drošu un ātru mitināšanas pakalpojumu.

Apkopojot

Kā jau redzējām, ir daudz veidu, kā kļūdīties, kad runa ir par SEO. Ir arī vērts atzīmēt, ka šīs ir tikai dažas no populārākajām un biežākajām tehniskajām SEO problēmām, ar kurām mēs varam saskarties. Ir vēl daudz vairāk SEO murgu, kas varētu notikt.

Cerams, ka līdz šim mēs palīdzējām jums gūt labāku priekšstatu un izpratni par galvenajām SEO problēmām un, kas ir vēl svarīgāk, par to, kā no tām izvairīties vai tās novērst.

Lai veicas!