404 viga: mis see on ja kuidas seda parandada

Olenemata sellest, kas pakud SEO teenuseid või mitte, oled kindlasti rohkem kui korra veebilehele klõpsates kohanud kurikuulsat 404 viga. Kui juba kasutaja jaoks on kogemus üsna negatiivne, võid ette kujutada, kui palju see võib kahjustada veebisaidi SEO edetabelikohta. Miks? Mis on 404 viga? Millised on selle tagajärjed?
Räägime sellest allpool:
Mis on 404 viga?
404 viga, „faili ei leitud“ (file not found), on HTTP-protokolli olekukood, mida brauser kuvab, kui kasutaja üritab pääseda lehele, mida ei leita. Selline vastus näitab, et ühendus serveriga õnnestus luua, kuid soovitud ressurssi ei leitud, mistõttu server tagastab brauserile selle tuntud vastuse.
Üks SEO konsultantide ülesandeid on jälgida „404 vigade“ arvu, neid hinnata ja igal juhul lahendus pakkuda. Selle tegemata jätmine võib mitte ainult kahjustada veebisaidi brändikuvandit, vaid ka halvendada selle orgaanilist edetabelikohta, kui see jäetakse kontrollimata.

Miks? Sellepärast, et kuigi need on täiesti tavalised koodid, mida veebisaidi käitumises oodatakse, kui satume olematule lehele, tunneb Google (või mis tahes muu otsingumootor) need ära.
Kui tegemist on SEO väärtusega URL-idega, siis nende PageRank devalveerub ja nad kaotavad oma orgaanilise edetabelikoha, mis tähendab loomulikult, et klikkide arv väheneb. Lisaks, kui otsingumootorite roomajad kohtavad veebisaidil suurt osakaalu 404 vigadega URL-e, järeldavad nad, et selle taga puudub korralik hooldus. Ja seda mõistes järeldavad nad, et kasutajakogemus on kogu saidil puudulik, mis kahjustab edetabelikohta domeeni tasandil.
Ja seda arvestades, et see „ainult“ langetab meie positsioone SERP-ides, sest see võib isegi eemaldada indeksist URL-i, mida soovime edetabelis kõrgemale saada. Sellisel juhul on stsenaarium tunduvalt halvem.
Nüüd ärme aja segi 404 vastuse veakoodi olekuga 410. Kui esimene näitab, et tegemist on ajutise olukorraga, siis 410 on vastus, mille server annab, kui leht on eemaldatud ega selle tagasitulekut ei oodata. See tähendab, et Google märgib need jäädavalt kustutatuks.
Kui soovid sel teemal veidi rohkem teada saada, võid vaadata, kuidas Google eristab 404-i 410-st:
Matt Cutts, Google'i otsingukvaliteedi hoidmise juht, selgitab, millist protseduuri kummagi kahe veakoodi puhul järgida.
404 vigade põhjused
Põhjused, miks server võib tagastada „404 vea — ei leitud“, saab kokku võtta järgmiselt:
-
URL on kustutatud tahtlikult või kogemata, seega kui üritame sellele pääseda, pole sisu enam seal ja meile kuvatakse 404 veaga leht.
-
Vahetad domeeni, migreerimata vanas domeenis avaldatud lehti sellele uuele. Kuna 301 ümbersuunamist ei tehta, satub igaüks, kes neile lehtedele pääseb, 404 vea otsa.
-
Kirjutame URL-i brauserisse valesti, mistõttu kuna seda pole olemas, sest seda pole kunagi loodud, saame selle vastuse.
Kust leida 404 viga, et lahendus välja selgitada
Enne kui vaatame, mida seda tüüpi URL-idega teha, ja määrame igaühele lahenduse, peame need esmalt üles leidma ja registreerima. Selleks on meil palju SEO tööriistu, mis aitavad meil neid leida ja jälgida. Paljudest saadaolevatest kasutame regulaarselt:
Screaming Frog Spider
Screaming Frog on väga usaldusväärne ja asendamatu tööriist 404 vigade väljavõtmiseks, samuti veebisaidi seisukorra mõistmiseks paljudes muudes aspektides. See on iga SEO-spetsialisti jaoks kohustuslik.

