Image formaty dla SEO: JPEG vs. PNG vs. WebP vs. AVIF

TL;DR — An image format jest the type of file you save a picture as — JPEG, PNG, WebP, AVIF, i a kilka others. Switching to a “modern” format like WebP lub AVIF won’t boost twój rankings — Google ma said so directly. co it robi robić jest make the file smaller, który makes twój strona load faster, i speed jest co actually pomaga. So pick the format że fits the picture: WebP dla najbardziej photos, PNG dla logos i screenshots że need sharp edges lub transparency, SVG dla icons.

co an image format jest

gdy you save a picture, you save it as something — a .jpg, a .png, a .webp. że’s the format. każdy one sklepy the image a little differently, i the choice changes three things you care o:

• How big the file jest (a smaller file loads faster).
• Whether it może mieć a transparent background (a logo że sits on dowolny color).
• Whether it może być animated (like an old-school GIF).

wyszukiwarki może read wszystkie the common formaty, so you’re nie picking one to “please Google.” You’re picking the one że zachowuje the file mały bez making the picture look worse.

The formaty, in plain terms

• JPEG — the classic photo format. działa everywhere. Good dla photographs, ale it może’t robić transparency.
• PNG — great dla logos, screenshots, i anything z sharp edges lub tekst, i it może mieć a transparent background. Files są bigger than JPEG dla photos, though.
• WebP — a modern format że makes photos noticeably smaller than JPEG i również obsługuje transparency. It działa in basically każdy przeglądarka now. ten jest the bezpieczny everyday choice.
• AVIF — the newest i smallest of the bunch (często half the size of a JPEG). A tiny slice of visitors nadal może’t see it, so you pair it z a JPEG backup.
• SVG — dla logos i icons. It’s drawn z math, nie pixels, so it stays razor-sharp at dowolny size i the file jest tiny.
• GIF — the old animation format. Mostly outdated now, ale nadal the najbardziej universally compatible way to pokazywać a prosty animation.

The thing najbardziej people get błędny

There jest no ranking “boost” dla używając WebP lub AVIF. People hear “use WebP for SEO” i assume the format itself lifts them in the wyniki. It doesn’t — Google’s John Mueller ma said ten plainly więcej niż once. The benefit jest smaller files → faster strony → better strona-speed scores, i że speed jest co pomaga. If you switched formaty ale the strona didn’t actually get faster, there’s no SEO win to collect.

The simplest bezpieczny habit: używać WebP dla twój photos, zachować PNG dla logos i screenshots, używać SVG dla icons, i don’t lose sleep ponad AVIF unless you’re squeezing każdy ostatni kilobyte (in który case, dodawać a JPEG fallback).

Want the pełny comparison — the kompresja/transparency/animation/przeglądarka-obsługiwać tabela dla wszystkie six formaty, the dokładny Google cytaty, i a decision tree dla który format to używać gdy? Switch to the Advanced tab.

TL;DR — Image format jest nie a czynnik rankingowy. Google’s John Mueller ma confirmed there’s no SEO boost dla AVIF, i WebP jest tylko “fine for Image Search” — deliberately neutral język, nie “better.” The rzeczywisty chain jest: format → file size → szybkość strony → Largest Contentful Paint / Core Web Vitals → the strona-experience signals ranking systemy actually używać. format sits several kroki upstream. Pick by treść type, nie by “newest wins”: WebP jest the bezpieczny domyślny dla photos (~96% obsługiwać, ~25–35% smaller than JPEG, i robi alpha transparency even in lossy mode — JPEG może’t); AVIF compresses furthest (~50% smaller than JPEG, ~94% obsługiwać in 2026) ale jest CPU-heavy to encode i ma no progressive renderowanie; PNG dla transparency i sharp-edged graphics/tekst; SVG dla logos, icons, i diagrams; GIF tylko as the universal animation fallback. Serve modern formaty via <picture> (AVIF → WebP → JPEG/PNG src) — the src fallback jest the URL Google indexes. ten jest the format deep dive; the LCP/fetchpriority/lazy-ładowanie implementacja lives in Image optymalizacja.

robi image format actually affect SEO?

