Kodėl svetainė nerandama: techninės kliūtys, kurios nieko nepasako

Yra sluoksnis, kuris veikia dar prieš turinį ir prieš nuorodas: ar svetainė apskritai leidžia savęs rasti. Jo klastingumas tas, kad jis nieko nesignalizuoja. Nėra klaidos pranešimo, svetainė atsidaro, atrodo tvarkinga ir gali būti gražiai padaryta. Tik jos nėra rezultatuose. Šiame tekste – dažniausios tokios kliūtys ir kaip jas patikrinti be tiekėjo.

Trumpai

• Dažniausia priežastis nėra konkurencija – tai paties užsakovo svetainėje esantis nurodymas neindeksuoti, likęs po kūrimo.
• Robots.txt ir noindex yra du skirtingi dalykai, ir jie dažnai supainiojami taip, kad viena priemonė panaikina kitą.
• Keli puslapiai apie tą patį dalijasi vienas kito svorį; sprendimas dažniausiai yra sujungti, ne rašyti dar vieną.
• Adresų struktūra yra sprendimas, kurį pakeisti vėliau kainuoja daugiausiai – ir jis priimamas anksčiausiai.
• Pakeitimų poveikis matuojamas savaitėmis ir tendencija, ne dienos duomenimis.

Pirma vieta, kurioje reikia pažiūrėti

Nuoseklumas nuobodus, bet svarbus: pirma patikrinama, ar svetainė nėra pati sau uždraudusi indeksavimo. Kūrimo metu tai daroma sąmoningai, kad nebaigta svetainė nepatektų į rezultatus. Nurodymą po paleidimo reikia nuimti, ir būtent tai kartais nepadaroma. Iš išorės svetainė atrodo visiškai normali.

Šalia to gyvena antra klaida, kylanti iš gero noro. Robots.txt ir noindex nurodymas veikia skirtingai: pirmasis riboja nuskaitymą, antrasis – rodymą rezultatuose. Jei puslapis užblokuotas robots.txt, Google gali nepamatyti noindex nurodymo, nes tam reikėtų puslapį nuskaityti. Rezultatas – priešingas norėtam: adresas gali likti rezultatuose, o jūs neturite būdo to pakeisti, kol blokavimas nenuimtas.

Puslapiai, kurie konkuruoja tarpusavyje

Antra pagal dažnumą problema nėra techninė klaida, o struktūros klaida. Ta pati paslauga aprašyta dviejuose ar trijuose puslapiuose – senesniame, naujesniame ir kažkada padarytame nukreipimo puslapyje. Visi trys iš dalies atsako į tą patį klausimą, todėl nuorodos ir signalai dalijasi, o paieškos sistemai nėra akivaizdu, kurį rodyti.

Įprastas sprendimas – parašyti dar vieną, geresnį puslapį – padidina problemą. Teisingas sprendimas paprastai yra sujungti į vieną ir nukreipti kitus. Tai nepatogu, nes reikia nuspręsti, kuris puslapis lieka, o tokie sprendimai įmonėse užstringa ilgiau nei bet kuris techninis darbas.

Ką pasakoja adresų struktūra

Adresai atrodo kosmetinis dalykas, kol jų nereikia keisti. Tada pasirodo, kad tai vienas iš nedaugelio sprendimų, kurio kaina auga su laiku: kiekvienas pakeitimas reikalauja nukreipimų, kiekvienas nukreipimas yra vieta, kur galima suklysti, o klaida pastebima ne iš karto.

• Vienas adresas vienam turiniui. Jei tas pats puslapis prieinamas keliais adresais, pasirinkite pagrindinį ir jį nurodykite.
• Suvienodinkite protokolą ir domeno formą viena taisykle, ne keliomis grandinėmis.
• Nukreipkite iš karto į galutinį adresą: grandinės iš kelių nukreipimų yra vieta, kur prarandama daugiausiai.
• Jei turinys pašalintas ir atitikmens nėra, sąžiningesnis atsakymas yra klaidos kodas, ne nukreipimas į pradinį puslapį.
• Vengkite adresų su nereikšmingais parametrais – jie kuria dublikatus be jokios naudos.

Greitis: kur jis tikrai svarbus

Greitis dažnai pateikiamas kaip pagrindinė priežastis, ir tai dažniausiai perdėta. Labai lėta svetainė kliudo, bet svetainė, kuri atsidaro per porą sekundžių, retai yra ta problema, dėl kurios jos nerandama. Naudingiau žiūrėti į greitį kaip į naudotojo, o ne paieškos rodiklį: jei žmogus uždaro puslapį nepamatęs turinio, joks matomumas nepadės.

Vienintelis atvejis, kai greitis tikrai techninė kliūtis – kai serveris atsakinėja nepatikimai arba labai vėluoja. Tada nuskaitymas tampa neefektyvus, ir tai jau matosi Search Console.

Iliustracinis scenarijus, ne kliento projekto aprašymas

Įsivaizduokime naują svetainę, kuri po paleidimo neatsiranda rezultatuose. Įtariamas turinys, užsakomas tekstų perrašymas, planuojamos nuorodos. Po dviejų mėnesių pastebima, kad viename svetainės šablone liko nurodymas neindeksuoti – tas pats, kuris buvo įjungtas kūrimo metu. Nė vienas iš atliktų darbų nebuvo blogas; jie tiesiog negalėjo turėti jokio poveikio, kol kliūtis buvo vietoje. Todėl techninė patikra atliekama pirma, o ne po turinio darbų. Tai pavyzdys, kaip vertiname eiliškumą, o ne pažadas dėl rezultato.

Patikra, kurią galite atlikti šią savaitę

• Prijunkite Search Console, jei jos nėra. Be jos visi kiti veiksmai yra spėjimai.
• Patikrinkite kelis svarbiausius puslapius: ar jie indeksuoti, ir jei ne – kokia nurodyta priežastis.
• Patikrinkite, ar nėra likusio uždraudimo indeksuoti ir ar robots.txt neblokuoja to, ką norite matyti.
• Suraskite du puslapius, kurie kalba apie tą patį, ir nuspręskite, kuris lieka.
• Patikrinkite, kur nukreipia seni adresai, jei svetainė kada nors buvo keista.

Šie penki punktai neišspręs matomumo, bet jie atsako į svarbesnį klausimą: ar apskritai yra prasmė dirbti su turiniu. Jei kliūtis yra vietoje, geriausias tekstas nieko nepakeis – ir tai kainuoja daug daugiau nei pati patikra.