Hemsida hastighet test: mät och förbättra på 30 minuter

Kort svar: öppna pagespeed.web.dev, skriv in din restaurangs adress och notera mobilpoängen. De flesta restaurangsajter som ligger under 80 poäng kan förbättras märkbart på 30 minuter genom att komprimera bilderna, rensa bort tunga tillägg och slå på cache – allt utan att anlita någon.

Det är fredag klockan 18.42. Ett sällskap på tre står utanför din restaurang och googlar kvällens alternativ. De hittar din sajt – och väntar. Och väntar. Bakgrunden laddar, matbilderna droppar in en efter en, och efter fyra sekunder har de gett upp och klickat sig vidare till stället tvärs över gatan. Din mat var bättre. Din sida var långsammare. Så enkelt, och så smärtsamt, ser konkurrensen ut på mobilen i dag.

Den här guiden är skriven för dig som äger eller driver en restaurang, ett kafé eller en bar och som inte är tekniker. Du kommer att lära dig att testa din sajts hastighet gratis på två minuter, förstå vad siffrorna betyder och genomföra de åtgärder som ger mest fart per minut arbete. Allt är konkret och anpassat för just restaurangbranschen – från menybilder till bokningssystem – och vi avslutar med en underhållsrutin som tar tio minuter i månaden. Inga förkunskaper krävs; om du kan ladda upp en bild kan du göra allt här.

Varför laddningstiden avgör om gästen bokar eller backar

Tänk på hur en restauranggäst beter sig. Personen är ofta på språng – i bilen utanför, på tunnelbanan, på hotellet efter konferensen – och letar efter en plats att äta ikväll. Beslutet fattas på mobilen, ofta inom en minut, och din hemsida tävlar mot Google Maps, Instagram och två-tre konkurrenter som ligger ett klick bort. I det läget är varje sekund en utgallringsrunda. Google har rapporterat att sannolikheten att en mobilbesökare lämnar sidan ökar dramatiskt när laddningstiden går från en till tre sekunder, och att över hälften av mobilbesöken avbryts om laddningen tar längre än cirka tre sekunder. Exakta siffror varierar mellan studier, men mönstret är detsamma överallt: tålamodet är kort.

Det finns dessutom en andra effekt som är minst lika viktig. Google har sedan flera år tillbaka sagt öppet att sidans hastighet och de så kallade Core Web Vitals är rankingfaktorer, och att mobilversionen av din sajt är den som räknas vid indexering. En långsam restaurangsida rankar alltså inte bara sämre – den får också färre besökare över huvud taget. För lokala sökningar som "restaurang nära mig", "sushi södermalm" eller "lunch göteborg centrum" är marginalerna små: några placeringar i Google Maps eller i det organiska resultatet kan vara skillnaden mellan en fullbokad fredag och halvtomma bord.

Och så finns den mest underskattade effekten av alla: upplevelsen. En sida som laddar omedelbart signalerar professionalitet. En sida där menyn hoppar, bilderna laddar i omgångar och bokningsknappen flyttar sig precis när man ska trycka signalerar slarv – och gästen drar omedvetet slutsatsen att köket fungerar likadant. Din hemsida är restaurangens entré på nätet; en långsam entré håller ingen kvar.

Din mat var bättre. Deras sida var snabbare. Så enkelt förlorar man ett bord på en fredagskväll.

Vad det kostar i kronor

Låt oss göra det konkret. Anta att din sajt får 1 000 mobilbesök i månaden och att ungefär 5 procent av besökarna bokar bord eller beställer. Det är 50 bokningar. Om hälften av besökarna lämnar innan sidan hunnit ladda – vilket inte är ovanligt vid fyra till sex sekunders laddningstid – förlorar du i praktiken hälften av de potentiella bokningarna. Med ett genomsnittsbord värt, lågt räknat, 800 kronor är det 20 000 kronor i månaden som försvinner i väntan på att bilderna ska laddas. Det här är förstås en grov räkning, och verkligheten varierar, men den visar varför 30 minuters arbete med hastigheten är en av de mest lönsamma marknadsföringsinsatser en restaurang kan göra.

Testa hastigheten – så här gör du

Det finns flera verktyg för att testa hemsidans hastighet, men för en restaurangägare räcker Googles eget verktyg PageSpeed Insights gott och väl. Det är gratis, kräver ingen registrering och – viktigast av allt – det visar exakt vad som behöver fixas på din sajt, i prioriterad ordning. Så här gör du:

1. Gå till pagespeed.web.dev i din webbläsare.
2. Skriv in din restaurangs fullständiga adress, till exempel https://www.dinrestaurang.se, och tryck på Analysera.
3. Vänta 15–30 sekunder medan verktyget testar både mobil och dator.
4. Börja med fliken Mobil. Det är mobilbetyget som spelar störst roll för dig.

Resultatet är ett poäng mellan 0 och 100, färgkodat i grönt, orange och rött. Så här ska du läsa det:

• 90–100 (grönt): Utmärkt. Din sida är snabb och du behöver bara hålla den uppdaterad.
• 50–89 (orange): Fungerar men har förbättringspotential. De flesta restaurangsajter hamnar här, och det är här 30-minutersplanen gör störst skillnad.
• 0–49 (rött): Akut. Sidan är så långsam att den sannolikt kostar dig gäster varje dag. Prioritera stegen nedan omgående.

Under poängen hittar du två typer av information: fältdata (hur verkliga besökare upplevt din sida de senaste 28 dagarna, om sajten har tillräckligt med trafik) och labbdata (ett kontrollerat test just nu). Fältdata är mest trovärdigt för det som redan hänt; labbdata är det du använder för att mäta effekten av dina förbättringar. Scrolla ner till avsnitten "Möjligheter" och "Diagnostik" – där listar verktyget exakt vad som är långsamt och ungefär hur många sekunder varje åtgärd skulle spara.

Alternativa verktyg när du vill gå djupare

När PageSpeed Insights pekat ut problemen räcker det långt, men om du vill ha en andra åsikt finns GTmetrix (gratis med registrering, visar laddningstid i sekunder och en vattenfallsvy över vad som laddar i vilken ordning) och WebPageTest (avancerat, låter dig välja testserver i Europa och olika mobiltyper). För en normal restaurangsajt är de överkurs – men om din webbyrå säger att "allt är bra" medan PageSpeed visar rött kan en GTmetrix-rapport vara ett bra underlag i samtalet.

Tolka resultatet: Core Web Vitals på vanlig svenska

PageSpeed Insights bedömer din sajt på tre huvudmått som Google kallar Core Web Vitals. Du behöver inte bli expert, men du bör förstå vad de mäter, eftersom hela åtgärdslistan nedan är organiserad efter dem. Här är översättningen till restaurangsvenska:

För en restaurangsida är LCP nästan alltid den viktigaste. Gästen vill se vem ni är, vad ni serverar och hur man bokar – och det ska synas snabbt. Ett dåligt LCP på en restaurangsida beror i nio fall av tio på en enda sak: en enorm hero-bild som laddas okomprimerad. INP blir ett problem när bokningssystemet eller ett tungt tema gör sidan trög att klicka i. CLS märks när menyn eller bokningsknappen hoppar precis när gästen ska trycka – ett klassiskt irritationsmoment som också får folk att trycka fel.

Ett praktiskt tips: i PageSpeed-rapporten är varje problem märkt med vilket mått det påverkar. Börja alltid med det som påverkar LCP, eftersom det ger mest synlig effekt per arbetsminut.

Steg 1: Komprimera bilderna (den vanligaste syndabocken)

På restaurangsajter är bilderna nästan alltid den största hastighetsboven. Det är lätt att förstå varför: en vacker matbild tagen med systemkamera kan vara 5–8 megabyte stor, och en startsida med fem-sex sådana bilder kan väga 30 megabyte. På ett mobilt nätverk tar det en evighet. Samtidigt behöver ingen besökare en 8-megabytesbild på en 15 centimeter bred skärm. Lösningen är enkel: skala ner och komprimera varje bild innan den laddas upp.

Så här gör du i praktiken, bild för bild, på ungefär tio minuter:

1. Kontrollera bildens storlek. Högerklicka på bilden på din dator och se filstorleken. Allt över 300 kilobyte på en webbsida är misstänkt; över 1 megabyte är ett problem.
2. Skala ner dimensionerna. En bild som visas 1200 pixlar bred behöver inte vara 6000 pixlar bred. Använd ett gratisverktyg som Squoosh (squoosh.app, från Google) eller TinyPNG (tinypng.com) – ladda upp bilden, välj format och se resultatet i realtid.
3. Välj rätt format. För foton: WebP ger ungefär 30 procent mindre filer än JPEG med samma kvalitet. De flesta moderna hemsidesverktyg hanterar WebP utan problem. PNG behövs bara för logotyper och grafik med genomskinlighet.
4. Ställ in kvaliteten runt 75–80. På en mobilskärm syns ingen skillnad mellan kvalitet 80 och 100, men filstorleken kan halveras.
5. Byt ut bilden på sajten mot den komprimerade versionen och testa hastigheten igen.

