Image Formats cho SEO: JPEG so với. PNG so với. WebP so với. AVIF

Tóm tắt — image format là loại của file bạn save picture as — JPEG, PNG, WebP, AVIF, và một vài others. Switching để “modern” format như WebP hoặc AVIF sẽ không boost của bạn thứ hạng — Google có đã nói so trực tiếp. Điều gì nó làm làm là làm file nhỏ hơn, mà làm của bạn trang load nhanh hơn, và speed là Điều gì thực ra helps. So pick format đó fits picture: WebP cho phần lớn photos, PNG cho logos và screenshots đó cần sharp edges hoặc transparency, SVG cho icons.

Điều gì image format là

Khi bạn save picture, bạn save nó as điều gì đó — .jpg, .png, .webp. đó format. mỗi một stores image little differently, và lựa chọn thay đổi three điều bạn care về:

• Cách big file là ( nhỏ hơn file loads nhanh hơn).
• Liệu nó có thể có transparent background ( logo đó sits on bất kỳ color).
• Liệu nó có thể là animated (như old-school GIF).

Các công cụ tìm kiếm có thể đọc all đó phổ biến formats, so bạn là không picking một để “please Google.” (bản dịch) «please Google.» bạn là picking đó một đó giữ đó file nhỏ không có đang làm đó picture look tệ hơn.

formats, trong đơn giản terms

• JPEG — kinh điển photo format. Hoạt động mọi nơi. Good cho photographs, nhưng nó có thể’t làm transparency.
• PNG — great cho logos, screenshots, và bất cứ điều gì với sharp edges hoặc text, và nó có thể có transparent background. Files là bigger hơn JPEG cho photos, though.
• WebP — modern format đó làm photos noticeably nhỏ hơn JPEG và cũng hỗ trợ transparency. nó hoạt động trong basically mỗi trình duyệt hiện tại. Đây là safe everyday lựa chọn.
• AVIF — newest và smallest của bunch (thường half size của JPEG). tiny slice của khách truy cập vẫn có thể’t see nó, so bạn pair nó với JPEG backup.
• SVG — cho logos và icons. nó drawn với math, không pixels, so nó vẫn giữ razor-sharp tại bất kỳ size và file là tiny.
• GIF — old animation format. Mostly outdated hiện tại, nhưng vẫn phần lớn universally compatible way để hiển thị đơn giản animation.

điều phần lớn mọi người nhận sai

Có không xếp hạng “boost” cho dùng WebP hoặc AVIF. Mọi người hear “use WebP for SEO” (bản dịch) «dùng WebP cho SEO» và assume đó format itself lifts them trong đó kết quả. Điều này không — Google John Mueller có đã nói này plainly hơn khi. Đó benefit là nhỏ hơn files → nhanh hơn các trang → tốt hơn trang-speed scores, và đó speed là điều gì helps. Nếu bạn switched formats nhưng đó trang đã không thực ra nhận nhanh hơn, có không SEO win để collect.

simplest safe habit: sử dụng WebP cho của bạn photos, giữ PNG cho logos và screenshots, sử dụng SVG cho icons, và không lose sleep over AVIF trừ khi bạn’re squeezing mỗi cuối cùng kilobyte (trong mà case, thêm JPEG fallback).

Muốn đầy đủ so sánh — compression/transparency/animation/trình duyệt-hỗ trợ bảng cho all six formats, chính xác Google quotes, và cây quyết định cho mà format để sử dụng Khi? Chuyển để Nâng cao tab.

TL;DR — Image format không phải một xếp hạng factor. Google John Mueller có confirmed có không SEO boost cho AVIF, và WebP là chỉ “fine for Image Search” (bản dịch) «fine cho Image Tìm kiếm» — có chủ ý neutral language, không “tốt hơn.” Đó real chain là: format → file size → tốc độ trang → Largest Contentful Paint / Core Web Vitals → đó trang-experience các tín hiệu xếp hạng các hệ thống thực ra dùng. Format sits several steps upstream. Pick by nội dung loại, không by “newest wins”: WebP là đó safe default cho photos (~96% hỗ trợ, ~25–35% nhỏ hơn JPEG, và làm alpha transparency ngay cả trong lossy chế độ — JPEG không thể); AVIF compresses furthest (~50% nhỏ hơn JPEG, ~94% hỗ trợ trong 2026) nhưng là CPU-nặng để encode và có không progressive kết xuất; PNG cho transparency và sharp-edged graphics/text; SVG cho logos, icons, và diagrams; GIF chỉ as đó universal animation fallback. Serve modern formats qua <picture> (AVIF → WebP → JPEG/PNG src) — đó src fallback là đó URL Google indexes. Này là đó format deep dive; đó LCP/fetchpriority/lazy-loading implementation lives trong Image Optimization.

Làm image format thực ra ảnh hưởng SEO?

Lead với myth-bust, vì nó reason phần lớn mọi người land on điều này trang.

