Därför är en monitor nere fast webbplatsen fungerar

Uppdaterad november 2, 2026 3 min läsning

En incident öppnas först när två kontroller i rad fallerar: den misslyckade kontrollen görs om från en annan plats, eller från samma plats 10 sekunder senare när bara en plats är online. Så när webbplatsen fortfarande fungerar för dig ser vår kontroll och din webbläsare olika saker. Incidenten visar vad kontrollen såg.

Börja med underlaget

Öppna incidenten under Incidents. What we saw listar varje misslyckad kontroll med sitt fel. För webbplatser visas också:

Connected to och Resolved to: IP-adressen vi nådde och vad DNS svarade.Redirected to, Certificate och Headers som Server, CF-Ray och Retry-After.Start of the response: de första 2 kB som servern skickade. En blockeringssida eller ett felmeddelande syns här.En skärmbild när servern svarade, eller nätverksvägen (en traceroute) när den inte gjorde det.

Skärmbilden tas av en riktig webbläsare i ett annat nätverk. Om den ser bra ut fast kontrollen fallerade behandlas våra kontroller annorlunda av något, ofta en brandväggsregel.

Vanliga orsaker

En brandvägg eller ett bottskydd svarar HTTP 403, HTTP 429 eller med en utmaningssida, som Cloudflares ”Just a moment…”. Din webbläsare kommer igenom; en kontroll kan inte lösa en utmaning. Släpp igenom Uptimecheck i brandväggen.Nyckelordet finns inte på sidan. Nyckelord är skiftlägeskänsliga och matchas mot den HTML som servern skickar, så text som JavaScript lägger till senare finns inte med. Välj ett ord från sidans källkod, eller använd ett flöde i en riktig webbläsare.Omdirigeringar: kontrollen följer upp till 10 och bedömer den sista sidan, så en omdirigering till en inloggningssida, en cookievägg eller ett annat lands webbplats kan få ett nyckelord att fallera. Fler än 10 ger Too many redirects.Statuskoden: som standard räknas 200 till 399 som uppe. En sida bakom en inloggning som ska svara 401 behöver den koden i Expected status codes.Certifikatet: ett utgånget eller självsignerat certifikat, eller ett för ett annat värdnamn, markerar monitorn som nere när Verify TLS certificate är påslaget. Ett saknat mellanliggande certifikat gör det inte: webbläsare laddar ner det, och det gör vår kontroll också, men monitorn visar Incomplete chain, eftersom vissa appar och äldre enheter inte klarar det.DNS: efter en flytt behåller resolvrar det gamla svaret tills dess TTL har löpt ut, så vi kan nå den gamla servern medan du når den nya, eller tvärtom. Jämför Connected to med din servers adress. Ett namn som bara kan slås upp inom ditt nätverk kan inte kontrolleras utifrån, och ett som pekar på en privat adress avvisas.Tidsgränser: en kontroll väntar 10 sekunder som standard (Timeout (s)). Din webbläsare kan visa en cachad kopia, eller en från ett CDN nära dig, medan själva servern är långsam.Plats: kontrollerna körs från Stockholm, London och New York. En webbplats som blockerar besökare från andra länder, eller ett nätverksfel mellan en av platserna och ditt webbhotell, fallerar för oss men inte för dig. Nätverksvägen visar var paketen stannar.Din egen åtkomst: en tillåten IP-adress på kontoret, en VPN, en inloggad session eller en post i hosts-filen kan göra att webbplatsen bara fungerar för dig.

När problemet är vårt

Om nätverket på en av våra platser har problem fallerar de flesta välkända webbplatser vi kontrollerar därifrån samtidigt. Vi håller koll på det och håller tillbaka incidenter från den platsen, så att du inte larmas om vårt problem.

Kontrollera själv

Redigera monitorn och använd Test request för att skicka en förfrågan från våra servrar och se svaret. När orsaken är åtgärdad stänger två godkända kontroller i rad incidenten. Se hur incidenter och underlag fungerar och hur du minskar falsklarm.

Var den här artikeln till hjälp?

Prova i din egen arbetsyta

14 dagar gratis · Sedan gratis för 5 övervakningar · Inget kreditkort

Kommer du inte vidare?

Mejla support@uptimecheck.com så svarar vi inom 24 timmar.

Vill du automatisera? API-referens täcker REST API:t, webhooks, pingar för cron-jobb och MCP.