Sporočila o napakah spletne strani: razumevanje in odprava

Branje: 16 min

Koda napake 500 označuje notranjo napako na strani strežnika: strežnik ne more izpolniti zahteve. Vzrok je lahko na primer napačna nastavitev, poškodovana koda, težava s povezavo s podatkovno bazo ali preobremenitev. Razumevanje sporočil o napakah spletne strani pomaga to ločiti od napake 404, pri kateri zahtevane strani ni mogoče najti.

Če upravljaš spletno stran, ti sporočilo o napaki na prvi pogled morda ne da veliko oprijemljivih točk, vendar je pomemben signal: težava je lahko povezana z zahtevo ali z delovanjem strežnika. Opazovanje natančne kode napake in prizadete strani pomaga zožiti možne vzroke.

Članek predstavi pomen pogostih kod napak HTTP, možno ozadje napak 500 in glavne vidike njihove odprave. Spoznaš tudi, kako najdeš okvarjene povezave, kdaj je upravičeno izbrisano stran preusmeriti in kako lahko koristna stran 404 obiskovalca usmeri naprej.

Odkrivanje napak 404 s Search Console in orodji SEO

Odgovorna koda 404 pomeni, da strežnik ne najde zahtevanega dokumenta. Pri razumevanju sporočil o napakah spletne strani zato najprej preveri prizadeti URL in njegovo odgovorno kodo HTTP. Trajne napake 500 kažejo na drugačno težavo: strežnik ne more izpolniti zahteve, kar lahko poslabša uporabniško izkušnjo in dosegljivost strani.

Napaka brskalnika NET::ERR_CERT_DATE_INVALID kaže, da datum veljavnosti potrdila ni ustrezen ali da sta datum in čas na računalniku netočna. Preveri oboje, nato poglej, ali je potrdilo strani veljavno.

V poročilih Google Search Console poišči prizadete strani in URL-je, ki vračajo napako 404. Nato odpri ta naslov in preveri, ali napako povzroča tipkarska napaka, spremenjena pot ali izbrisana vsebina. Preglej tudi notranje povezave: star menijski element ali povezava v članku lahko obiskovalca vodi na stran, ki ne obstaja več.

Orodja SEO popišejo povezave in odgovorne kode spletnega mesta. Screaming Frog SEO Spider, Ahrefs Site Audit in SEMrush Site Audit na primer lahko prepoznajo tudi URL-je, ki vračajo napako 500. Zadetke za vsak URL primerjaj s podatki Search Console, nato popravi napačno notranjo povezavo ali nastavi preusmeritev 301, če obstaja ustrezna nadomestna stran.

Napaka 500 lahko obiskovalcu prekine brskanje, na primer pri odpiranju članka ali obrazca. Če je težava trajna, lahko Google prizadete strani začasno ali trajno odstrani iz indeksa. Zato pri popravkih dajte prednost pomembnim stranem in tistim, na katere kaže veliko notranjih povezav.

Pri težavah s CMS in PHP preveri posodobitve, vtičnike in dnevnik strežnika. Zastarel CMS ali nezdružljiv vtičnik lahko povzroči napako 500. Pri WordPressu izklopi vtičnike, nato jih vklopi enega za drugim; tako lahko ugotoviš, kateri element sproži napako. PHP 7.2 ali starejši velja za staro različico, v takem okolju je priporočljiv prehod na PHP 8.0 ali 8.1. Pri Apache lahko pri iskanju vzroka napake pomaga datoteka /var/log/apache2/error.log, pri Nginx pa /var/log/nginx/error.log.

Povezave spletne strani preverjaj vsak mesec, da okvarjene povezave ne ostanejo neopažene. Na upravljavca se obrni, če nisi spreminjal vsebine, pomemben URL pa še vedno vrača napako 404. Pomoč ponudnika gostovanja je upravičena, če napako 500 javlja več strani ali dnevnik strežnika kaže na težavo s konfiguracijo, podatkovno bazo ali viri.

