SEO WordPress #11: Hình ảnh, tối ưu từ alt text đến Schema

1. SEO hình ảnh WordPress gồm những lớp nào?

Một ảnh trên WordPress cần vượt qua bốn lớp kiểm tra: nội dung, HTML, tài nguyên và quyền sử dụng. Nếu chỉ tối ưu một lớp, ảnh vẫn có thể thất bại ở ba lớp còn lại. File nhẹ nhưng alt sai không giúp người dùng hiểu ảnh. Alt tốt nhưng URL trả 403 thì trình duyệt và crawler đều không nhận được tài nguyên.

Tài liệu Google Image SEO best practices cho biết Google dùng ngữ cảnh trang, chú thích, tên file và alt text để hiểu ảnh. Tài liệu cũng khuyến nghị dùng phần tử ảnh HTML chuẩn, định dạng được hỗ trợ, ảnh responsive và hình đại diện phù hợp trong structured data.

2. Bảng kiểm 10 tiêu chí hình ảnh từ 74 đến 83

Bảng kiểm 10 tiêu chí hình ảnh từ 74 đến 83 tạo thành một chuỗi từ lúc chọn ảnh tới lúc nghiệm thu URL trên production. Mười mã gồm alt text, tên file, định dạng, responsive, crawlable, URL ổn định, ảnh LCP, văn bản tương đương, schema image, nguồn và quyền. Không đánh dấu đạt chỉ vì Media Library đã có alt hoặc plugin đã tạo WebP. Bảng là tiêu chí nghiệm thu, không phải thứ tự sửa cứng.

Nếu bạn cần chỗ ghi lại kết quả nghiệm thu của từng mã, khóa SEO hình ảnh miễn phí có phiếu in cho từng bài, gồm ô URL đang kiểm, số đo trước, số đo sau và ba mức kết luận đạt, cảnh báo hay chưa đạt.

Bảng này là tiêu chí nghiệm thu, không phải thứ tự sửa cứng. Nếu ảnh hero trả 404, cần khôi phục URL trước khi tối ưu alt. Nếu ảnh LCP đang bị lazy-load, cần sửa cách tải trước khi thử thêm một định dạng mới.

3. Tiêu chí 74: Alt text đầy đủ và đúng mục đích

Alt text tốt mô tả mục đích của ảnh trong đúng ngữ cảnh, không phải liệt kê mọi vật thể nhìn thấy hoặc chèn từ khóa. Cùng một ảnh có thể cần alt khác nhau ở hai trang vì chức năng truyền đạt khác nhau.

Google cho biết alt text cùng nội dung trang và tín hiệu thị giác được dùng để hiểu chủ đề ảnh. W3C Images Tutorial hướng dẫn ảnh truyền tải thông tin cần text alternative, còn ảnh chỉ trang trí nên dùng thuộc tính rỗng alt="" để công nghệ hỗ trợ bỏ qua.

Trọng số: Bắt buộc. Công cụ: Screaming Frog, WP Media và PageSpeed Checker của Novaverb. Báo cáo chỉ phát hiện alt thiếu hoặc lặp; người biên tập vẫn phải đọc trang để đánh giá đúng mục đích.

4. Cây quyết định viết alt text không nhồi từ khóa

Trước khi viết alt, hãy hỏi nếu ảnh biến mất thì người đọc mất thông tin hay chức năng nào. Câu trả lời quyết định ảnh cần alt mô tả, alt chức năng, alt rỗng hay phần mô tả dài bên cạnh.

1. Ảnh có phải liên kết hoặc nút không? Nếu có, mô tả hành động hoặc đích.
2. Ảnh có truyền tải dữ liệu, trạng thái hay khái niệm không? Nếu có, mô tả thông tin cần thiết.
3. Nội dung tương đương đã nằm ngay cạnh ảnh chưa? Nếu đã đầy đủ, cân nhắc alt rỗng để tránh đọc lặp.
4. Ảnh chỉ tạo không khí, nền hoặc trang trí viền? Dùng alt="".
5. Ảnh phức tạp như biểu đồ? Viết alt tóm tắt và đặt bảng hoặc mô tả dài trong HTML.

