Vilka plattformar stöder WebP?

Moderna e-handelsplattformar accepterar WebP och i allt högre grad AVIF, tryck- och juridiska arbetsflöden accepterar ingendera, och e-postklienter hamnar klämtsamt däremellan. JPEG och PNG förblir de enda två formaten som accepteras överallt utan förbehåll.

Att acceptera ett format och att bevara det är två olika saker. Flera plattformar tar din WebP-fil och kodar om den till JPEG bakom kulisserna, vilket innebär att du bär kompatibilitetsrisken utan att få storleksfördelen. Att veta vilka plattformar som gör detta ändrar vad du bör ladda upp.

Formatstöd per plattform

Kontrollera den sista kolumnen innan du väljer ett uppladdningsformat, eftersom en plattform som kodar om allt gör ditt formatval irrelevant. Stödet ändras över tid, så bekräfta mot aktuell dokumentation före en stor migrering.

Mönstret i den tabellen är konsekvent. System som nyligen byggts för webben accepterar moderna format, och system byggda för tryck, efterlevnad eller äldre kompatibilitet gör det inte. Systemets ålder förutsäger formatstöd bättre än storleken på företaget som driver det.

Webbläsare är inte längre problemet

Varje aktuell webbläsare stöder WebP, inklusive Chrome, Firefox, Safari och Edge på dator och mobil. Safari lade till stöd 2020, vilket avslutade det sista allvarliga kompatibilitetsargumentet mot formatet.

AVIF ligger ett steg efter, med stöd i alla större webbläsare men mindre konsekvent beteende i äldre versioner och vissa inbäddade visningsprogram. För en offentlig webbplats är WebP säkert utan en reservlösning, och AVIF är säkert med en. De återstående problemen finns helt utanför webbläsarna.

Varför plattformar kodar om dina uppladdningar

Plattformar kodar om för att kontrollera sina egna leveranskostnader och för att leverera rätt storlek till varje enhet. En marknadsplats som visar en bild i 6 olika layouter behöver 6 varianter, och att generera dem från en uppladdning är enklare än att be säljare tillhandahålla dem.

Omkodning har en konsekvens som är värd att förstå. Att ladda upp en hårt komprimerad fil ger plattformen en skadad källfil att arbeta med, och skadan förs vidare till varje variant. Där en plattform kodar om bör du ladda upp en högkvalitativ fil med korrekta dimensioner och låta plattformen hantera komprimeringen, istället för att komprimera två gånger.

Där WebP verkligen hjälper

WebP hjälper mest på webbplatser du själv kontrollerar, där filen du laddar upp är filen besökaren laddar ner. Din egen webbplats, en egenhostad butik och en dokumentationssajt faller alla i den kategorin.

• Din egen webbplats. Full nytta, eftersom ingenting kodar om filen.
• Egenhostade butiker. Full nytta, och sidhastighet påverkar konverteringen direkt.
• Innehållssystem som genererar varianter. Delvis nytta, eftersom plattformen bestämmer utdata.
• Marknadsplatser. Ingen nytta, eftersom uppladdningar kodas om oavsett vad du skickar.
• Sociala nätverk. Ingen nytta, eftersom varje nätverk konverterar till sitt eget format.

Där WebP orsakar problem

Undvik WebP överallt där en människa ska ladda ner filen och öppna den i mjukvara utanför en webbläsare. Designverktyg, kontorsprogram och tryckarbetsflöden hanterar fortfarande formatet dåligt.

Det vanligaste misslyckandet är ett presskit eller ett mediepaket. En journalist som laddar ner en WebP-logotyp kanske inte kan placera den i sitt layoutprogram, och förfrågan lämnas obesvarad istället för att åtgärdas. Myndigheters uppladdningsformulär är det näst vanligaste misslyckandet, där valideringen vägrar formatet helt och hållet med ett felmeddelande som sällan nämner orsaken.

Hur du bestämmer vilket format du ska ladda upp

Svara på dessa 4 frågor i ordning för att välja rätt.

1. Kommer filen att laddas ner och öppnas utanför en webbläsare? Om ja, använd JPG eller PNG.
2. Kodar plattformen om uppladdningar? Om ja, ladda upp högkvalitativ JPG eller PNG och låt plattformen bestämma.
3. Kontrollerar du leveransen av filen? Om ja, använd WebP, med AVIF på dina tyngsta bilder.
4. Behöver bilden transparens? Om ja, använd PNG eller WebP, eftersom JPEG saknar transparenskanal.

