Läser in dina filer…

Gör om JPG till WebP, mindre filer på sekunder

Gör vilken JPEG som helst till en lättare WebP och spara 25 till 34 procent i filstorlek, en bild i webbläsaren eller flera på en gång på vår server.

eller dra bilden hit

Förhandsvisningen stannar på din enhet. Inget spelas in förrän du tar bilden.

Så gör du om JPG till WebP

Så gör du om JPG till WebP

Dra en JPEG till uppladdningsrutan, eller klicka för att välja en fil från enheten. Omvandlingen startar i samma stund filen är inne. Ingen Gör om-knapp att leta efter och ingen kö att vänta i. Webbläsaren sparar om fotot helt på din egen hårdvara som WebP. När resultatet är klart ställer statusraden den gamla storleken bredvid den nya så att vinsten syns direkt. Klicka på Ladda ner för att behålla WebP, som bär samma grundnamn med en ny ändelse. För nästa foto släpper du det bara ovanpå det förra. Sidan laddas aldrig om, och ett vanligt mobilfoto är klart en bra bit under en sekund.

Varför WebP blir mindre än JPG

Varför WebP blir mindre än JPG

Båda formaten slänger data för att krympa ett foto, men WebP gör det smartare vid vilken kvalitet som helst. Google sätter den vanliga vinsten till 25 till 34 procent över JPEG, och fullmatade riktiga foton sträcker sig ofta förbi det. Våra mätningar bekräftar det. En JPEG på i 1024 gånger 768 föll till, och ett foto på i 3840 gånger 2160 sjönk till. Färre bildbyte ger en snabbare Largest Contentful Paint, laddningsmåttet Google väger in i sina rankningssystem. WebP är dessutom avgiftsfritt, vilket är just därför varje stort CDN levererar det som standard och varje aktuell webbläsare läser det utan insticksprogram eller nedladdning.

När WebP slår JPG och när det inte gör det

När WebP slår JPG och när det inte gör det

Ta till WebP för allt som ska till en webbsida du driver: toppbilder, produktfoton, blogggrafik, galleriminiatyrer och förhandskorten din egen domän levererar. Varje modern webbläsare läser det, vilket täcker över 97 procent av trafiken 2026, Safari inräknat sedan version 14. Stanna på JPG när filen måste landa någonstans som fortfarande förväntar sig JPEG, som en e-postbilaga, ett tryckjobb, ett äldre fotoprogram, en marknadsplats uppladdningsruta, eller en plattform som ändå tyst pressar tillbaka WebP till JPEG. Målet avgör, inte utgångspunkten. Styr du var bilden levereras och kör din publik aktuella webbläsare är WebP nästan alltid det starkare valet.

Kvalitet och den andra förstörande omgången

Kvalitet och den andra förstörande omgången

Din JPEG var redan förstörande, så att göra en WebP av den lägger en andra förstörande omgång ovanpå den första. På pappret kan extra artefakter hopa sig. I praktiken ser foton vid den nära förlustfria inställningen här ut som originalet på vilket normalt betraktningsavstånd som helst. För renaste resultat utgå alltid från den bästa JPEG du har, ett original rakt från kameran snarare än en kopia som redan passerat en chattapp eller en CDN-klämning. Förlust byggs på vid varje hopp. Den här versionen levererar en kalibrerad kvalitetsnivå utan reglage, vilket håller utdata förutsägbart och tar bort frestelsen att överkomprimera ett foto som inte behövde det.

Var din fil hanteras

Var din fil hanteras

Att göra om en bild sker direkt i din webbläsare, på din egen maskin, utan att något laddas upp. När du gör om flera på en gång går filerna till vår server för att utföra jobbet tillsammans, och nedladdningslänken raderas inom ungefär 2 timmar. Hur som helst är resultatet ditt, och inget loggas eller granskas. I båda fallen finns det ingen långvarig lagring och ingen datainsamling.

WebP-stöd i webbläsare 2026

WebP-stöd i webbläsare 2026

WebP läses idag i över 97 procent av webbläsarna världen över. Chrome har avkodat det sedan version 17 från 2012, Firefox sedan version 65 och Safari sedan version 14 på iOS samt version 16 på macOS Ventura. Edge och Opera hanterar det båda nativt. De enda riktiga eftersläntrarna är Internet Explorer 11 och Safari 13, och deras andel är nu liten. För allmän webbleverans kan du servera WebP med gott samvete. Måste du verkligen nå urgamla webbläsare, para ihop WebP via ett HTML-picture-element med en JPG-reserv och låt varje webbläsare ta det den kan läsa. För e-post, delade enheter och tryck förblir JPG det säkrare valet.

