Kako doseči, da Google indeksira vaše spletno mesto s poročilom o pokritosti - Semalt ve odgovor



Čas je, da se podrobno poglobite v poročilo o pokritosti indeksa Search Console, da boste razumeli, kako lahko Googlu omogočimo hitrejše iskanje po vsebini in indeksiranje vaše strani. V podjetju Semalt imamo več strokovnih tehničnih uslužbencev za SEO in vsi so seznanjeni z uporabo poročila o pokritosti indeksa Google Search Console.

Če imate strokovnjaka za SEO, ki tega orodja ne uporablja ali ga ne razume, si zagotovite novega. Poročilo GSCIC je poglobljeno razumelo:
  • Katere URL-je na vašem spletnem mestu je Google iskal in indeksiral in katere URL-je še ni treba iskati.
  • Pojasnjuje tudi, zakaj je iskalnik izbral, po katerem URL-ju išče ali ne.
Poročilo je videti razmeroma preprosto, saj za predstavitev rezultatov uporablja barvno shemo prometne signalizacije.
  • Rdeča lučka (napaka): To kaže, da stran ni bila indeksirana.
  • Rumena (veljavno z opozorilom): to pomeni, da je morda treba odpraviti nekaj težav. Če imate čas, jih lahko popravite. Vendar niso kritični in stran je morda indeksirana.
  • Zelena (veljavno): to pomeni, da je vse v redu in da je bila vaša stran indeksirana.
Drugi rezultat je velika siva cona, ki je bila izključena.

Ko beremo naprej, se zavedamo, da je pravilo o cestah napisano v Googlovem jeziku. Vendar bi lahko pri indeksiranju prevedli vrste statusov in povečali našo organsko uspešnost.

SEO vpliva na vprašanja v poročilu o zajetju indeksa

Ključno pri tem je zagotoviti, da se ne osredotočate samo na napake. Najpogosteje bodo pomembni SEO dobitki pokopani v zgoraj omenjenem sivem območju. Tu je nekaj težav s poročili o zajetju indeksa, ki so resnično pomembne za SEO. Ti predmeti so bili navedeni v prednostnem vrstnem redu, tako da veste, kaj in kje potrebuje vašo pozornost.

Odkrita vsebina trenutno ni indeksirana

To se zgodi, ker je URL Googlu znan po povezavah ali zemljevidu mesta XML in je v čakalni vrsti. Težava je v tem, da Googlebot še ne išče po URL-ju. To pomeni, da obstaja težava s proračunom za iskanje po vsebini.

Kako lahko to popravimo? Če v to kategorijo spada le nekaj strani, lahko iskanje po vsebini ročno sprožimo tako, da v Google Search Console vnesemo URL-je. Če obstaja veliko število URL-jev, bomo vložili več časa v dolgoročni popravek arhitekture vašega spletnega mesta. To bo vključevalo taksonomijo spletnega mesta, strukturo URL-jev in strukturo notranjih povezav. S tem boste rešili težave s proračunom pri iskanju po vsebini iz njihovih virov.

Iskanje po vsebini - trenutno ni indeksirano

Včasih bo Googlebot iskal po URL-ju in ugotovil, da njegova vsebina ni vredna vključitve v njegov indeks. To je pogosto zaradi težav s kakovostjo, kot so zastarela vsebina, tanka ali nepomembna vsebina, vodilne strani ali neželena pošta, ki jo ustvarijo uporabniki. Če je vaša vsebina vredna, vendar ni indeksirana, je verjetno, da je težava posledica upodabljanja.

Kako lahko to popravimo? Hitra rešitev bo pregled vsebine vaših strani. Ko razumete, kaj misli Googlebot, je vsebina vaše strani zdaj dovolj dragocena za indeksiranje. Nato ugotovite, ali mora stran obstajati na vašem spletnem mestu ali ne.

Recimo, da spletna stran ni uporabna za vaše spletno mesto, 301 0r 410, URL. Če je pomembno, spremenite vsebino strani in dodajte oznako brez indeksa, dokler težave ne odpravite. Če imate URL, ki temelji na modelu parametrov, lahko z uporabo nekaterih tehnik ravnanja s parametri ustavite iskanje po strani.
Če se zdi, da je vsebina sprejemljive kakovosti, preverite, kako se prikazuje brez JavaScripta. Google lahko indeksira vsebino, ustvarjeno z JavaScriptom, vendar je bolj zapletena kot indeksiranje HTML-ja. To je zato, ker ima JavaScript dva vala indeksiranja. Prvi val indeksira to stran na podlagi začetnega HTML-ja s strežnika in to lahko vidite z desnim klikom za ogled vira strani.

Drugi indeks temelji na DOM. To vključuje tako HTML kot upodobljeni JavaScript s strani odjemalca. To boste videli, ko z desno miškino tipko kliknete in pregledate.

Glavni izziv pri indeksiranju JavaScript se pojavi v drugem valu indeksiranja, ki je omejen, dokler Google nima na voljo virov za upodabljanje. Zato indeksiranje vsebine, ki je odvisna od JavaScript, traja dlje kot vsebina samo HTML. Za indeksiranje JavaScript lahko traja od nekaj dni do nekaj tednov od trenutka, ko je bil iskan.