Format không phải một xếp hạng factor. John Mueller có đã nói này trong ít nhất three tách biệt, independently-timed ways, và đó qua-line là đó giống nhau mỗi khi — đó format không phải một tín hiệu, đó speed điều này enables là. Sau Google August 2024 announcement đó AVIF đã là hiện tại supported trong Tìm kiếm, Mueller confirmed có không “SEO boost” cho dùng AVIF over other supported formats (Công cụ tìm kiếm Roundtable coverage) — đó benefit là file-size reduction, mà có thể help tốc độ trang, không một xếp hạng preference cho đó container. Năm trước đó, on WebP, he đã là chỉ as careful với his words: “WebP images are fine for Image Search” (bản dịch) «WebP images là fine cho Image Tìm kiếm» (SE Roundtable) — “fine,” không “tốt hơn” hoặc “được ưu tiên.” Và khi WebP images đã bắt đầu cho thấy lên trong Search Console’s “Crawled – currently not indexed” (bản dịch) «Được crawl – hiện tại không được lập chỉ mục» báo cáo, Mueller clarified đó này là một chung image-reporting quirk (images không được lập chỉ mục as HTML các trang), không một WebP-cụ thể disadvantage — he “doesn’t believe the phenomenon is limited to WebP images” (bản dịch) «không believe đó phenomenon là limited để WebP images» (Search Engine Journal’s ghi-lên).

Google own chính image-SEO doc backs điều này lên by omission: nó lists supported formats, points bạn để PageSpeed Insights cho performance, và không bao giờ sau khi ties format selection để xếp hạng factor. đó absence là itself evidence.

Này là đó giống nhau myth-bust I làm tại đó hub cấp độ trong Image SEO và trong đó implementation hướng dẫn, Image Optimization — và đây là worth stating precisely. không chẳng hạn “format doesn’t matter.” (bản dịch) «format không quan trọng.» Chẳng hạn “format doesn’t matter directly — it matters entirely through the speed and Core Web Vitals chain.” (bản dịch) «format không quan trọng trực tiếp — điều này matters hoàn toàn qua đó speed và Core Web Vitals chain.»

thực chain: format → file size → speed → Core Web Vitals

Ở đây causal sequence, spelled out, vì collapsing nó là chính xác Cách myth spreads:

1. Format lựa chọn thay đổi file size. Đó biggest single lever on image weight.
2. Nhỏ hơn files load nhanh hơn. Google own image doc notes images là “often the largest contributor to overall page size, which can make pages slow and expensive to load.” (bản dịch) «thường đó largest contributor để overall trang size, mà có thể làm các trang chậm và expensive để load.»
3. Nhanh hơn loads improve Largest Contentful Paint (LCP). Đó hero image là thường đó LCP element, so của nó weight trực tiếp moves đó chỉ số. (I go deep on này trong my Largest Contentful Paint hướng dẫn — đó vì sao LCP là thường an image half.)
4. LCP feeds Core Web Vitals, mà là part of đó trang-experience các tín hiệu Google xếp hạng các hệ thống dùng.

Format là tại bắt đầu của đó chain — several steps upstream của bất cứ điều gì xếp hạng-liền kề. đó toàn bộ reason nó không phải xếp hạng factor by itself: cũng nhiều có để go right trong giữa, và nếu trang không thực ra nhận nhanh hơn, không có gì downstream thay đổi.

six formats compared

phần lớn competing “2026 các hướng dẫn” cover chỉ JPEG/PNG/WebP/AVIF và âm thầm nhận trình duyệt-hỗ trợ numbers sai (I’ve seen AVIF cited tại “~74%,” mà là năm out của date). Ở đây đầy đủ six-format matrix với hiện tại figures.

JPEG — universal photographic fallback

Lossy-chỉ, không transparency, không animation, và supported theo nghĩa đen mọi nơi. JPEG là vẫn đó correct fallback tại đó end of một <picture> element và một perfectly fine lựa chọn cho photographs khi bạn là không converting để một modern format. Của nó yếu spot là baked vào cách lossy compression hoạt động: theo Google Chrome team on web.dev, “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (bản dịch) «lossy compression có thể là ít hơn effective với imagery containing sharp edges such as line art, similarly stark details, hoặc text.» đó là precisely vì sao JPEG là đó sai call cho logos, screenshots, và text-nặng graphics — đó artifacts cho thấy.

PNG — lossless, transparency, graphics và screenshots

Lossless-chỉ với đầy đủ alpha transparency. PNG là right bất cứ khi nào bạn cần crisp edges (logos, UI screenshots, text-trong-image) hoặc transparent background và không muốn để take on modern-format fallback complexity. trade-off: cho photographs, PNG produces needlessly huge files cho không visible quality gain over well-tuned JPEG/WebP — losslessness là cost bạn’re paying cho không có gì on photo. (APNG làm exist cho animated PNG, nhưng nó distinct, ít hơn-supported extension — không điều gì đó để lean on.)

WebP — modern safe default

