Tối ưu hóa hình ảnh trên trang web

Tối ưu hóa hình ảnh là yếu tố mang lại “hiệu quả cao nhất” trong hiệu suất của WordPress: với cùng một cấu trúc trang và cùng một giao diện, chỉ cần điều chỉnh đúng dung lượng, kích thước, định dạng và phương thức tải hình ảnh, trải nghiệm tải trang thường được cải thiện ngay lập tức.

Tuy nhiên, việc tối ưu hóa hình ảnh cũng là công việc dễ khiến người ta càng làm càng rối, không phải vì kỹ thuật quá khó, mà vì thông tin quá rời rạc:
Bạn đã đọc vài bài viết, biết đến các khái niệm như “nén”, “WebP/AVIF” và “tải chậm”, rồi khi xem phần giới thiệu plugin lại thấy ghi “100 tín dụng miễn phí mỗi tháng”, “20MB miễn phí” và “1 tín dụng cho mỗi hình ảnh”, kết quả là càng đọc càng rối trí — rốt cuộc thì số tín dụng miễn phí có đủ không? Cách tính phí ra sao? Hay là bạn đã hiểu nhầm “cùng một thứ” đó? Và điều quan trọng nhất là:Sau khi làm xong, liệu nó có thực sự có hiệu lực không?

Bài viết này chỉ tập trung vào ba điều sau:

1. Đây là một giải pháp khả thiLộ trình(Làm việc gì trước, làm việc gì sau)
2. Hãy giải thích rõ ràng về các phương án mà bạn định chọn (sự khác biệt giữa gói miễn phí và gói trả phí là gì, và mỗi gói phù hợp với ai)
3. Dưới đây là những lỗi thường gặp nhất (để bạn không phải mất thời gian tìm kiếm và khắc phục sau khi hoàn thành công việc)

1. Nền tảng: WordPress có những gì và không có những gì

Nếu bạn không hiểu rõ những gì lõi WordPress đã thực hiện, rất dễ xảy ra hai tình huống sau:

• Không tận dụng được “khả năng miễn phí” đáng lẽ ra nên có, mà lại tốn thời gian và tiền bạc để làm lại những thứ đã có sẵn
• Tôi tưởng WordPress sẽ “tự động chuyển đổi tất cả các hình ảnh cũ sang định dạng WebP/AVIF”, nhưng hóa ra lại không phải vậy

Hệ thống lõi WordPress đã tích hợp sẵn các tính năng quan trọng sau:

• Hình ảnh đáp ứng (srcset/sizes): Kể từ phiên bản WordPress 4.4, lõi hệ thống sẽ tự động xuất hình ảnh srcset và sizes, đồng thời tận dụng các hình ảnh có nhiều kích thước được tạo ra khi tải lên để trình duyệt có thể chọn tải tài nguyên phù hợp nhất dựa trên điều kiện màn hình.
• Tải chậm theo mặc định: Kể từ phiên bản WordPress 5.5, tính năng tải chậm (lazy loading) được kích hoạt mặc định cho hình ảnh, tuân thủ tiêu chuẩn HTML loading Thực hiện thuộc tính.
• Hỗ trợ tải lên định dạng WebP: Kể từ phiên bản WordPress 5.8, bạn có thể tải lên và sử dụng định dạng WebP giống như JPEG/PNG (với điều kiện môi trường máy chủ hỗ trợ WebP).
• Hỗ trợ tải lên định dạng AVIF: Từ phiên bản WordPress 6.5 trở đi, người dùng có thể tải lên và sử dụng định dạng AVIF giống như JPEG/PNG (tuy nhiên, điều này vẫn phụ thuộc vào sự hỗ trợ của môi trường máy chủ).

Tuy nhiên, xin lưu ý:
“Hỗ trợ tải lên/sử dụng” ≠ “Tự động chuyển đổi/tự động phân phối”.
Nói cách khác: ngay cả khi bạn đã nâng cấp lên WP 6.5, các tệp JPG/PNG trong thư viện phương tiện của bạn sẽ không tự động chuyển đổi thành WebP/AVIF; bạn cũng sẽ không tự động có được quy trình hoàn chỉnh “xuất ra định dạng AVIF/WebP tùy theo khả năng của trình duyệt và chuyển về hình ảnh gốc đối với các trình duyệt không hỗ trợ” — phần này thường cần phải sử dụng plugin hoặc dịch vụ để bổ sung.

2. Lộ trình: 5 bước tối ưu hóa hình ảnh

Làm gì, tại sao, đạt đến mức nào thì được coi là đạt yêu cầu, và những sai lầm thường gặp là gì.

2.1 Trước tiên, hãy đảm bảo “kích thước” chính xác (điều này thường bị bỏ qua nhất, nhưng lại mang lại hiệu quả lớn nhất)

Nhiều trang web chạy chậm không phải do chưa nén, mà làĐã tải xuống một hình ảnh có kích thước lớn hơn nhiều so với vùng hiển thị：
Ví dụ: trang web thực tế chỉ hiển thị với chiều rộng 900px, nhưng bạn lại yêu cầu người dùng tải xuống hình ảnh gốc có kích thước 3000px; trình duyệt sẽ chỉ “tải xuống rồi thu nhỏ lại để hiển thị”. Điều này sẽ gây lãng phí băng thông, làm tăng thời gian giải mã và làm chậm tốc độ tải trang.

Dành cho WordPress 4.4 trở lênCơ chế hình ảnh đáp ứng（srcset/sizes) chính là để giải quyết vấn đề này.

Để đạt yêu cầu thì cần phải làm được những gì:

• Khi mở trang web trên điện thoại di động, kích thước hình ảnh được tải xuống phải nhỏ hơn đáng kể so với trên máy tính để bàn
• Kích thước tài nguyên của cùng một hình ảnh khi tải trên các thiết bị khác nhau là khác nhau (thay vì luôn tải xuống hình ảnh gốc)

Những sai lầm thường gặp nhất:

• Một số chủ đề/trình tạo giao diện sử dụng hình ảnh làm hình nền CSS hoặc xuất ra theo cách tùy chỉnh, có thể giúp tránh được srcset, dẫn đến việc liên tục tải xuống các hình ảnh có dung lượng lớn
• Bạn có thể sử dụng các dịch vụ lưu trữ hình ảnh bên ngoài hoặc các khối hình ảnh của bên thứ ba để tránh hệ thống kích thước đa dạng do thư viện phương tiện tạo ra

---

2.2 Nén (giảm dung lượng KB mà không làm giảm chất lượng)

Điểm mấu chốt của việc nén không phải là “càng nhỏ càng tốt”, mà là “mắt thường hầu như không nhận ra sự khác biệt, nhưng dung lượng lại giảm đáng kể”.

Quy tắc như sau:

• Ảnh chụp thực tế (người, sản phẩm, phong cảnh): Ưu tiên nén có mất mát (lợi ích tối đa)
• Ảnh chụp màn hình/Hình ảnh có nhiều văn bản: Nên nén hình ảnh một cách thận trọng hơn để tránh làm mờ chữ
• Logo/Biểu tượng: Ưu tiên định dạng SVG hoặc nén không mất dữ liệu (nén có mất dữ liệu dễ làm mờ các cạnh)

Để đạt yêu cầu thì cần phải làm được những gì:

• Kích thước của hầu hết các hình ảnh trên trang đã giảm đáng kể
• Không xuất hiện hiện tượng nhiễu rõ rệt, viền mờ, hiện tượng đứt màu hay chữ bị nhòe

---

2.3 WebP / AVIF (Chính sách định dạng: Độ phân giải tương đương nhưng dung lượng nhỏ hơn)

WordPress hiện đã hỗ trợ tính năng tải lên WebP (5,8) và AVIF (6,5)。
Tuy nhiên, để thực sự áp dụng “định dạng thế hệ mới”, thường cần giải quyết hai vấn đề:

1. Làm thế nào để chuyển đổi hàng loạt thư viện phương tiện lịch sử(Nếu không, bạn chỉ tối ưu hóa “các hình ảnh mới được tải lên sau này”)
2. Tạo bản sao hay thay thế hình ảnh gốc(Đây là điểm mấu chốt về rủi ro; phần sau sẽ tập trung giải thích về tính năng “thay thế và xóa ảnh gốc” của Plus WebP)

Cách viết được khuyến nghị:

• WebP: Thường được chọn làm định dạng mặc định (có khả năng tương thích ổn định hơn)
• AVIF: Định dạng nén tiên tiến hơn, phù hợp với hình ảnh có kích thước lớn/hình ảnh trang chủ/hình ảnh trong album (nhưngPhụ thuộc vào sự hỗ trợ từ môi trường）

---

2.4 Áp dụng tải chậm một cách hợp lý (không nên áp dụng một cách máy móc)

Từ phiên bản WordPress 5.5 trở điTải chậm theo mặc địnhHình ảnh.
Nó giúp giảm lượng băng thông tiêu tốn trong quá trình hiển thị ban đầu:

• Tải chậm phù hợp với “tài nguyên ngoài màn hình”
• Hình ảnh lớn quan trọng nhất trên màn hình đầu tiên (thường là hình ảnh then chốt của màn hình đầu tiên) thường không thích hợp để tải chậm

---

2.5 Lớp giao hàng: CDN / Hình ảnh CDN

Nén, kích thước và định dạng giúp “tệp tin trở nên nhỏ gọn và phù hợp hơn”.
Tuy nhiên, nếu hình ảnh luôn được tải về từ máy chủ gốc ở xa, độ trễ mạng vẫn sẽ ảnh hưởng đáng kể đến trải nghiệm người dùng. Trong trường hợp này, cần có giải pháp ở “lớp phân phối” (CDN/hình ảnh CDN).

Hai hướng đi tiêu biểu:

• Cloudflare Ba Lan：Tài liệu CloudflareGiới thiệu các phương thức nén của Polish (không mất dữ liệu/mất dữ liệu/WebP) và đề cập đến việc sử dụng format=auto Cho phép sử dụng định dạng WebP/AVIF.
• Jetpack Site Accelerator：Tài liệu JetpackĐiều này có nghĩa là nó sẽ tối ưu hóa hình ảnh và phân phối chúng cùng với các tài nguyên tĩnh qua mạng của mình.

Tối ưu hóa hình ảnh giúp giảm kích thước và điều chỉnh cho phù hợp,CDN đảm bảo giao hàng nhanh hơn và ổn định hơn

3. Lựa chọn tuyến đường: Chỉ đi theo hai tuyến chính

Sai lầm phổ biến nhất trong việc tối ưu hóa hình ảnh không phải là “không cài đặt plugin”, mà là cài đặt quá nhiều plugin dẫn đến việc xử lý trùng lặp:
A đang nén, B cũng đang nén; A đang chuyển đổi sang WebP/AVIF, B cũng đang chuyển đổi; A đang chỉnh sửa URL, B lại đang thực hiện viết lại URL — cuối cùng thì chính bạn cũng không thể nói rõ được trên trang web hiện đang xảy ra chuyện gì.

Quy tắc:

Chỉ có một hướng đi: hoặc hoàn toàn miễn phí tại địa phương, hoặc nén trên đám mây, hoặc một trong ba lựa chọn.

• Tuyến A (hoàn toàn miễn phí trong khu vực):Cộng với WebP hoặc AVIF + EWWW Image Optimizer(hoặc chỉ chọn một trong hai)
• Lộ trình B (Chọn một trong ba phương án nén đám mây):ShortPixel / Imagify / TinyPNG

---

3.1 Lộ trình A: Hoàn toàn miễn phí tại địa phương (Plus WebP hoặc AVIF hoặc EWWW)

Điểm đặc trưng của tuyến đường này là:

• Bạn không phụ thuộc vào các dịch vụ nén của bên thứ ba tính phí theo gói hàng tháng hoặc theo số lượng tệp (tất nhiên, một số tính năng có thể được cung cấp dưới dạng dịch vụ tùy chọn)
• Đổi lại, việc xử lý hàng loạt có thể tiêu tốn nhiều tài nguyên máy chủ hơn (1 TP = 205 T/IO), do đó bạn cần chú trọng hơn đến “chiến lược và rủi ro”.”

3.1.1 Cộng với WebP hoặc AVIF: Điểm cốt lõi là “tạo ra/thay thế”, nó không phải là “công cụ nén” theo nghĩa truyền thống”

• Khi tạo hình ảnh đầy đủ:ID tệp hình ảnh gốc sẽ bị ghi đè bằng định dạng WebP/AVIF, tệp gốc sẽ bị xóa và các URL trong nội dung cũng sẽ bị thay thế。
• Plugin này cung cấp các lệnh WP-CLI và lưu ý rằng: khi có nhiều tệp, việc sử dụng WP-CLI sẽ đáng tin cậy hơn.

Điều này có nghĩa là: nó không phải là “tự động tạo một tệp WebP cho bạn”, mà có thể là một lầnChuyển giao tài sản(đặc biệt là khi bạn bật tùy chọn “Thay thế và xóa ảnh gốc”).

Sự khác biệt giữa hai chế độ

Chế độ 1: Giữ nguyên hình ảnh gốc + tạo bản sao WebP/AVIF (ổn định hơn)

• Ưu điểm: Dễ dàng quay lại phiên bản cũ hơn khi gặp vấn đề tương thích
• Nhược điểm: Dung lượng ổ đĩa sẽ tăng lên (hình ảnh gốc + định dạng mới + các hình thu nhỏ với nhiều kích thước)

Phương pháp 2: Thay thế và xóa ảnh gốc (cách làm triệt để hơn)

• Ưu điểm: Dung lượng đĩa cứng sẽ không tăng nhanh như vậy; các liên kết nội bộ sẽ tự động chuyển sang định dạng mới
• Rủi ro: Khi bạn “thay đổi tài sản + thay đổi tham chiếu”, chi phí khắc phục sự cố tương thích sẽ cao hơn (đặc biệt là khi một số hệ thống bên ngoài hoặc logic chủ đề phụ thuộc vào tên tệp/đường dẫn/định dạng ban đầu)

Những lỗi thường gặp khi sử dụng WebP hoặc AVIF

1. Sau khi hoàn tất việc thay thế toàn bộ cơ sở dữ liệu, hình ảnh trên một số trang hiển thị không đúng
   Nguyên nhân thường không phải là “hình ảnh bị hỏng”, mà là do một khâu nào đó trong chuỗi liên kết – chẳng hạn như thay đổi URL, bộ nhớ đệm hay chính sách tạo hình thu nhỏ – không khớp nhau.
2. Số lượng hình thu nhỏ càng nhiều, phạm vi thay đổi càng lớn
   Khi tải lên một hình ảnh trên WordPress, hệ thống sẽ tạo ra nhiều kích thước khác nhau; các chủ đề hoặc plugin cũng có thể bổ sung thêm các kích thước khác. Việc thay thế toàn bộ có nghĩa là bạn có thể phải chỉnh sửa một bộ sưu tập tệp tin rất lớn.
3. Chỉ thực hiện chuyển đổi định dạng không có nghĩa là dung lượng nhất định sẽ nhỏ nhất
   WebP/AVIF thường có kích thước nhỏ hơn, nhưng “chiến lược kích thước” và “chiến lược nén” vẫn rất quan trọng. Đừng coi Plus WebP như một giải pháp “tăng tốc chỉ bằng một cú nhấp chuột”.

---

3.1.2 EWWW Image Optimizer: Đại diện cho phần mềm nén dữ liệu cục bộ miễn phí

Trang plugin EWWW có định hướng rất rõ ràng:

• Nó có thể sử dụng một loạt công cụ để tối ưu hóa trên máy chủ của bạn (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp, v.v.)
• Nếu bạn cần tỷ lệ nén cao hơn hoặc muốn tiết kiệm chi phí cho CPU, bạn cũng có thể chuyển các tác vụ xử lý tiêu tốn CPU sang máy chủ của họ (tùy chọn).

EWWW nên đảm nhận vai trò gì trong lộ trình A?

Nếu bạn sử dụng Plus WebP để thực hiện “chiến lược chuyển đổi/thay thế định dạng”, thì EWWW sẽ phù hợp hơn để đảm nhận:

• Nén và tối ưu hóa dung lượng(đặc biệt là việc nén các tệp gốc như JPG/PNG)
• Tối ưu hóa hàng loạt thư viện phương tiện truyền thông lịch sử(Với mục tiêu là “giảm dung lượng” chứ không phải “thay thế URL”)

Những cạm bẫy điển hình của EWWW

1. Tải trọng máy chủ tăng lên khi tối ưu hóa hàng loạt
   Vì nén tại chỗ tiêu tốn CPU/IO. Giải pháp không phải là “không sử dụng”, mà là “chia thành các đợt, tận dụng giờ thấp điểm, và khi cần thiết thì cân nhắc gỡ bỏ hoặc chuyển sang giải pháp đám mây”.
2. “Đã tạo tệp WebP” không có nghĩa là giao diện người dùng nhất định sẽ hiển thị định dạng WebP
   Nhiều plugin thường mắc phải một sai lầm: việc tạo ra nội dung là một chuyện, còn chiến lược phân phối (viết lại URL, thẻ `picture`, thời hạn bộ nhớ đệm, v.v.) lại là một chuyện khác.
3. Làm cùng một việc như các tiện ích mở rộng khác
   Nếu bạn chọn phương án A, hãy cố gắng không sử dụng thêm các dịch vụ nén đám mây như ShortPixel, Imagify hay TinyPNG; nếu bạn chọn phương án B, đừng kích hoạt tính năng thay thế của Plus WebP. Nguyên tắc cốt lõi:Đi đến cùng một con đường.

---

3.2 Phương án B: Chọn một trong ba công cụ nén hình ảnh trên đám mây (ShortPixel / Imagify / TinyPNG)

Lộ trình này phù hợp với những ai “muốn tiết kiệm tài nguyên máy chủ, muốn xử lý hàng loạt một cách thuận tiện hơn và chấp nhận hình thức thanh toán theo hạn mức hoặc theo lượng sử dụng”.
Tuy nhiên, điểm dễ gây hiểu lầm nhất về nén đám mây là:Hạn mức miễn phí không chỉ đơn giản là “số lượng miễn phí”. Kích thước và số lượng hình thu nhỏ, việc có tạo định dạng WebP/AVIF hay không, cũng như việc có nén lại nhiều lần hay không, đều sẽ ảnh hưởng đáng kể đến mức tiêu thụ tài nguyên.

Phần dưới đây sẽ giải thích: sự khác biệt giữa miễn phí và trả phí, cách trừ hạn mức, những cạm bẫy thường gặp nhất, cũng như loại trang web nào phù hợp.

---

3.2.1 ShortPixel: 100 điểm miễn phí/tháng, nhưng số điểm này sẽ bị trừ đi khi tạo ảnh thu nhỏ và nén ảnh sang định dạng WebP/AVIF

Miễn phí/Trả phí là sao vậy?

Mô tả về plugin ShortPixel nêu rõ:

• 100 điểm thưởng miễn phí mỗi tháng
• Ngoài ra còn có “tín dụng hàng tháng không giới hạn bổ sung” (trang tiện ích mở rộng cung cấp thông tin về giá tương ứng)
• Cũng cung cấp “gói tín dụng dùng một lần không bao giờ hết hạn” (và cung cấp thông tin về giá khởi điểm)

Lưu ý:

• Miễn phí: Mỗi tháng được cấp một số điểm tín dụng để sử dụng cho các trang web đơn giản hoặc mục đích thử nghiệm
• Gói dùng một lần: Phù hợp với các trang web có “thư viện phương tiện lớn và muốn dọn sạch kho một lần” (mua một lần và dùng đến hết, thường không có hạn sử dụng)
• Hàng tháng/Không giới hạn: Phù hợp với các trang web cần cập nhật hình ảnh liên tục và tối ưu hóa ổn định lâu dài

Trang Kiến thức chính thức của ShortPixel cũng đã đưa ra so sánh giữa “Gói một lần” và “Gói hàng tháng không giới hạn”Giải thích rõ ràng: Gói Unlimited Monthly là gói thanh toán theo tháng (hoặc theo năm), cung cấp số lượng credits không giới hạn và đi kèm hạn mức cố định CDN; các credits mua một lần sẽ không hết hạn, giúp bạn sử dụng linh hoạt hơn theo nhu cầu.

Điều quan trọng nhất: Cách tính phí bản quyền của ShortPixel như thế nào?

Tài liệu chính thức của ShortPixel KB đã nói một cách rất thẳng thắn:

• Khi tải lên một hình ảnh trên WordPress, hệ thống sẽ tự động tạo ra nhiều hình thu nhỏ;
• Mỗi lần tối ưu hóa hình thu nhỏ sẽ được tính là một điểm；
• Nếu bạn chọn tạo định dạng WebP hoặc AVIF,Mỗi phiên bản WebP/AVIF của ảnh gốc và ảnh thu nhỏ sẽ tiêu tốn thêm một điểm tín dụng；
• Bạn có thể loại trừ một số hình thu nhỏ khỏi quá trình tối ưu hóa để giảm mức tiêu thụ credits.

Ví dụ về credits：

Giả sử bạn tải lên 1 hình ảnh, chủ đề/plugin sẽ tạo ra 8 hình thu nhỏ:

• Chỉ tối ưu hóa ảnh gốc + ảnh thu nhỏ: 1 (ảnh gốc) + 8 (ảnh thu nhỏ) = 9 điểm
• Nếu muốn tạo thêm định dạng WebP/AVIF: Mỗi trong 9 định dạng trên sẽ có thêm một phiên bản thế hệ mới → cộng thêm 9 điểm
  Nói cách khác, bạn nghĩ rằng chỉ cần “1 hình ảnh”, nhưng thực tế có thể tiêu tốn gần “một con số có hai chữ số credits”.

Vì vậy:“100 điểm miễn phí” không có nghĩa là “100 hình ảnh miễn phí”.

Những lỗi thường gặp nhất của ShortPixel

1. 100 điểm miễn phí sẽ sớm hết
   Nguyên nhân: Có quá nhiều hình thu nhỏ + Chi phí bổ sung khi tạo định dạng WebP/AVIF.
   Đề nghị：

• Trước tiên, hãy đánh giá số lượng hình thu nhỏ của trang web
• Loại bỏ các kích thước hình thu nhỏ không cần thiết (chỉ tối ưu hóa các kích thước thực sự được sử dụng)
• Hãy xác định chiến lược nén trước rồi mới chạy hàng loạt, để tránh lãng phí thời gian do phải thử đi thử lại nhiều lần

2. Đồng thời kết hợp với các plugin chuyển đổi định dạng khác
   Nếu bạn vừa bật tính năng thay thế WebP của Plus, vừa để ShortPixel tạo/chèn thẻ next-gen, các quy trình này sẽ chồng chéo lên nhau, khiến việc khắc phục sự cố trở nên khó khăn hơn. Với phương án B, hãy để ShortPixel đảm nhận nhiệm vụ này một mình.
3. Nghĩ rằng chỉ cần cài đặt là máy chủ web chắc chắn sẽ xuất ra định dạng WebP/AVIF“
   Trang plugin ShortPixelNó có khả năng chuyển đổi định dạng WebP/AVIF và có thể tích hợp hình ảnh thế hệ mới vào trang web (ví dụ: thông qua thẻ).
   Tuy nhiên, sau khi hoàn thành, vẫn cần kiểm tra kết quả.

---

3.2.2 Imagify: Miễn phí 201 TP235T/tháng; Dung lượng sẽ được trừ dựa trên “kích thước ảnh gốc + số lượng ảnh thu nhỏ”; việc tải lại sẽ bị trừ dung lượng nhiều lần

Hạn mức miễn phí và định vị

Trang giá chính thức của ImagifyĐã được viết rất rõ ràng:Tài khoản miễn phí có hạn mức 20MB mỗi tháng。
Trang tiện ích mở rộng của nó cũng nêu rõ rằng nó có thể nén, thay đổi kích thước và chuyển đổi sang định dạng WebP/AVIF.

Cách trừ hạn ngạch như thế nào?

Tài liệu chính thức của Imagify “Cách tính mức sử dụng hạn ngạch như thế nào?” Giải thích rất rõ ràng về cơ chế tính phí:

• Số lượng hình thu nhỏ sẽ ảnh hưởng đến mức tiêu thụ: Ví dụ: nếu bạn có 10 kích thước hình thu nhỏ, việc tối ưu hóa 1 hình ảnh sẽ tương đương với việc tối ưu hóa 11 hình ảnh (hình gốc + 10 hình thu nhỏ), và tất cả những hình ảnh này đều tính vào hạn mức sử dụng.
• Trừ vào hạn mức theo kích thước tệp gốc: Ví dụ: nếu bạn gửi một hình ảnh có dung lượng 100 KB đến Imagify, 100 KB sẽ được trừ vào hạn mức của bạn.
• Việc thay đổi mức nén và tối ưu hóa lại sẽ tiêu tốn thêm dung lượng。
• Một API Key có thể được sử dụng cho nhiều trang web, nhưng hạn mức sẽ được chia sẻ giữa các trang web này.

Đây chính là “cách tiếp cận cốt lõi” của Imagify:
Nó giống như một gói dữ liệu: bạn tải lên bao nhiêu thì sẽ bị trừ bấy nhiêu; càng nhiều hình thu nhỏ thì càng bị trừ nhiều; nếu bạn tải lên nhiều lần thì sẽ bị trừ nhiều lần.

Ví dụ dễ hiểu về hạn mức Imagify

Giả sử bạn tải lên một hình ảnh gốc có dung lượng 800 KB, trang web sẽ tạo ra 8 hình thu nhỏ.

• Khi tối ưu hóa, Imagify sẽ bao gồm cả “hình ảnh gốc + 8 hình thu nhỏ” (nếu bạn chọn tối ưu hóa tất cả), điều này có nghĩa là thao tác này sẽ tiêu tốn dung lượng gần bằng “tổng dung lượng gốc của tất cả các tệp này”.
  Đó là lý do tại sao một số trang web cảm thấy “20MB nhanh chóng cạn kiệt”: không phải vì Imagify không đủ dung lượng, mà là do mỗi lần bạn tải lên những hình ảnh quá lớn, có quá nhiều hình thu nhỏ, và có thể bạn còn thử đi thử lại nhiều mức nén khác nhau.

Những lỗi thường gặp nhất khi sử dụng Imagify

1. Miễn phí 20MB không đủ để thực hiện “xóa toàn bộ lịch sử trang web”
   Phiên bản 20MB thường phù hợp hơn cho việc thử nghiệm và các bản cập nhật nhỏ; nếu thư viện phương tiện của bạn vốn đã rất lớn, việc xóa toàn bộ thư viện có thể sẽ yêu cầu phải nâng cấp.
2. Việc liên tục điều chỉnh mức nén dẫn đến việc tiêu hao trùng lặp hạn mức
   Imagify giải thích rõ ràngViệc tối ưu hóa lại sẽ tiêu tốn thêm hạn mức.
   Bạn nên trình bày rõ ràng phần “Chiến lược” ngay trên trang này:

• Trước tiên, hãy sử dụng một số hình ảnh để xác định mức độ nén và hiệu quả hình ảnh
• Sau khi xác định chiến lược, hãy chạy hàng loạt
  Tránh thử và sai nhiều lần trên toàn bộ cơ sở dữ liệu

3. Việc sử dụng chung API Key cho nhiều trang web dẫn đến việc hạn mức “bất ngờ giảm đi”
   Nếu bạn sử dụng cùng một API Key cho nhiều trang web, hạn mức sẽ được chia sẻ.
   Vì vậy, trong bối cảnh làm việc theo nhóm hoặc quản lý nhiều trang web, tốt nhất nên xác định rõ: những trang web nào sẽ được sử dụng chung và những trang web nào sẽ được sử dụng riêng biệt, để tránh tình trạng ngân sách không thể kiểm soát được.

---

3.2.3 TinyPNG(Tiny Compress Images): Miễn phí 500 điểm/tháng; khi chuyển đổi sang định dạng WebP/AVIF, “mỗi kích thước sẽ bị trừ thêm 1 điểm”

Hạn mức miễn phí và cơ chế tính phí

Trang giới thiệu plugin TinyPNG cho WordPress được trình bày rất rõ ràng:

• 500 điểm miễn phí mỗi tháng
• Trong “cài đặt WordPress tiêu chuẩn”, có thể nén được khoảng Khoảng 100 ảnh/tháng
• Tuy nhiên, nếu bật tính năng chuyển đổi sang định dạng AVIF hoặc WebP:Mỗi kích thước hình ảnh sẽ tiêu tốn thêm một điểm, vì vậy có lẽ chỉ có thể nén và chuyển đổi Khoảng 50 ảnh/tháng(Tùy thuộc vào số lượng kích thước hình thu nhỏ mà bạn có).

Đồng thời, Tinify (nhà phát triển của TinyPNG/TinyJPG) cũng đã Trang giá APIGhi rõ: Chỉ cần đăng ký là bạn sẽ nhận được 500 lần nén miễn phí mỗi tháng; sau khi vượt quá số lần này, phí sẽ được tính theo số lần nén thành công, không bắt buộc phải đăng ký gói dịch vụ.

Tóm tắt cách hiểu về TinyPNG trong một câu:
Nó được tính theo số điểm; kích thước hình thu nhỏ càng lớn và bạn càng bật WebP/AVIF nhiều, thì số điểm sẽ càng nhanh bị tiêu hao.

Ví dụ dễ hiểu về phần ghi công của TinyPNG

Giả sử trang web của bạn tạo ra 8 kích thước hình thu nhỏ cho mỗi hình ảnh:

• Chỉ nén: Ảnh gốc + 8 ảnh thu nhỏ → Cần 9 điểm
• Nếu bật tính năng chuyển đổi sang WebP/AVIF: Mỗi kích thước sẽ bị trừ thêm một lần tín dụng → Số lượng tín dụng có thể tăng gần gấp đôi
  Điều này hoàn toàn phù hợp với mô tả trên trang tiện ích: Sau khi bật tính năng chuyển đổi, hạn mức miễn phí sẽ giảm từ khoảng “100 lượt/tháng” xuống còn “50 lượt/tháng”.

Những lỗi thường gặp nhất khi sử dụng TinyPNG

1. Tôi tưởng 500 điểm tương đương với 500 hình ảnh
   Không. Nó được tính theo “kích thước hình ảnh/biến thể”. Trang plugin đã cảnh báo rõ ràng rằng “việc chuyển đổi sẽ trừ thêm 1 điểm cho mỗi kích thước hình ảnh”.
2. Chủ đề/Plugin thương mại điện tử tạo ra quá nhiều kích thước, hạn mức miễn phí giảm rõ rệt
   Kích thước càng lớn, credits càng dễ bị tiêu hao nhanh chóng.
3. Sau khi kích hoạt tính năng chuyển đổi, tôi nhận thấy hạn mức đột nhiên không còn đủ dùng
   Đây không phải là lỗi, mà là cơ chế tính phí của nó.
   Đề xuất chiến lược:

• Nếu giai đoạn miễn phí chủ yếu nhằm tối ưu hóa để giảm dung lượng, bạn có thể chỉ tiến hành tối ưu hóa trước; sau khi xác nhận cấu trúc trang web đã ổn định và thực sự cần chuyển sang phiên bản next-gen, hãy tiến hành chuyển đổi.

4. Gợi ý theo từng trường hợp cụ thể: Cách lựa chọn cho các loại trang web khác nhau

Dù cùng là WordPress, nhưng “những điểm cần chú ý về hình ảnh” đối với các trang web nội dung, thương mại điện tử, portfolio và trang web thành viên lại khác nhau.

4.1 Trang web nội dung/blog (có nhiều hình ảnh kèm bài viết, tần suất cập nhật ở mức trung bình)

Đề xuất về mức độ ưu tiên:

1. Chiến lược kích thước (Bước 1)
2. Nén (Bước 2)
3. WebP (Bước 3)

Lộ trình phù hợp hơn:

• Muốn đơn giản: Chọn một trong ba phương án ở lộ trình B (ShortPixel / Imagify / TinyPNG)
• Muốn dùng miễn phí: Lộ trình A (Plus WebP + EWWW), nhưng nên bắt đầu bằng “Chế độ an toàn (không xóa ảnh gốc)” để đánh giá rủi ro trước

Những cạm bẫy điển hình:

• Hình ảnh đầu trang bài viết quá lớn, chiến lược tải chậm không phù hợpSẽ làm chậm tốc độ tải trang đầu tiên

4.2 Trang thương mại điện tử/trang sản phẩm (nhiều hình thu nhỏ, nhiều biến thể hình ảnh, ưu tiên hàng đầu là tính ổn định)

Vấn đề thường gặp nhất trong thương mại điện tử không phải là “hiệu quả nén hình ảnh kém”, mà là “một số kích thước không chính xác sau khi tối ưu hóa, thiếu hình thu nhỏ hoặc các thành phần trên giao diện người dùng không thể lấy được hình ảnh”.

Đề xuất về mức độ ưu tiên:

1. Trước tiên hãy thận trọng: Áp dụng chiến lược nén một cách thận trọng, đừng vội thay thế toàn bộ cơ sở dữ liệu ngay từ đầu
2. Đánh giá kích thước hình thu nhỏ: Các chủ đề thương mại điện tử thường tạo ra nhiều kích thước hơn, dẫn đến việc tiêu tốn dung lượng tăng lên (điều này đặc biệt rõ rệt với ShortPixel/TinyPNG)
3. Hãy tiến hành kiểm tra trên quy mô nhỏ trước khi triển khai hàng loạt (điều này cực kỳ quan trọng)

Lộ trình phù hợp hơn:

• Phương án B thường đơn giản hơn: ShortPixel/Imagify/TinyPNG đều hỗ trợ xử lý hàng loạt; điều quan trọng là bạn phải nắm rõ cơ chế giới hạn dung lượng và đánh giá chi phí trước
• Có thể chọn phương án A, nhưng cần thận trọng hơn với các thao tác “ghi đè ID/xóa ảnh gốc/thay thế URL” của Plus WebP: đây là quá trình di chuyển tài sản, nên không nên thay thế toàn bộ ngay từ đầu.

4.3 Bộ sưu tập tác phẩm/Trang web nhiếp ảnh (chất lượng từng bức ảnh rất quan trọng, dung lượng ảnh lớn, yêu cầu cao về trải nghiệm người xem)

Đề xuất về mức độ ưu tiên:

1. Chiến lược kích thước (Kiểm soát vùng hiển thị)
2. Chính sách nén (thà để file to hơn một chút còn hơn là làm hỏng các chi tiết)
3. WebP/AVIF (mang lại lợi ích rõ rệt trong các trường hợp hình ảnh có kích thước lớn, nhưng cần kiểm chứng về mặt trải nghiệm người dùng)

Lộ trình phù hợp hơn:

• Imagify: Việc tính dung lượng theo “kích thước gốc của hình ảnh” giúp các trang web này dễ dàng “kiểm soát ngân sách” hơn (bạn sẽ biết mỗi hình ảnh lớn chiếm khoảng bao nhiêu dung lượng), nhưng cần tránh tải lại nhiều lần.
• ShortPixel: Nếu số lượng kích thước hình thu nhỏ không nhiều, phần ghi công cũng khá đơn giản; nhưng nếu bạn tạo ra nhiều kích thước + phiên bản thế hệ mới, lượng ghi công cần thiết sẽ tăng lên đáng kể, do đó cần phải lên kế hoạch trước.

5. So sánh hạn mức và cách tính phí: Phân tích kỹ lưỡng xem “miễn phí có đủ dùng không”

Cuối cùng thì nên chọn cái nào tiết kiệm hơn, và gói miễn phí sẽ dùng được bao lâu?

5.1 Ba mô hình tính phí

• ShortPixel(Nguồn): Số điểm sẽ được tính dựa trên “số lượng ảnh gốc + ảnh thu nhỏ”; việc tạo định dạng WebP/AVIF sẽ trừ thêm điểm cho mỗi phiên bản tương ứng.
• Imagify(Hạn ngạch MB): Dung lượng sẽ bị trừ theo “kích thước tệp gốc”; càng nhiều ảnh thu nhỏ thì dung lượng bị trừ càng nhiều; nếu tải lại, dung lượng sẽ tiếp tục bị trừ.
• TinyPNG(Nguồn): 500 điểm mỗi tháng; việc kích hoạt tính năng chuyển đổi sang định dạng WebP/AVIF sẽ tiêu tốn thêm điểm cho mỗi kích thước hình ảnh.

5.2 Phương pháp ước tính nhanh

Bạn có thể tính toán như sau:

1. Hãy chọn ngẫu nhiên một “hình ảnh gốc mà bạn thường tải lên” để xem dung lượng của nó khoảng bao nhiêu (ví dụ: 300KB / 1MB / 3MB)
2. Tùy thuộc vào số lượng kích thước hình thu nhỏ mà trang web của bạn tạo ra (ví dụ: 5 / 10 / 20)
3. Chọn xem bạn có muốn tạo tệp WebP/AVIF hay không (Có/Không)

Sau đó, hãy sử dụng phần “Tính nhẩm” bên dưới để hiểu về mức tiêu thụ:

• ShortPixel: Mỗi hình ảnh ≈ (1 + số lượng hình thu nhỏ) credits; nếu tạo định dạng WebP/AVIF, con số này sẽ tăng gấp đôi (vì phiên bản thế hệ mới cũng cần credits)
• Imagify: Mỗi hình ảnh sẽ trừ vào hạn mức theo công thức: (kích thước hình ảnh gốc + tổng kích thước các hình thu nhỏ); nếu thay đổi mức nén và nén lại, hạn mức sẽ bị trừ thêm một lần nữa
• TinyPNG: 500 tín dụng miễn phí; nếu trang web của bạn tạo ra nhiều kích thước cho mỗi hình ảnh và đã bật tính năng chuyển đổi, số lượng hình ảnh miễn phí sẽ giảm đáng kể (trang plugin đưa ra ước tính trực quan là “khoảng 100 hình/tháng” và “khoảng 50 hình/tháng”)

6. Cảnh báo rủi ro

Rủi ro 1: Tránh để nhiều tiện ích mở rộng thực hiện cùng một chức năng

Đây là “nguồn gốc thảm họa” phổ biến nhất”

• Tuyến A:Cộng với WebP hoặc AVIF + EWWW(Hãy phân công công việc cho hai bên, không nên thực hiện cả việc chuyển đổi và bàn giao cùng lúc, hoặc chỉ cài đặt một trong hai)
• Lộ trình B: ShortPixel / Imagify / TinyPNG Chọn một trong ba(Chọn một người phụ trách nén và next-gen)

Rủi ro 2: Các tính năng “Ghi đè ID / Xóa ảnh gốc / Thay thế URL” của Plus WebP thuộc về quá trình di chuyển tài sản

Một lần nữa xin nhấn mạnh:Plus WebP Mô tả nêu rõ rằng khi tạo bản sao đầy đủ, hệ thống sẽ ghi đè lên ID của hình ảnh gốc, xóa tệp gốc và thay thế URL nội dung.
Điều này có nghĩa là đây không phải là “một thiết lập nhỏ có thể thu hồi bất cứ lúc nào”, mà là một thay đổi ở cấp độ tài sản.

Chiến lược được đề xuất nên là:

• Trước tiên hãy thử nghiệm trên quy mô nhỏ (từ vài chục đến vài trăm bản)
• Xác nhận rằng hiển thị trên giao diện người dùng, hình thu nhỏ và cập nhật bộ nhớ đệm đều hoạt động bình thường
• Tiếp tục xem xét việc xử lý toàn bộ cơ sở dữ liệu

Rủi ro 3: Mức tiêu thụ thực tế của “dung lượng miễn phí” cho dịch vụ nén đám mây phụ thuộc vào số lượng hình thu nhỏ và tùy chọn next-gen

• ShortPixel: Hình thu nhỏ và công nghệ thế hệ mới sẽ có tác động đáng kể đến phần ghi công
• TinyPNG: Việc kích hoạt WebP/AVIF sẽ làm giảm số điểm thưởng tương ứng với mỗi kích thước hình ảnh
• Imagify: Số tiền bị trừ sẽ tương ứng với kích thước của ảnh gốc; càng nhiều ảnh thu nhỏ thì số tiền bị trừ càng nhiều; nếu nhấn đè lên ảnh, số tiền sẽ bị trừ lại

Rủi ro 4: “Đã tạo ra WebP/AVIF” không có nghĩa là “Giao diện người dùng đang hiển thị WebP/AVIF”

Nhiều người sau khi chuyển đổi xong lại cảm thấy “không nhanh hơn”, nguyên nhân là do phía máy chủ vẫn đang trả về định dạng JPG/PNG (do một trong các khâu như bộ nhớ đệm, ghi đè, thẻ HTML hoặc quá trình thương lượng giữa trình duyệt không khớp nhau).

7. Sau khi hoàn tất, làm thế nào để kiểm tra xem đã có hiệu lực chưa

4 điểm kiểm tra cực kỳ đơn giản:

1. Khi làm mới trang lần thứ hai, việc tải trang có ổn định và nhanh hơn không?(Cảm nhận về hiệu quả của bộ nhớ đệm và tối ưu hóa)
2. Kích thước hình ảnh hiển thị trên điện thoại di động và máy tính để bàn có khác biệt rõ rệt không?(Thiết kế đáp ứng) srcset/sizes (Có phát huy tác dụng hay không)
3. Kiểm tra ngẫu nhiên một số hình ảnh: Có xuất hiện tệp/tài nguyên WebP hoặc AVIF không?(Trang web này có thực sự đang sử dụng thế hệ mới）
4. Chọn ngẫu nhiên một vài hình ảnh: phóng to để xem có bị mờ rõ rệt không, chữ có bị nhòe không(Liệu mức độ nén có quá cao không?)

Nếu cả bốn điều này đều đúng, có nghĩa là lộ trình bạn đã chọn đã bắt đầu được triển khai. Tiếp theo, hãy tiến hành CDN “Lớp phân phối”, tổng thể sẽ ổn định hơn.

8. Các khuyến nghị hành động

1. Trước tiên, hãy chọn lộ trình:

• Muốn tận dụng tối đa các dịch vụ miễn phí: Plus WebP hoặc AVIF + EWWW (hoặc chỉ cài đặt một trong hai)
• Muốn tiết kiệm tài nguyên máy chủ, thanh toán theo mức sử dụng sẽ tiện lợi hơn: Chọn một trong ba: ShortPixel / Imagify / TinyPNG

2. Trước tiên hãy tiến hành thử nghiệm trên quy mô nhỏ (vài chục bản)
3. Sau khi xác nhận mọi thứ đều ổn, hãy tiến hành xử lý hàng loạt
4. Cần tiếp tục nâng cao tính ổn định trong việc triển khai:Đọc CDN Tăng tốc

Câu hỏi thường gặp

1. Tôi nên cài đặt bao nhiêu tiện ích mở rộng? Có thể cài đặt tất cả không?

Cố gắng chỉ đi theo một lộ trình.

• Lộ trình A: Plus WebP hoặc AVIF + EWWW Image Optimizer (hoặc chỉ cài đặt một trong hai)
• Lựa chọn B: Chọn một trong ba công cụ: ShortPixel / Imagify / TinyPNG
  Việc để nhiều plugin cùng thực hiện các tác vụ như “nén/chuyển đổi sang WebP/AVIF/thay đổi URL/viết lại URL” trên cùng một trang web rất dễ dẫn đến tình trạng rối rắm và cũng là nguyên nhân gây khó khăn nhất trong việc khắc phục sự cố.

2. WordPress không phải đã hỗ trợ WebP/AVIF rồi sao? Tôi còn cần cài đặt plugin nữa không?

Cần phân biệt rõ:
“Hỗ trợ tải lên/sử dụng” ≠ “Tự động chuyển đổi/tự động phân phối”.
WordPress 6.5 cũng sẽ không tự động chuyển đổi hàng loạt các tệp JPG/PNG cũ sang định dạng WebP/AVIF, cũng như không tự động thiết lập quy trình hoàn chỉnh để “xuất ra định dạng AVIF/WebP tùy theo khả năng của trình duyệt và tự động chuyển về định dạng gốc nếu không hỗ trợ”. Để cập nhật thư viện phương tiện cũ, thường cần phải sử dụng plugin hoặc dịch vụ bổ sung.

3. Trong quá trình tối ưu hóa hình ảnh, bước nào thực sự mang lại “hiệu quả cao nhất”?

Thường thì Trước tiên, hãy thiết lập “kích thước” cho đúng (srcset/sizes)。
Nhiều trang web tải chậm không phải do chưa nén, mà là do trang chỉ hiển thị hình ảnh rộng 900px nhưng lại bắt người dùng tải xuống bản gốc 3000px. Nén có thể giúp tiết kiệm vài KB, nhưng việc “kích thước không phù hợp” sẽ khiến bạn phải tải xuống gấp nhiều lần dung lượng dữ liệu một cách vô ích.

4. Làm thế nào để tôi xác nhận rằng hiện tại đang tải “bản nhỏ hơn” chứ không phải luôn tải bản gốc?

Hãy xem xét hai hiện tượng sau:

• Khi mở trang web trên điện thoại, kích thước hình ảnh tải xuống rõ ràng nhỏ hơn so với trên máy tính để bàn
• Kích thước tài nguyên của cùng một hình ảnh khi tải trên các thiết bị khác nhau là khác nhau
  Nếu hình ảnh gốc luôn được tải xuống, nguyên nhân phổ biến là do chủ đề/trình tạo trang sử dụng hình ảnh đó làm hình nền CSS hoặc đầu ra tùy chỉnh, do đó bỏ qua các kích thước đa dạng và thuộc tính `srcset` của thư viện phương tiện.

5. “Đã tạo WebP/AVIF” có nghĩa là trang web chắc chắn đang hiển thị định dạng WebP/AVIF không?

Không phải là.
Việc tạo ra chỉ mới hoàn tất ở “cấp độ tệp”; việc giao tải WebP/AVIF trên giao diện người dùng thực sự hay không còn phụ thuộc vào việc ghi đè, chính sách thẻ `picture`, việc truy cập bộ nhớ đệm có thành công hay không, cũng như việc thương lượng trình duyệt có hiệu lực hay không, v.v. Sau khi hoàn tất, bạn nhất định phải “kiểm tra ngẫu nhiên loại tài nguyên của một vài hình ảnh”.

6. Rốt cuộc thì WebP hay AVIF có nguy hiểm ở điểm nào? Tôi có thể áp dụng cho toàn bộ thư viện chỉ bằng một cú nhấp chuột không?

Điểm rủi ro của nó không phải là “nén”, mà làThay đổi về cấp độ di chuyển tài sản：

• Trong quá trình tạo bản sao toàn bộ, hệ thống có thể ghi đè lên ID tệp hình ảnh gốc, xóa tệp gốc và thay thế các URL trong nội dung.
  Vì vậyKhông nên thay thế toàn bộ cơ sở dữ liệu ngay từ đầu: Trước tiên hãy thử nghiệm trên quy mô nhỏ (từ vài chục đến vài trăm bản) và đảm bảo có bản sao lưu sẵn sàng, sau đó mới xem xét xử lý toàn bộ cơ sở dữ liệu.

7. Làm thế nào để chọn giữa hai chế độ của Plus WebP: Giữ nguyên ảnh gốc hay thay thế và xóa ảnh gốc?

Hiểu một cách đơn giản:

• Chế độ 1: Giữ nguyên hình ảnh gốc + tạo bản sao WebP/AVIF (ổn định hơn): Dễ dàng khôi phục, nhưng dung lượng ổ đĩa sẽ tăng lên (hình gốc + định dạng mới + các hình thu nhỏ với nhiều kích thước).
• Phương pháp 2: Thay thế và xóa ảnh gốc (cách làm triệt để hơn): Ổ đĩa không dễ bị phình to, nhưng nếu bạn thực hiện “chỉnh sửa tài sản + chỉnh sửa tham chiếu”, chi phí khắc phục sự cố tương thích sẽ cao hơn.
  Trang web càng phức tạp (thương mại điện tử/sử dụng nhiều tiện ích mở rộng/có nhiều kích thước), thì càng nên bắt đầu từ phương án ổn định hơn.

8. Phần mềm nén hình ảnh miễn phí EWWW Image Optimizer có đủ dùng không? Liệu nó có làm quá tải máy chủ không?

EWWW giống như một “công cụ nén dữ liệu tại chỗ”: sẽ tiêu tốn CPU/IO.
Một tình huống thường gặp là tải hệ thống tăng cao khi tối ưu hóa hàng loạt; điều này không có nghĩa là hệ thống “không hoạt động tốt”, mà là cần áp dụng chiến lược phù hợp: chia thành các đợt, thực hiện vào giờ thấp điểm và nếu cần thiết, hãy cân nhắc giải pháp giảm tải hoặc sử dụng đám mây.
Nếu bạn muốn tiết kiệm công sức hoặc tài nguyên máy chủ đang hạn chế, phương án B sẽ giúp tiết kiệm tài nguyên máy chủ hơn.

9. ShortPixel cung cấp 100 điểm miễn phí mỗi tháng, tại sao tôi lại cảm thấy chỉ cần tải lên vài hình ảnh là đã hết rồi?

bởi vì “Credits” không phải là "số lượng ảnh", sẽ được phóng to bằng hình thu nhỏ và next-gen:

• Ảnh gốc + Mỗi ảnh thu nhỏ đều được ghi nguồn
• Nếu tạo tệp WebP/AVIF, mỗi phiên bản tương ứng sẽ tiêu tốn thêm một lượng tín dụng
  Vì vậy, bạn nghĩ rằng “1 hình ảnh” có thể thực tế tiêu tốn gần “một con số có hai chữ số credits”. ShortPixel

10. Tại sao gói miễn phí 20MB/tháng của Imagify lại hết nhanh như vậy?

Imagify giống như một “gói dữ liệu”:

• Theo nội dung bạn đã gửiKích thước tệp gốcTrừ hạn ngạch
• Càng nhiều hình thu nhỏ, mức tiêu thụ càng cao
• Việc thay đổi mức nén để tối ưu hóa lại sẽ tiêu tốn thêm dung lượng
• Một API Key được sử dụng chung cho nhiều trang web, hạn mức được chia sẻ
  Vì vậy, thông báo “20MB sắp hết” thường là do hình ảnh quá lớn, có quá nhiều hình thu nhỏ hoặc do quá trình thử và sai lặp đi lặp lại.

11. TinyPNG cung cấp miễn phí 500 tín dụng/tháng, vậy tại sao tiện ích mở rộng lại cho biết chỉ khoảng 100 ảnh/tháng, và sau khi bật WebP/AVIF thì con số này lại giảm xuống còn 50 ảnh/tháng?

Vì phần ghi công của TinyPNG cũng sẽ bị phóng to theo “kích thước/biến thể”:

• Một bản cài đặt WordPress thông thường sẽ nén khoảng 100 ảnh mỗi tháng
• Bật tính năng chuyển đổi sang định dạng AVIF hoặc WebP:Mỗi kích thước hình ảnh sẽ tiêu tốn thêm một điểm, vì vậy có lẽ chỉ có thể nén và chuyển đổi khoảng 50 ảnh mỗi tháng (tùy thuộc vào kích thước của các hình thu nhỏ).
  Vì vậy, 500 điểm không đồng nghĩa với 500 hình ảnh.

12. Trang web của tôi có bao nhiêu hình thu nhỏ? Tại sao nó lại có ảnh hưởng lớn đến vậy?

Khi tải lên một hình ảnh trên WordPress, hệ thống sẽ tự động tạo ra nhiều kích thước khác nhau; các chủ đề/plugin (đặc biệt là các plugin thương mại điện tử) có thể tạo thêm nhiều kích thước nữa.
Hạn mức lưu trữ đám mây thường được tính dựa trên “cả ảnh gốc và ảnh thu nhỏ”, vì vậy số lượng ảnh thu nhỏ càng nhiều thì hạn mức miễn phí sẽ càng nhanh hết.

13. Tải chậm có nhất thiết giúp tăng tốc độ không? Tại sao lại có người cho rằng tải chậm lại khiến trang web chạy chậm hơn?

Tải chậm phù hợp với “tài nguyên ngoài màn hình”.
Nếu hình ảnh lớn quan trọng nhất trên trang chủ cũng bị trì hoãn tải, điều này có thể làm chậm trải nghiệm khi tải trang chủ. Từ phiên bản WordPress 5.5 trở đi, tính năng tải chậm mặc định hoạt động tốt, nhưng đừng áp dụng một cách cứng nhắc.

14. Khi đi theo tuyến A hoặc B, tôi cần sử dụng CDN / hình ảnh CDN vào lúc nào?

Nén, kích thước và định dạng giúp “tệp tin trở nên nhỏ gọn và phù hợp hơn”;
CDN giúp giao hàng nhanh hơn và ổn định hơn。
Khi việc tải hình ảnh từ máy chủ nguồn ở xa gây ra độ trễ đáng kể, việc bổ sung CDN cho mỗi hình ảnh (ví dụ: Cloudflare Polish / Jetpack Site Accelerator) sẽ giúp hệ thống hoạt động ổn định hơn, từ đó cải thiện trải nghiệm đọc Tăng tốc WordPress CDN。

15. Sau khi hoàn tất, tôi có thể dùng cách nào đơn giản nhất để kiểm tra xem “nó có thực sự hoạt động không”?

Phương pháp xác minh tiết kiệm thời gian nhất:

• Khi làm mới trang lần thứ hai, việc tải trang có ổn định và nhanh hơn không?
• Kích thước hình ảnh hiển thị trên điện thoại di động và máy tính để bàn có khác biệt rõ rệt không (thẻ srcset/sizes có hoạt động hiệu quả không)
• Kiểm tra ngẫu nhiên một số hình ảnh: Có xuất hiện tệp/tài nguyên WebP hoặc AVIF không?
• Chọn ngẫu nhiên một vài hình ảnh: phóng to để xem có bị mờ rõ rệt không, chữ có bị nhòe không