Da bi se izognili takšnim zamudam, lahko uporabite upodabljanje na strani strežnika. To omogoča predstavitev vseh bistvenih komponent vsebine v začetnem HTML-ju. To mora vključevati ključne elemente vašega SEO, kot so naslovi strani, strukturirani podatki, vaša glavna vsebina in povezave, naslovi in ​​kanoniki.

Podvojena vsebina brez kanoničnega izbranega uporabnika

To se zgodi, če Google meni, da je stran podvojena, vendar ni označena z jasno kanonično vsebino. Tu se je Google odločil, da ta stran ne sme biti kanonična in je zaradi tega izključena iz indeksa.

Če želite to popraviti, boste morali izrecno označiti pravilne kanonike. Prepričajte se, da uporabljate pravilne oznake rel=canonical za vsak URL, ki ga je mogoče iskati po vsebini na vašem spletnem mestu. Tako lahko razumete, katere strani je Google izbral za kanonične, zato bomo morali pregledati URL v Googlovi iskalni konzoli.

Podvojen, oddani URL, ki ni izbran kot kanoničen

To je posledica zgoraj naštete podobne situacije. Edina razlika je v tem, da ste izrecno zahtevali, da se URL indeksira.

Če želite to popraviti, boste morali pravilno kanonično označiti s povezavo rel=canonical. To je treba uporabiti na vseh URL-jih, ki jih je mogoče iskati po vsebini na vašem spletnem mestu. Zagotovite tudi, da v zemljevid spletnega mesta XML vključite samo kanonične strani.

Google izbere drugega kanoničnega

V tem primeru ste postavili svoje povezave rel=canonical, vendar Google ne najde tega predloga in je primeren, zato se odloči za indeksiranje drugega URL-ja kot kanoničnega.

Če želite to popraviti, boste morali pregledati URL, da vidite kanonični URL, ki ga je izbral Google. Če menite, da je Google pravilno izbral, spremenite povezavo rel=kanonično. Če ne, bi morali delati na arhitekturi spletnega mesta in zmanjšati količino podvojenih vsebin. Na stran, za katero želite, da je kanonična, pošljite tudi močnejše uvrstitvene signale.

Oddanega URL-ja ni mogoče najti (404)

Zahteva za stran ne obstaja. Če želite to popraviti, boste morali ustvariti URL ali ga popolnoma odstraniti s svojega spletnega mesta XML. Tej težavi se je zlahka izogniti, če upoštevate naš vodnik po zemljevidu spletnega mesta XML

Napaka pri preusmeritvi

Tu so Googlovi roboti odpravili težave s preusmeritvijo. To je večinoma posledica preusmeritvene verige s petimi ali več URL-ji, preusmeritvenih zank predolgega URL-ja ali praznega URL-ja.

To lahko popravimo z orodji za odpravljanje napak, kot je svetilnik. Orodje za statusno kodo, kot je httpstatus.io, lahko uporabimo tudi za razumevanje, kaj preprečuje, da bi preusmeritev delovala po pričakovanjih, in prikazuje, kako je mogoče ugotovljene težave rešiti.

Pomembno je, da zagotovite, da so vaše 301 preusmeritve vedno usmerjene neposredno na končni cilj. Če morate urediti stare preusmeritve, jih je bolje urediti.

Napaka strežnika (5xx)

To se zgodi, ko strežnik vrne kodo odziva 500 HTTP ali kodo napake notranjega strežnika, ko posameznih strani ne more naložiti. Vzrok za to so najrazličnejše težave s strežnikom, pogosteje pa kratka prekinitev povezave s strežnikom, ki Googlovim botom prepreči iskanje po URL-ju.

Kako pristopite, je to deloma odvisno od tega, kako pogosto se pojavlja. Če se to zgodi enkrat zelo dolgo, ni treba skrbeti. Čez nekaj časa bo napaka odpravljena. Če je stran za vas pomembna, lahko Googlebot prikličete na stran po napaki tako, da zahtevate indeks na URL-ju.

Če se napaka ponovi, se pogovorite s svojim inženirjem, učite ekipo in gostiteljsko podjetje, da izboljšajo svoje storitve. Če se težava ponovi, razmislite o zamenjavi vašega gostiteljskega podjetja.

Zaključek

Na splošno verjamemo v to, da problem preprečimo, namesto da bi ga našli. Z dobro premišljeno arhitekturo spletnega mesta in ravnanjem z roboti pogosto izdelamo popolnoma čista in jasna poročila o pokritosti indeksa Google Search Console. Vendar včasih prevzamemo stranke, ki so jim spletno mesto zgradili drugi, zato ga ne moremo razviti iz nič. Zato to poročilo redno preverjamo in preverjamo, v kolikšni meri je Google iskal in indeksiral spletno mesto, nato pa si zabeležimo napredek.

Ob Semalt, imamo ekipo strokovnjakov, ki je tu, da vam postreže. Ali imate težave s katerim od zgoraj naštetih elementov? Ali imate kakršna koli vprašanja v zvezi s SEO in indeksiranjem spletnih mest? Z veseljem vam pomagamo zgladiti podrobnosti. Naše storitve se razširijo tudi na vzdrževanje vašega spletnega mesta, kar vključuje odpravljanje teh težav.

mass gmail