Dessa 4 frågor löser nästan alla fall utan att du behöver en kompatibilitetstabell. Den underliggande principen är enkel: moderna format hör hemma där du kontrollerar kedjan, och universella format hör hemma överallt annars.

Säker leverans av moderna format på din egen webbplats

Använd ett picture-element som listar AVIF först, WebP som tvåa och en JPEG-reserv i img-taggen. Webbläsaren tar det första formatet den förstår, så nyare webbläsare får den lilla filen medan äldre fortfarande får en bild.

Koden kostar några rader per bild och tar helt bort kompatibilitetsrisken. De flesta innehållssystem och hemsidesbyggare genererar nu mönstret automatiskt vid uppladdning, så kontrollera vad din plattform redan gör innan du skriver det för hand. Att konvertera bilderna tar ett par minuter, medan det oftast tar längre tid att skriva koden.

Hur du kontrollerar vad en plattform verkligen accepterar

Ladda upp en testfil och inspektera vad plattformen levererar tillbaka, eftersom dokumentation ofta är inaktuell. Svaret tar 2 minuter och är mer pålitligt än någon publicerad lista.

Ladda upp en WebP-bild, visa den publicerade sidan, högerklicka på bilden och öppna den i en ny flik. Filändelsen i adressfältet visar vad plattformen faktiskt levererar. En .jpg-ändelse innebär att din WebP-fil konverterades, medan en .webp-ändelse innebär att den bevarades. Upprepa testet efter alla större plattformsuppdateringar.

Format som tyst håller på att försvinna

BMP, TIFF och animerad GIF fungerar fortfarande nästan överallt och är fel val i nästan alla lägen. Var och en överlever för att äldre mjukvara skapade dem, snarare än för att de gör något bra.

BMP lagrar bilder nästan helt utan komprimering, så en skärmdump kan väga 20 gånger mer än motsvarande PNG. TIFF förblir standard inom tryck och skanning och är obrukbart på webben. Animerad GIF är begränsad till 256 färger och väger ofta mer än en kort video av samma klipp. Att konvertera dessa 3 format vid mottagande, snarare än att lagra dem, undviker att bära tyngden genom ett helt arbetsflöde.

Att planera en formatmigrering

Konvertera en kopia av biblioteket snarare än originalen, och behåll originalen tills de nya filerna är live och verifierade. Formatmigreringar är en av få bilduppgifter som kan förlora arbete permanent.

Arbeta i 4 steg. Granska vilka bilder som faktiskt används, eftersom de flesta bibliotek innehåller filer som ingen sida refererar till. Konvertera en kopia till målformatet med korrekta dimensioner. Publicera de nya filerna tillsammans med en reservlösning så att ingenting går sönder under växlingen. Ta först bort originalen när sidorna har kontrollerats på en mobil, i en datorwebbläsare och i eventuella klientsystem som använder bilderna.

Hur är det med AVIF

AVIF komprimerar ungefär 20 till 30 procent hårdare än WebP på stora fotografier och kodar mycket långsammare. Formatet är värt den extra ansträngningen på huvudbilder och fototunga sidor.

Under cirka 10 KB är en WebP-fil ofta mindre, eftersom AVIF bär på mer behållardata än vad mycket små bilder kan motivera. Använd AVIF på dina största bilder, WebP överallt annars på sajten, och behåll en JPEG-reserv för båda. Plattformstödet utanför webbläsare är fortfarande tunt, så AVIF hör hemma på sajter du kontrollerar snarare än på filer du lämnar över till andra.

Konvertera ett bibliotek för en specifik destination

Konvertera en gång till formatet destinationen faktiskt använder snarare än att konvertera upprepade gånger mellan format. Varje förstörande konvertering kastar bort detaljer, så en fil som har passerat 3 format bär på 3 generationers förlust.

Bestäm destinationen först och konvertera sedan direkt från originalet. Våra konverterare hanterar alla vanliga kombinationer, inklusive HEIC, PNG, JPG, WebP, AVIF, GIF och BMP i båda riktningarna, så det finns inget behov av att skicka en fil via ett mellanliggande format. Buntar på upp till 500 filer körs samtidigt, helt i din webbläsare, vilket innebär att ett helt bildbibliotek kan förberedas för en migrering utan att en enda fil lämnar din enhet.