WebP là đó format I’d reach cho đầu tiên on hầu hết web photos. Google Chrome team là trực tiếp về vì sao: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (bản dịch) «WebP thường có tốt hơn compression hơn JPEG, PNG, hoặc GIF, offering cả hai lossy và lossless compression.» Và điều này clears JPEG biggest limitation — “WebP also supports alpha channel transparency even when using lossy compression — a feature the JPEG codec doesn’t offer.” (bản dịch) «WebP cũng hỗ trợ alpha channel transparency ngay cả khi dùng lossy compression — một feature đó JPEG codec không offer.» Hỗ trợ là một non-vấn đề: web.dev calls điều này “a widely supported format that works on all modern browsers” (bản dịch) «một widely supported format đó hoạt động on all modern các trình duyệt» (~96% global trong 2026). Khoảng 25–35% nhỏ hơn JPEG tại similar quality, và lossless WebP chạy ~26% nhỏ hơn PNG. Nếu bạn convert một điều, convert của bạn photos để WebP.

AVIF — best compression, thực trade-offs

AVIF wins on thô compression. Theo web.dev, “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases,” (bản dịch) «AVIF hỗ trợ cả hai lossy và lossless compression, và các kiểm thử có shown greater hơn 50% savings khi compared để JPEG trong một số trường hợp,» plus “Wide Color Gamut (WCG) and High Dynamic Range (HDR) features.” (bản dịch) «Wide Color Gamut (WCG) và Cao Dynamic Range (HDR) features.» Trong 2026 của nó trình duyệt hỗ trợ sits khoảng ~94% globally — Chrome (since 2020), Firefox (2021), Safari (16,4+, since 2023), và Edge (121+, January 2024) all render điều này. So đây là production-ready — với một fallback.

Nhưng “best compression” (bản dịch) «best compression» không đó chỉ variable, và đang honest về AVIF costs là điều gì separates một hữu ích hướng dẫn từ một listicle:

• Encoding là CPU-intensive. AVIF là chậm để produce, mà matters cho lớn media libraries và CMS pipelines re-encoding thousands của assets.
• Không progressive kết xuất. Theo MDN, AVIF phải fully download trước khi nó displays — unlike progressive JPEG đó paints thấp-res version đầu tiên. On chậm connection đó có thể feel tệ hơn despite nhỏ hơn file.
• Animated-AVIF tooling là immature. format hỗ trợ animation (đôi khi được gọi là AVIS), và Chrome, Edge, và Safari 16,4+ có thể play nó — nhưng Firefox vẫn có thể’t as của 2026, và production tooling lags GIF/WebP animation.

SVG — vector graphics, icons, logos, diagrams

SVG là một khác nhau animal — đây là vector, described với math thay vì một grid of pixels, so điều này scales để bất kỳ size với zero quality mất mát và vẫn giữ tiny cho đơn giản shapes. web.dev cách diễn đạt là đó rule of thumb: SVGs là “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.” (bản dịch) «hầu hết hữu ích trong cases nơi đó image nội dung là line art, diagrams và charts, và other cases nơi ở đó không fine photographic details.» Logos, icons, và diagrams belong trong SVG, đầy đủ dừng. không dùng điều này cho photographs — điều này không được xây dựng cho them.

Một điều đó làm SVG genuinely khác nhau từ đó other five formats ở đây: đây là XML, không pixel dữ liệu, và theo MDN’s own reference an SVG file có thể contain scripts và reference external các tài nguyên — MDN cụ thể notes “there are additional restrictions when SVG is used” (bản dịch) «có additional restrictions khi SVG là dùng» as một đơn giản image (qua <img> hoặc CSS background-image) versus embedded inline hoặc qua an <iframe>/<object>. Đó restriction tồn tại vì an SVG loaded đó ordinary “image” way là sandboxed từ executing scripts hoặc fetching externals, precisely để close off an XSS vector. Nếu bạn bao giờ accept SVG uploads từ người dùng (an icon library, một logo upload form), sanitize them trước serving — strip <script> tags và external references — đó giống nhau way bạn’d treat bất kỳ other người dùng-supplied markup, không đó way bạn’d treat một JPEG.

GIF — legacy animation, Khi nó vẫn right call

GIF là lossless LZW compression capped tại 256-color palette, với chỉ binary (on/off) transparency. nó lịch sử animation format, và cho bất cứ điều gì non-trivial nó là superseded by animated WebP/AVIF (hoặc, tốt hơn vẫn, thực tế video). Của nó một remaining edge là universal compatibility — nếu bạn cần đơn giản animation để play mọi nơi với zero fallback logic, GIF là vẫn lowest-phổ biến-denominator lựa chọn. Nếu không, reach cho animated WebP.

Whichever animation format bạn sử dụng, treat semantics riêng từ format decision: looping GIF/animated image đó conveys information cần alt text describing Điều gì nó hiển thị, giống nhau as static image, và purely decorative loop nên là marked as such thay vì đọc aloud as nội dung by screen reader. Neither của những điều đó là format-compatibility câu hỏi — họ hold regardless của liệu bạn ship GIF, animated WebP, hoặc animated AVIF.

Mà format nên bạn thực ra sử dụng?

Match đó format để đó nội dung, không để “which is newest.” (bản dịch) «mà là newest.» Đó decision-tree tab lays này out as một flow, nhưng phiên bản ngắn gọn:

• Photographs → WebP (safe default), hoặc AVIF với JPEG fallback Khi bạn muốn maximum compression.
• Logos, icons, diagrams, line art → SVG.
• Screenshots, graphics với sharp edges hoặc text, bất cứ điều gì needing transparency không có fallback complexity → PNG (hoặc lossless WebP).
• đơn giản animation → animated WebP/AVIF nơi supported; GIF chỉ as universal fallback. (cho bất cứ điều gì richer, sử dụng video.)

Một honest caveat on all đó compression percentages trong này bài viết: họ là representative figures từ web.dev và caniuse kiểm thử, không phải là bảo đảm cho của bạn images. Savings phụ thuộc on đó nguồn image nội dung (một busy photo compresses differently hơn một flat-color graphic) và đó encoder settings bạn dùng. Treat “WebP is ~25–35% smaller” (bản dịch) «WebP là ~25–35% nhỏ hơn» và “AVIF is ~50% smaller” (bản dịch) «AVIF là ~50% nhỏ hơn» as một starting expectation, thì so sánh của bạn own encodes tại đó quality settings bạn’ll thực ra ship — đó là đó chỉ way để know điều gì một được cho format chuyển buys bạn on của bạn own các trang.

Implementing modern formats safely — <picture> fallback

không phục vụ modern formats alone — phục vụ them với fallbacks. sạch pattern là <picture> element đó offers AVIF đầu tiên, WebP tiếp theo, và ends trong đơn giản <img src> pointing tại JPEG hoặc 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>

trình duyệt picks đầu tiên format nó understands; older các trình duyệt và some các crawler fall qua để src. Hai điều worth internalizing: đó fallback src là ** URL Google thực ra indexes** cho image tìm kiếm (Google parses <img> ngay cả nested bên trong <picture>, nhưng làm không chỉ mục CSS background-image), và Đây là nơi format selection hands off để rộng hơn implementation hoạt động — sizing, compression settings, srcset/sizes, lazy loading, và fetchpriority on LCP image. đó đầy đủ Cách-để là có chủ ý không duplicated ở đây; nó lives trong Image Optimization, và responsive-serving mechanics (srcset, sizes, art direction) trực tiếp trong Responsive Images.

Điều gì Google và Bing officially hỗ trợ

Google supported-formats list và August 2024 AVIF milestone

Google Search’s supported list là rõ ràng: “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF” (bản dịch) «Google Search hỗ trợ images referenced trong đó src thuộc tính of img trong đó sau file formats: BMP, GIF, JPEG, PNG, WebP, SVG, và AVIF» (plus Base64 Dữ liệu URIs). AVIF là đó newest addition, và đó date matters: Google đã không hỗ trợ AVIF cho Tìm kiếm tại all until August 30, 2024, khi điều này announced “AVIF is now a supported file type in Google Search” (bản dịch) «AVIF là hiện tại một supported file loại trong Google Search» và đó “you don’t need to do anything special to have your AVIF files indexed.” (bản dịch) «bạn không cần để làm bất cứ điều gì special để có của bạn AVIF files được lập chỉ mục.» Trước đó date, AVIF đã không on đó list — và theo bên thứ ba coverage, dùng AVIF thumbnails có thể ngay cả nguyên nhân Google để abort video lập chỉ mục hoàn toàn. đó là một genuinely gần đây, dateable line: bất kỳ competing hướng dẫn được viết trước mid-2024 và không bao giờ đã cập nhật là giving stale advice về AVIF safety.

Note cách Google được diễn đạt đó announcement — purely as “we can now process this file type,” (bản dịch) «we có thể hiện tại xử lý này file loại,» không bao giờ as một xếp hạng-tín hiệu launch. đó là đó giống nhau non-xếp hạng cách diễn đạt as đó rest of đó format list, và đây là vì sao đó Search Engine Journal headline “Google’s New Support For AVIF Images May Boost SEO” (bản dịch) «Google New Hỗ trợ Cho AVIF Images Có thể Boost SEO» là một good cautionary ví dụ: đó thân phản hồi correctly routes đó “boost” hoàn toàn qua file-size → Core Web Vitals, nhưng đó headline là chính xác cách đó format-equals-xếp hạng myth nhận amplified by well-meaning ngành press.

Bing (limited) công khai hướng dẫn

Bing không publish một format-by-format so sánh doc đó way Google làm. Của nó chung Quản trị viên web Guidelines treat tốc độ trang — including image weight — as một consideration, nhưng có không Bing-cụ thể “use WebP/AVIF” (bản dịch) «dùng WebP/AVIF» kỹ thuật trang, và I’m không going để invent một. Bing indexes và displays JPEG/PNG/WebP/GIF images trong Bing Images không có vấn đề; của nó crawler hỗ trợ cho modern formats là generally assumed để track Chromium-liền kề trình duyệt hỗ trợ, nhưng unlike Google, điều này không riêng được ghi lại. Này là đó giống nhau honest khoảng trống I flag trong Image Optimization — stated plainly thay vì papered over.

phổ biến myths về image formats và SEO