Če vtičnike WordPress vklapljaš znova enega za drugim, lahko ugotoviš, kateri povzroča napako. Po vsakem vklopu preveri stran, tako lahko korak za korakom zožiš možne vzroke in popravek prilagodiš problematičnemu vtičniku.

Stran 404 in usmerjanje obiskovalcev naprej

Lastna stran 404 se prikaže, ko obiskovalec odpre naslov, ki mu ne pripada noben dostopen dokument. Pri trdi napaki 404 strežnik pošlje odgovorno kodo 404, v brskalniku pa je vidna stran z napako spletnega mesta. Ta stran naj ne sporoča zgolj, da vsebine ni mogoče najti: obiskovalcu naj pomaga nadaljevati brskanje.

Uporabna stran 404 na kratko sporoči napako, nato pa ponudi konkretno možnost za nadaljevanje. Nanjo postavi iskalno polje ali priporočene vsebine oziroma izdelke. Če na primer naslov starejšega članka na blogu vpišejo napačno, lahko iskalnik pomaga najti novo različico članka. Koristna je lahko tudi povezava na domačo stran, vendar naj to ne bo edina pomoč.

Neobstoječih naslovov ne preusmerjaj samodejno na domačo stran. Takrat lahko strežnik pošlje odgovorno kodo 200, medtem ko obiskovalec vidi stran z napako. To povzroči mehko napako 404, saj odgovorna koda kaže uspešno nalaganje, vsebine pa ni mogoče najti. Resnično izbrisana stran naj dobi odgovor 404 ali pa naj se preusmeri na ustrezno nadomestno stran, če ta obstaja.

Učinkovitost strani 404 ocenjuj na podlagi poti obiskovalca. 36 % tistih, ki pridejo na neobstoječo stran, pritisne gumb za nazaj v brskalniku. Zato naj bodo iskalnik, glavna navigacija in pomembne kategorije dobro vidni. Na strani z napako spletne trgovine je na primer priporočilo ustrezne kategorije izdelkov lahko bolj relevantno kot splošna povezava na domačo stran.

Oblika strani z napako naj se ujema z drugimi stranmi spletnega mesta. Ohrani glavo, navigacijo in elemente celostne podobe, da obiskovalec ve, da je še vedno na istem spletnem mestu. Besedilo napake naj bo razumljivo, iskalnik pa naj sprejme ime izdelka, naslov članka ali temo. Stran preizkusi z odpiranjem neobstoječega naslova in preveri tudi odgovorno kodo.

Naslov in opis, prikazana v zadetkih iskanja, ter H1, viden na strani, opravljajo različne naloge. Vsaka stran naj ima edinstven naslov in metaopis, H1 pa naj jasno poimenuje temo strani. Na strani 404 lahko H1 na primer sporoči, da iskane strani ni mogoče najti; opis pa lahko nakaže uporabo iskalnika ali navigacije.

  • Naslov strani: jedrnato naj poimenuje vsebino strani.
  • Metaopis: naj povzame, kaj obiskovalec najde na strani.
  • Naslov H1: naj se pojavi kot edini glavni naslov in opiše temo strani.
  • Stran 404: naj ponudi konkretno možnost iskanja ali nadaljevanja.

Če na star naslov še vedno kaže notranja povezava, popravi povezavo na izvirni strani. Tako se obiskovalci ne vračajo k isti napaki, stran 404 pa se prikaže le pri resnično ukinjenih ali napačno vtipkanih naslovih.

Preusmeritev 301 in popravljanje okvarjenih povezav

Preusmeritev 301 je uporabna, če ima izbrisana stran ustrezno nadomestilo. Brskalnik takrat pride na nov naslov, strežnik pa sporoči, da je preusmeritev trajna. To se razlikuje od kode stanja HTTP 302, ki pomeni začasno preusmeritev. Skupina kod stanja HTTP 3xx običajno označuje preusmeritev.

Najprej ugotovi, zakaj izvirna povezava ne deluje. Odpri prizadeti URL, nato preveri, ali napako povzroča tipkarska napaka, spremenjen naslov ali izbrisana vsebina. Če se je spremenil le naslov strani, notranjo povezavo popravi na nov naslov. Če je prenehala delovati povezava na zunanje spletno mesto, poišči delujočo ciljno stran, ki ustreza isti temi.