Không mở đầu mọi alt bằng “hình ảnh của”. Trình đọc màn hình đã thông báo đây là ảnh. Không sao chép tiêu đề bài vào tất cả ảnh. Không liệt kê chuỗi từ khóa, địa điểm và dịch vụ nếu ảnh không truyền đạt những yếu tố đó.

Phép kiểm: đọc alt thay cho ảnh trong nguyên câu. Nếu câu vẫn tự nhiên và giữ đúng thông tin chính, alt đã gần đúng mục đích.

5. Tiêu chí 75: Tên file ảnh tối ưu trước khi tải lên

Tên file nên ngắn, mô tả đúng chủ thể, dùng chữ thường không dấu và nối từ bằng dấu gạch ngang. Tên như IMG_001.jpg, screenshot.png hoặc chuỗi hash không giúp người quản trị nhận diện tài sản và chỉ cung cấp tín hiệu rất nhẹ về nội dung.

Google nói tên file có thể cung cấp gợi ý rất nhẹ về chủ đề ảnh và khuyến nghị tên ngắn nhưng mô tả. Vì vậy, không nên đổi tên hàng nghìn file đang hoạt động chỉ để thêm từ khóa. Việc đổi URL có thể tạo 404, redirect và mất tham chiếu trong bài, CSS, schema hoặc mạng xã hội.

Trọng số: Quan trọng. Công cụ: WP Media Library. Tên tốt nhất được đặt trước khi upload; với file cũ, chỉ đổi khi có quy trình cập nhật toàn bộ tham chiếu và redirect phù hợp.

6. Tiêu chí 76: Chọn WebP, AVIF, PNG hay JPEG

Tiêu chí 76 nói cách chọn WebP, AVIF, PNG hay JPEG cho từng loại ảnh. WebP và AVIF hợp với phần lớn ảnh nội dung mới, nhưng định dạng còn tùy loại hình, mức chất lượng cần giữ và pipeline. JPEG dùng khi cần fallback, PNG khi cần nét, alpha hoặc ảnh có chữ, SVG cho logo và hình vector. Không có định dạng nào thắng trong mọi trường hợp, nên tránh áp một ngưỡng KB cho tất cả.

Google Search hỗ trợ JPEG, PNG, WebP, AVIF, SVG cùng một số định dạng khác và khuyến nghị phần mở rộng khớp loại file. Hướng dẫn chọn định dạng của web.dev xem WebP hoặc AVIF lossy là lựa chọn thay thế tốt cho JPEG trong ảnh web, nhưng vẫn cần đánh giá bằng mắt sau nén.

Trọng số: Bắt buộc. Công cụ: Chrome DevTools, GTmetrix, PageSpeed Checker của Novaverb và Image Converter của Novaverb. Không dùng một ngưỡng KB duy nhất cho logo, ảnh hero, ảnh sản phẩm và biểu đồ.

7. Quy trình chuyển đổi và nén ảnh không làm hỏng nội dung

Nén ảnh nên bắt đầu từ kích thước hiển thị và mức chi tiết cần giữ, sau đó mới chọn codec và chất lượng. Chuyển một file 4000px sang WebP nhưng vẫn gửi nguyên kích thước cho khung 600px chưa giải quyết lãng phí dữ liệu.

1. Giữ bản gốc có quyền sử dụng trong kho riêng.
2. Xác định chiều rộng lớn nhất theo template và mật độ màn hình.
3. Tạo các biến thể kích thước cần thiết, không sinh quá nhiều bản vô dụng.
4. Thử WebP hoặc AVIF với vài mức chất lượng.
5. So cạnh bản gốc ở kích thước hiển thị thực.
6. Kiểm chữ nhỏ, gradient, da người, đường nét và vùng trong suốt.
7. Ghi nhận kích thước pixel, byte và format đầu ra.
8. Đưa vào HTML responsive rồi đo Network trên mobile.

Với ảnh chứa chữ, compression artifact có thể làm chữ nhòe trước khi dung lượng giảm đủ đáng kể. Với ảnh chụp, giảm kích thước pixel thường mang lại lợi ích lớn hơn việc ép chất lượng xuống quá thấp. Với logo, SVG hoặc WebP lossless có thể phù hợp hơn JPEG.

8. Tiêu chí 77: Ảnh responsive với srcset và sizes

