John Mueller của Google đã chia sẻ một trường hợp trong đó một trang chủ HTTP còn sót lại đã gây ra sự cố bất ngờ liên quan đến site-name và favicon trên kết quả tìm kiếm. Vấn đề này được Mueller đề cập trên Bluesky và rất dễ bị bỏ qua. Nguyên nhân là do Chrome có thể tự động nâng cấp các yêu cầu HTTP lên HTTPS, khiến phiên bản HTTP gần như “vô hình” trong quá trình duyệt web thông thường.
Chuyện gì đã xảy ra?
Mueller mô tả đây là “một trường hợp khá kỳ lạ”. Website đã sử dụng HTTPS, nhưng vẫn tồn tại một trang chủ HTTP mặc định từ cấu hình server và có thể truy cập được qua phiên bản HTTP của domain.
Ông viết rằng một trang chủ “ẩn” đã gây ra vấn đề về site-name và favicon trên Search. Dù website hoạt động trên HTTPS, phiên bản HTTP mặc định của server vẫn còn tồn tại và gây nhiễu cho hệ thống tìm kiếm.
Điểm phức tạp nằm ở chỗ Chrome thường tự động chuyển hướng từ HTTP sang HTTPS, khiến quản trị viên khó phát hiện phiên bản HTTP khi kiểm tra bằng trình duyệt. Tuy nhiên, Googlebot không hoạt động theo cơ chế nâng cấp tự động của Chrome, vì vậy nó vẫn có thể truy cập và lập chỉ mục phiên bản HTTP này.
Mueller giải thích rằng Chrome tự động nâng cấp từ HTTP sang HTTPS nên người dùng sẽ không nhìn thấy phiên bản HTTP. Tuy nhiên, Googlebot vẫn có thể truy cập phiên bản này và sử dụng nó để ảnh hưởng đến việc chọn site-name và favicon trong kết quả tìm kiếm.
Hệ thống xác định tên website của Google sẽ lấy thông tin từ trang chủ để quyết định nội dung hiển thị trên SERP. Hệ thống này đọc dữ liệu có cấu trúc, thẻ tiêu đề, thẻ heading, thuộc tính og:site_name và nhiều tín hiệu khác trên trang chủ. Nếu Googlebot đang đọc một trang HTTP mặc định của server thay vì trang HTTPS chính thức, thì nó đang xử lý các tín hiệu sai lệch.
Làm thế nào để kiểm tra vấn đề này?
Mueller gợi ý hai cách để xem Googlebot thực sự nhìn thấy gì. Ban đầu ông đùa rằng có thể dùng AI để kiểm tra, nhưng sau đó đã đính chính lại.
Ông khuyến nghị sử dụng lệnh curl trên command line để kiểm tra phản hồi HTTP. Ngoài ra, có thể dùng công cụ kiểm tra dữ liệu có cấu trúc trong Search Console để xác minh nội dung mà Googlebot đang truy cập và phân tích.
Việc chạy lệnh curl http://yourdomain.com trên command line sẽ hiển thị phản hồi HTTP thô mà không bị Chrome tự động nâng cấp lên HTTPS. Nếu kết quả trả về là một trang mặc định của server thay vì trang chủ thực tế của bạn, thì đó chính là nguyên nhân gây ra sự cố.
Nếu muốn xem Google thực sự đã thu thập và render nội dung gì, bạn có thể sử dụng công cụ URL Inspection trong Search Console và chạy chế độ Live Test. Tài liệu chính thức của Google về site name cũng lưu ý rằng tính năng này không được hỗ trợ trong công cụ Rich Results Test.
Vì sao vấn đề này quan trọng?
Việc hiển thị site name và favicon trên kết quả tìm kiếm là chủ đề đã được theo dõi sát sao kể từ khi Google thay thế title tag bằng site name vào năm 2022. Kể từ đó, hệ thống này đã trải qua nhiều giai đoạn điều chỉnh và hoàn thiện.
Năm 2023, Google mở rộng hỗ trợ site name cho cả subdomain. Sau đó, họ mất gần một năm để khắc phục lỗi khiến site name trên các trang nội bộ không khớp với trang chủ. Những thay đổi này cho thấy hệ thống hiển thị site name vẫn đang tiếp tục được tinh chỉnh và có thể phát sinh các vấn đề kỹ thuật nếu cấu hình website không nhất quán.
Trường hợp này cho thấy một biến số phức tạp mới. Vấn đề không nằm ở dữ liệu có cấu trúc hay chính trang chủ HTTPS. Nguyên nhân lại là một “trang ma” tồn tại ở phiên bản HTTP, thứ mà bạn gần như không có lý do gì để kiểm tra vì trình duyệt không bao giờ hiển thị nó.
Tài liệu chính thức của Google về site name có đề cập rõ đến tình trạng trùng lặp trang chủ, bao gồm cả phiên bản HTTP và HTTPS, đồng thời khuyến nghị sử dụng cùng một loại dữ liệu có cấu trúc cho cả hai. Trường hợp Mueller chia sẻ cho thấy điều gì có thể xảy ra khi phiên bản HTTP chứa nội dung khác với trang chủ HTTPS mà bạn thực sự muốn phân phối.
Bài học rút ra khi xử lý sự cố site name hoặc favicon hiển thị sai trên kết quả tìm kiếm là cần kiểm tra trực tiếp phiên bản HTTP của trang chủ. Đừng chỉ dựa vào những gì Chrome hiển thị trong quá trình duyệt web thông thường.
Trong tương lai cần lưu ý điều gì?
Tài liệu về site name của Google nêu rõ rằng dữ liệu có cấu trúc WebSite phải được đặt trên “trang chủ của website”, được định nghĩa là URI gốc cấp domain. Với các website chạy HTTPS, điều này đồng nghĩa trang chủ HTTPS mới là nguồn chính thức.
Nếu site name hoặc favicon của bạn hiển thị không chính xác trong kết quả tìm kiếm dù trang chủ HTTPS đã có dữ liệu có cấu trúc đúng, hãy kiểm tra xem phiên bản HTTP của trang chủ có còn tồn tại hay không. Sử dụng lệnh curl hoặc chạy Live Test trong công cụ URL Inspection để xem trực tiếp. Nếu phát hiện một trang mặc định của server đang tồn tại ở đó, việc xóa bỏ hoặc thiết lập chuyển hướng từ HTTP sang HTTPS ở cấp độ server sẽ giúp giải quyết vấn đề.