Pri preusmeritvi mora nova stran ponuditi vsebinsko nadomestilo. Stran ukinjenega izdelka je na primer mogoče preusmeriti na resnično povezano kategorijo izdelkov. Ne preusmerjaj samodejno vseh napačnih naslovov na domačo stran. Če vsebina novega cilja ne ustreza stari strani, obiskovalec ne dobi odgovora na svoje iskanje.

Pravilo preusmeritve dodeli prizadeti poti, nato preveri rezultat. V brskalniku odpri stari URL in poglej, ali se naloži ustrezna nova stran. Nato preizkusi neposredno tudi nov naslov. Če ta znova preusmeri na drug naslov, preglej pravila in odpravi odvečne korake.

Pri popravljanju okvarjenih povezav ne spremeni le pravila preusmeritve. Poišči stran, na kateri je stara povezava, in posodobi ciljni naslov. Preveri tudi navigacijo, nogo, članke in zemljevid strani. Tako obiskovalci in sistemi, ki pregledujejo spletno mesto, pridejo neposredno na pravo stran.

  • Tipkarska napaka: popravi naslov v povezavi.
  • Premaknjena vsebina: spremeni notranjo povezavo ali nastavi preusmeritev 301.
  • Trajno izbrisana stran brez nadomestila: pusti, da strežnik vrne odgovor 404.
  • Začasno premaknjena vsebina: uporabi začasno preusmeritev, ki ustreza položaju.

Povezave preveri tudi po reorganizaciji vsebin. Sprememba menijskega elementa lahko na več podstraneh pusti zastarele povezave. Po popravku preglej prizadete strani, odgovorno kodo in tudi to, ali vsebina novega cilja ustreza stari. Tako lahko okvarjeno povezavo ločiš od težave, ki jo povzroča ukinjena stran.

Pri spreminjanju pravil preusmeritve konfiguracijo preveri posebej in napačnega odgovora ne štej samodejno za vsebinsko težavo. Napačna nastavitev ali tipkarska napaka v okvarjeni datoteki .htaccess lahko povzroči napako 500. Zato po shranjevanju pravila preveri prizadeti naslov, in če se pojavi napaka, preglej na novo spremenjeno nastavitev. Pravila je vredno ohranjati pregledna, da je konkretno preusmeritev mogoče zlahka prepoznati. Pri testiranju pazi tudi, da popravek ne spremeni delovanja drugih poti. Če si spremenil več pravil, prizadete naslove preveri vsakega posebej, tako lažje ugotoviš, katera nastavitev potrebuje nadaljnji popravek.

URL-ja, ki kaže na stran z napako 404, ni priporočljivo samodejno preusmeriti na domačo stran, saj to lahko povzroči mehko napako 404. Tak naslov najprej preveri glede na njegovo vsebino in namen. Če ni vsebinske, povezane nadomestne strani, ne nastavi cilja, ki ne odgovori na to, kar je obiskovalec iskal. Po popravku poskusi odpreti stari naslov in preveri, ali je dobljeni rezultat skladen z dejanskim stanjem vsebine. Pravila občasno preglej, še posebej ko brišeš ali preurejaš strani. Tako se izogneš temu, da bi prej ustrezna nastavitev pozneje vodila na zavajajočo ciljno stran.

Vloga kod HTTP pri odpravljanju težav in preusmeritvah

Koda stanja HTTP pokaže, kako je strežnik obravnaval zahtevo brskalnika. Glede na prvo števko jih delimo v pet skupin: 1xx, 2xx, 3xx, 4xx in 5xx. Pri odpravljanju težav najprej preveri, katera koda se prikaže. Nato preveri, ali težava zadeva en sam URL ali več strani.