srcset cung cấp các ứng viên ảnh, còn sizes cho trình duyệt biết ảnh dự kiến hiển thị rộng bao nhiêu theo viewport. Trình duyệt kết hợp hai thông tin này với mật độ điểm ảnh và điều kiện thiết bị để chọn tài nguyên phù hợp.

<img src="seo-hinh-anh-960.webp"
srcset="seo-hinh-anh-480.webp 480w, seo-hinh-anh-960.webp 960w, seo-hinh-anh-1440.webp 1440w"
sizes="(max-width: 720px) 100vw, 760px"
width="1440" height="900"
alt="Sơ đồ quy trình tối ưu hình ảnh WordPress">

Tài liệu responsive images của Google vẫn khuyến nghị có src fallback ngay cả khi dùng srcset hoặc picture. Thuộc tính sizes phải phản ánh layout thực, không mặc định 100vw cho ảnh chỉ rộng 760px trên desktop.

• Kiểm currentSrc trong DevTools ở nhiều viewport.
• Không tạo candidate 3000px nếu template không bao giờ cần.
• Không dùng cùng một file cho mọi mục trong srcset.
• Khai báo width và height để giữ tỷ lệ khung.
• Dùng picture khi cần art direction hoặc fallback định dạng.

Trọng số: Quan trọng. Công cụ: DevTools, Lighthouse và PageSpeed Checker của Novaverb.

9. Tiêu chí 78: Ảnh quan trọng phải crawlable

Ảnh nội dung quan trọng nên xuất hiện qua img hoặc picture trong HTML render với URL thật ở src hoặc srcset. Google cho biết có thể tìm ảnh ở thuộc tính src của img, kể cả khi nằm trong picture, nhưng không index ảnh CSS.

CSS background phù hợp với texture, gradient hoặc trang trí. Nếu hình là ảnh sản phẩm, biểu đồ, ảnh tác giả, ảnh bài viết hay nội dung cần xuất hiện trong Google Images, chỉ để trong background-image làm giảm khả năng khám phá và không cung cấp alt text theo cách thông thường.

Trọng số: Bắt buộc. Công cụ: DevTools, URL Inspection và Website SEO Checker của Novaverb. Kiểm cả View Source và DOM render để tìm sự khác biệt do plugin lazy-load.

10. Tiêu chí 79: URL ảnh hoạt động ổn định

URL ảnh dùng trong HTML, metadata và Schema phải trả 200 trực tiếp, đúng nội dung và không phụ thuộc phiên đăng nhập. 403, 404, redirect chain, hotlink protection sai hoặc token hết hạn đều có thể làm ảnh biến mất với crawler và người dùng.

• Kiểm status của URL ảnh không kèm cookie quản trị.
• Kiểm header Content-Type khớp file thực.
• Không để URL ảnh đại diện đi qua nhiều lần đổi domain hoặc thư mục.
• Nếu dùng CDN, xác nhận robots, firewall và chữ ký URL không chặn crawler hợp lệ.
• Giữ cùng một URL cho cùng một ảnh khi có thể để hỗ trợ cache.
• Kiểm phân biệt chữ hoa chữ thường sau khi chuyển máy chủ.
• Không xóa size WordPress đang được bài cũ tham chiếu.

Khi đổi domain ảnh hoặc cấu trúc uploads, lập bản đồ URL cũ sang URL mới và cập nhật tham chiếu tại nguồn. Redirect có thể bảo vệ URL cũ trong giai đoạn chuyển đổi, nhưng HTML mới nên trỏ thẳng đến URL cuối.

Trọng số: Bắt buộc. Công cụ: Screaming Frog và HTTP Status & Redirect Checker của Novaverb.

11. Tiêu chí 80: Ảnh LCP được phát hiện và ưu tiên tải

Ảnh hero hoặc ảnh có khả năng là LCP không được dùng loading="lazy"; URL cần có trong HTML ban đầu và có thể dùng fetchpriority="high" khi đo lường cho thấy phù hợp. Lazy-load ảnh trong viewport làm trì hoãn lúc trình duyệt bắt đầu tải.

<img src="hero-seo-hinh-anh.webp"
srcset="hero-640.webp 640w, hero-1280.webp 1280w"
sizes="100vw" width="1280" height="720"
fetchpriority="high"
alt="Quy trình SEO hình ảnh WordPress">