Ett typiskt exempel: en hero-bild på 4,2 MB i JPEG kan efter nedskalning till 1600 pixlar bred och konvertering till WebP landa på 180 kilobyte – en minskning med över 95 procent – utan att någon gäst märker skillnad på mobilen. Multiplicera det med sex bilder på startsidan så har du sparat flera sekunders laddningstid.

Ingen gäst har någonsin valt restaurang för att hero-bilden var 6000 pixlar bred. Men många har valt bort den för att den tog sex sekunder att ladda.

Restaurangspecifika bildfällor

Det finns några bildfällor som är särskilt vanliga i branschen. Gallerisidor med 40 okomprimerade bilder är den klassiska – överväg att visa 12 bilder och låta resten laddas först när besökaren scrollar (tekniken kallas "lazy loading" och de flesta moderna teman gör det automatiskt, men det är värt att kontrollera). Bakgrundsbilder och bildspel på startsidan är nästa: ett bildspel med fem stora bilder laddar fem gånger datamängden för en effekt som de flesta besökare ändå scrollar förbi. En enda stark bild är nästan alltid bättre – och snabbare. Och PDF-menyer förtjänar ett eget omnämnande: en inskannad meny på flera megabyte som dessutom inte går att läsa på mobilen är en dubbel förlust. Läs mer om varför i vår guide om varför PDF-menyn skrämmer bort gäster.

Steg 2: Rensa bort tunga skript och widgets

När bilderna är åtgärdade är nästa sak att titta på allt som laddas utöver själva sidan: bokningswidgetar, Instagramflöden, chattbubblor, kartor, analysverktyg och popup-fönster. Var och en av dem hämtar kod från en extern server, och varje extern anrop är en potentiell fördröjning. På restaurangsajter är det här särskilt vanligt eftersom branschen älskar inbäddade tredjepartstjänster.

Bokningssystemet: nödvändigt, men ofta tungt

Bokningswidgeten är det viktigaste tredjepartselementet på din sajt – den ska absolut finnas kvar. Men den behöver inte ladda överallt. Om widgeten laddas på varje sida, inklusive startsidan och menysidan, kostar det laddningstid på sidor där gästen ännu inte bestämt sig. Bättre: ladda bokningswidgeten bara på bokningssidan, eller använd en vanlig knapp ("Boka bord") som leder till bokningssidan där widgeten bor. Skillnaden kan vara en hel sekund. Om du funderar på vilket system du ska ha, jämför alternativen i vår jämförelse av bordsbokningssystem.

Instagramflödet, kartan och chattbubblan

Ett levande Instagramflöde på startsidan ser trevligt ut men är en av de tyngsta sakerna du kan lägga på en sida – det hämtar bilder, skript och stilar från flera servrar. Fråga dig: bokar någon bord på grund av flödet? Nästan aldrig. Ersätt det med tre utvalda bilder som länkar till er Instagram, så sparar du både laddningstid och underhåll. Samma sak med Google Maps: en inbäddad karta på varje sida är onödigt tungt. En karta på kontaktsidan räcker; på övriga sidor duger en adress med en länk till Google Maps. Chattbubblor och popup-fönster för nyhetsbrev bör granskas kritiskt – varje sådan tjänst lägger till skript som körs innan sidan blir klickbar, vilket direkt försämrar INP-måttet.

Gör en enkel inventering: lista alla tillägg, widgetar och inbäddningar på sajten och fråga för varje: "Ger det här oss bokningar?" Allt som får nej kan antingen tas bort, flyttas till en undersida eller laddas först när besökaren scrollar ner till det. Det är inte ovanligt att den här rensningen ensam lyfter mobilpoängen med 10–20 poäng.

Steg 3: Slå på cache och komprimering

Cache betyder i praktiken att servern sparar en färdig version av din sida och serverar den direkt, istället för att bygga ihop sidan från grunden vid varje besök. För en restaurangsida som sällan ändras från timme till timme är det en gratislunch: samma innehåll, mycket snabbare leverans. Beroende på vilket system din sajt är byggd i ser tillvägagångssättet olika ut:

• WordPress: installera ett cache-tillägg som WP Rocket (betalt, cirka 500 kr/år, men mycket enkelt) eller det gratis LiteSpeed Cache. Aktivera sidcache och, om tillägget erbjuder det, optimering av bilder och fördröjd laddning av JavaScript.
• Squarespace, Wix och liknande: cache hanteras automatiskt av plattformen – här finns inget att göra, vilket är en av fördelarna med de tjänsterna.
• Skräddarsydd eller statisk sajt: be din utvecklare aktivera cache-headers och Gzip- eller Brotli-komprimering på servern. Det är en standardåtgärd som tar minuter att genomföra.

