Lühike vastus
Saidisisese otsingu tulemuste lehed tavaliselt suletakse indeksist. Need on õhuke sisu, mis kordab juba kataloogi olemasolevat, ja tekitavad lõpmatult palju URL-e. Samas on päringud, mida kasutajad saidi otsingusse sisestavad, üks parimaid allikaid semantika jaoks, sest see on teie klientide keel, mitte Google'i soovituste keel.
Miks otsinguleheküljed on probleem
Iga päring saidi otsingusse võib tekitada eraldi URL-i kujul /search?q=…. Filtrite ja lehekülgede jaotusega katalooga tuleb sellest tuhandeid aadresse. Googlebot kulutab aega nende läbimisele, katteraportis ilmuvad sajad lehed „avastatud, aga indekseerimata“ või „roomatud“ ja tegelike probleemide leidmine muutub raskemaks.
Sisu on sellistel lehtedel kahtlane: see on lingiloend, mitte vastus. Kui päring „kohvimasin“ annab 7 tulemust ja „kohvimasin DeLonghi“ 2, siis lehed näevad sarnased välja, kuid kumbki ei lisa midagi uut. Just seetõttu tuleb neid sulgeda, mitte loota, et otsingumootor ise asja mõistab.
Kuidas sulgeda õigesti
Kaks vahendit lahendavad erinevaid ülesandeid:
| Vahend | Mida teeb | Millal kasutada |
|---|---|---|
noindex (meta-silt või X-Robots-Tag) | Keelab lehe lisamise tulemustesse | Peamine viis otsinguleheküljede jaoks |
Disallow robots.txt-is | Keelab sirvimise | Kui otsingulehekülji on väga palju ja roomamise eelarve on oluline |
| Parool või ainult sisselogitud kasutajatele | Sulgeb lehe täielikult | Teenindusleheküljed, mis ei tohi olla avalikud |
Siin on oluline nüanss. Kui sulgete otsinguleheküljed ainult robots.txt-iga, ei saa Googlebot lugeda nende noindex-juhist, ja URL võib indeksisse jääda, kui sellele viitavad välised saidid. Seetõttu paneme juba indeksisse jõudnud lehtedele kõigepealt noindex, ja alles siis, kui nad on indeksist välja langenud, võib sirvimise keelata. Järjekord on tähtis, muidu sulgete tee juhisele, mis pidi toimima.
Kuidas koguda otsingu päringuid ja teha neist semantika
Saidi otsingu päringud on analüütikas, kui otsing saadab sündmuse. GA4-s kasutatakse selleks standardset otsingu sündmust koos päringu parameetriga; see tuleb sisse lülitada ja kontrollida, et sündmus jõuab kohale. Töövoog on selline:
- Eksportige päringud vähemalt kolme kuu eest, et hooajalisus moonutaks pilti vähem.
- Eemaldage ilmne prügi: kirjavead, artiklinumbrid ja korduvad päringud erineva suurtähestikuga.
- Grupeerige ülejäänud tähenduse järgi, nagu teete tavalise semantikaga.
- Võrrelge iga gruppi olemasolevate jaotistega. Grupp ilma jaotiseta on uue lehe kandidaat, grupp tühja tulemusega näitab puuduvat toodet või materjali.
See nimekiri erineb sageli Google'i soovitustest, sest saidil olev inimene on juba valinud huvi ja otsib konkreetset asja. Katalooga struktuuri analüüsiks on see kasulikum kui oletused.
Millal otsinguleheküljed siiski indekseerida
Peaaegu mitte automaatselt. Erand on olukord, kus konkreetne päring on saanud oma lehe: pealkirja, sissejuhatuse, valiku ja unikaalse tekstiga, mida ei saa lihtsa asendusega tekitada. Selline leht ei ole enam otsinguleht, vaid sihtleht. Siis peab selle URL olema staatiline ja sattuma sitemap'i, mitte tekkima parameetrist.
Piir on lihtne: kui te ei oska lehe kohta kirjutada 2 lauset, mida pole naaberlehtedel, ei tohi seda indeksisse lasta.
Mida oma saidil kontrollida
- Mitu otsingu parameetriga URL-i on praegu indeksis:
site:teie-domeen.ee inurl:searchannab esialgse pildi, täpse pildi annab Search Console'i katteraport. - Kas sisemised menüüd või jalus viitavad otsinguleheküljedele. Kui jah, siis läbib otsing pidevalt, ja sulgemine tuleb teha koos nende linkide eemaldamisega.
- Kas sitemap'is on otsinguleheküljed. Neid seal olla ei tohi.
Need kolm kontrolli võtavad umbes 30 minutit ja näitavad, kas probleem on teie saidil olemas.
Rakenduspiirid. Kirjeldan üldist loogikat, mitte Search Console'i mõõtmise tulemust ühel konkreetsel saidil. Sulgemise mõju sõltub sellest, kui palju otsinguleheküljed on indeksisse jõudnud ja kui tugevalt nad konkureerivad vajalike lehtedega, ja iga projekt tuleb seda eraldi kontrollida.
Kokkuvõte
Sulgege saidisisese otsingu tulemuslehed ja kasutage GA4 päringuid kliendi keele allikana. Need on eri ülesanded, neid ei tohi segi ajada: üks puhastab indeksit, teine toidab semantikat.