Web.dev về tối ưu LCP khuyến nghị không lazy-load LCP image và cho biết fetchpriority="high" có thể tăng ưu tiên ảnh quan trọng. Đây là hint, không phải mệnh lệnh, và không nên gắn lên hàng loạt ảnh vì tài nguyên nào được tăng ưu tiên thì tài nguyên khác phải chờ.

Preload hữu ích khi ảnh LCP khó được phát hiện sớm, chẳng hạn ảnh nền CSS. Nếu ảnh đã nằm sớm trong HTML bằng img, preload có thể trùng lặp hoặc không tạo khác biệt. Mọi thay đổi cần được xác nhận bằng waterfall và LCP sau triển khai.

Trọng số: Bắt buộc. Công cụ: PageSpeed Insights, DevTools và PageSpeed Checker của Novaverb.

12. Cách chẩn đoán ảnh LCP bằng Network và Performance

Chẩn đoán LCP cần tách thời gian máy chủ, thời điểm phát hiện tài nguyên, thời gian chờ tải, thời gian tải file và độ trễ render. Chỉ giảm dung lượng ảnh không đủ nếu URL được phát hiện quá muộn vì CSS hoặc JavaScript.

1. Mở Performance hoặc PageSpeed Insights để xác định phần tử LCP thật.
2. Kiểm ảnh có bị loading="lazy" hay không.
3. Mở Network, tắt cache và mô phỏng mobile chậm.
4. Tìm request ảnh, xem thời điểm bắt đầu so với HTML và CSS.
5. Kiểm Priority, Initiator, transfer size và content download.
6. Xác nhận URL có trong HTML ban đầu hay được chèn sau JavaScript.
7. Thử một thay đổi, đo lại nhiều lần trong cùng điều kiện.

Một phép sửa tốt phải giải quyết đúng phần đang chiếm thời gian. Nếu resource load delay lớn, ưu tiên khả năng phát hiện. Nếu resource load duration lớn, tối ưu kích thước, codec, cache và máy chủ.

13. Tiêu chí 81: Không nhúng thông tin quan trọng chỉ trong ảnh

Thông tin cần để hiểu, so sánh hoặc hành động phải có bản tương đương bằng văn bản HTML, không chỉ nằm trong infographic hoặc ảnh chụp màn hình. Alt text thường không phải nơi chứa toàn bộ một bảng dữ liệu dài.

Văn bản HTML có thể được chọn, phóng to, dịch, đọc bằng công nghệ hỗ trợ, tìm trong trang và cập nhật mà không cần xuất lại ảnh. Nó cũng giúp công cụ tìm kiếm hiểu chi tiết mà không phụ thuộc hoàn toàn vào nhận diện hình ảnh.

• Biểu đồ: viết kết luận chính và cung cấp bảng dữ liệu khi cần.
• Quy trình: có danh sách bước trong HTML.
• Ảnh chụp màn hình: mô tả thao tác và tên nút trong văn bản.
• Poster sự kiện: đưa ngày, giờ, địa điểm và cách tham gia vào HTML.
• Bảng giá: dựng bảng HTML hoặc danh sách có cấu trúc.
• Quote card: đặt câu trích dẫn và nguồn trong nội dung.

Trọng số: Quan trọng. Công cụ: axe DevTools, kiểm tra trực tiếp và PageSpeed Checker của Novaverb. Một cách thử đơn giản là tắt ảnh: người đọc vẫn phải hoàn thành được nhiệm vụ chính của trang.

14. Cách viết nội dung tương đương cho infographic và biểu đồ

Ảnh phức tạp cần hai tầng thay thế: alt ngắn nêu loại ảnh và kết luận, phần HTML gần ảnh cung cấp chi tiết cần thiết. Nhồi hàng trăm chữ vào alt làm trải nghiệm trình đọc màn hình khó kiểm soát và khó điều hướng.

Với sơ đồ quy trình, thứ tự và quan hệ phải xuất hiện trong HTML. Với heatmap, cần nói rõ đây là dữ liệu tổng hợp, cỡ mẫu và kết luận chính. Với ảnh so sánh trước sau, ghi điều kiện chụp hoặc đo để tránh tạo bằng chứng thiếu ngữ cảnh.