Lead z the myth-bust, ponieważ it’s the powód najbardziej people land on ten strona.

format jest nie a czynnik rankingowy. John Mueller ma said ten in co najmniej three oddzielny, independently-timed ways, i the przez-wiersz jest the same każdy time — the format jest nie a signal, the speed it enables jest. Following Google’s August 2024 announcement że AVIF był now supported in Search, Mueller confirmed there jest no “SEO boost” dla używając AVIF ponad other supported formaty (wyszukiwarka Roundtable’s coverage) — the benefit jest file-size reduction, który może pomagać szybkość strony, nie a ranking preference dla the container. Years earlier, on WebP, he był just as careful z his words: “WebP images are fine for Image Search” (SE Roundtable) — “fine,” nie “better” lub “preferred.” i gdy WebP images started showing up in Search Console’s “Crawled – currently not indexed” raport, Mueller clarified że ten jest a general image-reporting quirk (images aren’t zindeksowany as HTML strony), nie a WebP-specific disadvantage — he “doesn’t believe the phenomenon is limited to WebP images” (wyszukiwarka Journal’s write-up).

Google’s own primary image-SEO doc backs ten up by omission: it listy the supported formaty, points you to PageSpeed Insights dla wydajność, i nigdy once ties format selection to a czynnik rankingowy. że absence jest itself the dowód.

ten jest the same myth-bust I make at the hub level in Image SEO i in the implementacja poradnik, Image optymalizacja — i it’s worth stating precisely. Don’t say “format doesn’t matter.” Say “format doesn’t matter directly — it matters entirely through the speed and Core Web Vitals chain.”

The rzeczywisty chain: format → file size → speed → Core Web Vitals

Here’s the causal sequence, spelled out, ponieważ collapsing it jest exactly how the myth spreads:

1. format choice changes file size. The biggest single lever on image weight.
2. Smaller files load faster. Google’s own image doc notes images są “often the largest contributor to overall page size, which can make pages slow and expensive to load.”
3. Faster loads poprawić Largest Contentful Paint (LCP). The hero image jest zwykle the LCP element, so jego weight directly moves the metric. (I go deep on ten in my Largest Contentful Paint poradnik — the why LCP jest zwykle an image half.)
4. LCP feeds Core Web Vitals, który jest part of the strona-experience signals Google’s ranking systemy używać.

format jest at the start of że chain — several kroki upstream of anything ranking-adjacent. że’s the whole powód it isn’t a czynnik rankingowy by itself: too much ma to go right in między, i if the strona doesn’t actually get faster, nothing downstream changes.

The six formaty porównany

najbardziej competing “2026 guides” cover tylko JPEG/PNG/WebP/AVIF i quietly get the przeglądarka-obsługiwać liczby błędny (I’ve seen AVIF cited at “~74%,” który jest years out of date). Here’s the pełny six-format matrix z current figures.

JPEG — the universal photographic fallback

Lossy-tylko, no transparency, no animation, i supported literally everywhere. JPEG jest nadal the poprawny fallback at the end of a <picture> element i a perfectly fine choice dla photographs gdy you’re nie converting to a modern format. jego weak spot jest baked do how lossy kompresja działa: per Google’s Chrome zespół on web.dev, “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” że’s precisely why JPEG jest the błędny call dla logos, screenshots, i tekst-heavy graphics — the artifacts pokazywać.

PNG — lossless, transparency, graphics i screenshots

Lossless-tylko z pełny alpha transparency. PNG jest right whenever you need crisp edges (logos, UI screenshots, tekst-in-image) lub a transparent background i don’t want to take on modern-format fallback complexity. The trade-off: dla photographs, PNG produces needlessly huge files dla no visible quality gain ponad a well-tuned JPEG/WebP — losslessness jest a cost you’re paying dla nothing on a photo. (APNG robi exist dla animated PNG, ale it’s a distinct, mniej-supported extension — nie something to lean on.)

WebP — the modern bezpieczny domyślny

