Trình kiểm tra bộ nhớ đệm Google

Trình kiểm tra bộ nhớ đệm Google là công cụ miễn phí giúp kiểm tra xem Google có lưu bản sao của một URL hay không và thông báo nếu URL đó không có trong bộ nhớ đệm.

Kiểm tra bộ nhớ đệm Google thực sự cho bạn biết điều gì?

Quá trình kiểm tra sẽ tìm bằng chứng cho thấy Google đã lưu một bản sao có thể truy xuất của trang web cụ thể. Trước đây, bản sao trong bộ nhớ đệm là ảnh chụp trang tại thời điểm Google thu thập dữ liệu gần nhất, không phải phiên bản trực tiếp do trang web cung cấp.

Lưu vào bộ nhớ đệm và lập chỉ mục là hai việc khác nhau. Một URL đã được lập chỉ mục có thể xuất hiện trên Google Tìm kiếm, còn URL có trong bộ nhớ đệm từng có một bản chụp mà người dùng có thể mở. Trang vẫn có thể được lập chỉ mục dù không có bản sao công khai trong bộ nhớ đệm. Vì vậy, kết quả âm tính không chứng minh rằng Google đã xóa trang khỏi chỉ mục.

Google đã ngừng cung cấp các liên kết công khai đến trang được lưu trong bộ nhớ đệm vào năm 2024. Do đó, tình trạng bộ nhớ đệm không còn là căn cứ đáng tin cậy để đánh giá việc lập chỉ mục. Nếu quản lý trang web, hãy dùng công cụ Kiểm tra URL của Google Search Console để xem thông tin phù hợp hơn về quá trình phát hiện, thu thập dữ liệu, chọn URL chính tắc và lập chỉ mục.

Đọc kết quả như thế nào?

Kết quả này có nghĩa là quá trình kiểm tra không tìm thấy bản sao trong bộ nhớ đệm của URL đã gửi. Công cụ chỉ trả về một trường kết quả:

• URL này không được lưu trong bộ nhớ đệm. Không tìm thấy bản sao Google lưu trong bộ nhớ đệm cho chính xác địa chỉ đã gửi. Điều này không xác nhận rằng trang không có trong kết quả tìm kiếm, bị chặn thu thập dữ liệu hoặc gặp lỗi kỹ thuật.

Kết quả áp dụng cho URL đã nhập, bao gồm tên máy chủ, đường dẫn và tham số. Các địa chỉ sau có thể đại diện cho những tài nguyên khác nhau:

• https://www.example.co.uk/guide
• https://example.co.uk/guide
• https://www.example.co.uk/guide/
• https://www.example.co.uk/guide?source=email

Trang web có thể chuyển hướng một số hoặc tất cả các địa chỉ này đến một địa chỉ ưu tiên. Nếu không chắc Google truy cập phiên bản nào, hãy dùng Trình kiểm tra chuyển hướng URL để xác định đích cuối cùng, sau đó kiểm tra đích đó trong Search Console.

Khi nào nên thực hiện kiểm tra này?

Hãy thực hiện kiểm tra khi bạn đang tìm hiểu một bản chụp cũ trong kết quả tìm kiếm hoặc muốn biết vì sao một URL cụ thể dường như không có bản sao trong bộ nhớ đệm. Kết quả này không thể xác định URL đã được lập chỉ mục hay chưa.

1. Trang vừa được thay đổi. Bạn có thể muốn biết liệu phiên bản cũ còn khả dụng hay không. Kết quả âm tính nghĩa là lần kiểm tra này không tìm thấy phiên bản đó, nhưng đoạn trích trong kết quả tìm kiếm vẫn có thể phản ánh thông tin được thu thập ở một lần quét trước.
2. Trang mới không xuất hiện trong kết quả tìm kiếm. Hãy kiểm tra chính xác URL đã xuất bản, rồi dùng Search Console để xem Google đã phát hiện và lập chỉ mục URL đó hay chưa. Đồng thời xác nhận rằng trang trả về trạng thái HTTP thành công và không bị loại trừ bởi chỉ thị noindex.
3. Trang web đã chuyển sang tên miền hoặc cấu trúc URL mới. Hãy kiểm tra chuyển hướng từ địa chỉ cũ sang địa chỉ mới. Google có thể cần thời gian để thu thập các chuyển hướng, chọn URL chính tắc và cập nhật kết quả tìm kiếm, bất kể có bản sao trong bộ nhớ đệm hay không.

Lỗi phân giải DNS, email không đến và cảnh báo chứng chỉ trong trình duyệt liên quan đến DNS, cấu hình thư hoặc chứng chỉ TLS. Trình kiểm tra lưu trữ trang web có thể giúp xác định nơi lưu trữ một trang đang hoạt động, nhưng không chẩn đoán được mọi lỗi DNS hoặc chứng chỉ.

Bộ nhớ đệm, lập chỉ mục và độ trễ cập nhật

Một kết quả chính xác đôi khi vẫn có vẻ sai vì có nhiều bộ nhớ đệm và chu kỳ cập nhật độc lập cùng tham gia. Google tự quyết định thời điểm truy cập lại trang, nên thay đổi trên máy chủ sẽ không xuất hiện ngay trong kết quả tìm kiếm. Đoạn trích tìm kiếm, thông tin URL chính tắc và nội dung đã lập chỉ mục có thể được cập nhật vào những thời điểm khác nhau.