15. Tiêu chí 82: Khai báo ảnh đúng trong Schema và metadata

Thuộc tính image của Article, Product hoặc loại Schema phù hợp phải trỏ tới ảnh đại diện thật, liên quan, crawlable và có URL tuyệt đối ổn định. Metadata Open Graph và Twitter cũng nên dùng ảnh đúng tỷ lệ cho chia sẻ xã hội.

Google yêu cầu hoặc khuyến nghị image cho nhiều loại structured data đủ điều kiện hiển thị nâng cao. General structured data guidelines yêu cầu ảnh liên quan tới trang. Khai một logo chung cho mọi bài không thể hiện đúng nội dung từng trang.

{
 "@type": "Article",
 "headline": "SEO WordPress #11: Hình ảnh",
 "image": ["https://example.com/images/seo-wordpress-11-hinh-anh.webp"]
}

• URL ảnh dùng HTTPS và trả 200 không cần đăng nhập.
• Ảnh không bị robots hoặc firewall chặn.
• Ảnh đại diện đúng nội dung trang, không phải banner ngẫu nhiên.
• Kích thước khai báo trong HTML khớp tỷ lệ file.
• og:image dùng ảnh landscape rõ ở kích thước chia sẻ.
• Cập nhật Schema nếu thay ảnh hoặc đổi URL.

Trọng số: Quan trọng. Công cụ: Rich Results Test và Meta Tag Checker của Novaverb. Structured data hợp lệ không bảo đảm Google sẽ hiển thị rich result.

16. Tiêu chí 83: Nguồn, giấy phép và quyền sử dụng ảnh

Tiêu chí 83 soi nguồn, giấy phép và quyền sử dụng ảnh. Mỗi ảnh bên thứ ba cần hồ sơ: ai tạo, phạm vi license, có phải ghi credit hay không. Ảnh tự chụp giữ file gốc và ngày tạo, ảnh stock giữ hóa đơn cùng license tại ngày tải, ảnh Creative Commons giữ URL nguồn và tác giả, ảnh do AI tạo giữ prompt cùng công cụ. Tìm thấy trên Google không phải là giấy phép.

Google Image license metadata hỗ trợ truyền đạt giấy phép qua structured data hoặc IPTC và khuyến nghị giữ các trường nhận diện, người tạo, credit và copyright khi phù hợp. Metadata không tự tạo ra quyền sử dụng; nó chỉ truyền đạt thông tin quyền đã có.

Trọng số: Quan trọng. Công cụ: Reverse Image Search và hồ sơ bản quyền. Khi không chứng minh được quyền, thay ảnh bằng tài sản hợp lệ thay vì chỉ thêm dòng “nguồn Internet”.

17. Workflow tối ưu ảnh trong WordPress từ trước upload đến production

Quy trình ổn định cần phân vai giữa người tạo nội dung, Media Library, theme, plugin ảnh, CDN và bước nghiệm thu. Plugin có thể tự sinh kích thước và định dạng nhưng không thể tự hiểu mục đích alt hoặc quyền sử dụng.

1. Chọn ảnh có vai trò rõ và kiểm quyền sử dụng.
2. Giữ bản gốc ngoài thư mục public nếu cần lưu trữ.
3. Crop theo intent hiển thị và đặt tên file mô tả.
4. Resize, nén và xuất WebP hoặc AVIF phù hợp.
5. Upload vào Media Library, điền alt theo ngữ cảnh trang.
6. Chèn bằng block Image hoặc markup có img chuẩn.
7. Xác nhận WordPress tạo srcset và sizes hợp lý.
8. Phân loại ảnh LCP với ảnh ngoài màn hình trước khi lazy-load.
9. Kiểm URL ảnh, status, MIME, cache và responsive candidate.
10. Kiểm Schema, Open Graph, caption và văn bản tương đương.
11. Đo PageSpeed và DevTools trên mobile và desktop.
12. Lưu bằng chứng quyền và ghi nhận thay đổi để rollback.

Tránh cài nhiều plugin cùng xử lý WebP, CDN rewrite và lazy-load. Hai lớp cùng thay URL có thể tạo markup trùng, request kép hoặc lỗi khi một plugin bị tắt. Chọn một nguồn chịu trách nhiệm cho mỗi tác vụ và kiểm HTML đầu ra thay vì chỉ nhìn cài đặt.