WebP jest the format I’d reach dla pierwszy on najbardziej web photos. Google’s Chrome zespół jest bezpośredni o why: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” i it clears JPEG’s biggest limitation — “WebP also supports alpha channel transparency even when using lossy compression — a feature the JPEG codec doesn’t offer.” obsługiwać jest a non-problem: web.dev calls it “a widely supported format that works on all modern browsers” (~96% global in 2026). Roughly 25–35% smaller than JPEG at similar quality, i lossless WebP runs ~26% smaller than PNG. If you convert one thing, convert twój photos to WebP.

AVIF — best kompresja, rzeczywisty trade-offs

AVIF wins on raw kompresja. Per web.dev, “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases,” plus “Wide Color Gamut (WCG) and High Dynamic Range (HDR) features.” In 2026 jego przeglądarka obsługiwać sits around ~94% globally — Chrome (since 2020), Firefox (2021), Safari (16,4+, since 2023), i Edge (121+, January 2024) wszystkie render it. So it’s production-ready — z a fallback.

ale “best compression” isn’t the tylko variable, i będąc honest o AVIF’s costs jest co separates a użyteczny poradnik z a listicle:

• Encoding jest CPU-intensive. AVIF jest slow to produce, który matters dla duży media libraries i CMS pipelines re-encoding thousands of assets.
• No progressive renderowanie. Per MDN, an AVIF musi fully download przed it displays — unlike a progressive JPEG że paints a niski-res version pierwszy. On a slow connection że może feel worse despite the smaller file.
• Animated-AVIF tooling jest immature. The format obsługuje animation (czasami called AVIS), i Chrome, Edge, i Safari 16,4+ może play it — ale Firefox nadal może’t as of 2026, i production tooling lags GIF/WebP animation.

SVG — vector graphics, icons, logos, diagrams

SVG jest a różny animal — it’s vector, described z math zamiast a grid of pixels, so it scales to dowolny size z zero quality loss i stays tiny dla prosty shapes. web.dev’s framing jest the reguła of thumb: SVGs są “most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” Logos, icons, i diagrams belong in SVG, pełny stop. Don’t używać it dla photographs — it isn’t built dla them.

One thing że makes SVG genuinely różny z the other five formaty here: it’s XML, nie pixel data, i per MDN’s own reference an SVG file może contain scripts i reference external zasoby — MDN specifically notes “there are additional restrictions when SVG is used” as a plain image (via <img> lub CSS background-image) versus embedded inline lub przez an <iframe>/<object>. że restriction exists ponieważ an SVG załadowany the ordinary “image” way jest sandboxed z executing scripts lub pobieranie externals, precisely to close off an XSS vector. If you ever accept SVG uploads z użytkownicy (an icon library, a logo upload form), sanitize them przed serving — strip <script> znaczniki i external references — the same way you’d treat dowolny other użytkownik-supplied znaczniki, nie the way you’d treat a JPEG.

GIF — legacy animation, gdy it’s nadal the right call

GIF jest lossless LZW kompresja capped at a 256-color palette, z tylko binary (on/off) transparency. It’s the historical animation format, i dla anything non-trivial it’s był superseded by animated WebP/AVIF (lub, better nadal, rzeczywisty video). jego one remaining edge jest universal compatibility — if you need a prosty animation to play everywhere z zero fallback logic, GIF jest nadal the lowest-common-denominator choice. Otherwise, reach dla animated WebP.

Whichever animation format you używać, treat the semantics osobno z the format decision: a looping GIF/animated image że conveys information needs tekst alternatywny describing co it pokazuje, the same as a statyczny image, i a purely decorative loop powinien być marked as such zamiast read aloud as treść by a screen czytelnik. Neither of tamte jest a format-compatibility question — they hold regardless of whether you ship GIF, animated WebP, lub animated AVIF.

który format powinien you actually używać?

Match the format to the treść, nie to “which is newest.” The decision-tree tab lays ten out as a flow, ale the short version:

• Photographs → WebP (bezpieczny domyślny), lub AVIF z a JPEG fallback gdy you want maximum kompresja.
• Logos, icons, diagrams, wiersz art → SVG.
• Screenshots, graphics z sharp edges lub tekst, anything needing transparency bez fallback complexity → PNG (lub lossless WebP).
• prosty animation → animated WebP/AVIF gdzie supported; GIF tylko as the universal fallback. (dla anything richer, używać video.)

