Ngôn ngữ

Hướng dẫn về Image SEO

Cách optimize images cho Google Images, visual tìm kiếm, và nhanh hơn các trang — formats, filenames, alt text, lazy loading, dữ liệu có cấu trúc, và image sitemaps.

Xuất bản lần đầu: 25 thg 6, 2026 · Cập nhật lần cuối: 8 thg 8, 2026 · Advanced
Ngôn ngữ
AIĐược viết bởiAI v2

Image SEO là hai jobs, không một: xếp hạng của bạn images trong Google Images / visual tìm kiếm (driven by alt text, filenames, trang context, và uniqueness), và giữ các trang fast (images là thường đó biggest Core Web Vitals / LCP element). Đó myths để drop: có không trực tiếp xếp hạng boost cho WebP hoặc AVIF (Mueller confirmed — đó win là speed), bạn không nên bulk-rename existing files, và CSS background images không nhận được lập chỉ mục. Native loading="lazy" là fine cho dưới-đó-fold images nhưng không bao giờ cho của bạn LCP image. Google indexes <img> (và <picture>), hỗ trợ BMP/GIF/JPEG/PNG/WebP/SVG/AVIF, và as of Có thể 2025 wants bạn để reference đó giống nhau image tại đó giống nhau URL mọi nơi. Này hub maps điều này all và points để đó alt text deep dive.

Tóm tắt — Image SEO là hai tách biệt goals: (1) xếp hạng trong image tìm kiếm (Google Images / Lens / Bing), driven by alt text, filenames, trang context, và uniqueness; và (2) trang performance, vì images là thường LCP element. Google indexes <img> (including bên trong <picture>) — không CSS backgrounds — và hỗ trợ BMP, GIF, JPEG, PNG, WebP, SVG, AVIF. có không trực tiếp xếp hạng boost cho WebP hoặc AVIF (Mueller); payoff là speed → Core Web Vitals. không bulk-rename existing files. Native loading="lazy" là safe dưới fold nhưng không bao giờ on LCP image — đó một nhận fetchpriority="high". Since có thể 2025, reference giống nhau image tại giống nhau URL mọi nơi. Dữ liệu có cấu trúc (ImageObject, Sản phẩm/Bài viết image arrays) unlocks rich kết quả; image sitemaps vẫn help phát hiện. Alt text nhận của nó own deep dive.

Evidence for this claim Google indexes images referenced with HTML image elements and does not index CSS background images as images. Scope: Google image discovery and indexing. Confidence: high · Verified: Google Search Central: Image SEO Evidence for this claim Images can be LCP candidates; the LCP image should be discoverable early and should not be lazy-loaded. Scope: web.dev LCP image loading guidance. Confidence: high · Verified: web.dev: Optimize LCP

Image SEO là hai jobs, không một

Này là đó cách diễn đạt I giữ coming lại để, và gần như mỗi “image SEO checklist” (bản dịch) «image SEO checklist» blurs điều này. Có hai distinct goals, và they call cho khác nhau hoạt động:

  1. Xếp hạng trong image tìm kiếm. Getting của bạn images được tìm thấy trong Google Images, Bing Images, và Google Lens cho image-cụ thể các truy vấn. Này là driven by alt text, filenames, đó text xung quanh đó image, dữ liệu có cấu trúc, và image uniqueness.
  2. Trang performance. Images là gần như luôn đó heaviest điều on một trang — Google own tài liệu chẳng hạn images là “often the largest contributor to overall page size.” (bản dịch) «thường đó largest contributor để overall trang size.» Đó làm them đó thông thường culprit cho một chậm Largest Contentful Paint (LCP), mà feeds Core Web Vitals, mà là một web-tìm kiếm tín hiệu xếp hạng.

giữ những điều này tách biệt và toàn bộ topic nhận clearer. Alt text và filenames là mostly image-tìm kiếm play. Format, compression, và loading strategy là performance play. Cả hai quan trọng; họ’re chỉ không giống nhau lever.

và volume là thực: image và visual tìm kiếm là có ý nghĩa slice của all tìm kiếm activity, và Google Lens có grown fast. Optimized images không phải chỉ defensive — họ’re traffic nguồn.

Cách Google discovers và indexes images

