Cơ chế trao đổi có chữ ký (SXG) là một công nghệ tiên tiến được Google Tìm kiếm áp dụng nhằm tối ưu hóa trải nghiệm người dùng. Với SXG, Google có thể tìm nạp trước các tài nguyên quan trọng của trang web như HTML, JavaScript, và CSS, giúp cải thiện tốc độ tải trang mà không ảnh hưởng đến quyền riêng tư của người dùng. Trong bài viết này, chúng ta sẽ đi sâu vào cách thức hoạt động của SXG, lợi ích mà nó mang lại, và hướng dẫn chi tiết về cách triển khai cơ chế này trên trang web của bạn.
Cơ chế trao đổi có chữ ký (SXG) cho phép Google Tìm kiếm tìm nạp trước nội dung trang web của bạn trong khi vẫn đảm bảo quyền riêng tư của người dùng. Điều này đồng nghĩa với việc cả kết quả AMP và không phải AMP trên Google Tìm kiếm có thể tìm nạp trước một số tài nguyên quan trọng (như HTML, JavaScript, CSS, hình ảnh, hoặc phông chữ) mà không ảnh hưởng đến quyền riêng tư, miễn là trang web liên kết có hỗ trợ SXG.
Khi người dùng nhấp vào kết quả tìm kiếm, trang web sẽ tải nhanh hơn đáng kể do các tài nguyên chính đã được nạp sẵn, từ đó cải thiện trải nghiệm người dùng. Tuy nhiên, điểm số Thời gian hiển thị nội dung lớn nhất (LCP) của bạn có thể giảm. Dù Google Tìm kiếm không xem việc sử dụng SXG là một yếu tố trực tiếp trong xếp hạng, nhưng LCP thấp vẫn có thể ảnh hưởng đến thứ hạng vì trải nghiệm người dùng trên trang là một yếu tố quan trọng trong xếp hạng.
Lưu ý: Để biết thêm chi tiết, bạn có thể tham khảo phần Câu hỏi thường gặp về Trải nghiệm trên trang và Các chỉ số quan trọng về trang web.
Triển khai SXG
Để triển khai SXG, hãy tuân thủ hướng dẫn chi tiết từ web.dev. Sau khi triển khai, hãy áp dụng các bước trong hướng dẫn này để đo lường và tối ưu hóa hiệu suất thông qua SXG.
Đối với các trang AMP, bạn cần làm theo hướng dẫn chi tiết từ amp.dev.
Những yêu cầu khác cho Google Tìm kiếm
Google sử dụng bộ nhớ đệm của SXG để tìm nạp trước nội dung của bạn. Các nội dung sử dụng SXG được lưu vào bộ nhớ đệm có thể được Google phân phát nhiều lần.
Để đảm bảo nội dung mới nhất hiển thị trên Google Tìm kiếm, hãy cài đặt các giá trị ngày hết hạn thích hợp cho SXG. Nguyên tắc chung là đảm bảo ngày hết hạn xảy ra trước hai thời điểm sau:
- Thời điểm hết hạn bộ nhớ đệm được xác định bởi các tiêu đề HTTP.
- Một ngày trong tương lai đối với nội dung JavaScript hoặc JavaScript nội dòng; nếu là các nội dung khác, hãy cài đặt cách đó 7 ngày trong tương lai.
Để đảm bảo nội dung hiển thị chính xác khi được phân phát trên nhiều thiết bị, bạn nên thực hiện các bước sau:
- Chuyển các nội dung cá nhân hóa (như giỏ hàng) vào các phần tử tải từng phần nằm ngoài cơ chế SXG. Đồng thời, thêm tiêu đề có chữ ký Vary: Cookie; SXG có tiêu đề này sẽ chỉ hiển thị cho những khách truy cập không có cookie cho trang web của bạn.
- Xây dựng các trang web theo thiết kế web thích ứng. Ngoài ra, bạn có thể phân phát các trang cho máy tính và thiết bị di động trên các URL riêng biệt, hoặc sử dụng thẻ meta supported-media để chú thích rằng các trang không thích ứng. Ví dụ, trong phần tử <head> của trang, bạn có thể thêm thẻ sau:
<meta name=supported-media content="only screen and (max-width: 640px)">
Theo dõi và gỡ lỗi SXG
Để biết danh sách các công cụ mà bạn có thể sử dụng để gỡ lỗi SXG, hãy tham khảo hướng dẫn từ web.dev về các công cụ SXG.
Trong trường hợp Googlebot không thể phân tích cú pháp một SXG, nó có thể thu thập lại dữ liệu từ URL đó mà không cần application/signed-exchange;v=b3 trong tiêu đề Accept, nhằm truy xuất biến thể text/html. Nếu gặp lỗi lập chỉ mục SXG, Google Tìm kiếm sẽ liên kết trực tiếp đến URL gốc mà không sử dụng SXG.
Đối với các trang AMP, bạn nên sử dụng báo cáo trạng thái AMP trong Search Console để theo dõi các lỗi liên quan đến SXG.
Gỡ lỗi bộ nhớ đệm của Google cho SXG
Để kiểm tra xem SXG có đáp ứng các yêu cầu về bộ nhớ đệm hay không, bạn có thể sử dụng tiện ích SXG Validator của Chrome.
Ngoài ra, bạn có thể trực tiếp truy vấn bộ nhớ đệm của Google cho SXG. Ví dụ, nếu URL của SXG là https://signed-exchange-testing.dev/sxgs/valid.html, bạn sẽ tạo URL bộ nhớ đệm tương ứng như sau:
Thuật toán để tính toán miền con và hậu tố của đường dẫn URL tương tự như thuật toán được sử dụng cho bộ nhớ đệm AMP, nhưng khác ở chuỗi trung tố /doc/-/.
Nếu phản hồi là một cơ chế SXG, điều đó có nghĩa là nội dung phản hồi từ máy chủ gốc đã đáp ứng các yêu cầu về bộ nhớ đệm của Google đối với SXG. Nếu không, dữ liệu phản hồi sẽ chứa một tiêu đề HTTP cho biết lý do.
- Tiêu đề Warning xuất hiện khi có lỗi ngăn cản SXG đáp ứng các yêu cầu về bộ nhớ đệm.
- Tiêu đề Location xuất hiện khi bộ nhớ đệm chưa tìm nạp nội dung; đây không phải là lỗi của SXG.
Bất kể phản hồi là gì, bộ nhớ đệm luôn sẽ gửi yêu cầu đến URL gốc để lấy bản cập nhật. Có nhiều yếu tố ảnh hưởng đến thời điểm và khả năng yêu cầu này, bao gồm tốc độ thu thập dữ liệu của Googlebot cho trang web của bạn.
Google không lưu trữ nội dung SXG vào bộ nhớ đệm lâu hơn giá trị expires trong chữ ký SXG hoặc thời gian còn hạn (freshness lifetime) trong tiêu đề chưa ký của phản hồi SXG.
Đối với các trang AMP, bạn có thể sử dụng Công cụ kiểm tra URL để xử lý các lỗi liên quan đến bộ nhớ đệm.
Nắm bắt thông tin
Hãy đăng ký tham gia danh sách gửi thư webpackaging-announce để nhận thông báo về các thay đổi như:
- Những thay đổi đối với bộ nhớ đệm của Google cho SXG, bao gồm việc bổ sung tính năng mới hoặc ngừng sử dụng một số tính năng.
- Những thay đổi quan trọng đối với các công cụ SXG như Web Packager, mô-đun NGINX SXG và libsxg.
Nếu bạn có thắc mắc về cơ chế SXG trên Google Tìm kiếm, hãy truy cập Cộng đồng trợ giúp của Trung tâm Tìm kiếm.
Cơ chế trao đổi có chữ ký (SXG) là một bước tiến quan trọng trong việc cải thiện trải nghiệm người dùng trên Google Tìm kiếm. Bằng cách hiểu rõ và triển khai SXG một cách chính xác, bạn có thể không chỉ tối ưu hóa tốc độ tải trang mà còn bảo vệ quyền riêng tư của người dùng. Hãy bắt đầu triển khai SXG cho trang web của bạn ngay hôm nay để nắm bắt những lợi ích mà công nghệ này mang lại.