One honest caveat on wszystkie the kompresja percentages in ten artykuł: they’re representative figures z web.dev’s i caniuse’s testing, nie a guarantee dla twój images. Savings depend on the źródło image’s treść (a busy photo compresses differently than a flat-color graphic) i the encoder settings you używać. Treat “WebP is ~25–35% smaller” i “AVIF is ~50% smaller” as a starting expectation, then porównywać twój own encodes at the quality settings you’ll actually ship — że’s the tylko way to know co a given format switch buys you on twój own strony.

Implementing modern formaty safely — the <picture> fallback

Don’t serve modern formaty alone — serve them z fallbacks. The clean pattern jest a <picture> element że oferty AVIF pierwszy, WebP następny, i ends in a plain <img src> pointing at a JPEG lub PNG:

<picture>
  <source srcset="hero.avif" type="image/avif" />
  <source srcset="hero.webp" type="image/webp" />
  <img src="hero.jpg" alt="Descriptive alt text" width="1200" height="800" />
</picture>

The przeglądarka picks the pierwszy format it understands; older przeglądarki i niektóre crawlers fall przez to the src. Two things worth internalizing: że fallback src jest the URL Google actually indexes dla image search (Google parses the <img> even nested inside <picture>, ale robi nie index CSS background-image), i ten jest gdzie format selection hands off to the broader implementacja działać — sizing, kompresja settings, srcset/sizes, lazy ładowanie, i fetchpriority on the LCP image. że pełny how-to jest deliberately nie duplicated here; it lives in Image optymalizacja, i the responsive-serving mechanics (srcset, sizes, art direction) live in Responsive Images.

co Google i Bing officially obsługiwać

Google’s supported-formaty lista i the August 2024 AVIF milestone

Google Search’s supported lista jest explicit: “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF” (plus Base64 Data URIs). AVIF jest the newest addition, i the date matters: Google didn’t obsługiwać AVIF dla Search at wszystkie until August 30, 2024, gdy it announced “AVIF is now a supported file type in Google Search” i że “you don’t need to do anything special to have your AVIF files indexed.” przed że date, AVIF wasn’t on the lista — i per third-party coverage, używając AVIF thumbnails mógł even cause Google to abort video indeksowanie entirely. że’s a genuinely recent, dateable wiersz: dowolny competing poradnik written przed mid-2024 i nigdy updated jest giving stale advice o AVIF’s safety.

Note how Google framed the announcement — purely as “we can now process this file type,” nigdy as a ranking-signal launch. że’s the same non-ranking framing as the rest of the format lista, i it’s why the wyszukiwarka Journal headline “Google’s New Support For AVIF Images May Boost SEO” jest a good cautionary przykład: the body correctly routes the “boost” entirely przez file-size → Core Web Vitals, ale the headline jest exactly how the format-equals-ranking myth gets amplified by well-meaning industry press.

Bing’s (limited) public guidance

Bing doesn’t publikować a format-by-format comparison doc the way Google robi. jego general Webmaster Guidelines treat szybkość strony — w tym image weight — as a consideration, ale there’s no Bing-specific “use WebP/AVIF” technical strona, i I’m nie going to invent one. Bing indexes i displays JPEG/PNG/WebP/GIF images in Bing Images bez problem; jego crawler obsługiwać dla modern formaty jest generally assumed to track Chromium-adjacent przeglądarka obsługiwać, ale unlike Google’s, it isn’t osobno udokumentowany. ten jest the same honest gap I flag in Image optymalizacja — stated plainly zamiast papered ponad.

Common myths o image formaty i SEO