• “Switching to WebP/AVIF boosts rankings.” (bản dịch) «Switching để WebP/AVIF boosts thứ hạng.» Không — Mueller trực tiếp: không SEO boost cho AVIF; WebP là “fine,” không “tốt hơn.” Đó benefit là gián tiếp, qua file size → speed → Core Web Vitals.
• “AVIF is always best because it compresses best.” (bản dịch) «AVIF là luôn best vì điều này compresses best.» Overstated. AVIF là CPU-nặng để encode, có không progressive kết xuất, và đã là unsupported by Google Tìm kiếm until August 2024. Best compression không đó chỉ variable.
• “PNG is always the safe, high-quality choice.” (bản dịch) «PNG là luôn đó safe, cao-quality lựa chọn.» Sai as một blanket rule. PNG là right cho graphics/transparency/text nhưng produces bloated files cho photographs, hurting load speed cho zero visible gain.
• “You don’t need a fallback anymore — support is basically universal.” (bản dịch) «Bạn không cần một fallback anymore — hỗ trợ là basically universal.» Mostly đúng cho WebP; vẫn worth một <picture> fallback cho AVIF được cho đó real (nếu nhỏ) ~6% khoảng trống plus crawler và older-device các trường hợp biên. Google explicitly khuyến nghị đó fallback pattern.
• “Google penalizes older formats like JPEG/PNG.” (bản dịch) «Google penalizes older formats như JPEG/PNG.» Sai — JPEG, PNG, GIF, và BMP vẫn fully supported. có không hình phạt, chỉ một missed speed opportunity versus modern formats.
• “AVIF can’t animate / WebP can’t do transparency.” (bản dịch) «AVIF không thể animate / WebP không thể làm transparency.» Cả hai sai. WebP làm alpha transparency ngay cả trong lossy chế độ; AVIF hỗ trợ animation (Safari 16.4+, Chrome, Edge — though không Firefox tuy vậy trong 2026).
• “AVIF isn’t ready — it’s still a WebP-only world.” (bản dịch) «AVIF không ready — đây là vẫn một WebP-chỉ world.» Outdated. AVIF sits khoảng ~94% global hỗ trợ và đã được indexable by Google Search since August 2024. Treat điều này as production-ready-với-fallback, không experimental.

nơi điều này fits

điều này bài viết là format-so sánh deep dive bên trong Image SEO cluster — nó canonical home cho six-format matrix và xếp hạng myth-bust. Của nó hai siblings xử lý liền kề jobs: Image Optimization là implementation Cách-để (LCP, fetchpriority, lazy loading, compression, sizing), và Responsive Images covers srcset/sizes/<picture> mechanics cho serving right-sized image theo device. performance payoff của getting format right là thực sự Core Web Vitals story wearing image hat.

AI summary

condensed take on Nâng cao version:

• Format không phải một xếp hạng factor. John Mueller có confirmed không SEO boost cho AVIF, và WebP là chỉ “fine for Image Search” (bản dịch) «fine cho Image Tìm kiếm» — neutral wording, không “tốt hơn.” Google own image doc không bao giờ ties format để xếp hạng.
• Đó real chain: format → file size → tốc độ trang → LCP / Core Web Vitals → trang-experience các tín hiệu. Format sits several steps upstream — đó là vì sao điều này không một xếp hạng factor by itself.
• Six-format facts (2026): JPEG (lossy, không transparency, universal fallback); PNG (lossless, đầy đủ alpha, graphics/screenshots); WebP (cả hai compressions, alpha ngay cả trong lossy chế độ, ~96% hỗ trợ, ~25–35% nhỏ hơn JPEG — đó safe default); AVIF (best compression, ~50% nhỏ hơn JPEG, ~94% hỗ trợ, nhưng CPU-nặng, không progressive kết xuất, animation không trong Firefox tuy vậy); SVG (vector — logos/icons/diagrams); GIF (legacy 256-color animation, universal fallback chỉ).
• Pick by nội dung loại: photos → WebP (hoặc AVIF + fallback); logos/icons → SVG; screenshots/transparency/text → PNG hoặc lossless WebP; đơn giản animation → animated WebP/AVIF, GIF as universal fallback.
• Serve với fallbacks: <picture> (AVIF → WebP → JPEG/PNG src). Đó src fallback là đó URL Google indexes; Google indexes <img> (incl. bên trong <picture>), không CSS backgrounds.
• Chính thức hỗ trợ: Google hỗ trợ BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF đã thêm Aug 30, 2024 (trước đó điều này có thể break video lập chỉ mục). Bing có không format-so sánh doc — không invent một.
• Myths busted: format ≠ xếp hạng boost; AVIF ≠ luôn best; PNG ≠ luôn safe; “no fallback needed” (bản dịch) «không fallback needed» ≠ đúng cho AVIF; older formats không penalized; WebP làm transparency và AVIF làm animation.
• Phạm vi: này là đó format deep dive; LCP/fetchpriority/lazy-loading cách-để lives trong Image Optimization, responsive mechanics trong Responsive Images.

Tài liệu chính thức

Chính-nguồn tài liệu và reference material.

Google

