Chuyển đến nội dung
21 tháng 7, 2026 · Sổ tay

Sổ tay: thư viện hình ảnh và cài đặt hình ảnh AI

Bài viết này mô tả sản phẩm tại thời điểm xuất bản. Xem AI BuilderAgent Teams để biết các tính năng hiện tại.

Sổ tay: thư viện hình ảnh và cài đặt hình ảnh AI

Đây là luận điểm: "luôn tải lên ảnh thật của bạn" là lời khuyên tồi, ít nhất khi áp dụng như một quy tắc chung, và làm theo nó một cách máy móc sẽ tạo ra những bản build tệ hơn so với việc tin tưởng công cụ tạo ảnh nhiều hơn. Một tấm ảnh sản phẩm 480px kéo từ một trang web cũ năm năm trước, ánh sáng kém, lệch tâm, không tự động tốt hơn một ảnh thay thế được tạo ra sạch sẽ chỉ vì nó "thật". Bản năng cho rằng tính xác thực luôn thắng sự dàn dựng chỉ đúng khi vượt qua một ngưỡng chất lượng tối thiểu mà hầu hết ảnh tải lên không đạt được. Tôi từng chứng kiến người ta khăng khăng dùng ảnh chụp bằng điện thoại trong kho hàng thiếu sáng vì đó là "sản phẩm thật", trong khi một ảnh được tạo theo đúng định hướng thiết kế của bản build sẽ gây ấn tượng tốt hơn với mọi khách truy cập chưa từng thấy sản phẩm ngoài đời.

Đó là phần nghịch lý. Đây là cơ chế khiến điều đó đúng — và vì tôi không thực sự cố thuyết phục bạn ngừng dùng ảnh chụp của chính mình — quy tắc sẽ đảo ngược lại ở phần cuối.

Vì sao "thật" không đồng nghĩa với "tốt hơn"

Thư viện hình ảnh, truy cập từ menu + trong khung chat của trình xây dựng, là một bề mặt tải lên đơn giản: kéo vào ảnh, logo, ảnh sản phẩm, ảnh chụp màn hình, gắn nhãn phạm vi cho từng ảnh — chỉ chat này, hoặc tất cả phiên trong tài khoản của bạn. Khi build, một bộ phân giải sẽ duyệt qua thư viện và quyết định vị trí đặt từng ảnh, không dựa vào tên tệp mà bằng cách đọc nội dung ảnh thực sự thể hiện — mặt tiền cửa hàng, sản phẩm nền trắng, ảnh chân dung, hoạ tiết — đối chiếu với nhu cầu của từng phần. Nó thực sự làm tốt việc này. Tải lên sáu ảnh sản phẩm ứng với phần thực đơn sáu món và chúng thường được đặt đúng vào các thẻ tương ứng.

Nhưng bộ phân giải chỉ có thể sắp xếp những gì bạn cung cấp, và những gì bạn cung cấp mang theo những giới hạn thực sự mà việc tạo ảnh không có:

  • Độ phân giải vào, độ phân giải ra — trình xây dựng không bao giờ tăng độ phân giải, nên tấm ảnh cổ 480px đó sẽ xuất hiện đúng ở 480px, mờ và răng cưa bên cạnh mọi thứ khác trên trang.
  • Tỉ lệ khung hình cố định — một ảnh sản phẩm vuông đặt vào ô banner rộng sẽ bị cắt theo tâm thay vì kéo giãn, đây là hành vi đúng nhưng khá tàn nhẫn nếu chủ thể của bạn không được canh giữa từ đầu.
  • Giao diện lẫn vào ảnh ngoài ý muốn — mọi người tải lên "ảnh chụp" thực chất là ảnh chụp màn hình điện thoại, kèm thanh trạng thái và giao diện ứng dụng, thường xuyên hơn bạn tưởng; bộ phân giải vẫn đặt nó vào vị trí, vì nó vẫn được đọc là ảnh đúng chủ thể, và giờ thì thanh tín hiệu sóng lại xuất hiện ngay trong ảnh hero của bạn.

Không điều nào ở trên là chê trách bộ phân giải. Đó là lý do để bạn thành thật về chất lượng nguồn ảnh của mình. Một ảnh được tạo ra, theo đúng định hướng thiết kế đã chốt của bản build, không mắc phải bất kỳ lỗi nào ở trên — không mờ, không lệch tâm, không lẫn giao diện ngoài ý muốn. Nếu ảnh thật của bạn kém chất lượng, lựa chọn "xác thực" thực ra không phải là lựa chọn tốt hơn.

Các cài đặt giúp việc tạo ảnh trở nên nhất quán

Cũng nằm trong menu +: hai tuỳ chọn chi phối mọi thứ mà thư viện không bao quát — nền hero, đường phân cách, hoạ tiết trang trí, bất cứ thứ gì bạn không cung cấp. Đầu tiên là cấp độ chất lượng, và đây là một sự đánh đổi thực sự, không phải ô chọn mặc định-luôn-cao-nhất.

Cấp độDùng cho
Tiết kiệmNền và bất cứ thứ gì đặt phía sau văn bản — lặp lại nhanh, hữu ích khi bạn nói "ấm hơn, bớt rối" bốn lần liên tiếp trong lúc chỉnh phong cách.
Cao cấpẢnh cỡ hero, nơi các lỗi hiện rõ.