một vài mechanics quyết định liệu của bạn images ngay cả làm nó vào chỉ mục:

  • Chỉ HTML <img> nhận được lập chỉ mục. Google: “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” (bản dịch) «Google parses đó HTML thẻ img elements (ngay cả khi họ là enclosed trong other elements such as thẻ picture elements) trong của bạn các trang để chỉ mục images, nhưng không chỉ mục CSS images.» Nếu an image lives chỉ trong một CSS background-image, đây là invisible để image tìm kiếm. Put bất cứ điều gì bạn muốn được tìm thấy trong an <img>.
  • Luôn cung cấp một fallback src. Khi bạn dùng srcset hoặc <picture>, giữ một đơn giản src cũng — “some browsers and crawlers don’t understand” (bản dịch) «some các trình duyệt và các crawler không understand» đó responsive các thuộc tính, và đó src là đó safety net Google relies on.
  • Supported formats: BMP, GIF, JPEG, PNG, WebP, SVG, và AVIF (AVIF hỗ trợ landed trong August 2024). Đó file extension nên match đó thực tế file loại.
  • Context vẫn matters alongside markup. Supported markup nhận an image discovered; đây là đó trang xung quanh text, captions, các tiêu đề, và other metadata đó Google combines với đó image itself để understand điều gì đây là về khi được tìm thấy.
  • URL consistency (Có thể 2025 cập nhật). Google hiện tại khuyến nghị referencing đó giống nhau image với đó giống nhau URL mỗi khi điều này xuất hiện. MỘT Google spokesperson put điều này as: “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (bản dịch) «We đã cập nhật đó Google Image SEO thực hành tốt nhất để clarify đó URLs cho images nên là referenced consistently cho easier crawling on lớn hơn websites.» Này là một crawl-efficiency điều — giống nhau image, giống nhau URL, so Google có thể bộ nhớ đệm và reuse điều này thay vì re-fetching đó giống nhau picture dưới khác nhau CDN paths hoặc query strings.
Evidence for this claim Google indexes images referenced with HTML image elements and does not index CSS background images as images. Scope: Google image discovery and indexing. Confidence: high · Verified: Google Search Central: Image SEO

File formats: pick cho speed, không cho SEO boost

Ở đây đó myth để kill đầu tiên: có không trực tiếp xếp hạng boost cho “tiếp theo-gen” formats. Mueller confirmed có không “SEO boost” cho AVIF, và đó giống nhau logic áp dụng để WebP — “WebP images are fine for Image Search,” (bản dịch) «WebP images là fine cho Image Tìm kiếm,» nhưng “fine” không phải “tốt hơn.” Google không reward bạn cho đó container.

Điều gì modern formats làm là shrink của bạn files, mà speeds lên trang, mà helps Core Web Vitals — gián tiếp benefit. So chọn on merits:

  • AVIF — best compression (thường 50%+ nhỏ hơn JPEG). sử dụng nó nơi trình duyệt hỗ trợ là covered, với fallbacks.
  • WebP — 25–35% nhỏ hơn JPEG với near-universal trình duyệt hỗ trợ. safe default cho photos hôm nay.
  • JPEG — universal fallback cho photographs.
  • PNG — Khi bạn cần transparency hoặc sharp-edged graphics.
  • SVG — logos và icons (vector, scales infinitely, tiny).
  • GIF — tránh cho bất cứ điều gì non-trivial; sử dụng video hoặc animated WebP/AVIF thay vì.

sạch implementation là <picture> với <source> elements cho modern formats và <img src> fallback, so older các trình duyệt degrade gracefully và Google vẫn có src để chỉ mục.

File names: descriptive cho new images, không bulk-rename old ones

Filenames là một real (nếu minor) tín hiệu. Google own best practice là để dùng ngắn, descriptive names — “the filename can give Google clues about the subject matter of the image” (bản dịch) «đó filename có thể cho Google clues về đó subject quan trọng of đó image» — so golden-retriever-puppy.jpg beats IMG00023.JPG, và bất cứ điều gì generic như image1.jpg là một wasted opportunity.

