Sider, der svarer med en fejl, fundet og rettet.

En side kan være oppe og alligevel være i stykker: “404 Not Found”, “500 Internal Server Error”, “Too many redirects”. LayerAssist læser dine siders statuskoder, forklarer dem og retter årsagen.

Kort fortalt

  • I chattenI chatten åbner den de sider, du nævner, som en besøgende, læser hver statuskode og omdirigering og finder årsagen til hver fejl.
  • AutomatiseringSom din egen automatisering kan den jævnligt tjekke en liste over vigtige sider og give besked, når en af dem holder op med at svare “200 OK”.
  • Indbygget overvågningDen indbyggede tilgængelighedsovervågning giver dig besked, når din hjemmeside slet ikke svarer.
  • Ikke tilgængelig endnuEn indbygget overvågning, der giver besked om fejlkoder, for eksempel en side, der svarer 500, findes ikke endnu.

En hjemmeside kan være “oppe” og alligevel jage besøgende væk

Tilgængelighedsovervågninger regner en hjemmeside for oppe, så længe serveren svarer. Men når svaret er “404 Not Found” på dit bedste produkt, “500 Internal Server Error” i kassen eller en omdirigeringsløkke på forsiden, går de besøgende lige så meget.

Søgemaskinerne bemærker det også: sider med fejl falder ud af resultaterne, og omdirigeringer, der kører i ring, spilder de besøg, der kommer. Statuskoden er det første spor til, hvad der er galt – hvis nogen læser den.

Almindelige fejl og hvad de betyder

  • 404 Not Found: adressen fører ingen steder hen, som regel en side, der er flyttet eller slettet
  • 403 Forbidden: serveren afviser, som regel på grund af rettigheder eller en sikkerhedsregel
  • 500 Internal Server Error: hjemmesidens kode eller indstillinger har fejlet
  • 502, 503 eller 504: det, der kører bag hjemmesiden, er stoppet, overbelastet eller for langsomt

Hvorfor sider begynder at give fejl

Flytning af hjemmesiden eller nye sideadresser

Efter en migrering eller en ændret linkstruktur fører gamle links og søgeresultater til adresser, der ikke længere findes.

En .htaccess eller serverregel i stykker

Én forkert linje i en omskrivnings- eller omdirigeringsregel kan give 500-fejl eller uendelige omdirigeringer på hele hjemmesiden.

Filrettigheder og sikkerhedsregler

Filer, som webserveren ikke kan læse, eller en for streng firewallregel bliver til 403-fejl.

PHP eller applikationen går ned

En fejl i et plugin, en manglende udvidelse eller en hukommelsesgrænse giver en 500-fejl, og en PHP-tjeneste, der er stoppet, giver 502 eller 503.

Sådan håndterer LayerAssist sider med fejl

Den starter, hvor den besøgende starter – ved adressen – og følger sporet hele vejen til serveren.

Læser det rigtige svar

Den henter siden og noterer statuskoden, hver omdirigering undervejs og hvor lang tid svaret tog.

Følger omdirigeringerne til enden

Den viser hvert trin i kæden af omdirigeringer, så en løkke mellem http, https, www og CDN ses med det samme.

Kobler koden til årsagen

Med adgang til webhotellet eller serveren læser den fejlloggen, omskrivningsreglerne og rettighederne bag hver fejl.

Retter og tjekker igen

Den retter reglen, rettigheden eller indstillingen, tilføjer omdirigeringer for flyttede sider og henter siden igen for at bekræfte, at den svarer “200 OK”.

Eksempel: en kontaktside, der giver 403

  1. Dig

    Besøgende siger, at kontaktsiden viser “403 Forbidden”. For mig åbner den helt normalt.

  2. Hvad den tjekker

    • /kontakt: 403 Forbidden for besøgende fra flere lande
    • /kontakt: 200 OK, når du er logget ind
    • Sikkerhedsplugin: landeblokeringen, der var tænkt til login-siden, gælder alle sider
    • Filrettigheder: korrekte
  3. Hvad den ændrer

    Begrænsede landeblokeringen til login-siden for administrationen

  4. LayerAssist

    Rettet. Dit sikkerhedsplugin blokerede flere lande på alle sider, ikke kun ved login til administrationen, og du så siden, fordi du var logget ind. Jeg begrænsede reglen til login-siden; kontaktsiden svarer nu 200 OK for alle.

Hvad du får

  • Fejl fundet på de sider, der betyder noget, ikke kun på forsiden
  • Hver kode forklaret i et enkelt sprog
  • Omdirigeringsløkker og døde links rettet ved kilden
  • Et nyt tjek efter hver rettelse

Virkelige situationer

Efter et redesign af hjemmesiden

Nye adresser, gamle links overalt. LayerAssist oplister, hvilke gamle sider der giver 404, og omdirigerer hver af dem til den nye adresse.

En butik med 502-fejl ved spidsbelastning

Kassen fejler kun ved meget trafik. LayerAssist kobler 502-fejlen til en PHP-tjeneste, der løber tør for processer, og hæver grænsen.

En blog efter skift af webhotel

Alle artikler giver 404 undtagen forsiden: omskrivningsreglerne kom ikke med i flytningen. LayerAssist genskaber dem.

Sådan tjekker og retter du HTTP-fejl med LayerAssist

  1. Fortæl den, hvilke sider der betyder noget

    Skriv de sider, der skal tjekkes, i chatten, eller beskriv bare, hvad de besøgende ser.

  2. Forbind webhotellet eller serveren

    For at rette årsagen skal LayerAssist have adgang der, hvor hjemmesiden kører: webhotellets kontrolpanel, FTP eller SSH.

  3. Lad den teste og rette

    Den læser statuskoderne, finder årsagen, laver rettelsen og tjekker hver side igen.

  4. Bliv ved med at holde øje

    Bed om et fast tjek af de vigtigste sider som en automatisering, og tilføj en tilgængelighedsovervågning til nedbrud.

Spørgsmål om HTTP-statuskoder

Det er det trecifrede svar, serveren giver for hver side: 200 betyder OK, 301 og 302 er omdirigeringer, 404 betyder ikke fundet, og koder i 500-serien betyder, at noget fejlede på serveren.

Næste: Hjemmesidens hastighed

Fra 9 $ om måneden · 14 dage til at fortryde

Næste gang noget går i stykker, ved du, hvem du skal spørge.

Tilføj dit website og stil dit første spørgsmål i dag. Ikke noget for dig? Opsig inden for 14 dage og få din første betaling tilbage, kun fratrukket det AI-arbejde, du har brugt.

Gratis i 7 dage · Intet kreditkort nødvendigt · Ingen teknisk viden nødvendig.