Så fungerar det

  1. Släpp eller välj din JPG

    Klicka på uppladdningsrutan eller dra en JPEG till den från skrivbordet. Omvandlingen börjar av sig själv så fort filen är inne, utan att du behöver trycka på en knapp.

  2. Låt omsparningen löpa

    Din webbläsare kodar om ett enda foto till WebP i sitt eget minne, utan något att ladda upp. Ett vanligt mobilfoto är klart på gott under en sekund.

  3. Läs storleksjämförelsen

    När WebP är klar visar en statusrad den gamla JPEG-storleken och den nya WebP-storleken sida vid sida så att du ser exakt hur mycket du sparade.

  4. Ladda ner WebP

    Klicka på Ladda ner för att spara resultatet. Filen behåller sitt namn och byter åt dig till ändelsen.webp, så inget behöver döpas om.

Vanliga frågor

Varför göra om JPG till WebP?

WebP gör mindre filer än JPEG vid samma synliga kvalitet, vilket snabbar upp sidladdningar och lyfter dina Core Web Vitals. Googles egen siffra för WebP är 25 till 34 procent lättare än JPEG, och riktiga foton klarar ofta mer. Sköter du bilder för en webbplats trimmar bytet från JPEG till WebP bandbreddskostnaderna och kan direkt förbättra din Largest Contentful Paint, som matas in i söket rankning.

Är den här omvandlingen förlustfri?

Nej. WebP och JPEG är båda förstörande, så att gå från det ena till det andra lägger till en andra omgång förstörande komprimering. Vid den nära förlustfria kvaliteten här är skillnaden osynlig på foton på normalt betraktningsavstånd. Behöver du verkligen ett förlustfritt resultat, gör om till PNG istället. Varje verktyg som lovar en förlustfri JPG-till-WebP-väg har fel, eftersom WebP-lossless är ett separat läge avsett för PNG-liknande källgrafik, inte för foton.

Hur mycket mindre är WebP-filer än JPEG?

I våra tester kom en JPEG på i 1024 gånger 768 ut på, och ett foto på i 3840 gånger 2160 landade på. Googles publicerade siffra är 25 till 34 procent lättare än JPEG vid samma kvalitet. Mycket små bilder som redan är hårt klämda, som miniatyrer under, vinner oftast mindre, eftersom de redan ligger nära komprimeringens golv.

Stöder WebP genomskinlighet?

Ja. WebP bär en full alfakanal medan JPEG inte gör det, vilket är ett skäl till att det passar webbgrafik. För ett JPG-till-WebP-jobb finns det dock ingen genomskinlighet att behålla, eftersom käll-JPEG är helt ogenomskinlig från början. Började din bild som en PNG med genomskinlighet och du vill behålla den i WebP, gör om direkt från PNG snarare än från en tillplattad JPEG mitt i.

Laddas min bild upp till en server?

Det beror på hur många. Att göra om en bild körs helt i din webbläsare, utan någon utgående bildbegäran. Att göra om flera på en gång skickar dem till vår server så att de bearbetas tillsammans, och nedladdningslänken raderas inom ungefär 2 timmar. Det finns ingen långsiktig lagring och ingen datainsamling i något av fallen.

Kan jag göra om flera JPG till WebP samtidigt?

Ja. Släpp två eller fler JPEG och de görs om tillsammans och kommer tillbaka som en enda nedladdning. För det går filerna till vår server, som samlar WebP-resultaten i ett arkiv och ger dig en enda länk som raderas inom ungefär 2 timmar. En enda JPEG görs fortfarande om direkt i din webbläsare, utan att något laddas upp.

Detaljerna

Anteckningar från teamet om hantverk, format och de små beslut som ligger bakom ett bra resultat.