• “Switching to WebP/AVIF boosts rankings.” No — Mueller directly: no SEO boost dla AVIF; WebP jest “fine,” nie “better.” The benefit jest indirect, via file size → speed → Core Web Vitals.
• “AVIF is always best because it compresses best.” Overstated. AVIF jest CPU-heavy to encode, ma no progressive renderowanie, i był unsupported by Google Search until August 2024. Best kompresja isn’t the tylko variable.
• “PNG is always the safe, high-quality choice.” fałszywy as a blanket reguła. PNG jest right dla graphics/transparency/tekst ale produces bloated files dla photographs, hurting load speed dla zero visible gain.
• “You don’t need a fallback anymore — support is basically universal.” Mostly prawdziwy dla WebP; nadal worth a <picture> fallback dla AVIF given the rzeczywisty (if mały) ~6% gap plus crawler i older-urządzenie edge cases. Google explicitly recommends the fallback pattern.
• “Google penalizes older formats like JPEG/PNG.” fałszywy — JPEG, PNG, GIF, i BMP pozostawać fully supported. There’s no penalty, tylko a missed speed opportunity versus modern formaty.
• “AVIF can’t animate / WebP can’t do transparency.” oba fałszywy. WebP robi alpha transparency even in lossy mode; AVIF obsługuje animation (Safari 16,4+, Chrome, Edge — though nie Firefox yet in 2026).
• “AVIF isn’t ready — it’s still a WebP-only world.” Outdated. AVIF sits around ~94% global obsługiwać i ma był indeksowalny by Google Search since August 2024. Treat it as production-ready-z-fallback, nie experimental.

gdzie ten fits

ten artykuł jest the format-comparison deep dive inside the Image SEO cluster — it’s the canonical home dla the six-format matrix i the ranking myth-bust. jego two siblings handle the adjacent jobs: Image optymalizacja jest the implementacja how-to (LCP, fetchpriority, lazy ładowanie, kompresja, sizing), i Responsive Images covers srcset/sizes/<picture> mechanics dla serving the right-sized image per urządzenie. The wydajność payoff of getting format right jest really a Core Web Vitals story wearing an image hat.

AI summary

A condensed take on the Advanced version:

• format jest nie a czynnik rankingowy. John Mueller ma confirmed no SEO boost dla AVIF, i WebP jest tylko “fine for Image Search” — neutral wording, nie “better.” Google’s own image doc nigdy ties format to ranking.
• The rzeczywisty chain: format → file size → szybkość strony → LCP / Core Web Vitals → strona-experience signals. format sits several kroki upstream — że’s why it isn’t a czynnik rankingowy by itself.
• Six-format fakty (2026): JPEG (lossy, no transparency, universal fallback); PNG (lossless, pełny alpha, graphics/screenshots); WebP (oba compressions, alpha even in lossy mode, ~96% obsługiwać, ~25–35% smaller than JPEG — the bezpieczny domyślny); AVIF (best kompresja, ~50% smaller than JPEG, ~94% obsługiwać, ale CPU-heavy, no progressive renderowanie, animation nie in Firefox yet); SVG (vector — logos/icons/diagrams); GIF (legacy 256-color animation, universal fallback tylko).
• Pick by treść type: photos → WebP (lub AVIF + fallback); logos/icons → SVG; screenshots/transparency/tekst → PNG lub lossless WebP; prosty animation → animated WebP/AVIF, GIF as universal fallback.
• Serve z fallbacks: <picture> (AVIF → WebP → JPEG/PNG src). The src fallback jest the URL Google indexes; Google indexes <img> (incl. inside <picture>), nie CSS backgrounds.
• Official obsługiwać: Google obsługuje BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF added Aug 30, 2024 (przed że it mógł break video indeksowanie). Bing ma no format-comparison doc — don’t invent one.
• Myths busted: format ≠ ranking boost; AVIF ≠ zawsze best; PNG ≠ zawsze bezpieczny; “no fallback needed” ≠ prawdziwy dla AVIF; older formaty aren’t penalized; WebP robi transparency i AVIF robi animation.
• Scope: ten jest the format deep dive; LCP/fetchpriority/lazy-ładowanie how-to lives in Image optymalizacja, responsive mechanics in Responsive Images.

Official documentation

Primary-źródło documentation i reference material.

Google