Nhưng ở đây đó nuance đó trips mọi người lên: không go lại và rename của bạn existing files. Mueller đã là clear đó bulk renaming “is going to take a lot of time for Google’s systems to see” (bản dịch) «là going để take một lot of time cho Google các hệ thống để see» đó new images, và đó effect là “minimal… maybe no visible effect at all” (bản dịch) «minimal… maybe không visible effect tại all» nếu của bạn alt text và xung quanh context là đã good. Gary Illyes được diễn đạt đó tín hiệu mất mát từ image URL migrations as “in line with web search results, which is a few weeks.” (bản dịch) «trong line với web kết quả tìm kiếm, mà là vài weeks.» So: descriptive names on new images, có; một site-wide rename project cho marginal benefit và weeks of churn, không.

Alt text ( ngắn version)

I’m không going để repeat đầy đủ treatment ở đây vì alt text có của nó own deep dive. headline: alt text là phần lớn quan trọng piece của image metadata, nhưng của nó thực payoff là image tìm kiếm và accessibility — không web-tìm kiếm thứ hạng. Google đọc nó alongside computer vision và trang context, so ghi cho context, không từ khóa-stuff, và sử dụng alt="" cho purely decorative images. đầy đủ rules, quotes, và audit workflow là trong my alt text hướng dẫn.

Compression, lazy loading, và Core Web Vitals

vì images thường quyết định của bạn LCP, Đây là nơi image SEO và Cốt lõi Web Chỉ số quan trọng overlap phần lớn:

  • Compress mọi thứ. Right-size images để của họ display dimensions và compress them. Này là đó single biggest performance lever cho hầu hết các trang.
  • Native lazy loading là safe — dưới đó fold. loading="lazy" on đó <img> là Google-endorsed và crawlable. Đó implementations đó break là JavaScript ones đó hide đó real URL trong data-src và không bao giờ expose một src — những risk không đang được lập chỉ mục. Stick để native loading="lazy" hoặc IntersectionObserver, và làm sure images load khi visible, không on một nhấp hoặc swipe (“Google Search does not interact with your page” (bản dịch) «Google Search không interact với trang của bạn»).
  • Không bao giờ lazy-load đó LCP image. Này là đó một rule mọi người break hầu hết. Của bạn largest trên-đó-fold image (thường đó hero) nên load eagerly — loading="eager" và fetchpriority="high" — không lazily. Lazy-loading đó LCP image có thể thêm hundreds of milliseconds để LCP cho không reason.

Responsive images

sử dụng srcset + sizes (khác resolutions cho khác viewports) và <picture> (art direction / format switching). Hai điều để giữ straight:

  • luôn bao gồm fallback src. As trên — các crawler và older các trình duyệt cần nó.
  • mỗi candidate cần để là reachable. Whatever access rules apply để của bạn fallback src — không blocked, không behind auth, không dead URL — apply để mỗi srcset/<picture> candidate cũng. undiscoverable candidate không help ngay cả Khi fallback là fine.
  • giữ của bạn các URL consistent với trang. image URL bạn put trong image sitemap nên là giống nhau URL trang thực ra dùng. không phục vụ khác image URL để mobile hơn để desktop — Google là mobile-đầu tiên crawler, và divergent các URL nguyên nhân tạm thời image-traffic mất mát trong khi Google rebuilds xếp hạng history cho new các URL.

Dữ liệu có cấu trúc cho images

Dữ liệu có cấu trúc là Điều gì unlocks image-related rich kết quả và badges:

  • ImageObject với license thuộc tính làm images eligible cho licensable badge trong Google Images. bắt buộc các trường là contentUrl plus tại least một của creator, creditText, copyrightNotice, hoặc license; thêm license
  • acquireLicensePage cho badge itself.
  • Sản phẩm và Bài viết dữ liệu có cấu trúc muốn image array với multiple aspect ratios (commonly 16:9, 4:3, 1:1). image thuộc tính là bắt buộc cho image-bearing rich kết quả.
  • Thumbnail control. Google thumbnail pick là automated, nhưng Bạn có thể influence nó qua primaryImageOfPage schema, main entity image thuộc tính, hoặc og:image meta tag — Google dùng cả hai schema.org markup và og:image cho thumbnails trong Tìm kiếm và Discover.

Eligible markup không phải display bảo đảm — Google vẫn decides, trang by trang, liệu để thực ra hiển thị badge, image array treatment, hoặc thumbnail của bạn dữ liệu có cấu trúc làm có thể.

Đây là cũng nơi image SEO overlaps với rộng hơn dữ liệu có cấu trúc topic — markup đó powers sản phẩm, bài viết, và image rich kết quả là giống nhau machinery.