Veebipõhised tööriistad
Kasuta veebiressursse, nagu www.brokenlinkcheck.com, ja mugavaid Chrome'i laiendusi, nagu Broken Link Checker.
Google Analytics
Üks viise, kuidas tuvastada, et esineb palju HTTP 404 vigu, on põrkemäär (bounce rate). Kui see näitaja on liiga kõrge, võib selle põhjuseks olla suur hulk 404 olekukoodidega URL-e.
Et lõplikult kontrollida, mitu kasutajat on teatud ajavahemikus jõudnud 404 veaga URL-ile, võid minna töölauale ja avada vahekaardi aruanded > käitumine > saidi sisu > kõik lehed. Seejärel sisesta otsinguribale 404 ja see tagastab aruande selle kohta, mitu seanssi on sellel lehel registreeritud.

Google Search Console:
Nagu Analyticsi puhul, võid kasutada Search Console'i, et leida 404 koodidega lehed, mida kuvatakse automaatselt pärast seda, kui Google'i robotid on need läbi roomanud. Sul tuleb vaid klõpsata valikul Katvuse indeks (Coverage Index) ja üle vaadata, millised URL-id kuvatakse kui „Esitatud URL-i ei leitud (404)“.

Pea meeles, et need võivad olla indekseeritud või mitte, seega peaksid uurima kõiki valikuid (see tähendab nii „vigadega lehtede“ kui ka „väljajäetud lehtede“ all).
Õige lahendus igale 404 veale
Kõigi nende URL-ide puhul, kus oleme oma ülevaatuse hetkel tuvastanud endiselt esineva 404 vea, hindame, kuidas tegutseda vastavalt probleemile, millega kokku puutume:
Seadista 301 ümbersuunamised
Kujuta ette, et kogemata kirjutasid URL-i valesti (esimene), avaldasid selle ja kustutasid seejärel. Kui oled õige URL-iga (teine) lehe üles ehitanud ja uuesti avaldanud, teeme selleks, et esimesel ei oleks 404 viga, 301 ümbersuunamise esimeselt URL-ilt teisele.
Võib ka juhtuda, et oled lehe ajutiselt eemaldanud, kuid sellel on külastusi ja sellele viidatakse teistelt lehtedelt, kas siis sinu enda domeenil või mujal. Sellisel juhul soovitame teha 301 ümbersuunamise teisele sarnase sisuga lehele. Kui sellist pole, suuna see ümber kõrgema taseme kategooriasse, kuhu see kuulub. Viimase abinõuna, kui muid võimalusi pole, suuna see ümber avalehele. See tähendab, suuna ümber 301 abil, aga tee seda sihipäraselt!
Saada 410 viga
404 viga pole sama mis 410, nagu nägime varem. Kui lehte ei leita, kuid me ei taha, et Google mõistaks seda ajutise olukorrana, valime 410 rakendamise. Sellegipoolest, enne selle sammu astumist veendu, et see on isoleeritud sellele viitavatest linkidest. Nii eemaldab Google lõpuks selle URL-i jäädavalt oma andmebaasist ja seda ei võeta SERP-ides edetabelisse arvesse.
Alternatiivid enne 404 saatmist
Võib juhtuda, et sul on e-poe sait ja oled otsustanud mõne toote ajutiselt oma laost eemaldada. Noh, enne selle kustutamist mõtle: miks mitte hoida seda avaldatuna, säilitades 200 päringu ja märkides, et seda toodet sul praegu pole, kuid pakkudes võimalust külastada sarnaste toodete või teenustega lehti linkide kaudu, mida kasutajad sellel samal lehel näevad? Kui sul on see toode hiljem taas olemas, on see URL endiselt olemas ja kuigi selle autoriteet ja edetabelikoht on ehk mõneks ajaks langenud, läheb selle uuesti edetabelisse saamine odavamaks kui uuest URL-ist alustamine.
Loo oma kohandatud 404 vealeht
Miks vealehte kohandada?
Seostudes eelmises lõigus mainituga, ehk sa ei nõustu; ehk soovid, et Google mõistaks, et tegemist on 404-ga. Lihtsalt seda. Noh, sel juhul ära lepi sellega, et näitad kasutajale tüüpilist standardiseeritud 404 vealehte. Kohanda seda, pakkudes sisu, mis sarnaneb sellele, mida kasutaja otsis ja miks ta sinu veebisaidile tuli. Nii mitte ainult ei saavuta sa seda, et ta seob end mõnevõrra sinuga kui brändiga, vaid ehk jätkab ta sinu veebisaidi sirvimist.

