Bắt đầu từ lời hứa nguồn
Trước khi thiết kế, ghi lại tuyên bố nguồn, đối tượng, đề nghị, điều kiện và CTA. Giữ nguyên ý nghĩa đó bằng ngôn ngữ rõ ràng, không phải khẩu hiệu thương hiệu chung chung. Nếu nguồn đề nghị đánh giá di chuyển miễn phí, hãy nêu điều đó gần đầu trang.
Thêm lời giải ngắn về ai nhận được gì và đặt CTA chính cạnh đó. Đặt mọi điều kiện về giá, tư cách, hợp đồng, địa điểm hoặc thời gian có ý nghĩa gần lời hứa. Khớp thông điệp là sự liên tục, không nhất thiết là lặp chữ nguyên văn: trang có thể giải thích những điều một quảng cáo ngắn không thể.
Ghi lại tuyên bố nguồn, tiêu đề trang, giải thích hỗ trợ, điều kiện đủ và CTA. Giải quyết mâu thuẫn trước khi xuất bản.
Tập trung vào một kết quả chính: yêu cầu liên hệ, mua một mặt hàng xác định, bắt đầu dùng thử, hoặc truy cập tài nguyên.
Làm cho quyết định tiếp theo dễ thấy
Phân cấp thị giác là trật tự trong đó kích thước, khoảng cách, tương phản, vị trí và nhóm điều hướng sự chú ý. Dùng trình tự trên di động: lời hứa, giải thích, CTA, bằng chứng, chi tiết và CTA lặp lại. Khách truy cập không nên phải giải mã bố cục trước khi hiểu đề nghị.
Cho CTA chính ngôn ngữ cụ thể, tương phản và không gian. Làm các hành động phụ im lặng hơn. Menu, chat, thông báo đồng ý, banner và carousel không nên che phủ CTA, trường nhập, trạng thái focus hoặc điều khoản quan trọng trên màn hình nhỏ.
Hỏi người xem lần đầu tiên xem trang xem được cung cấp gì, dành cho ai và họ sẽ làm gì tiếp theo. Sự không chắc chắn là vấn đề nội dung hoặc bố cục.
Kiểm tra các chiều rộng phổ biến, phóng to và chuỗi dịch dài. Hành động phải luôn tiếp cận được mà không bị chạm nhầm.
Chứng minh tuyên bố mà không phóng đại
Dùng bằng chứng trả lời mối nghi ngại liên quan: giải thích tính năng cho khả năng, ví dụ triển khai cho tính khả thi, giải thích giá cho ngân sách, hoặc chính sách cho rủi ro. Xác định nguồn nghiên cứu trường hợp và ngày khi có thể. Nêu các điều kiện ảnh hưởng đến kết quả khách hàng thay vì trình bày đó là điển hình.
Chỉ dùng lời chứng thực có cơ sở và có thể truy nguyên. Hướng dẫn của FTC nói rằng doanh nghiệp đăng lời chứng thực giả hoặc sai lệch trên website của chính mình có thể chịu trách nhiệm theo U.S. Consumer Reviews and Testimonials Rule. Không bịa đặt trích dẫn, thay đổi ý nghĩa, che giấu mối quan hệ trọng yếu, hoặc trả tiền cho phản hồi tích cực. Tìm ý kiến pháp lý và tuân thủ khi dùng lời chứng có khuyến khích, tuyên bố bị quản lý hoặc chiến dịch xuyên biên giới.
Hỏi một khách hoài nghi cần gì để đánh giá tuyên bố này, rồi cung cấp hoặc liên kết tới bằng chứng đó.
Giữ rõ ràng giữa khả năng sản phẩm, kết quả quan sát của khách hàng và dự báo.
Làm cho form và hành động sử dụng được cho nhiều người hơn
Hướng dẫn về forms của W3C khuyến nghị nhãn cho mỗi điều khiển, chỉ dẫn hoàn thành và thông báo thành công/lỗi rõ ràng. Chỉ hỏi thông tin cần để hoàn thành quy trình. Nhãn hiển thị và form ngắn giảm cản trở và thu thập dữ liệu không cần thiết.
Đừng dùng văn bản gợi ý làm nhãn duy nhất hoặc màu làm tín hiệu lỗi duy nhất. Xác định các trường bắt buộc và định dạng trước khi gửi; giải thích cách sửa lỗi. Kiểm tra điều hướng bằng bàn phím và phản hồi xác nhận. WCAG 2.2 Level AA đặt tỷ lệ tương phản 4.5:1 cho văn bản thường và 3:1 cho văn bản cỡ lớn; tiêu chuẩn cũng mong văn bản vẫn hoạt động khi phóng to. Kiểm tra kỹ thuật không thay thế cho thử nghiệm người dùng hoặc tư vấn địa phương.
Tab qua mọi điều khiển. Focus phải hiển thị, thứ tự phải theo thứ tự đọc, và modal cần lối thoát rõ ràng.
Với thanh toán hoặc dữ liệu cá nhân nhạy cảm, giảm thiểu trường và lấy ý kiến đánh giá về bảo mật, quyền riêng tư và tuân thủ thanh toán. Đây không phải đánh giá tuân thủ.
Giữ phần hero nhanh và bố cục ổn định
Largest Contentful Paint (LCP) đo hiệu năng tải quanh phần nội dung lớn nhất ban đầu. Google khuyến nghị cố gắng đạt LCP trong vòng 2.5 giây, Interaction to Next Paint (INP) dưới 200 mili-giây và Cumulative Layout Shift (CLS) dưới 0.1. Đây là chẩn đoán, không phải đảm bảo chuyển đổi.
Đo phần tử LCP thật sự trên lượt truy cập di động; đó có thể là ảnh hero hoặc tiêu đề. web.dev khuyến nghị làm cho tài nguyên đó có thể được tìm thấy trong HTML ban đầu và cảnh báo không bao giờ lazy-load ảnh LCP. Dự trữ không gian cho ảnh, embed, banner và lỗi form để bố cục không di chuyển với một khách đã sẵn sàng nhấp.
Kiểm tra tags, font, thử nghiệm, chat và video. Tối ưu và kiểm tra các thành phần cần thiết thay vì xóa bừa các công cụ đồng ý, bảo mật hoặc luồng lõi.
Kiểm tra việc render hero, CTA, xác thực, xác nhận và chuyển giao. Một màn hình nhanh không bù được cho hành động bị hỏng.
Kiểm tra trước và khắc phục đường dẫn đã hứa
Landing page bị dịch chuyển sau khi ra mắt khi creative, giá, form, tag hoặc phụ thuộc thay đổi. Trước chiến dịch hoặc phát hành lớn, kiểm tra URL nguồn, khớp thông điệp, bố cục di động, đường dẫn bàn phím, CTA, xác nhận, hành vi đồng ý và liên kết pháp lý. Giữ hồ sơ thay đổi và cách đã được kiểm tra để quay lại.
Vai trò của SIU là tối ưu hóa và khắc phục thời gian hoạt động chủ động, không phải báo cáo sự cố. Chạy kiểm tra khả dụng và đường dẫn hành động trước (preflight), sau đó sửa điểm đích không truy cập được, CTA hỏng, tài sản bị chặn, form thất bại hoặc xác nhận bị thiếu. Chuẩn bị bước quay lại (rollback) để tag, creative hoặc phụ thuộc lỗi có thể được trả về trải nghiệm tốt cuối cùng đã biết.
Giao cho một người chịu trách nhiệm xác minh đường dẫn quan trọng và một người được ủy quyền để quay lại.
Ưu tiên các đề nghị sai, hành động thất bại, chướng ngại không truy cập được và bố cục không ổn định trước các thí nghiệm mang tính trang trí.