Image sitemaps

Image sitemaps là phát hiện tool, phần lớn hữu ích cho CDN-hosted images, lớn galleries, và JS-nặng các trang nơi images có thể không là tìm thấy qua thông thường crawling. Hai notes đó catch mọi người out: Google hiện tại hỗ trợ chỉ <image:image> và <image:loc> (nó deprecated <image:caption>, <image:title>, <image:geo_location>, và <image:license> on có thể 6, 2022 — though Bing vẫn dùng them, so giữ them trong nếu bạn phục vụ một sitemap để cả hai). và image sitemaps là một place bạn’re được phép cross-domain các URL trong <image:loc>, mà là handy cho CDN hosting (verify CDN domain trong Search Console). mechanics trực tiếp trong image sitemaps bài viết. None của Đây là promise: image sitemap có thể help Google discover images nó có thể nếu không miss, nhưng submitting một không bảo đảm crawling, lập chỉ mục, hoặc xếp hạng.

Discover và lớn images

để là eligible cho lớn-format image previews trong Discover và trên Google surfaces, thêm <meta name="robots" content="max-image-preview:large"> và sử dụng big images — tại least 1 200px wide, cao resolution, ideally 16:9. Google own case nghiên cứu được ghi lại thực CTR lift từ enabling lớn previews ( food blog tại +79% CTR từ Discover; news trang web tại +30% CTR / +332% clicks over six months). Đây là một của một vài image thay đổi với trực tiếp measurable upside.

Stock so với. unique images

Mueller position là worth quoting plainly: stock photography “doesn’t matter for web search directly,” (bản dịch) «không quan trọng cho web tìm kiếm trực tiếp,» nhưng “for image search, if it’s the same image as used in many places, it’ll be harder.” (bản dịch) «cho image tìm kiếm, nếu đây là đó giống nhau image as dùng trong nhiều places, điều này’ll là harder.» Và riêng: “uniqueness isn’t equivalent to higher quality” (bản dịch) «uniqueness không tương đương để cao hơn quality» — taking đó photo yourself không tự động xếp hạng điều này tốt hơn. So: dùng stock freely nếu bạn chỉ care về web thứ hạng; dùng unique imagery khi image-tìm kiếm visibility matters, vì một một-of-một-kind image có không có gì để compete với.

Emerging: AI-image labeling (C2PA / IPTC)

Worth flagging vì đây là new và hầu hết các hướng dẫn miss điều này: Google đọc IPTC copyright các trường (mà có thể cho thấy as attribution credit trong Google Images — free brand visibility) và dùng IPTC / C2PA metadata để identify AI-generated images, surfacing an “AI generated” (bản dịch) «AI generated» label qua đó “About this image” (bản dịch) «Về hình ảnh này» feature. Camera EXIF (ISO, aperture, GPS) có không được ghi lại tác động đến thứ hạng — strip điều này cho performance, nhưng bảo toàn đó copyright các trường. Này space là vẫn evolving.

nơi để go tiếp theo

điều này hub là map. deep dives và liền kề topics:

  • Alt text — đầy đủ treatment của alt thuộc tính: Vì sao nó image-tìm kiếm-không-web-tìm kiếm, accessibility/legal stakes, writing rules, decorative images, linked-image anchor text, và auditing tại quy mô. nó một sub-topic deep đủ để warrant của nó own bài viết.
  • Xếp hạng trong Google Images — deep dive on visibility cụ thể trong Google Images và Lens: lập chỉ mục requirements, licensable images, và myths top-xếp hạng các trang vẫn repeat.
  • Image formats — JPEG so với. PNG so với. WebP so với. AVIF lên close: Điều gì mỗi format là thực ra good cho, và Vì sao format chuyển itself không phải xếp hạng factor.
  • Core Web Vitals — image SEO performance half lives ở đây. Compression, LCP, và fetchpriority là thực sự Core Web Vitals hoạt động wearing image hat.
  • Dữ liệu có cấu trúc — ImageObject, Sản phẩm/Bài viết image arrays, và og:image thumbnail control là part của rộng hơn structured-dữ liệu story.
  • Image sitemaps — phát hiện mechanics, deprecated-by-Google-nhưng-kept-cho-Bing tags, và cross-domain CDN các URL.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.