• Google Images dobre praktyki — the supported-formaty lista (BMP, GIF, JPEG, PNG, WebP, SVG, AVIF), the <img>-vs-CSS-background indeksowanie reguła, i the extension-matches-file-type note. Makes no format-oparty ranking twierdzenie.
• Supporting AVIF in Google Search (Aug 30, 2024) — the announcement że AVIF jest now supported in Search, Images, odkrywać, i News, z no special implementacja needed.
• Image wydajność (web.dev, Google Chrome zespół) — the format mechanics: WebP/AVIF kompresja, alpha-in-lossy, WCG/HDR, the lossy/lossless split, i why JPEG struggles z sharp edges/tekst.

Reference (dokładność backbone)

• Image file type i format poradnik (MDN Web Docs) — the rigorous format-by-format spec: MIME types, kompresja, transparency, animation, progressive-renderowanie obsługiwać, i używać cases.
• caniuse.com — AVIF i caniuse.com — WebP — the version-by-version, current-global-percentage przeglądarka-obsługiwać tabele. Re-sprawdzenie te przed quoting dowolny obsługiwać figure; they move continuously.

Bing / Microsoft

• Bing Webmaster Guidelines — general strona-speed guidance; note Bing publishes no format-comparison-specific technical strona.

cytaty z the źródło

On-the-record statements z Google. gdzie a strona exposes the tekst, the link jest a deep link że jumps to the quoted passage.

Google docs — supported formaty i wydajność framing

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” Jump to cytat
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” Jump to cytat

web.dev (Google Chrome zespół) — format mechanics

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” Jump to cytat
• WebP transparency edge: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.”
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.”
• JPEG’s weak spot: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.”
• SVG’s ideal używać: “Because SVG is a vector image format, they’re most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.”

Google Search Central blog — AVIF obsługiwać (Aug 30, 2024)

• “We’re happy to announce that AVIF is now a supported file type in Google Search, for Google Images as well as any place that uses images in Google Search.” Announcement
• “You don’t need to do anything special to have your AVIF files indexed by Google.”

John Mueller, Google — format jest no ranking boost

• On AVIF: there jest no “SEO boost” dla używając AVIF files — the benefit jest file-size reduction, który może pomagać szybkość strony, nie a ranking preference. Coverage
• On WebP: “WebP images are fine for Image Search” — “fine,” deliberately nie “better.” Coverage
• On the WebP “Crawled – currently not indexed” raport: it’s a general image-reporting quirk (images aren’t zindeksowany as HTML strony), i Mueller “doesn’t believe the phenomenon is limited to WebP images.” SEJ coverage

który format powinien I używać?

działać top-down. Match the format to co the image jest, then dodawać a fallback if you went modern.

1. jest it a logo, icon, diagram, lub wiersz art? → SVG. Vector scales bez quality loss i stays tiny. Stop here.

2. robi it need to animate? → Animated WebP lub AVIF gdzie supported, z GIF as the universal fallback dla prosty loops. dla anything richer than a short loop, używać video (MP4/WebM), nie an image format. Stop here.

3. jest it a photograph? → WebP jest the bezpieczny domyślny (~96% obsługiwać, no fallback strictly required). → Want maximum kompresja i może dodawać a fallback? AVIF → WebP → JPEG via <picture>. → Need a single universal file z no fallback logic? JPEG.

4. jest it a screenshot, lub a graphic z sharp edges, tekst, lub transparency? → PNG (lub lossless WebP). JPEG’s lossy artifacts wreck sharp edges i tekst; PNG zachowuje them crisp i obsługuje pełny transparency.

5. zrobił you choose AVIF lub WebP dla a photo? → Wrap it in <picture> z lower formaty as <source>s i a JPEG/PNG <img src> fallback. że src jest the URL Google indexes.

Quick reference by answer

The mental modele

1. The causal chain — format → file size → speed → Core Web Vitals. format sits at the start of a four-krok chain, nie at the ranking end of it: format choice changes file size → smaller files load faster → faster loads poprawić Largest Contentful Paint (LCP) → LCP feeds Core Web Vitals, który jest part of the strona-experience signals ranking systemy używać. Collapsing ten do “format affects rankings” jest exactly how the myth spreads — format jest several kroki upstream, i if the strona doesn’t actually get faster, nothing downstream changes. używać ten model whenever you’re tempted to credit a format switch itself dla a ranking move: ask który link in the chain actually happened.