Quy tắc của tôi: phác thảo toàn bộ bản build ở mức tiết kiệm, rồi nâng cấp hai ba ảnh hero lên cấp độ cao cấp khi đã chốt định hướng. Làm ngược lại nghĩa là trả chi phí cao cấp cho những bản nháp mà bạn sẽ bỏ đi sau ba lần chỉnh sửa.

Thứ hai, tuỳ chọn phong cách — ảnh chụp thực tế hay phẳng, ấm hay lạnh, rối hay tối giản — được lưu lại thay vì phải nhắc lại mỗi lần, và có phạm vi giống hệt như ảnh: mặc định toàn tài khoản, ghi đè theo chat cho một dự án cần khác biệt. Một tài khoản agency không nên dùng chung một tuỳ chọn phong cách giữa bản build cho văn phòng luật và bản build cho cửa hàng ván trượt trong cùng một tuần.

Tuy nhiên, điều thực sự tạo ra một bộ ảnh nhất quán không chỉ là tuỳ chọn phong cách — mà là vì ảnh được tạo ra dựa theo định hướng thiết kế đã chốt của bản build, cùng định hướng chi phối bố cục, kiểu chữ và màu sắc (được nói tới trong giám đốc thiết kế). Yêu cầu một ảnh hero và ba minh hoạ cho từng phần trong một bản build đã có định hướng chốt, và chúng sẽ chia sẻ cùng bảng màu và phong cách render mà bạn không cần lặp lại yêu cầu ba lần. Yêu cầu trong một bản build chưa có định hướng chốt, và bạn sẽ nhận được kết quả trông hợp lý nhưng không khớp nhau — đó là dấu hiệu định hướng chưa ổn định, không phải lỗi.

Điều mà phe "luôn tải ảnh thật" nói đúng

Và đây là điểm nhượng bộ, vì quy tắc chung là sai nhưng bản năng bên dưới nó thì không. Có một loại ảnh mà việc tạo ảnh luôn thất bại bất kể cấp độ chất lượng hay định hướng thiết kế, và đó chính xác là loại mọi người muốn nói khi họ bảo "hãy tải ảnh thật của bạn lên": khuôn mặt, món ăn, và logo.

Một trang tiệm bánh với ảnh bánh ngọt thật và một ảnh mặt tiền cửa hàng được tạo ra vẫn đọc hoàn toàn ổn — không ai kỳ vọng một toà nhà được tạo ra phải chính xác như ảnh thật, và nó đang lấp đầy một khoảng trống thực sự khi không có ảnh thật. Nhưng cũng trang đó nếu dùng một chiếc bánh sừng bò được tạo ra để thay thế chiếc thật trên quầy sẽ trông sai ngay trong khoảng hai giây, vì mắt bạn được hiệu chỉnh theo món ăn thật theo cách mà nó không được hiệu chỉnh với kiến trúc. Bản thân bạn có thể không nhận ra — vì bạn đã nhìn bản build cả tiếng đồng hồ — nhưng người truy cập lần đầu sẽ nhận ra, và đó mới là đối tượng quan trọng.

Logo còn tệ hơn, và tôi sẽ đi xa hơn cả "nên dùng ảnh thật" ở đây: một biểu tượng giống logo được tạo ra đặt trong phần đầu trang của một doanh nghiệp thật gần như là điều tệ nhất mà bộ phân giải có thể tạo ra, và điều đó gần như luôn xảy ra vì không ai tải lên logo thật. Nếu bạn không có tệp logo sạch, hãy nói rõ điều đó thay vì để bản build tiếp tục — nếu không, kết quả sẽ là một biểu tượng giả đủ thuyết phục để không ai nhận ra trước khi ra mắt.

Vậy nên phiên bản đúng của quy tắc không phải là "luôn dùng ảnh thật" hay "cứ tạo ảnh, đừng lo". Nó hẹp hơn cả hai: hãy tải lên khuôn mặt, món ăn, sản phẩm, địa điểm và logo khi chúng tồn tại và có chất lượng tốt — bộ phân giải sẽ tận dụng những nguồn ảnh tốt rất hiệu quả. Mọi thứ khác, kể cả một ảnh thật kém chất lượng, đều có thể giao cho công cụ tạo ảnh, và việc cho rằng ngược lại chỉ vì một tệp là ảnh chụp chính là cách bạn kết thúc với một ảnh sản phẩm 480px mà chẳng ai chủ ý chọn.

Một điều nữa nên biết: ảnh tham chiếu là một tính năng riêng dùng để định hướng phong cách chứ không xuất hiện trên trang — được nói tới trong Dạy cho trình xây dựng về thế giới của bạn. Đừng thả một ảnh moodboard vào thư viện hình ảnh và kỳ vọng nó xuất hiện trong bản build; nó sẽ không xuất hiện, đó là chủ đích thiết kế. Và hình ảnh cũng được lưu phiên bản như mọi thứ khác — "đổi ảnh hero thành ảnh tôi vừa tải lên" chỉ tốn một lần khôi phục nếu sai, chứ không phải làm lại từ đầu.
Cẩm nang
Chia sẻXLinkedInFacebookRedditQuoraWhatsAppTelegramEmail
← Tất cả bài viết