Appen känns långsam: fem saker du kan prova själv innan du ber om hjälp

Konstruktiv modell av fem träblock i en rad med olika höjd, som en stapel av väntetider, med ett rött block och en turkos markering vid det högsta. — Fem separata prov, inte en känsla — det är skillnaden mellan att gissa och att veta var segheten sitter.

Kort sagt

"Långsam" kan betyda fem olika saker, och de har olika lösningar. Kontrollera om databasen legat pausad, om det är bilderna eller sidan i sig, om det bara märks på mobilnät, och om det gäller en sida eller hela appen. Be sedan modellen om en enkel prestandagenomgång med det du hittat som underlag. Fem prov, ingen kod — och om inget av dem hittar orsaken vet du i alla fall vad du redan uteslutit när du frågar om hjälp.

Varför "den känns långsam" är svårt att göra något åt

"Långsam" är en känsla, inte en mätning. Den kan bero på att en gratis databas somnat och behöver några sekunder på sig att vakna, att en bild väger tio gånger mer än den behöver, att din mobiluppkoppling just då är dålig, eller att exakt en sida har ett problem medan resten av appen är helt normal. Fyra olika orsaker, fyra olika åtgärder — och ingen av dem kräver att du kan läsa kod. Det här är ett annat problem än det femminutersprovet fångar: provlistan visar om en funktion gått sönder, den här artikeln visar var segheten sitter när inget faktiskt är trasigt.

Vanlig miss

Att anta att segheten betyder att något är trasigt. Oftast är den ett tecken på en gräns — en gratisnivå, en bildstorlek, ett nätverk — inte ett fel som behöver rättas i koden. Att veta vilket sparar både tid och en onödig oroskänsla.

Fem prov, i den ordningen

Gör dem i tur och ordning. De tre första utesluter de vanligaste orsakerna snabbt; de två sista avgränsar problemet om det ändå finns kvar.

Har databasen legat och vilat? Många gratisnivåer pausar databasen automatiskt efter en tids inaktivitet och väcker den igen vid nästa besök — vilket gör just det första anropet påtagligt segt. Testet: ladda om samma sida igen direkt efter den första, sega laddningen. Går den andra laddningen märkbart snabbare har du hittat orsaken, och den är inte ett fel.

Är det bilderna eller sidan? Öppna en sida med få eller inga bilder i appen (till exempel en textsida eller inställningssidan) och jämför känslan mot en bildtung sida. Laddar textsidan snabbt och bildsidan segt är bilderna boven, inte appen i stort.

Mobilnät eller wifi? Ladda samma sida en gång på wifi och en gång på enbart mobildata (slå av wifi tillfälligt). Är skillnaden stor är det nätverket den dagen, inte appen — värt att veta innan du skickar ett larmat meddelande om att "allt är segt".

En sida eller hela appen? Besök tre eller fyra olika sidor i appen efter varandra. Är det bara en specifik sida som drar ut på tiden, medan resten känns normalt, är felsökningen redan avgränsad till den sidan.

Be om en prestandagenomgång. Har du kommit hit utan svar, lämna över det du redan uteslutit till modellen med beställningen nedan i stället för att bara skriva "appen är långsam, fixa det".

Vad du inte behöver kunna för de fyra första proven

Du behöver inte öppna utvecklarverktyg, konsoler eller kod — bara appen i webbläsaren eller mobilen, som vanligt.
En vanlig klocka eller din egen känsla för "det här tog längre än förra gången" räcker. Du mäter inte millisekunder, du jämför två laddningar mot varandra.
Testa gärna två gånger om resultatet känns tveksamt. Ett enda långsamt tillfälle kan bero på tillfälligheter som inte säger något om appen i stort.

Kontrollerat 6 aug 2026: därför somnar gratisdatabaser

Ett vanligt exempel: Supabases gratisnivå pausar ett projekt automatiskt efter en veckas inaktivitet, enligt Supabases officiella prissida (öppnas i ny flik). Nästa besök väcker projektet igen, vilket är precis den fördröjning prov 1 ovan fångar. Andra leverantörer har liknande gränser men andra tidsfönster — kontrollera din egen leverantörs prissida om detta återkommer ofta.

Beställningen: en prestandagenomgång utan att gissa

Modellen kan inte mäta din app åt dig, men den kan strukturera vad som ska kontrolleras och föreslå enkla åtgärder utifrån det du redan hittat. Fyll i vad de fem proven ovan visade innan du skickar beställningen.

Beställning: prestandagenomgång

Min app känns långsam. Här är vad jag redan kontrollerat själv:

1. Databasen: [vaknade märkbart vid första laddningen / ingen skillnad]
2. Bilder mot textsida: [bildsidan tydligt segare / ingen skillnad]
3. Mobilnät mot wifi: [tydlig skillnad / ingen skillnad]
4. En sida eller hela appen: [bara sidan ___ / hela appen lika segt]

Hitta inte på en orsak jag inte redan pekat på. Föreslå utifrån ovanstående:
1. den mest sannolika orsaken till segheten,
2. en konkret, liten åtgärd jag kan be dig göra för att testa den,
3. hur jag kan se om åtgärden faktiskt hjälpte,
4. om detta är något jag kan lösa själv eller om det kräver en utvecklare.

Svaret blir mer användbart av att du redan avgränsat problemet. En modell som får veta "bildsidan är segare än textsidan" kan föreslå något konkret; en modell som bara får "appen är långsam" kan lika gärna gissa som du.

När det är dags att ta hjälp

Har du gjort alla fem proven och fortfarande inte hittat mönstret — det är lika segt överallt, oavsett bilder, nätverk eller omladdning — är det ett tecken på att orsaken sitter någonstans du inte kommer åt utan kod, till exempel hur appen hämtar eller bearbetar data i bakgrunden. Ta med svaren från de fem proven till den hjälpen; de sparar tid även för en utvecklare som tar över felsökningen. Skiljer sig problemet från seghet till att en funktion faktiskt slutat fungera, hör det i stället hemma i guiden om när appen går sönder.

Sammanfattning

Testa om databasen vaknar, om bilderna är boven, om det är nätverket, och om det gäller en sida eller alla. Fyra prov utan kod, i den ordningen. Räcker inte det: beställningen ovan ger modellen ett underlag att faktiskt arbeta med, i stället för en känsla att gissa på.