Thay đổi DNS cũng có độ trễ riêng. Trình phân giải DNS đệ quy giữ lại bản ghi trong khoảng thời gian tồn tại của bản ghi, thường gọi là TTL. Vì vậy, một số người truy cập có thể được đưa đến máy chủ cũ trong khi những người khác đến máy chủ mới. Bộ nhớ đệm của trình duyệt, proxy ngược và mạng phân phối nội dung cũng có thể giữ lại các tệp cũ. Không loại nào trong số này giống với một trang được Google lưu trong bộ nhớ đệm.

Nếu trang vừa chỉnh sửa vẫn hiển thị nội dung cũ, hãy mở URL trực tiếp, kiểm tra phản hồi HTTP rồi xóa hoặc bỏ qua mọi bộ nhớ đệm mà bạn kiểm soát. Sau đó, kiểm tra URL trong Search Console. Việc kiểm tra bộ nhớ đệm nhiều lần không thể khiến Google thu thập lại trang sớm hơn.

URL có dấu cách hoặc ký tự ngoài ASCII được xử lý thế nào?

Địa chỉ đã gửi được mã hóa URL trên máy chủ bằng thao tác urlencode của PHP. Thao tác này áp dụng quy ước application/x-www-form-urlencoded: dấu cách được chuyển thành dấu cộng, còn các byte không an toàn khác được mã hóa phần trăm.

Ví dụ, nội dung https://www.example.co.uk/search?q=cream tea được mã hóa thành https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea. Theo kiểu mã hóa này, dấu cách trở thành dấu cộng. Một giá trị UTF-8 có dấu như café trở thành caf%C3%A9.

Định dạng mã hóa chấp nhận chữ số mà không thay đổi chúng, còn các dấu câu như dấu gạch chéo, dấu hỏi và dấu bằng sẽ được mã hóa. Tên miền quốc tế hóa có thể chứa nhãn A theo IDNA, sử dụng tiền tố xn-- và Punycode cho nhãn đó.

Quá trình xử lý urlencode trên máy chủ của công cụ không sửa được URL không hợp lệ hoặc chưa đầy đủ. Giá trị trống không có trang nào để kiểm tra, còn địa chỉ quá dài có thể vượt quá giới hạn ở nơi khác trên đường đi của yêu cầu. Hãy sao chép địa chỉ từ trình duyệt thay vì gõ theo trí nhớ.

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

Kết quả không có bộ nhớ đệm có nghĩa là trang đã bị xóa khỏi chỉ mục không?

Không. Khả năng truy cập bộ nhớ đệm công khai và việc lập chỉ mục tìm kiếm là hai vấn đề riêng biệt, đồng thời Google không còn cung cấp các liên kết đến trang được lưu trong bộ nhớ đệm như trước. Hãy kiểm tra URL trong Google Search Console hoặc tìm kiếm một câu đặc trưng trên trang. Tuy nhiên, cần nhớ rằng truy vấn tìm kiếm thông thường không phải là báo cáo đầy đủ về chỉ mục.

Có nên giữ tham số theo dõi trong URL không?

Hãy dùng URL chính tắc gọn, trừ khi bạn cần kiểm tra riêng một phiên bản có tham số. Các tham số như utm_source thường dùng để xác định lượt truy cập từ chiến dịch chứ không đại diện cho nội dung riêng, và Google có thể hợp nhất chúng vào một URL chính tắc.

Có thể kiểm tra trang riêng tư hoặc được bảo vệ bằng mật khẩu không?

Trình thu thập dữ liệu thường không thể truy xuất nội dung yêu cầu đăng nhập, trừ khi đã được cấp quyền rõ ràng. Vì vậy, bạn không nên kỳ vọng loại trang này có bộ nhớ đệm tìm kiếm công khai. URL đã gửi được truyền đến máy chủ của công cụ qua HTTPS để xử lý và không được lưu trữ. Do đó, đừng đưa mật khẩu, mã truy cập hoặc thông tin bí mật khác vào URL.

Phần phân mảnh của URL có ảnh hưởng đến trang Google nhìn thấy không?

Phần phân mảnh là nội dung đứng sau dấu thăng, chẳng hạn #delivery. Trình duyệt thường không gửi phần phân mảnh trong yêu cầu HTTP, nên hai URL thông thường chỉ khác nhau ở phần này thường truy xuất cùng một tài liệu. Khi kiểm tra chính trang đã được lập chỉ mục, hãy dùng địa chỉ không có phần phân mảnh.

Cần kiểm tra gì trước khi yêu cầu Google thu thập lại trang?

Hãy xác nhận rằng URL ưu tiên tải được mà không rơi vào vòng lặp chuyển hướng, trả về phản hồi thành công, cho phép Googlebot thu thập dữ liệu và không chứa chỉ thị noindex ngoài ý muốn. Kiểm tra xem giá trị href của phần tử link có loại liên kết canonical có trỏ đến đúng URL dự kiến hay không. Sau đó, nếu quản lý trang web, hãy yêu cầu lập chỉ mục qua Search Console.