HTTPS / 301 / 404 — xử lý các chi tiết kỹ thuật này thế nào?

Chương 2: Kiến thức cơ bản về tìm kiếm · Câu hỏi 31

HTTPS, chuyển hướng 301, trang lỗi 404 — ba chi tiết kỹ thuật tưởng chừng cơ bản này nếu xử lý không tốt sẽ khiến thứ hạng tụt dốc, mất traffic và trải nghiệm người dùng sụp đổ. Đặc biệt trong hệ sinh thái Baidu, thời gian phục hồi của những vấn đề này thường dài hơn Google, nên nhất định phải làm đúng ngay từ đầu.

Chuyển đổi HTTPS: Danh mục đầy đủ trong môi trường Baidu

Baidu đã khẳng định rõ HTTPS là yếu tố cộng điểm xếp hạng, và trong kết quả tìm kiếm sẽ ưu tiên hiển thị trang HTTPS. Các bước chuyển đổi:

1. Lựa chọn chứng chỉ

• Phương án miễn phí: Let’s Encrypt (tự động gia hạn, phù hợp với site vừa và nhỏ)
• Phương án trả phí: DigiCert, GlobalSign (khuyến nghị cho site doanh nghiệp, thương mại điện tử, có bồi thường bảo hiểm)
• Phương án trong nước: chứng chỉ miễn phí Alibaba Cloud, chứng chỉ miễn phí Tencent Cloud (triển khai one-click, phù hợp với site owner dùng máy chủ của họ)

2. Cấu hình chuyển hướng toàn site

Ví dụ cấu hình Nginx:

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$server_name$request_uri;
}

3. Việc bắt buộc phải làm sau khi chuyển đổi

• Cập nhậtsitemaptất cả URL trong đó sang phiên bản HTTPS
• Cập nhậtcanonicalThẻ được gắn nhãn HTTPS
• Khi tìm kiếmBaidu SearchXác minh lại trang HTTPS trên nền tảng quản trị
• Gửi xác thực HTTPS (Nền tảng quản trị viên Baidu → Xác thực HTTPS)
• Kiểm tra trangLiên kết nội bộLiệu còn hard-code HTTP không (vấn đề nội dung hỗn hợp)
• Cập nhật các nền tảng bên thứ babacklinktrỏ đến (cái nào sửa được thì sửa, không sửa được thì dùng 301 dự phòng)

Các lỗi thường gặp: Một số CDN mặc định dùng HTTP khi truy xuất nguồn, khiến search engine vẫn thấy phiên bản HTTP. Nhất định phải xác nhận CDN cũng đã cấu hình truy xuất nguồn HTTPS.

Chuyển hướng 301: cần kiên nhẫn với nhịp độ chậm của Baidu

301 là chuyển hướng vĩnh viễn, thông báo cho search engine rằng "trang này đã chuyển vĩnh viễn sang địa chỉ mới". Baidu xử lý 301 chậm hơn Google rất nhiều, thường cần 1-3 tháng mới truyền tải trọng số hoàn toàn.

Khi nào dùng 301:

• Website đổi tên miền
• Điều chỉnh cấu trúc URL (ví dụ từ/article/123đổi thành/blog/seo-tips）
• Chuyển HTTP sang HTTPS
• Xóa trang nhưng có nội dung mới tương ứng tiếp nhận
• Gộp nhiều trang tương tự

Thực tiễn tốt nhất cho 301:

Lưu ý đặc biệt cho Baidu:

• Gửi "quy tắc thay đổi cấu trúc" trên nền tảng quản trị viên Baidu để tăng tốc Baidu nhận diện 301
• Đường dẫn: Dịch vụ tìm kiếm → Thay đổi cấu trúc website → Thêm quy tắc thay đổi cấu trúc
• Hỗ trợ ba phương thức: thay đổi cấu trúc site, thay đổi cấu trúc theo quy tắc, gửi cặp URL cũ và mới

Kiểm tra chuyển hướng chuỗi: Dùng Screaming Frog thu thập toàn bộ site, lọc ra tất cả chuỗi chuyển hướng (redirect chain), sửa từng cái thành chuyển hướng trực tiếp.

Trang 404 tùy chỉnh: cân bằng giữa người dùng và SEO

Khi người dùng truy cập trang không tồn tại, một trang 404 tốt có thể cứu được lưu lượng, một trang 404 tệ sẽ khiến người dùng đóng tab ngay lập tức.

Yêu cầu ở tầng SEO:

• Máy chủ phải trả về mã trạng thái 404 (không phải mã 200 hiển thị nội dung "trang không tồn tại", đây gọi là "soft 404", sẽ lãng phí hạn mức thu thập)
• Không được chuyển hướng toàn bộ trang 404 về trang chủ bằng 301 (Baidu sẽ coi là soft 404)
• Bản thân trang 404 thiết lập<meta name="robots" content="noindex">

Thiết kế trải nghiệm người dùng:

• Văn bản gợi ý thân thiện (“Trang bạn truy cập không tồn tại”)
• Cung cấp ô tìm kiếm để người dùng tự tra cứu
• Đề xuất nội dung phổ biến hoặc liên kết đến các trang liên quan
• Cung cấp nút quay về trang chủ
• Giữ nguyên điều hướng trang web, không dùng trang trắng

Văn bản mẫu：

Xin lỗi, trang bạn tìm có thể đã bị gỡ bỏ hoặc địa chỉ không đúng.
Hãy thử tìm kiếm nội dung bạn cần, hoặc duyệt các bài viết nổi bật của chúng tôi

Cách audit liên kết chết (Broken Links)

Liên kết chết không chỉ ảnh hưởng đến trải nghiệm người dùng mà còn lãng phí hạn mức crawling của Baidu; quá nhiều liên kết chết sẽ làm giảm độ tin cậy của Baidu đối với website.

Công cụ audit:

• Baidu Zhanzhang Platform → Lỗi thu thập dữ liệu: xem trực tiếp các liên kết chết mà Baidu phát hiện
• Screaming Frog: crawl toàn site, lọc mã trạng thái 4xx
• Xenu Link Sleuth: công cụ miễn phí lâu đời, phù hợp với site vừa và nhỏ
• Ahrefs Site Audit: trả phí nhưng tính năng mạnh mẽ

Thứ tự ưu tiên xử lý sau khi phát hiện liên kết chết:

1. Có nội dung mới tương ứng → thiết lập chuyển hướng 301
2. Không có nội dung tương ứng nhưng có traffic → khôi phục trang hoặc 301 đến trang liên quan nhất
3. Không có lưu lượng, không có giá trị → giữ 404, gửi liên kết chết trên Baidu Zhanzhang Platform
4. Hàng loạt liên kết chết → tính năng "Gửi liên kết chết" của Baidu Zhanzhang Platform, giúp Baidu nhanh chóng xóa khỏi chỉ mục

Gợi ý thực hành

• Chọn thời điểm traffic thấp để thực hiện migration HTTPS: ví dụ rạng sáng cuối tuần, cho search engine một khoảng thời gian đệm, nếu có sự cố vẫn có thời gian khắc phục
• Liên tục giám sát 3 tháng sau khi hoàn tất 301: theo dõi lượng chỉ mục và lưu lượng trên Baidu Zhanzhang Platform và Google Search Console, xác nhận trọng số được truyền đúng
• Thực hiện kiểm toán liên kết chết toàn trang mỗi quý: dùng Screaming Frog quét một lượt, xử lý kịp thời các liên kết chết mới phát sinh, duy trì "điểm sức khỏe" của trang web

Giải quyết bằng công cụ AI: tự động hóa 301 / 404 / di chuyển HTTPS

Tình huống một: tạo hàng loạt bảng ánh xạ 301

Trang web của tôi sắp được cải tổ, trang cũ có các URL này (dán danh sách URL cũ), quy tắc URL của trang mới là [như tiền tố /blog/ + slug tiêu đề]. Hãy giúp tôi dựa trên nguyên tắc "gần nghĩa nhất" để tạo URL mới tương ứng cho từng URL cũ, xuất ra định dạng CSV "URL cũ,URL mới", và đánh dấu các mục không thể xác định rõ tương ứng. Vui lòng không trỏ nhiều URL cũ về cùng một URL mới.

Tình huống hai: chuyển bảng ánh xạ 301 thành cấu hình Nginx

Đây là bảng ánh xạ 301 dạng URL cũ,URL mới (dán 50 mục đầu). Hãy giúp tôi tạo cấu hình Nginx: dùng return 301 để chuyển hướng từng mục, tránh chuyển hướng chuỗi (A→B→C), và đưa ra ví dụ khối server "tất cả URL đều 301 về tên miền mới". Đồng thời giải thích mỗi quy tắc nên đặt ở vị trí nào.

Tình huống ba: viết một trang 404 "không đáng sợ"

Vui lòng giúp tôi viết một trang 404: thân thiện, không gây hoang mang, mang đậm dấu ấn thương hiệu, có ô tìm kiếm nội bộ trang, gợi ý 3 bài viết phổ biến (tôi sẽ cung cấp tiêu đề), và nút quay về trang chủ. Xuất ra HTML + CSS nội tuyến, đồng thời giải thích cách cấu hình máy chủ trả về mã trạng thái 404 và thêm noindex cho trang.

Tình huống bốn: phân tích báo cáo liên kết hỏng, xác định thứ tự ưu tiên xử lý

Đây là danh sách liên kết hỏng tôi xuất từ công cụ thu thập dữ liệu (dán URL + mã trạng thái). Hãy giúp tôi phân loại: 1) những liên kết có trang mới tương tự để 301; 2) những liên kết hỏng giả do lỗi trình bày/liên kết; 3) những liên kết không còn giá trị, có thể giữ 404. Xuất ra một bảng theo "thứ tự ưu tiên xử lý", kèm theo gợi ý xử lý cho từng mục.

Lưu ý: Ranh giới của AI

• Ánh xạ 301 phải được xác nhận thủ công: Các mối quan hệ tương ứng do AI đoán theo "ngữ nghĩa gần nhau" có thể chỉ sai trang quan trọng, ánh xạ của các trang cốt lõi nhất định phải tự kiểm tra lại
• Đừng để AI trực tiếp sửa máy chủ：Cấu hình Nginx do nó tạo ra phải được người có quyền máy chủ xác minh trong môi trường kiểm thử rồi mới áp dụng, sao lưu trước khi sửa
• AI không biết nghiệp vụ của bạn：URL nào nên 301, URL nào nên giữ 404 phụ thuộc vào lưu lượng và giá trị nghiệp vụ, AI chỉ có thể đưa ra đề xuất, quyền quyết định thuộc về bạn