18. Quy trình audit hình ảnh toàn website

Quy trình audit hình ảnh toàn website ghép crawl HTML, danh sách Media Library, tab Network và số liệu hiệu năng theo template. Mục tiêu là tìm nhóm lỗi có chung nguyên nhân chứ không sửa lẻ từng ảnh. Các bước gồm crawl mọi URL indexable, gom ảnh thiếu alt, so Media Library với URL đang dùng, chọn mẫu trang rồi kiểm srcset, sizes, currentSrc, xác định ảnh LCP và rà nguồn cùng license. Nghiệm thu bằng crawl mới và trình duyệt thật.

1. Crawl tất cả URL indexable và xuất danh sách ảnh.
2. Ghi trang nguồn, URL ảnh, alt, status, MIME và dung lượng.
3. Nhóm ảnh thiếu alt, alt lặp, tên chung và file quá lớn.
4. So URL trong Media Library với URL thực sự được dùng.
5. Tìm ảnh orphan trong thư viện và ảnh hotlink bên ngoài.
6. Chọn mẫu trang chủ, danh mục, bài viết, sản phẩm và landing.
7. Kiểm srcset, sizes, currentSrc và kích thước hiển thị.
8. Xác định LCP image theo từng template và kiểm waterfall.
9. Kiểm Schema, Open Graph và ảnh chia sẻ.
10. Rà nguồn, license và người tạo cho tài sản ưu tiên.
11. Sửa theo template, triển khai nhóm nhỏ rồi crawl lại.

Nghiệm thu bằng crawl mới và trình duyệt thật. Báo cáo cũ chỉ là baseline; HTML sau deploy mới là bằng chứng ảnh có alt, srcset, URL và loading đúng.

19. Công cụ kiểm tra, tài liệu gốc và lộ trình học tiếp

Công cụ kiểm tra, tài liệu gốc và lộ trình học tiếp gom lại ở phần cuối bài. Bộ công cụ gồm PageSpeed Checker, Image Converter, Image Compressor, Image Resizer, Website SEO Checker, HTTP Status và Redirect Checker cùng Meta Tag Checker của Novaverb. Tài liệu gốc trỏ về Google Image SEO, W3C Images Tutorial, Responsive images và Largest Contentful Paint. Lộ trình học tiếp nối sang SEO WordPress số 12 tới 15.

Công cụ kiểm tra nhanh

Công cụ kiểm tra nhanh gồm bảy món của Novaverb. PageSpeed Checker soi hiệu năng ảnh, Image Converter đổi định dạng, Image Compressor thử mức nén, Image Resizer tạo ảnh gần kích thước hiển thị, Website SEO Checker rà lớp SEO của URL, HTTP Status và Redirect Checker soi status cùng redirect chain, Meta Tag Checker soi ảnh trong metadata của trang.

• PageSpeed Checker của Novaverb: kiểm hiệu năng và cơ hội tối ưu ảnh.
• Image Converter của Novaverb: chuyển đổi định dạng ảnh.
• Image Compressor của Novaverb: thử mức nén và so dung lượng.
• Image Resizer của Novaverb: tạo ảnh gần kích thước hiển thị.
• Website SEO Checker của Novaverb: rà nhanh lớp SEO của URL.
• HTTP Status & Redirect Checker của Novaverb: kiểm status và redirect chain của ảnh.
• Meta Tag Checker của Novaverb: kiểm ảnh trong metadata của trang.

Tài liệu gốc

Tài liệu gốc cho phần hình ảnh gồm Google Image SEO best practices, W3C Images Tutorial, bài Responsive images trên web.dev, Optimize Largest Contentful Paint và Image license metadata. Đọc tiếp SEO WordPress số 12 về Internal Link, số 13 về Core Web Vitals, số 14 về điểm PageSpeed và số 15 về hình ảnh cùng code.

• Google Image SEO best practices
• W3C Images Tutorial
• Responsive images trên web.dev
• Optimize Largest Contentful Paint
• Image license metadata

