Sidor som svarar med fel, hittade och åtgärdade.

En sida kan vara uppe och ändå vara trasig: ”404 Not Found”, ”500 Internal Server Error”, ”Too many redirects”. LayerAssist läser dina sidors statuskoder, förklarar dem och åtgärdar orsaken.

I korthet

  • I chattenI chatten öppnar den sidorna du anger som en besökare, läser varje statuskod och omdirigering och hittar orsaken till varje fel.
  • AutomatiseringSom din egen automatisering kan den regelbundet kontrollera en lista med viktiga sidor och larma dig när någon slutar svara ”200 OK”.
  • Inbyggd övervakareDen inbyggda tillgänglighetsövervakaren larmar dig när din webbplats inte svarar alls.
  • Inte tillgängligt änEn inbyggd övervakare som larmar om felkoder, till exempel om en sida som svarar 500, finns inte än.

En webbplats kan vara ”uppe” och ändå skrämma bort besökare

Tillgänglighetsövervakare räknar en webbplats som fungerande så länge servern svarar. Men när svaret är ”404 Not Found” på din bästa produkt, ”500 Internal Server Error” i kassan eller en omdirigeringsloop på startsidan går besökarna lika fullt.

Sökmotorerna märker det också: sidor med fel faller ur resultaten och omdirigeringar som går i cirklar slösar bort besöken som kommer. Statuskoden är den första ledtråden till vad som är fel – om någon läser den.

Vanliga fel och vad de betyder

  • 404 Not Found: adressen leder ingenstans, oftast en sida som flyttats eller tagits bort
  • 403 Forbidden: servern nekar, oftast på grund av behörigheter eller en säkerhetsregel
  • 500 Internal Server Error: webbplatsens kod eller inställningar har fallerat
  • 502, 503 eller 504: det som körs bakom webbplatsen har stannat, är överbelastat eller för långsamt

Varför sidor börjar ge fel

Flytt av webbplatsen eller nya sidadresser

Efter en migrering eller en ändrad länkstruktur leder gamla länkar och sökresultat till adresser som inte längre finns.

En trasig .htaccess eller serverregel

En enda felaktig rad i en omskrivnings- eller omdirigeringsregel kan ge 500-fel eller oändliga omdirigeringar på hela webbplatsen.

Filbehörigheter och säkerhetsregler

Filer som webbservern inte kan läsa, eller en för sträng brandväggsregel, blir till 403-fel.

PHP eller programmet kraschar

Ett fel i ett tillägg, ett saknat tillägg till PHP eller en minnesgräns ger ett 500-fel, och en PHP-tjänst som har stannat ger 502 eller 503.

Så hanterar LayerAssist sidor med fel

Den börjar där besökaren börjar – vid adressen – och följer spåret hela vägen till servern.

Läser det riktiga svaret

Den begär sidan och noterar statuskoden, varje omdirigering längs vägen och hur lång tid svaret tog.

Följer omdirigeringarna till slutet

Den visar varje steg i kedjan av omdirigeringar, så en loop mellan http, https, www och CDN syns direkt.

Kopplar koden till orsaken

Med åtkomst till webbhotellet eller servern läser den felloggen, omskrivningsreglerna och behörigheterna bakom varje fel.

Åtgärdar och kontrollerar igen

Den rättar regeln, behörigheten eller inställningen, lägger till omdirigeringar för flyttade sidor och begär sidan igen för att bekräfta att den svarar ”200 OK”.

Exempel: en kontaktsida som ger 403

  1. Du

    Besökare säger att kontaktsidan visar ”403 Forbidden”. För mig öppnas den som vanligt.

  2. Vad den kontrollerar

    • /kontakt: 403 Forbidden för besökare från flera länder
    • /kontakt: 200 OK när du är inloggad
    • Säkerhetstillägg: landsblockeringen som var tänkt för inloggningssidan gäller alla sidor
    • Filbehörigheter: korrekta
  3. Vad den ändrar

    Begränsade landsblockeringen till inloggningssidan för administrationen

  4. LayerAssist

    Åtgärdat. Ditt säkerhetstillägg blockerade flera länder på alla sidor, inte bara vid inloggningen till administrationen, och du såg sidan eftersom du var inloggad. Jag begränsade regeln till inloggningssidan; kontaktsidan svarar nu 200 OK för alla.

Vad du får

  • Fel hittade på sidorna som spelar roll, inte bara på startsidan
  • Varje kod förklarad på vanlig svenska
  • Omdirigeringsloopar och trasiga länkar åtgärdade vid källan
  • En ny kontroll efter varje åtgärd

Verkliga situationer

Efter en omgjord webbplats

Nya adresser, gamla länkar överallt. LayerAssist listar vilka gamla sidor som ger 404 och omdirigerar var och en till sin nya adress.

En butik med 502-fel vid toppar

Kassan fallerar bara vid hög trafik. LayerAssist kopplar 502-felet till en PHP-tjänst som får slut på processer och höjer gränsen.

En blogg efter byte av webbhotell

Alla artiklar ger 404 utom startsidan: omskrivningsreglerna följde inte med i flytten. LayerAssist återställer dem.

Så kontrollerar och åtgärdar du HTTP-fel med LayerAssist

  1. Berätta vilka sidor som spelar roll

    Lista sidorna som ska kontrolleras i chatten, eller beskriv bara vad besökarna ser.

  2. Koppla webbhotellet eller servern

    För att åtgärda orsaken behöver LayerAssist åtkomst där webbplatsen körs: webbhotellets kontrollpanel, FTP eller SSH.

  3. Låt den testa och åtgärda

    Den läser statuskoderna, hittar orsaken, gör åtgärden och kontrollerar varje sida igen.

  4. Fortsätt bevaka

    Be om en regelbunden kontroll av de viktigaste sidorna som en automatisering och lägg till en tillgänglighetsövervakare för avbrott.

Frågor om HTTP-statuskoder

Det är det tresiffriga svaret som servern ger för varje sida: 200 betyder OK, 301 och 302 är omdirigeringar, 404 betyder hittades inte och koder i 500-serien betyder att något fallerade på servern.

Nästa: Webbplatsens hastighet

Från 9 $ i månaden · 14 dagar att ångra dig

Nästa gång något går sönder vet du vem du ska fråga.

Lägg till din webbplats och ställ din första fråga redan i dag. Inte för dig? Säg upp inom 14 dagar och få tillbaka din första betalning, med avdrag endast för det AI-arbete du använt.

Gratis i 7 dagar · Inget kreditkort behövs · Ingen teknisk kunskap krävs.