Kode 1xx so informativni odgovori. Koda stanja HTTP 100 pomeni, da odjemalec lahko nadaljuje s pošiljanjem zahteve. Koda stanja HTTP 101 označuje zamenjavo protokola. Koda stanja HTTP 102 kaže, da je strežnik zahtevo sprejel in jo obdeluje. To ni enako odgovoru, ki označuje dokončano spletno stran.

Kode 2xx označujejo uspešno zahtevo, na primer odgovor 200 OK. Koda stanja HTTP 201 pomeni, da je bil vir ustvarjen. Koda stanja HTTP 202 kaže sprejeto, a še ne dokončano zahtevo. Koda stanja HTTP 204 označuje uspešno zahtevo brez telesa odgovora. Odgovor 205 zahteva ponastavitev pogleda dokumenta, 206 pa označuje delno vsebino.

Skupina 3xx označuje preusmeritev. Odgovor 301 kaže na trajno preusmeritev, koda stanja HTTP 302 pa na začasno preusmeritev. Koda stanja HTTP 303 usmeri na vir, ki je na drugem URL-ju. Pri odpravljanju težav preveri ciljni naslov in verigo preusmeritev. Če en naslov preusmeri na več nadaljnjih naslovov, lahko brskalnik na koncu pride na napačno stran ali vsebine ne more naložiti.

Kode 4xx označujejo napako na strani odjemalca, kode 5xx pa napako na strani strežnika. Koda stanja HTTP 400 pomeni napačno ali neveljavno zahtevo. Odgovor 401 kot težavo označuje podatke za preverjanje pristnosti, 403 pa dovoljenja. Pri kodi 404 dokumenta ni mogoče najti, 410 pa označuje vir, ki je trajno izginil. Koda 500 kaže notranjo napako strežnika.

Pri 502 Bad Gateway, 503 Service Unavailable in 504 Gateway Timeout izpolnitev zahteve ovira težava na strani strežnika ali med strežniki. 502 lahko kaže na napako v komunikaciji, 503 označuje začasno nedosegljivost storitve, 504 pa, da vmesni strežnik ni pravočasno prejel odgovora.

  • 502: preveri povezavo med strežniki.
  • 503: preveri, ali je strežnik dosegljiv in ali ni v vzdrževanju.
  • 504: poišči, kateri strežnik ali proces v ozadju zavlačuje odgovor.

Ko kodo razumeš, prizadeti URL primerjaj z delujočo stranjo. Če je napačen le en naslov, preveri njegovo zahtevo in nastavitve. Če več strani vrača kodo 5xx, preveri dnevnik strežnika in procese v ozadju. Po popravku znova zahtevaj isti URL in preveri, ali brskalnik zdaj dobi ustrezen odgovor.

Možni vzroki in rešitve sporočil o napakah

Poleg kode napake zapiši prizadeti naslov, čas napake in spremembo, ki ji je predhodila. Ti podatki pomagajo ločiti težave brskalnika, spletnega mesta in strežnika.

Pomen in odprava napake 400 Bad Request

Koda stanja HTTP 400 pomeni, da strežnik ne more obdelati napačne ali neveljavne zahteve. Najprej preveri URL, nato stran poskusi znova odpreti. Če se napaka pojavlja le v enem brskalniku, izbriši piškotke tega spletnega mesta in znova preizkusi.

Pri oddaji obrazca preveri, ali si vsa obvezna polja pravilno izpolnil. Če se tudi v drugem brskalniku prikaže isti odgovor, zapiši točen naslov in opravljeno dejanje. Ti podatki upravljavcu pomagajo preveriti, kako je sistem obdelal zahtevo.

Napaki 401 Unauthorized in 403 Forbidden

Koda stanja HTTP 401 označuje manjkajoče ali neveljavne podatke za preverjanje pristnosti. Koda 403 kaže, da račun, uporabljen za zahtevo, nima dovoljenja za to vsebino. Zato pri napaki 401 preveri prijavo, pri 403 pa dostop, dodeljen računu.

Če spletno mesto upravljaš ti, preveri prizadeto uporabniško vlogo in nastavitve dostopa strani. Gesla ali žetona za prijavo ne vstavljaj v poročilo o napaki. Če z upravljavcem deliš dnevnik, iz njega najprej odstrani poverilnice in osebne podatke.