• Google Images thực hành tốt nhất — supported-formats list (BMP, GIF, JPEG, PNG, WebP, SVG, AVIF), <img>-so với-CSS-background lập chỉ mục rule, và extension-matches-file-loại note. Làm không format-based xếp hạng claim.
• Supporting AVIF trong Google Search (Aug 30, 2024) — announcement đó AVIF là hiện tại supported trong Tìm kiếm, Images, Discover, và News, với không special implementation needed.
• Image performance (web.dev, Google Chrome team) — format mechanics: WebP/AVIF compression, alpha-trong-lossy, WCG/HDR, lossy/lossless split, và Vì sao JPEG struggles với sharp edges/text.

Reference (độ chính xác backbone)

• Image file loại và format hướng dẫn (MDN Web Tài liệu) — rigorous format-by-format spec: MIME types, compression, transparency, animation, progressive-kết xuất hỗ trợ, và sử dụng cases.
• caniuse.com — AVIF và caniuse.com — WebP — version-by-version, hiện tại-global-percentage trình duyệt-hỗ trợ các bảng. Re-kiểm tra những điều này trước khi quoting bất kỳ hỗ trợ hình; họ move continuously.

Bing / Microsoft

• Bing Quản trị viên web Guidelines — chung trang-speed hướng dẫn; note Bing publishes không format-so sánh-cụ thể kỹ thuật trang.

Quotes từ nguồn

On—record statements từ Google. nơi trang exposes text, link là deep link đó jumps để quoted passage.

Google tài liệu — supported formats và performance cách diễn đạt

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” (bản dịch) «Google Search hỗ trợ images referenced trong đó src thuộc tính of img trong đó sau file formats: BMP, GIF, JPEG, PNG, WebP, SVG, và AVIF.» Nhảy đến trích dẫn
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” (bản dịch) «images là thường đó largest contributor để overall trang size, mà có thể làm các trang chậm và expensive để load.» Nhảy đến trích dẫn

web.dev (Google Chrome team) — format mechanics

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (bản dịch) «WebP thường có tốt hơn compression hơn JPEG, PNG, hoặc GIF, offering cả hai lossy và lossless compression.» Nhảy đến trích dẫn
• WebP transparency edge: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.” (bản dịch) «WebP cũng hỗ trợ alpha channel transparency ngay cả khi dùng lossy compression—một feature đó JPEG codec không offer.»
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.” (bản dịch) «AVIF hỗ trợ cả hai lossy và lossless compression, và các kiểm thử có shown greater hơn 50% savings khi compared để JPEG trong một số trường hợp.»
• JPEG yếu spot: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (bản dịch) «lossy compression có thể là ít hơn effective với imagery containing sharp edges such as line art, similarly stark details, hoặc text.»
• SVG ideal dùng: “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.” (bản dịch) «Vì SVG là một vector image format, họ là hầu hết hữu ích trong cases nơi đó image nội dung là line art, diagrams và charts, và other cases nơi ở đó không fine photographic details.»

