This post is also available in: Suomi (Finnish) Norsk bokmål (Norwegian Bokmål) Svenska (Swedish)
Leht, mida ei saa indekseerida, ei saa tuua orgaanilist liiklust, müügivihjeid ega tulu – olenemata sellest, kui tugev on selle disain, tekst või pakkumine. Õppimine, kuidas parandada veebisaidi indekseeritavust, tähendab tehniliste ja struktuursete takistuste eemaldamist, mis hoiavad väärtuslikke lehti Google’i otsinguandmebaasist eemal.
Kasvule keskendunud ettevõtete jaoks ei ole see väike SEO-puhastus. Indekseeritavus määrab, kas sisu, teenuselehed, kategoorialehed ja tootelehed, millesse olete investeerinud, saavad üldse otsingunõudluse nimel konkureerida. Terve veebisait annab otsingumootoritele selge ligipääsu, üheselt mõistetavad signaalid ja põhjuse hoida selle lehti indeksis.
Indekseeritavus ei ole sama mis positsioon otsingutulemustes
Roomamine, indekseerimine ja järjestamine on omavahel seotud, kuid need ei ole üks ja sama. Google peab esmalt URL-i avastama, seejärel seda roomama ning otsustama, kas leht väärib kohta indeksis. Alles pärast seda saab leht asjakohaste otsingute puhul positsioone saavutada.
Lehte võidakse roomata ilma seda indekseerimata. See võib olla indekseeritud, kuid mitte hästi järjestuda. Samuti võib see lühiajaliselt hästi järjestuda, enne kui kvaliteedi, asjakohasuse või tehniliste muudatuste tõttu nähtavus langeb. See erinevus on oluline, sest positsiooniprobleem nõuab teistsugust lahendust kui indekseeritavuse probleem.
Kui kõrge väärtusega teenuseleht ei ole indekseeritud, ei lahenda rohkemate blogipostituste avaldamine probleemi. Prioriteet on välja selgitada, miks Google sellest URL-ist keeldub, selle indekseerimist edasi lükkab või selle teise URL-iga asendab.
Kuidas parandada veebisaidi indekseeritavust aluspõhimõtetest alates
Alustage signaalidest, mis otseselt määravad, kas otsingumootorid saavad lehtedele ligi ja neid indekseerida. Põhimõtteliselt on need lihtsad, kuid vead ilmuvad sageli pärast redesign’i, CMS-i migratsiooni, plugina uuendust, staging-saidi käivitamist või kiirustades tehtud arendusmuudatust.
Kontrollige noindex-tage ja robots-direktiive
`noindex`-direktiiv ütleb otsingumootoritele, et lehte ei tuleks otsingutulemustesse lisada. Sellel on õigustatud kasutusalad: thank-you-lehed, saidisisese otsingu tulemused, sisselogimislehed, õhukesed filtrilehed ja dubleerivad kampaaniaversioonid ei vaja tavaliselt orgaanilist nähtavust.
Probleem algab siis, kui noindex rakendatakse lehtedele, mis peaksid potentsiaalseid kliente ligi meelitama. See võib juhtuda kogu saidi CMS-seadistuse, SEO-plugina malli või staging-keskkonna seadete production’i kopeerimise tõttu. Kontrollige indekseeritavust nii lehemalli tasemel kui ka prioriteetsetel URL-idel. Üks seadistus võib muuta nähtamatuks sadu lehti.
Ka robots.txt fail väärib tähelepanu. See aitab kontrollida crawler’ite ligipääsu, kuid lehe blokeerimine robots.txt kaudu ei ole sama mis Google’ile ütlemine, et lehte ei tohi indekseerida. Kui Google ei saa URL-i roomata, kuid leiab selle linkide või vanade viidete kaudu, võib ta siiski säilitada selle URL-i kohta piiratud infot. Kasutage robots-direktiive ettevaatlikult, eriti lehtedel, mis tuleb eemaldada või konsolideerida.
Veenduge, et canonical-tagid osutavad õigele lehele
Canonical-tagid annavad otsingumootoritele teada, millist leheversiooni tuleks käsitleda põhiversioonina. Need on olulised siis, kui sarnased URL-id tekivad tracking-parameetrite, sortimisvalikute, tootevariantide, pagination’i või CMS-i käitumise tõttu.
Vale canonical võib väärtusliku lehe vaikselt konkurentsist eemaldada. Näiteks asukohapõhine teenuseleht, mille canonical osutab üldisele põhiteenuse lehele, ei pruugi kunagi kohaliku otsingukavatsuse jaoks nähtavust saavutada. Samuti on self-referencing canonical’id tavaliselt õige vaikimisi valik unikaalsete indekseeritavate lehtede puhul.
Canonical’id on signaalid, mitte käsud. Google võib valida teise canonical’i, kui lehed on väga sarnased, siselingid osutavad mujale või sisu ei toeta URL-i unikaalset eesmärki. Parandus on sageli suurem kui ühe tag’i muutmine: tugevdage lehe eristuvat väärtust ja viige saidi linkimissignaalid selle ümber kooskõlla.
Hoidke XML-saidikaardid puhtad ja eesmärgipärased
XML-saidikaart ei ole otsetee paremate positsioonideni, kuid see on kasulik avastamiskaart. See peaks sisaldama URL-e, mida soovite aktiivselt indekseerida – mitte ümbersuunamisi, vealehti, canonical’iga dubleeritud lehti, noindex-lehti ega madala väärtusega arhiivi-URL-e.
Kui saidikaart on üle koormatud, saadab see vastuolulisi prioriteedisignaale. Kui sellest puuduvad äsja loodud teenuse-, toote- või sisulehed, võib nende avastamine aeglustuda. Muutke saidikaardi korrashoid iga launch’i ja igakuise tehnilise ülevaatuse osaks, eriti e-kaubanduse saitidel, kus laoseis ja kategooriastruktuurid sageli muutuvad.
Ehitage arhitektuur, mida Google suudab mõista
Indekseeritavus sõltub ka sellest, kas olulistele lehtedele pääseb loogilise siselinkimise struktuuri kaudu. Google ei käsitle kõiki URL-e võrdselt olulistena. Lehti, mis asuvad viis klikki sügaval, millele viidatakse ainult saidikaardilt või mis on ülejäänud saidist eraldatud, võidakse roomata harvemini ja pidada madalama prioriteediga lehtedeks.
Teie äriliselt kõige väärtuslikumad lehed peaksid asuma põhinavigatsiooni lähedal ning saama kontekstuaalseid siselinke asjakohasest toetavast sisust. Avaleht ei tohiks olla ainus autoriteeti kandev leht. Teenuselehed peaksid vajaduse korral ühenduma valdkonnalehtede, case study’de, toetavate ressursside ja konversiooniteekondadega.
Leidke ja parandage orphan-lehed
Orphan-leht on leht, millele ei viita ükski tähenduslik siselink. See võib eksisteerida saidikaardil või saada aeg-ajalt välist liiklust, kuid on veebisaidi toimivast arhitektuurist isoleeritud.
Orphan-lehed tekivad sageli pärast veebisaidi migratsioone, tasuliste kampaaniate launch’e, vana sisu eksportimist ja navigatsioonimenüüde muutmist. Mõned neist on tahtlikud. Paljud on kasutamata võimalused, eriti kui need sisaldavad tugevat sisu, kuid kasutajatel ega crawler’itel pole teed nende leidmiseks.
Ärge lisage siselinke valimatult. Linkige lehtedelt, kus sihtleht aitab külastajal reaalselt oma teekonda jätkata. Asjakohasus on oluline kasutajatele, konversioonivoole ja otsingumootoritele.
Kontrollige dubleerivaid ja peaaegu dubleerivaid lehti
Dubleeriv sisu ei põhjusta automaatselt karistust, kuid võib hajutada crawl-tähelepanu ja sundida otsingumootoreid sarnaste versioonide vahel valima. Levinud põhjused on HTTP- ja HTTPS-versioonid, www- ja non-www-versioonid, trailing slash’i variatsioonid, faceted navigation, printerisõbralikud lehed, tag’i-arhiivid ning kopeeritud asukoha- või tootesisu.
Õige lahendus sõltub olukorrast. Suunake aegunud versioonid ümber, kui üks URL peaks teise püsivalt asendama. Kasutage canonical’e sarnaste lehtede puhul, mis peavad alles jääma. Konsolideerige lehti, kui need teenivad sama otsingukavatsust. Filtrite ja faceted navigation’i puhul indekseerige ainult kombinatsioonid, millel on tõestatud otsingunõudlus ja unikaalne väärtus.
Rohkem indekseeritavaid lehti ei tähenda automaatselt rohkem orgaanilist kasvu. Väiksem hulk selgelt eristuvaid, kasulikke ja konversioonivalmis lehti toimib tavaliselt paremini kui dubleeriva ja õhukese sisuga üle paisutatud indeks.
Eemaldage crawl waste ja tehniline hõõrdumine
Otsingumootoritel on iga saidi roomamiseks piiratud ressursid. Suured enterprise-saidid ja e-poed tunnetavad seda kõige teravamalt, kuid ka väiksemad ettevõtted võivad tekitada crawl waste’i. Lõputud URL-parameetrid, katkised siselingid, redirect chain’id, kalendrilehed ja automaatselt loodud arhiivid kulutavad crawl-ressurssi ilma otsingule väärtust lisamata.
Auditeerige regulaarselt 4xx-vigu, 5xx-serverivigu ja ümbersuunamiste teekondi. Katkine leht, millel on backlink’e või siselinke, tuleks tavaliselt suunata kõige lähemale asjakohasele toimivale lehele, mitte vaikimisi avalehele. Redirect chain’e tuleks lühendada, et kasutajad ja crawler’id jõuaksid lõppsihtkohta võimalikult tõhusalt.
Saidi kiirus mõjutab ka laiemat crawl- ja kasutajakogemust. Ainult kiirus ei sunni lehte indeksisse, kuid aeglased serverivastused, ebastabiilsed lehed ja sagedased renderdusvead muudavad otsingumootoritel teie saidi järjepideva töötlemise keerulisemaks. See on eriti oluline JavaScripti-rohketel saitidel, kus põhisisu, lingid või metadata ei pruugi algses lehe lähtekoodis usaldusväärselt ilmuda.
Kui teie veebisait sõltub tugevalt JavaScriptist, testige, mida otsingumootorid tegelikult renderdada suudavad. Kriitiline sisu ei tohiks sõltuda kasutaja tegevusest, mida crawler ei pruugi kunagi teha. Server-side rendering või pre-rendering võib olla investeeringut väärt, kui client-side rendering takistab usaldusväärset avastamist või indekseerimist.
Muutke iga indekseeritav leht indekseerimist väärivaks
Tehniline ligipääs on ainult pool võrrandist. Google võib lehte roomata ja ikkagi otsustada, et selle originaalväärtus on indekseerimiseks või indeksis hoidmiseks liiga väike. Search Console’is ilmneb see sageli staatustena nagu Crawled – currently not indexed või Discovered – currently not indexed.
Need staatused ei tähenda alati tehnilist viga. Need võivad viidata sellele, et Google hindab lehe kvaliteeti, saidi autoriteeti, dubleerimist või nõudlust. Uus leht võib lihtsalt aega vajada. Kui muster püsib aga oluliste põhilehtede puhul, hinnake sisu ausalt.
Küsige, kas lehel on selgelt määratletud otsingukavatsus, originaalne info, selge äriline roll ja piisavalt sügavust, et üldist alternatiivi ületada. Teenuseleht kahe ebamäärase lõigu ja kontaktivormiga ei ehita konkurentsitihedal turul tõenäoliselt kestvat nähtavust. Lisage tõendusmaterjali, protsessi detaile, kasutusjuhtumeid, tulemusi, FAQ-sid ainult siis, kui need vastavad tegelikele vastuväidetele, ning selge järgmine samm.
E-kaubanduses võib see tähendada kategooriateksti kirjutamist, mis aitab ostjal valida, mitte tootja kirjelduste kordamist. Teenuseettevõtete puhul tähendab see selgitamist, kellele teenus on mõeldud, kuidas teenust osutatakse, milliseid tulemusi mõõdetakse ja miks pakkumine on usaldusväärne.
Jälgige indekseeritavust pideva kasvumõõdikuna
Indekseeritavus muutub. Uued mallid toovad sisse vigu. Pluginad muudavad canonical’e. Tootelehed aeguvad. Meeskonnad avaldavad lehti väljaspool tavapärast töövoogu. Sait, mis oli launch’i ajal tehniliselt puhas, võib kuude jooksul kaotada orgaanilist potentsiaali, kui keegi süsteemi eest ei vastuta.
Kasutage Google Search Console’i indekseeritud lehtede, välistamise põhjuste, saidikaardi töötlemise, crawl-aktiivsuse ja prioriteetsete lehtede URL-taseme kontrolli jälgimiseks. Kombineerige need andmed oma saidi regulaarse crawl’iga, et märgata vastuolusid selle vahel, mida CMS kavandab ja mida otsingumootorid tegelikult saavad.
Prioriseerige parandused ärilise mõju järgi. Alustage tuluga seotud lehtedest: põhiteenused, tootekategooriad, populaarsemad tooted, kõrge kavatsusega asukohad ja lehed, mis juba teenivad impressions’eid. Seejärel lahendage struktuursed probleemid, mida saab kogu saidil skaleerida. Nii jääb tehniline SEO seotud pipeline’iga, mitte vanity metrics’itega.
Kõige tugevamaid veebisaite ei käivitata ega unustata. Need on aktiivselt hallatavad süsteemid, kus sisu, arhitektuur, tehniline tervis, konversiooniteekonnad ja aruandlus paranevad koos. Nii muutub indekseeritavus enamaks kui checklist’i punktiks – sellest saab usaldusväärne alus kumuleeruvale orgaanilisele kasvule.