Napake DNS, povezave in prekoračitve časa

Napaka DNS pomeni, da brskalnik ne more razrešiti domenskega imena, napaka povezave pa, da povezava s strežnikom ne nastane. Pri prekoračitvi časa odgovor ne prispe pravočasno. Če je prizadeto le eno spletno mesto, preveri domensko ime, nato ga poskusi odpreti tudi iz drugega omrežja.

Če ni dosegljivih več spletnih mest, preveri omrežno povezavo naprave. Če se ne naloži le tvoja domena, zapiši natančno sporočilo brskalnika in prizadeti naslov. To pomaga ločiti težavo z razreševanjem DNS od nedosegljivosti strežnika.

Koraki iskanja napak pri napakah spletne strani

Iskanje napak začni z zapisom prizadetega URL-ja, odgovorne kode in časa napake. Nato stran poskusi odpreti v drugem brskalniku in preveri, ali so prizadete tudi druge strani. Če se je napaka pojavila po posodobitvi, preveri zadnjo spremembo in preizkusi njeno razveljavitev.

Pri odgovoru 500 preglej dnevnik strežnika, kodo PHP, nastavitve .htaccess in povezavo s podatkovno bazo. Do dnevnikov naj dostopajo le pooblaščene osebe; prijavnih podatkov, identifikatorjev sej in osebnih podatkov ne objavljaj. Pred deljenjem prekrij občutljive dele in ne pošiljaj celotne dnevniške datoteke, če zadošča ustrezen odlomek napake.

Če moraš vzrok napake ugotoviti na podlagi dnevnika ali nastavitev, ti lahko pri izbiri naslednjega preverjanja pomagajo vodniki za odpravljanje težav z gostovanjem. Poročilo o napaki, poslano ponudniku, naj vsebuje URL, odgovorno kodo in čas, ne pa gesla ali druge skrivnosti.

aWh: spletno gostovanje

aWh ponuja spletno gostovanje tistim, ki iščejo gostovanje za streženje svoje spletne strani. Če je ponavljajoča se napaka 503 ali 500 na strani strežnika, pregled dnevnikov in prizadetih URL-jev pomaga odločiti, ali gre za kodo spletnega mesta, njegovo nastavitev ali okolje gostovanja. Na tej podlagi je mogoče naslednji korak odpravljanja težav določiti bolj ciljno.

Prava rešitev je odvisna od tega, kakšno gostovanje in vire potrebuješ za delovanje spletne strani. Za preprostejše spletno mesto je lahko primerno spletno gostovanje, za okolje, ki zahteva več svobode, pa lahko izbereš KVM VPS. Na voljo sta tudi registracija domen in Windows VPS.

Oglej si spletno gostovanje aWh ali stopi v stik z aWh.

Vzpostavi sledljiv postopek odpravljanja težav

Razumevanje sporočil o napakah spletne strani pomaga pri odločanju, če iz izkušenj nastane sledljiva rutina upravljanja. Zapiši, kdaj se napaka pojavi, katere funkcije zadeva in katera sprememba ji je predhodila. Tako se lahko naslednja preiskava opre na konkretno zgodovino namesto na ugibanje. Poleg posodobitev in sprememb nastavitev redno posodabljaj tudi varnostne kopije, da imaš po napačni spremembi stanje, ki ga je mogoče obnoviti.

Če je ponavljajoča se napaka na strani strežnika, je lahko del rešitve tudi izbira ustreznega okolja gostovanja. aWh ponuja spletno gostovanje, KVM VPS in registracijo domen, zato lahko najdeš rešitev za različne potrebe spletnih mest in upravljanja. Natančen pojav napake in potrebe delovanja spletnega mesta pomagajo določiti smer nadaljevanja.

Če za naslednji korak potrebuješ podporo, prosi za pomoč ekipo aWh. Z urejenimi zapiski o napakah lahko tudi sam bolj utemeljeno ohranjaš svoje spletno mesto v delovanju.