Google Search Central blog — AVIF hỗ trợ (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.” (bản dịch) «chúng ta là happy để announce đó AVIF là hiện tại một supported file loại trong Google Search, cho Google Images cũng như bất kỳ place đó dùng images trong Google Search.» Announcement
• “You don’t need to do anything special to have your AVIF files indexed by Google.” (bản dịch) «Bạn không cần để làm bất cứ điều gì special để có của bạn AVIF files được lập chỉ mục by Google.»

John Mueller, Google — format là không xếp hạng boost

• On AVIF: có không “SEO boost” cho dùng AVIF files — đó benefit là file-size reduction, mà có thể help tốc độ trang, không một xếp hạng preference. Coverage
• On WebP: “WebP images are fine for Image Search” (bản dịch) «WebP images là fine cho Image Tìm kiếm» — “fine,” có chủ ý không “tốt hơn.” Coverage
• On đó WebP “Crawled – currently not indexed” (bản dịch) «Được crawl – hiện tại không được lập chỉ mục» báo cáo: đây là một chung image-reporting quirk (images không được lập chỉ mục as HTML các trang), và Mueller “doesn’t believe the phenomenon is limited to WebP images.” (bản dịch) «không believe đó phenomenon là limited để WebP images.» SEJ coverage

Mà format nên I sử dụng?

Hoạt động top-xuống. Match format để Điều gì image là, sau đó thêm fallback nếu bạn went modern.

1. là nó logo, icon, diagram, hoặc line art? → SVG. Vector scales không có quality mất mát và vẫn giữ tiny. Dừng ở đây.

2. Làm nó cần để animate? → Animated WebP hoặc AVIF nơi supported, với GIF as universal fallback cho đơn giản loops. cho bất cứ điều gì richer hơn ngắn loop, sử dụng video (MP4/WebM), không image format. Dừng ở đây.

3. là nó photograph? → WebP là safe default (~96% hỗ trợ, không fallback strictly bắt buộc). → Muốn maximum compression và có thể thêm fallback? AVIF → WebP → JPEG qua <picture>. → Cần single universal file với không fallback logic? JPEG.

4. là nó screenshot, hoặc graphic với sharp edges, text, hoặc transparency? → PNG (hoặc lossless WebP). JPEG lossy artifacts wreck sharp edges và text; PNG giữ them crisp và hỗ trợ đầy đủ transparency.

5. Đã làm bạn chọn AVIF hoặc WebP cho photo? → Wrap nó trong <picture> với thấp hơn formats as <source>s và JPEG/PNG <img src> fallback. đó src là URL Google indexes.

Bảng tham khảo nhanh by câu trả lời

mental models

1. Đó causal chain — format → file size → speed → Core Web Vitals. Format sits tại đó bắt đầu of một four-step chain, không tại đó xếp hạng end of điều này: format lựa chọn thay đổi file size → nhỏ hơn files load nhanh hơn → nhanh hơn loads improve Largest Contentful Paint (LCP) → LCP feeds Core Web Vitals, mà là part of đó trang-experience các tín hiệu xếp hạng các hệ thống dùng. Collapsing này vào “format affects rankings” (bản dịch) «format ảnh hưởng thứ hạng» là chính xác cách đó myth spreads — format là several steps upstream, và nếu đó trang không thực ra nhận nhanh hơn, không có gì downstream thay đổi. Dùng này model bất cứ khi nào bạn là tempted để credit một format chuyển itself cho một xếp hạng move: ask mà link trong đó chain thực ra happened.

2. Pick by nội dung loại, không by “newest wins.” (bản dịch) «newest wins.» Đó newest format không tự động đó right một — match đó format để điều gì đó image là:

• Photographs → WebP (safe default), hoặc AVIF với một JPEG fallback cho maximum compression.
• Logos, icons, diagrams, line art → SVG.
• Screenshots, sharp edges, text-trong-image, transparency không có fallback complexity → PNG (hoặc lossless WebP).
• Đơn giản animation → animated WebP/AVIF nơi supported, GIF chỉ as đó universal fallback (richer animation → video).

Đang chạy an image qua này model trước reaching cho “just use AVIF, it’s newest” (bản dịch) «chỉ dùng AVIF, đây là newest» catches đó cases nơi AVIF real costs — CPU-nặng encoding, không progressive kết xuất, và until August 2024 không Google Search hỗ trợ tại all — outweigh của nó compression edge.

Image formats bảng tra nhanh

** six formats tại glance (2026)**

** <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 facts

• Không trực tiếp xếp hạng boost cho WebP/AVIF — benefit là speed → Core Web Vitals.
• Google hỗ trợ BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF đã thêm Aug 30, 2024.
• Google indexes <img> (incl. bên trong <picture>) — không CSS background-image.
• <img src> fallback là ** URL Google indexes**.
• WebP làm alpha transparency ngay cả trong lossy chế độ; JPEG có thể’t làm transparency tại all.
• AVIF trade-offs: CPU-nặng encode, không progressive kết xuất, animation không trong Firefox (2026).
• SVG là vector — không bao giờ sử dụng nó cho photographs; không bao giờ sử dụng JPEG cho logos/text.

Format-lựa chọn checklist

nhanh truyền để xác nhận mỗi image là trong right format và phân phối safely:

• Photographs là WebP (hoặc AVIF với fallback) — không oversized PNG hoặc JPEG.
• Logos, icons, và diagrams là SVG, không raster.
• Screenshots và text-trong-image graphics là PNG hoặc lossless WebP — không JPEG (whose artifacts blur sharp edges và text).
• Bất cứ điều gì needing transparency dùng PNG, WebP, hoặc AVIF — không bao giờ JPEG.
• Modern formats (AVIF/WebP) là phân phối qua <picture> với JPEG/PNG <img src> fallback.
• mỗi image lives trong <img> (hoặc <picture>), không CSS background-image, nếu bạn muốn nó trong image tìm kiếm.
• File extensions match thực tế file loại (watch out sau khi batch conversion để .webp/.avif).
• Không format là chosen cho xếp hạng boost — goal là nhỏ hơn files → nhanh hơn LCP, verified trong thực trang-speed kiểm thử, không format label itself.
• Animations sử dụng animated WebP/AVIF (hoặc video); GIF chỉ nơi universal compatibility với không fallback là bắt buộc.
• trình duyệt-hỗ trợ assumptions re-checked so với caniuse nếu bạn’re dropping fallback.

Mistakes để tránh với image formats

Switching để WebP/AVIF expecting một xếp hạng boost. Vì sao đây là sai: John Mueller có confirmed có không SEO boost cho AVIF, và WebP là chỉ “fine for Image Search” (bản dịch) «fine cho Image Tìm kiếm» — có chủ ý neutral wording, không “tốt hơn.” Format không phải một tín hiệu xếp hạng; đó speed điều này enables là. Điều cần làm thay vì: convert cho đó file-size và Core Web Vitals win, và verify đó win với một real trang-speed kiểm thử — không đó format label itself.

Treating AVIF as luôn best vì nó compresses hardest. Vì sao nó sai: best compression không phải chỉ variable. AVIF là CPU-intensive để encode, có không progressive kết xuất ( image phải fully download trước khi nó displays), và animated-AVIF tooling vẫn không phải supported trong Firefox as của 2026. Điều gì để làm thay vì: sử dụng AVIF với <picture> fallback Khi bạn’re squeezing maximum compression và có thể absorb encoding cost — nếu không WebP là safer everyday default.

Assuming PNG là luôn safe, cao-quality lựa chọn. Vì sao nó sai: PNG là lossless-chỉ, so sử dụng nó cho photographs produces needlessly bloated files cho không visible quality gain over well-tuned JPEG/WebP — thực, avoidable speed cost. Điều gì để làm thay vì: reserve PNG cho transparency và sharp-edged graphics/screenshots/text; sử dụng WebP hoặc JPEG cho photos.

Dropping đó fallback vì “support is basically universal now.” (bản dịch) «hỗ trợ là basically universal hiện tại.» Vì sao đây là sai: mostly đúng cho WebP (~96%), nhưng AVIF vẫn sits khoảng ~94% global hỗ trợ, plus older devices và some các crawler không render điều này — một real, nếu nhỏ, khoảng trống. Điều cần làm thay vì: serve modern formats qua một <picture> element ending trong một JPEG/PNG <img src> fallback; đó fallback là cũng đó URL Google indexes.

Believing older formats như JPEG hoặc PNG nhận penalized. Vì sao nó sai: JPEG, PNG, GIF, và BMP vẫn fully supported by Google Tìm kiếm — có không hình phạt cho sử dụng them, chỉ missed speed opportunity versus nhỏ hơn modern-format file. Điều gì để làm thay vì: convert cho file-size benefit Khi nó worth effort, nhưng không treat sticking với JPEG/PNG as compliance risk.

Assuming WebP có thể’t làm transparency hoặc AVIF có thể’t animate. Vì sao nó sai: cả hai là sai. WebP hỗ trợ alpha channel transparency ngay cả trong lossy chế độ — điều gì đó JPEG có thể’t làm tại all — và AVIF hỗ trợ animation trong Chrome, Edge, và Safari 16,4+ (chỉ không Firefox tuy vậy). Điều gì để làm thay vì: kiểm tra thực tế theo-format khả năng ( six-format bảng trong Nâng cao tab) thay vì assuming dựa trên format age.

Writing off AVIF as “still experimental” (bản dịch) «vẫn experimental» trong 2026. Vì sao đây là sai: outdated. AVIF đã được indexable by Google Search since August 30, 2024, và sits khoảng ~94% global trình duyệt hỗ trợ. Điều cần làm thay vì: treat AVIF as production-ready với một fallback, không as điều gì đó để tránh hoàn toàn.

Tự kiểm tra: image formats

Five nhanh các câu hỏi on picking image formats Đối với SEO. Pick câu trả lời cho mỗi, sau đó kiểm tra.

các tài nguyên worth của bạn time

My related writing

• Image SEO: 12 Actionable Tips cho nhiều hơn Lưu lượng tự nhiên — my Ahrefs image-SEO hướng dẫn (formats, compression, filenames, alt text, sitemaps, responsive images, schema, lazy loading).
• Largest Contentful Paint (LCP) — Vì sao LCP element là thường image, và Cách format-driven file size feeds nó. performance chain điều này bài viết myth-bust hangs on.
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi images và Core Web Vitals sit trong rộng hơn kỹ thuật picture.

My speaking

• “Image SEO” (Visme webinar, 2021) — my dedicated talk on optimizing images Đối với tìm kiếm, including format và compression choices.

Chính thức

• Google Images thực hành tốt nhất — supported-formats list và lập chỉ mục mechanics.
• Supporting AVIF trong Google Search (Aug 2024) — AVIF hỗ trợ announcement.
• web.dev — Image performance (Google Chrome team) — format-mechanics reference behind so sánh bảng.

Từ khoảng đó ngành

• Image file loại và format hướng dẫn (MDN Web Tài liệu) — đó hầu hết rigorous format-by-format spec bảng on đó web; đó độ chính xác backbone cho đó six-format so sánh.
• caniuse.com — AVIF / caniuse.com — WebP — trực tiếp, version-by-version trình duyệt-hỗ trợ các bảng với hiện tại global percentages.
• Google New Hỗ trợ Cho AVIF Images Có thể Boost SEO (Search Engine Journal, Roger Montti) — hữu ích as một case nghiên cứu of cách đó “format = ranking boost” (bản dịch) «format = xếp hạng boost» cách diễn đạt nhận amplified; đó thân phản hồi correctly routes đó benefit qua Core Web Vitals.
• Google John Mueller Clarifies WebP Image Lập chỉ mục Confusion (Search Engine Journal) — vì sao WebP images cho thấy as “Crawled – currently not indexed,” (bản dịch) «Được crawl – hiện tại không được lập chỉ mục,» và vì sao đây là không một WebP-cụ thể vấn đề.
• Google Search Hiện tại Hỗ trợ AVIF Images (Công cụ tìm kiếm Roundtable) — coverage of đó AVIF milestone và Mueller “no SEO boost” (bản dịch) «không SEO boost» point.
• AVIF so với. WebP: 4 Key Differences và Cách Chọn (Cloudinary) — một solid implementation-oriented AVIF-so với-WebP so sánh.
• r/TechSEO — đó community cho image-format và performance gỡ lỗi.

Nhật ký thay đổi