Tehnične osnove · Preverljive ugotovitve
Tehnični SEO: sistematično omejevanje težav spletnega mesta
Če je pomembno stran težko najti, pomaga jasno zaporedje preverjanja. Ta vodnik ločuje dostopnost URL, dostavljeno vsebino, navodila za indeksacijo in izbiro iskalnikov. Tako iz splošnega sporočila o napaki nastane utemeljena naslednja naloga.
Začnite z zadevno stranjo in konkretnim opažanjem
Zabeležite, kateri URL kaže katero težavo: stran se ne naloži, pri javnem dostopu manjka vsebina, stari naslov vodi v prazno ali Google prikazuje drug naslov. Zabeležite čas, napravo in opaženo stanje. »Spletno mesto je tehnično slabo« ni zadosten opis napake.
Najprej preverite, ali naj bo vsebina javno najdljiva. Kontaktne potrditve, zasebni dokumenti in notranji rezultati iskanja so lahko namerno obravnavani drugače kot storitvene strani. Orodje za preverjanje tega uredniškega namena ne pozna samodejno.
Vodnik za revizijo SEO razvršča tehnične in vsebinske naloge v celoten projekt. Tukaj gre za zaporedje tehnične diagnoze.
Najprej preverite pridobitev in končni ciljni naslov
Natančen naslov odprite brez prijave in preverite odgovor, vključno z možnimi preusmeritvami. Vidno sporočilo o napaki z uspešnim statusom HTTP in dejansko nedostopna stran sta različni ugotovitvi. Zabeležite oboje: tehnični status in vidno vsebino.
| Opažanje | Najprej preverite | Potrebni rezultat |
|---|---|---|
| Pomembna stran manjka. | Ali URL ustreza; je bila vsebina premaknjena, izbrisana ali še ni objavljena? | Potrjena odločitev o obnovitvi, ustreznem nadomestnem cilju ali namerni odstranitvi. |
| Naslov vodi prek več vmesnih ciljev. | Kateri cilj je trenutno predviden in katero pravilo povzroči vsak vmesni korak? | Preverljiva neposredna preslikava na ustrezen cilj. |
| Vsebina je vidna samo po prijavi. | Je to predvidena zaščita ali nenamerna omejitev? | Odgovorna oseba potrdi status objave oziroma zaščite. |
| Orodje za preverjanje prejme odgovor o blokadi. | Katera zahteva je bila blokirana; katero zaščitno pravilo in kateri legitimni dostop sta prizadeta? | Dokazan primer dostopa namesto splošne predpostavke, da so blokirani vsi iskalniki. |
Spremembe zaščitnih pravil sodijo v odgovornost pristojnega skrbništva. Sporočilo o napaki ne upravičuje splošnega izklopa varnostnih ukrepov.
Ločite dostavljeno vsebino in prikaz
Stran je lahko v lastnem brskalniku videti popolna, čeprav del vsebine nastane šele s skripti ali interakcijo. Zato primerjajte izvirni odgovor HTML z izrisano stranjo. Preverite predvsem glavno trditev, podrobnosti storitve, pomembne povezave in slike.
Google pridobivanje, izris in indeksacijo obdeluje v ločenih korakih. JavaScript pri tem načeloma ni napaka SEO. Odločilno je, ali je potrebne vsebine in vire dejansko mogoče obdelati. Če je v izvirnem HTML že nastavljena oznaka noindex, njena šele poznejša odstranitev s skriptom ni zanesljiva strategija odobritve. Vir: Google o JavaScript in obdelavi iskanja.
Za poročilo zato ne zadostuje »JavaScript je prisoten«. Natančno navedite manjkajočo vsebino, njeno pričakovano mesto in dostop, pri katerem manjka.
robots.txt, noindex in Canonical presojajte glede na njihovo nalogo
Ti podatki opravljajo različne naloge. Datoteka robots.txt usmerja pridobivanje pajkov, ki upoštevajo njena pravila. noindex iskalnikom, ki ga podpirajo, naroča, naj vira ne vključijo v rezultate iskanja. Canonical določi prednostno različico enakih ali zelo podobnih vsebin.
Google mora imeti možnost pridobiti navodilo noindex v HTML ali glavi HTTP. Če stran hkrati blokira robots.txt, lahko to navodilo ostane neprebrano. Canonical je poleg tega signal in ne preusmeritev za obiskovalce. Google lahko izbere drug URL. Vir: Google o noindex; Vir: Google o canonical oznakah.
Zato primerjajte predvideno vlogo strani z dejansko dostavljenimi podatki. Različni vtičniki SEO, predloge ali različice predpomnilnika lahko ustvarijo različne izhode. Pravilna nastavitev v enem urejevalnem polju preverjanja še ne zaključi.
Notranje povezave in zemljevid spletnega mesta usmerite na iste cilje
Pomembna stran naj bo dostopna prek smiselnih povezav. Preverite vstop iz pripadajoče storitve, pregleda ali ustreznega osnovnega prispevka. Besedilo povezave mora nakazati, kateri odgovor je pričakovan na cilju.
Nato preverite, ali zemljevid spletnega mesta vsebuje predvidene prednostne URL. Stari cilji preusmeritev, namenoma izključene strani in odstopajoče canonical oznake zahtevajo konkretno razjasnitev. Zemljevid spletnega mesta ne nadomesti niti notranje poti do strani niti dokaza njene indeksacije.
Pri več podobnih URL se odločitev začne pri vsebini: gre za isti odgovor, dejansko drug jezik ali samostojno nalogo? Vodnik o večjezičnih spletnih mestih pojasnjuje jezikovne različice; osnove notranjih povezav pomagajo pri navigaciji.
Tehnično nalogo predajte z merilom prevzema
Uporabna predaja omogoča drugi osebi razumeti ugotovitev in po spremembi ponoviti isto preverjanje. Te podatke hranite skupaj:
- Mesto ugotovitve: Natančen URL, čas in zadevna predloga strani.
- Dokaz: Opaženi odgovor, navodilo ali manjkajoča vsebina.
- Namen: Kaj naj za to stran javno deluje?
- Sprememba: Kateri konkretni vzrok naj obravnava pristojna oseba?
- Doseg: Ali vzrok zadeva samo ta URL ali tudi druge strani iste predloge?
- Prevzem: Katero ponovno preverjanje potrdi pravilno izvedbo?
Števec napak, izvožen iz orodja, teh podatkov ne nadomesti. Prednost izhaja iz pomembnosti zadevne naloge in dejansko potrjene težave.
Ločite preizkus v živo od dejanske indeksacije
Stran, ki je trenutno dostopna, je lahko tehnično ustrezna, ne da bi bila že v iskalnem indeksu. Zato je treba v Search Console ločeno brati znano indeksirano stanje in preizkus v živo. Tudi uspešen preizkus v živo ne zagotavlja niti vključitve niti prikaza v rezultatih iskanja. Vir: Google o orodju za pregled URL.
Če ni dostopa, dokumentirajte »ni preverjeno«. Posamezen iskalni zadetek ali njegova odsotnost ne zagotavlja celovite diagnoze indeksacije. Po popravku primerjajte zadevne URL in razpoložljive podatke o iskanju; tehnične odobritve ne zamenjujte z zagotovljeno uvrstitvijo.
Če hkrati upadajo obiski, v preučevanje sodijo tudi povpraševanje, sezonske spremembe, spremenjene vsebine in merjenje. Tehnična razlaga mora biti preverljiva na konkretni ugotovitvi.
Določite najmanjši celoviti paket izboljšav
Začnite s potrjeno oviro na pomembni strani ali predlogi. Zavarujte izhodiščno stanje, popravite vzrok in ponovno preverite isto nalogo. Dodatno preverite neposredno zadevne funkcije, na primer navigacijo, preklop jezika ali stik.
Pri večji prenovi pomaga delovni načrt za prenovo spletnega mesta. Za posamezno tehnično razjasnitev lahko prek razdelka Stik navedete zadevni URL, opažanje in znane spremembe. Dostopni podatki ne sodijo v splošno povpraševanje.
Vaš naslednji korak
Pogovorimo se o
vašem spletnem mestu.
Kaj naj vaše spletno mesto doseže za vaše podjetje? Opišite nam svoj načrt.