Pogosta vprašanja o napakah spletne strani

Koda napake 500: kaj pomeni in kako jo odpravim na spletni strani?

Koda napake 500 označuje notranjo napako strežnika, zato popravek začni s preverjanjem delovanja na strani strežnika. Če se je napaka pojavila po posodobitvi, razveljavi zadnjo spremembo, nato stran znova preveri. Zabeleži tudi prizadeti naslov in čas napake. Če je napačna le ena funkcija, na primer kontaktni obrazec, najprej preveri njeno kodo in povezavo s podatkovno bazo.

Kaj vse lahko povzroči kodo napake 500?

Napako 500 lahko sprožijo napačna nastavitev strežnika, poškodovana koda PHP, težava s povezavo s podatkovno bazo ali pomanjkanje virov. Pri uporabi CMS pride v poštev tudi nezdružljivost med posodobljenim vtičnikom in obstoječim sistemom. Opazuj, ali se je napaka začela po namestitvi in ali zadeva tudi skrbniški vmesnik. Časovna povezava lahko pomaga zožiti spremembe, ki jih je treba preveriti.

Kako najdem napake 404?

Naslove 404 poišči s primerjavo zadetkov, dobljenih pri pregledu spletnega mesta, in vstopnih strani obiskovalcev. Preglej tudi zemljevid strani: v njem naj ne bo naslova, ki ne streže več vsebine. Nato poišči notranje povezave, ki kažejo na prizadeti URL. Posebej pomembne so povezave, ki se pojavljajo v navigaciji, nogi ali pogosto obiskanih člankih.

Kako prepoznam URL-je z napako 500?

Zaženi pregled spletnega mesta, nato izloči naslove, ki vračajo odgovorno kodo 500. Rezultate razvrsti po poti ali vrsti strani: če več strani izdelkov sledi istemu vzorcu, je lahko prizadeta skupna predloga ali poizvedba v podatkovni bazi. Na podlagi časov v dnevniku strežnika napake primerjaj s časom pregleda. Tako lahko trajno napako ločiš od enkratne težave z odgovorom.

Kakšne slabosti ima lahko napaka 404?

Napaka 404 lahko obiskovalcu prekine pot, na primer preden pride do opisa izdelka ali pomembne informativne strani. Če tja vodi notranja povezava, se lahko tudi lastna navigacija spletnega mesta zdi napačna. Tudi iskalni robot do te vsebine ne more dostopiti, zato preveri, ali je bila stran res izbrisana. Če se je naslov le spremenil, obnovi povezavo na ustrezno novo stran.

Kaj je lahko rešitev pri »error 404«?

Najprej preveri naslov, saj lahko do sporočila »error 404« pripelje že tipkarska napaka. Če se je vsebina preselila, posodobi stare povezave ali naslov preusmeri na resnično povezano novo stran. Če je stran trajno ukinjena in ni ustrezne nadomestne vsebine, obiskovalca ne pošiljaj na neustrezno stran. Iskalnik spletnega mesta lahko pomaga najti povezano vsebino.

Katera so najpogostejša sporočila o napakah spletne strani?

Med pogoste kode spadajo 400, 401, 403, 404 in 500 ter 502, 503 in 504. 400 označuje napačno zahtevo, 401 zahteva podatke za preverjanje pristnosti, 403 prepoveduje dostop, 404 pa pomeni, da vsebine ni mogoče najti. Kode 5xx kažejo na težavo na strani strežnika. Poleg natančne kode zapiši, na kateri strani in po katerem dejanju se je pojavila.

Kdaj prositi za pomoč?

Prosi za pomoč, če več strani trajno vrača napako 5xx, dnevnik kaže napako strežnika ali podatkovne baze ali če sprememba nastavitev presega tvoja dovoljenja. Pri eni sami okvarjeni povezavi lahko vsebino ali pot najprej popravi upravljavec spletnega mesta. Če je odgovor strežnika napačen, ponudniku gostovanja posreduj prizadeti naslov, odgovorno kodo in čas napake.

Nazaj na blog