2. Pick by treść type, nie by “newest wins.” The newest format isn’t automatically the right one — match the format to co the image jest:

• Photographs → WebP (bezpieczny domyślny), lub AVIF z a JPEG fallback dla maximum kompresja.
• Logos, icons, diagrams, wiersz art → SVG.
• Screenshots, sharp edges, tekst-in-image, transparency bez fallback complexity → PNG (lub lossless WebP).
• prosty animation → animated WebP/AVIF gdzie supported, GIF tylko as the universal fallback (richer animation → video).

Running an image przez ten model przed reaching dla “just use AVIF, it’s newest” catches the cases gdzie AVIF’s rzeczywisty costs — CPU-heavy encoding, no progressive renderowanie, i until August 2024 no Google Search obsługiwać at wszystkie — outweigh jego kompresja edge.

Image formaty cheat sheet

The six formaty at a glance (2026)

The <picture> fallback pattern

<picture>
  <source srcset="photo.avif" type="image/avif" />
  <source srcset="photo.webp" type="image/webp" />
  <img src="photo.jpg" alt="…" width="1200" height="800" />
</picture>

Fast fakty

• No bezpośredni ranking boost dla WebP/AVIF — the benefit jest speed → Core Web Vitals.
• Google obsługuje BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF added Aug 30, 2024.
• Google indexes <img> (incl. inside <picture>) — nie CSS background-image.
• The <img src> fallback jest the URL Google indexes.
• WebP robi alpha transparency even in lossy mode; JPEG może’t robić transparency at wszystkie.
• AVIF trade-offs: CPU-heavy encode, no progressive renderowanie, animation nie in Firefox (2026).
• SVG jest vector — nigdy używać it dla photographs; nigdy używać JPEG dla logos/tekst.

format-choice checklist

A quick pass to confirm każdy image jest in the right format i served safely:

• Photographs są WebP (lub AVIF z a fallback) — nie oversized PNG lub JPEG.
• Logos, icons, i diagrams są SVG, nie raster.
• Screenshots i tekst-in-image graphics są PNG lub lossless WebP — nie JPEG (whose artifacts blur sharp edges i tekst).
• Anything needing transparency używa PNG, WebP, lub AVIF — nigdy JPEG.
• Modern formaty (AVIF/WebP) są served via <picture> z a JPEG/PNG <img src> fallback.
• każdy image lives in an <img> (lub <picture>), nie a CSS background-image, if you want it in image search.
• File extensions match the rzeczywisty file type (watch out po batch conversion to .webp/.avif).
• No format był chosen dla a ranking boost — the goal jest smaller files → faster LCP, verified in a rzeczywisty strona-speed test, nie the format label itself.
• Animations używać animated WebP/AVIF (lub video); GIF tylko gdzie universal compatibility z no fallback jest required.
• przeglądarka-obsługiwać assumptions re-checked wobec caniuse if you’re dropping a fallback.

Mistakes to avoid z image formaty

Switching to WebP/AVIF expecting a ranking boost. Why it’s błędny: John Mueller ma confirmed there’s no SEO boost dla AVIF, i WebP jest tylko “fine for Image Search” — deliberately neutral wording, nie “better.” format jest nie a ranking signal; the speed it enables jest. co to robić instead: convert dla the file-size i Core Web Vitals win, i verify the win z a rzeczywisty strona-speed test — nie the format label itself.

Treating AVIF as zawsze best ponieważ it compresses hardest. Why it’s błędny: best kompresja isn’t the tylko variable. AVIF jest CPU-intensive to encode, ma no progressive renderowanie (the image musi fully download przed it displays), i animated-AVIF tooling nadal isn’t supported in Firefox as of 2026. co to robić instead: używać AVIF z a <picture> fallback gdy you’re squeezing maximum kompresja i może absorb the encoding cost — otherwise WebP jest the safer everyday domyślny.

Assuming PNG jest zawsze the bezpieczny, wysoki-quality choice. Why it’s błędny: PNG jest lossless-tylko, so używając it dla photographs produces needlessly bloated files dla no visible quality gain ponad a well-tuned JPEG/WebP — a rzeczywisty, avoidable speed cost. co to robić instead: reserve PNG dla transparency i sharp-edged graphics/screenshots/tekst; używać WebP lub JPEG dla photos.