Đọc tiếp SEO WordPress #12 về Internal Link và nội dung, SEO WordPress #13 về Core Web Vitals, SEO WordPress #14 về điểm PageSpeed và SEO WordPress #15 về hình ảnh và code.

Nếu muốn thực hành trên website thật theo một hệ thống, có thể tham khảo chương trình đào tạo SEO, trang tổng hợp khóa học SEO và cấu trúc chuyên sâu của khóa học SEO Master. Mỗi trang trình bày phạm vi và cách học để người đọc tự đối chiếu nhu cầu.

Chuỗi thực hành: xác định vai trò ảnh, chuẩn hóa nguồn, tạo biến thể, xuất HTML đúng, kiểm loading, đo lại và lưu bằng chứng quyền.

20. Câu hỏi thường gặp và kết luận

Câu hỏi thường gặp và kết luận chốt những nhầm lẫn hay gặp khi tối ưu hình ảnh WordPress. Tám câu trả lời các điểm: alt không cần nhồi từ khóa, đừng đổi tên ảnh cũ đang chạy, AVIF không luôn nhẹ hơn WebP, srcset do WordPress sinh vẫn phải kiểm, ảnh hero thường không lazy-load, alt không thay được nội dung infographic, schema hợp lệ không buộc Google hiển thị ảnh, và ghi nguồn Internet thì chưa đủ.

Mọi ảnh đều cần alt chứa từ khóa SEO?

Không. Ảnh thông tin cần alt mô tả đúng mục đích trong ngữ cảnh. Ảnh trang trí dùng alt="". Nhồi từ khóa làm alt kém hữu ích và tạo trải nghiệm không tự nhiên.

Có nên đổi tên toàn bộ ảnh cũ đang hoạt động?

Không nên đổi chỉ để thêm từ khóa. Với ảnh đã được dùng và index, thay URL có thể tạo lỗi tham chiếu. Chỉ đổi khi lợi ích rõ và có bản đồ cập nhật URL, redirect cùng bước kiểm tra sau triển khai.

AVIF có luôn nhẹ hơn và tốt hơn WebP không?

Không phải trong mọi ảnh và mọi mức chất lượng. AVIF thường nén tốt nhưng cần kiểm thời gian mã hóa, chi tiết, chữ nhỏ và pipeline. Hãy thử cả hai trên mẫu ảnh thật.

WordPress tự tạo srcset thì có cần kiểm tra không?

Có. Theme, page builder, CDN hoặc plugin có thể thay markup và sizes. Cần xem currentSrc ở nhiều viewport để biết trình duyệt thực sự tải file nào.

Ảnh hero có nên lazy-load không?

Thông thường không. Nếu ảnh nằm trong viewport đầu hoặc là LCP, lazy-load trì hoãn request. Để ảnh được phát hiện sớm và chỉ dùng fetchpriority cao khi phép đo cho thấy phù hợp.

Alt text có thay thế được nội dung của infographic không?

Không hoàn toàn. Alt nên tóm tắt mục đích và kết luận. Dữ liệu, quy trình hoặc giải thích dài cần có phiên bản HTML như đoạn văn, danh sách hoặc bảng.

Schema hợp lệ có bảo đảm ảnh xuất hiện trên Google không?

Không. Structured data giúp cung cấp thông tin có cấu trúc nhưng không bảo đảm hiển thị. Ảnh và trang vẫn phải crawlable, liên quan, đúng chính sách và đáp ứng điều kiện của tính năng tìm kiếm.

Ghi “nguồn Internet” có đủ để dùng ảnh không?

Không. Cần xác định tác giả hoặc chủ sở hữu, giấy phép và phạm vi sử dụng. Nếu không chứng minh được quyền, nên thay bằng ảnh tự tạo hoặc tài sản được cấp phép rõ ràng.

Kết luận: SEO hình ảnh WordPress là bài toán phối hợp giữa ngữ nghĩa, accessibility, HTML, hiệu năng và quyền sử dụng. Alt đúng mục đích, tên file rõ, format và kích thước phù hợp, srcset chính xác, URL trả 200, ảnh LCP tải sớm, nội dung có bản HTML, Schema trỏ đúng ảnh và hồ sơ quyền đầy đủ sẽ tạo một hệ hình ảnh dễ quản trị và dễ kiểm chứng hơn.