Komprimering (Gzip eller Brotli) är värt ett eget omnämnande: det krymper textfiler som HTML, CSS och JavaScript med 60–80 procent under överföringen, utan att något synligt ändras. De flesta webbhotell har det som en inställning i kontrollpanelen – leta efter "komprimering", "Gzip" eller "optimering" – och det är ofta bara en bockruta från att vara påslaget. Tillsammans kan cache och komprimering kapa en till två sekunder från laddningstiden för återkommande besökare, vilket i restaurangvärlden ofta betyder stammisar som kollar menyn varje vecka.

Cache är den mest underskattade hastighets åtgärden: samma innehåll, samma design – bara serverat smartare.

Steg 4: Se över hostingen (när inget annat hjälper)

Om du har komprimerat bilderna, rensat widgetarna och aktiverat cache men PageSpeed fortfarande visar rött, är det dags att titta på grunden: webbhotellet. Billiga delade webbhotell – där din sajt delar server med hundratals andra – kan ha svarstider på över en sekund bara för att servern ska börja svara. Det syns i PageSpeed som "minska serverns svarstid" och det är inget du kan fixa med bilder eller tillägg.

För en restaurangsida behöver du inte det dyraste alternativet, men undvik det billigaste delade hotellet om sajten är affärskritisk. Ett mellanalternativ – så kallad hanterad WordPress-hosting eller ett vettigt delat hotell med servrar i Europa – kostar typiskt 100–300 kr i månaden och ger ofta svarstider under 300 millisekunder. Be också om, eller kontrollera, att sajten levereras via HTTPS (hänglåset i adressfältet) och gärna via ett CDN (ett nätverk av servrar som levererar bilderna från närmaste plats). Många hotell och plattformar som Cloudflare erbjuder CDN gratis, och det gör särskilt stor skillnad för gäster som surfar på mobilt nätverk.

Ett ärligt råd: om din nuvarande leverantör byggde sajten och hostar den, och den är långsam trots åtgärderna ovan, be om en konkret förklaring och en åtgärdsplan med datum. "Det är normalt" är inte ett acceptabelt svar när PageSpeed visar under 50 på mobilen. Och om du funderar på att bygga om sajten från grunden är hastigheten en av de saker du ska kräva i offerten – läs gärna vår genomgång av vad en restauranghemsida kostar 2026 innan du ber om priser, så att du vet vilka frågor du ska ställa.

Håll farten över tid

Hastighet är en färskvara. Varje ny bild som laddas upp okomprimerad, varje nytt tillägg och varje kampanj-popup äter lite av det du vunnit tillbaka. Därför behöver du en underhållsrutin – men den behöver inte vara betungande. Tio minuter i månaden räcker:

1. Kör PageSpeed-testet på startsidan och menysidan. Notera poängen i ett dokument så att du ser trenden över tid.
2. Granska nya bilder. Har någon laddat upp bilder den senaste månaden? Kontrollera att de är komprimerade – eller komprimera dem i efterhand.
3. Räkna tilläggen. Har det tillkommit nya widgetar, popups eller spårningsskript? Ta bort det som inte bevisat sitt värde.
4. Kontrollera uppdateringar. Ett föråldrat tema eller tillägg kan bli långsammare (och osäkrare) med tiden. Uppdatera, men ta alltid en backup först.

Lägg in en återkommande påminnelse i kalendern – första måndagen varje månad, till exempel. Den som sköter er Instagram kan lika gärna sköta detta; det kräver ingen teknisk utbildning, bara rutinen. Och om poängen plötsligt rasar en månad vet du att något konkret har ändrats – då är det bara att backa bandet och hitta vad.

Hastighetsoptimering är sällan det roligaste marknadsföringsarbetet, men det är bland det mest lönsamma. Till skillnad från annonser, som slutar fungera samma sekund som du slutar betala, stannar en snabb sajt snabb – och fortsätter att omvandla stressade mobilsökare till bokade bord, kväll efter kväll. Om du vill att någon annan sköter tekniken åt dig så att du kan fokusera på maten och gästerna finns PowerfulWebsite – vi bygger snabba restaurangsajter där hastighet, mobilanpassning och bokningar är inbyggda från start, inte något man fixar i efterhand.

Vanliga frågor