Hur en enda bild görs om i webbläsaren, och vad som ändras för flera
När du släpper en JPEG på sidan läser webbläsaren in filen i minnet, avkodar den komprimerade datan tillbaka till råa pixlar med sin inbyggda JPEG-läsare, ritar pixlarna på en yta utanför skärmen och ber plattformen skriva ut dem som WebP. Varje steg sker i webbläsaren, på din egen hårdvara, så ingen byte korsar nätet. I våra körningar blir en JPEG på i 1024 gånger 768 klar på ungefär 54 millisekunder, och ett foto på i 3840 gånger 2160 tar omkring 550 millisekunder. När du gör om flera bilder på en gång flyttas jobbet i stället till vår server, som kodar dem tillsammans och lämnar tillbaka en enda nedladdning vars länk raderas inom ungefär 2 timmar.
Vad som händer med EXIF och metadata
JPEG-filer kan släpa på riktiga metadatalaster. EXIF noterar kameramodell, GPS-koordinater, slutartid och orientering. IPTC-fält håller upphovsrätt och bildtext. XMP-paket spårar redigeringshistorik, och ICC-profiler täcker färghanterat arbete. Omvandlingen här behåller inget av det. Den färdiga WebP är en ren fil med bara de synliga pixlarna. Det är det normala beteendet för bildverktyg som ritar genom webbläsaren, över Chromium, Firefox och WebKit lika. För det mesta webbpublicerandet är det ett plus att släppa metadata: det trimmar några byte och hindrar GPS eller personliga data från att läcka in i en offentlig bild. Behöver du ett visst fält bevarat, vanligen orientering, rotera fotot först eller använd en metadatamedveten redigerare före omvandlingen. Luta dig inte mot det här verktyget för arkivarbete där originalmetadata måste överleva intakt.
WebP mot JPEG: hur komprimeringen skiljer sig
JPEG delar en bild i block på 8 gånger 8 och kör en diskret cosinustransform för att göra rumsligt detalj till frekvensdata, och kvantiserar sedan de högre frekvenserna hårdare. WebP lånar ett förutsägelseschema från VP8-video: varje block gissas från sina redan avkodade grannar, och bara den kvarvarande skillnaden lagras. Det lämnar oftast färre blockiga artefakter vid samma filstorlek, framför allt över mjuka övergångar och hudtoner där JPEGs rutnät kan dyka upp som en synlig mosaik. På foton vid hög kvalitet, över q80, fångar ögat sällan skillnaden, men storleksfördelen håller stadigt. Vid lägre kvalitet, under q60, vidgas WebPs försprång och artefakternas karaktär skiftar: WebP smetar ut i en mjukare oskärpa medan JPEG visar sina kännetecknande block. Inget vinner på varje bild. Tungt texturerade motiv som lövverk komprimerar ibland ungefär lika i båda formaten.
Core Web Vitals och argumentet för WebP
Largest Contentful Paint, eller LCP, mäter hur snabbt det största synliga elementet i vyn är klart att laddas. På de flesta marknadsföringssidor är det elementet ett toppfoto. Google har bekräftat att Core Web Vitals fungerar som en rankningsfaktor i söket. När toppbilden är en JPEG på kan den knuffa LCP förbi tröskeln på 2,5 sekunder på en medelmåttig mobiluppkoppling. Gör om samma foto till WebP på runt och LCP kan glida tillbaka in i den gröna zonen utan annan ändring på sidan. Vinsten på 25 till 34 procent byggs på över varje bild på sidan. En sida med sex JPEG på sammanlagt kan tappa 300 till genom att byta till WebP, vilket direkt snabbar upp den första meningsfulla ritningen på långsamma länkar. CDN som stöder innehållsförhandling ger kompatibla webbläsare WebP på egen hand, så det finns inget pyssel per bild när originalen väl finns.
WebP-stöd 2026 och luckorna
Från och med 2026 läser WebP i Chrome sedan version 17, Firefox sedan 65, Edge sedan 18, Opera sedan 11.10 och Safari sedan version 14 på iOS 14 och macOS Big Sur. Enligt caniuse.com toppar den samlade globala täckningen för WebP-avkodning 97 procent av webbläsartrafiken. Det som återstår är mest Internet Explorer 11, Safari 13 på macOS Catalina och en lång svans av mycket gamla Android-webbläsare. För nästan varje offentligt projekt är det säkert att servera WebP till alla. När du behöver full täckning låter HTML-picture-elementet dig lista en WebP-källa och en JPEG-reserv i en tagg, och webbläsaren tar det första formatet den kan läsa. CDN med bildoptimering förhandlar formatet automatiskt utifrån Accept-huvudet webbläsaren skickar, så att servera genom dem kräver inget manuellt test per webbläsare.
När WebP är fel val
För modern webbleverans är WebP rätt, men fel på ett par vanliga ställen. Tryckarbete behöver CMYK-färg, som WebP inte bär, så JPEG och TIFF förblir standard för pressen. E-postklienter är ojämna: Gmail och Apple Mail visar WebP, men Outlook på Windows gör det inte. Fildelning och marknadsplatser varierar också. Google Drive, Dropbox och GitHub visar WebP fint, medan många sociala plattformar, bildbyråer och e-handelssystem pressar tillbaka inkommande bilder till JPEG internt, vilket gör WebP-steget meningslöst. Redigerarstödet är fortfarande ojämnt: Lightroom, Capture One och Affinity Photo kan öppna WebP, men gott om insticksprogram och exportförval väljer fortfarande JPEG som standard. För varje arbetsflöde som skickar bilder genom tredjepartssystem du inte styr, behåll en JPEG-master och gör om till WebP först i det sista leveranslagret.