Dropping the fallback ponieważ “support is basically universal now.” Why it’s błędny: mostly prawdziwy dla WebP (~96%), ale AVIF nadal sits around ~94% global obsługiwać, plus older urządzenia i niektóre crawlers don’t render it — a rzeczywisty, if mały, gap. co to robić instead: serve modern formaty przez a <picture> element ending in a JPEG/PNG <img src> fallback; że fallback jest również the URL Google indexes.

Believing older formaty like JPEG lub PNG get penalized. Why it’s błędny: JPEG, PNG, GIF, i BMP pozostawać fully supported by Google Search — there’s no penalty dla używając them, tylko a missed speed opportunity versus a smaller modern-format file. co to robić instead: convert dla the file-size benefit gdy it’s worth the effort, ale don’t treat sticking z JPEG/PNG as a compliance risk.

Assuming WebP może’t robić transparency lub AVIF może’t animate. Why it’s błędny: oba są fałszywy. WebP obsługuje alpha channel transparency even in lossy mode — something JPEG może’t robić at wszystkie — i AVIF obsługuje animation in Chrome, Edge, i Safari 16,4+ (just nie Firefox yet). co to robić instead: sprawdź rzeczywisty per-format capability (the six-format tabela in the Advanced tab) zamiast assuming na podstawie format age.

Writing off AVIF as “still experimental” in 2026. Why it’s błędny: outdated. AVIF ma był indeksowalny by Google Search since August 30, 2024, i sits around ~94% global przeglądarka obsługiwać. co to robić instead: treat AVIF as production-ready z a fallback, nie as something to avoid entirely.

Test yourself: image formaty

Five quick questions on picking image formaty dla SEO. Pick an answer dla każdy, then sprawdzenie.

zasoby worth twój time

My powiązany writing

• Image SEO: 12 Actionable Tips dla więcej ruch organiczny — my Ahrefs image-SEO poradnik (formaty, kompresja, filenames, tekst alternatywny, sitemaps, responsive images, schemat, lazy ładowanie).
• Largest Contentful Paint (LCP) — why the LCP element jest zwykle an image, i how format-driven file size feeds it. The wydajność chain ten artykuł’s myth-bust hangs on.
• The Beginner’s poradnik to techniczne SEO — gdzie images i Core Web Vitals sit in the broader technical picture.

My speaking

• “Image SEO” (Visme webinar, 2021) — my dedicated talk on optimizing images dla search, w tym format i kompresja choices.

Official

• Google Images dobre praktyki — the supported-formaty lista i indeksowanie mechanics.
• Supporting AVIF in Google Search (Aug 2024) — the AVIF obsługiwać announcement.
• web.dev — Image wydajność (Google Chrome zespół) — the format-mechanics reference behind the comparison tabela.

z around the industry

• Image file type i format poradnik (MDN Web Docs) — the najbardziej rigorous format-by-format spec tabela on the web; the dokładność backbone dla the six-format comparison.
• caniuse.com — AVIF / caniuse.com — WebP — live, version-by-version przeglądarka-obsługiwać tabele z current global percentages.
• Google’s New obsługiwać dla AVIF Images może Boost SEO (wyszukiwarka Journal, Roger Montti) — użyteczny as a case study of how the “format = ranking boost” framing gets amplified; the body correctly routes the benefit przez Core Web Vitals.
• Google’s John Mueller Clarifies WebP Image indeksowanie Confusion (wyszukiwarka Journal) — why WebP images pokazywać as “Crawled – currently not indexed,” i why it’s nie a WebP-specific problem.
• Google Search Now obsługuje AVIF Images (wyszukiwarka Roundtable) — coverage of the AVIF milestone i Mueller’s “no SEO boost” point.
• AVIF vs. WebP: 4 Key Differences i How to Choose (Cloudinary) — a solid implementacja-oriented AVIF-vs-WebP comparison.
• r/TechSEO — the community dla image-format i wydajność debugging.

Dziennik zmian