Loovate 404 lehtede näited
On palju alternatiive, kuidas takistada kasutajal 404 koodiga lehte kiiresti hülgamast. Kuid selleks pead talle vastutasuks huvitavat sisu näitama ja olema loov selle esitamisel. Näiteks võime lisada hästi nähtava sisemise otsingu, et tal oleks sellelt lehelt võimalus pääseda teistele võimalikele lehtedele sisuga, mis sarnaneb sellele, mida ta algselt otsis.
404 vigadega lehtede kaudu saame lisada ka kontaktivorme, uudiskirja tellimusi ja isegi otselinke sisule, mis sarnaneb sellele, mida nad otsisid. Alati, kui see on mõistlik, aitad kasutajal valida sinu veebisaidi teiste lehtede külastamise jätkamist.
Ja kui sul pole midagi pakkuda, proovi vähemalt tuua neile naeratus näole personaalse sõnumiga, mis annab teada, et nad on jõudnud URL-ile, kus pole midagi vaadata.
Vaatame head näidet, kus see leht on kohandatud ja on suutnud tähelepanu köita:

Kokkuvõte 404 vigade kohta
404 vigade triivima jätmine võib muutuda suureks peavaluks nii sinu kasutajatele kui ka sinule, kui investeerid veebisaidi kaudu konverteerimisse. Jälgi neid ja tee regulaarselt otsuseid selle kohta, mida nendega teha; väldid halbu kogemusi, väiksemat orgaanilist nähtavust, väiksemat klikkide arvu ja väiksemat konversioonide arvu.
Kas oled nõus? Kas soovid midagi lisada? Anna meile teada jaotises „Kommentaarid“, mille näed veidi allpool!
Autor: David Kaufmann

Olen viimased 10+ aastat olnud täielikult SEO-sse haaratud — ja ausalt öeldes ei tahaks ma seda teisiti.
Minu karjäär jõudis uuele tasemele, kui töötasin vanem-SEO-spetsialistina Chess.com-is — ühel 100 külastatuimast veebisaidist kogu internetis. Sellises mahus töötamine, hõlmates miljoneid lehti, kümneid keeli ja üht konkurentsitihedaimat SERPs, õpetas mulle asju, mida ükski kursus ega sertifikaat kunagi ei suudaks. See kogemus muutis minu arusaama sellest, milline suurepärane SEO tegelikult välja näeb — ja sai aluseks kõigele, mille olen sellest ajast peale üles ehitanud.
Sellest kogemusest lähtudes asutasin SEO Alive — agentuuri brändidele, kes suhtuvad orgaanilisse kasvu tõsiselt. Me ei ole siin selleks, et müüa dashboards ja igakuiseid aruandeid. Me oleme siin selleks, et luua strateegiaid, mis päriselt tulemusi liigutavad, ühendades klassikalise SEO parima osa põneva uue Generative Engine Optimization (GEO) maailmaga — tagades, et teie bränd ilmub mitte ainult Google'i sinistes linkides, vaid ka AI genereeritud vastustes, mida ChatGPT, Perplexity ja Google AI Overviews iga päev miljonitele inimestele edastavad.
Ja kuna ma ei leidnud tööriista, mis mõlemat neist maailmadest korralikult hallanuks, ehitasin selle ise — SEOcrawl, enterprise SEO intelligence platvormi, mis toob kokku rankings, tehnilised auditid, backlinks jälgimise, crawl tervise ja AI brändi nähtavuse jälgimise ühte kohta. See on platvorm, mille olemasolu ma alati soovisin.
Avastage rohkem selle autori sisu

