Ngôn ngữ

Chuyển hướng theo địa lý cho SEO quốc tế

Vì sao chuyển hướng địa lý tự động phá vỡ thu thập quốc tế và có thể làm hỏng hreflang — Googlebot chủ yếu thu thập từ Mỹ, vấn đề khám phá, ngoại lệ hẹp 302 chỉ trên trang chủ và cách thay thế. Từ Patrick Stox.

Xuất bản lần đầu: 2 thg 7, 2026 · Cập nhật lần cuối: 24 thg 8, 2026 · Nâng cao
AIĐược viết bởiAI v2

Chuyển hướng theo địa lý tự động đưa khách đến URL theo vị trí hoặc ngôn ngữ dựa trên IP, Accept-Language hay cookie. Kết luận của tôi sau khi nghiên cứu 374 756 miền: chuyển hướng tự động dựa trên cookie, IP hoặc ngôn ngữ trình duyệt thường là ý tưởng tồi. Lỗi mà phần lớn hướng dẫn bỏ sót là vấn đề khám phá, không chỉ lập chỉ mục — Googlebot chủ yếu thu thập từ IP Mỹ và không gửi Accept-Language, nên chuyển hướng tại điểm vào có thể giữ trình thu thập ở phiên bản mặc định và ngăn nó đến URL locale thay thế mà hreflang trỏ tới. Chuyển hướng địa lý là cơ chế phân phối; hreflang là tín hiệu khám phá riêng — chúng không thay thế nhau và chuyển hướng xấu chủ động phá hreflang. Chỉ dẫn của Google không phải “chuyển hướng tốt hơn” mà là “gợi ý, đừng ép”: banner hoặc danh sách liên kết cộng hreflang đúng. Ngoại lệ hẹp là 302 chỉ trên trang chủ để gợi ý locale động — nhưng 16,9% miền tôi nghiên cứu có hreflang trỏ đến trang chuyển hướng hoặc hỏng, nghĩa là ngoại lệ này liên tục đi sai.

TL;DR — Chuyển hướng theo địa lý và hreflang hoạt động ở hai lớp khác nhau: chuyển hướng là quyết định phân phối, hreflang là tín hiệu khám phá. Lỗi cốt lõi là vấn đề khám phá, không chỉ lập chỉ mục — Googlebot chủ yếu thu thập từ IP Hoa Kỳ và không gửi Accept-Language, nên chuyển hướng tại điểm vào có thể ngăn nó đến (và do đó khám phá) các URL thay thế mà hreflang trỏ tới. hreflang không thể cứu URL trình thu thập chưa từng thấy. Cloaking là rủi ro riêng: ngay cả chuyển hướng tuân thủ, không cloaking vẫn gây vấn đề khám phá. Chỉ dẫn của Google là “gợi ý, đừng ép” (banner/liên kết + hreflang). Ngoại lệ hẹp duy nhất là 302 chỉ trên trang chủ để gợi ý locale động — nhưng trong nghiên cứu 374 756 miền của tôi, 16,9% có hreflang trỏ đến trang bị chuyển hướng hoặc hỏng, chính là ngoại lệ này đi sai hướng.

Bằng chứng cho nhận định này Google warns that language- or location-based rerouting can prevent it from finding site variations because Googlebot usually crawls from the US and does not send Accept-Language. Phạm vi: Google Search crawling behavior for locale-adaptive pages. Độ tin cậy: cao · Đã xác minh: Google: Managing multilingual sites Bằng chứng cho nhận định này Google recommends avoiding automatic language redirects and providing hyperlinks that let users and crawlers reach each language version. Phạm vi: Google Search guidance for language switching and discovery. Độ tin cậy: cao · Đã xác minh: Google: Let users switch language

Hai cơ chế, hai lớp khác nhau

Gần như mọi lỗi chuyển hướng theo địa lý đều bắt nguồn từ việc đánh đồng hai thứ nằm ở các lớp khác nhau trong ngăn xếp:

  • Chuyển hướng theo địa lý là quyết định phân phối: tôi hiển thị gì cho vị khách cụ thể này ngay bây giờ, dựa trên điều tôi nghĩ mình biết về họ?
  • hreflang là tín hiệu khám phá/chú thích: nội dung này có những URL thay thế nào để công cụ tìm kiếm tìm thấy và đưa đúng phiên bản vào kết quả của nó?

Chúng không thay thế nhau. Chuyển hướng thay đổi điều một khách thấy; hreflang cho công cụ tìm kiếm biết các phiên bản thay thế tồn tại để nó phân phối đúng phiên bản vào thời điểm truy vấn mà không ép buộc ở thời điểm phục vụ. Nếu chỉ nhớ một điều từ bài này, hãy nhớ sự khác biệt đó — phần lớn hỏng hóc xuất phát từ việc coi chuyển hướng như tín hiệu khám phá.

Lỗi cơ chế cốt lõi: khám phá, không chỉ lập chỉ mục

Đây là phần nhiều nội dung cạnh tranh diễn đạt chưa chính xác. Họ nói rủi ro là “các trang khác không được lập chỉ mục”. Cách diễn đạt sắc nét hơn là các trang khác có thể chưa bao giờ được thu thập — thậm chí chưa được khám phá — ngay từ đầu.

Google nói rõ nguyên nhân. Tài liệu trang thích ứng locale cho biết nếu trang trả nội dung khác theo quốc gia hoặc ngôn ngữ ưu tiên được suy đoán của khách, “Google might not crawl, index, or rank all your content for different locales.” (bản dịch) «Google có thể không thu thập, lập chỉ mục hoặc xếp hạng toàn bộ nội dung cho các locale khác nhau.» Vì sao? IP mặc định của Googlebot có vẻ ở Hoa Kỳ và trình thu thập gửi yêu cầu HTTP không đặt Accept-Language.

Hãy lần theo một thiết lập điển hình. Logic chuyển hướng kích hoạt theo IP và/hoặc Accept-Language, ngay tại điểm vào — thường là trang chủ hoặc miền gốc, chính là trang chứa (hoặc liên kết đến) chú thích hreflang. Googlebot đến như khách Mỹ không có tùy chọn ngôn ngữ, bị chuyển sang phiên bản Mỹ/mặc định rồi dừng. Đường có thể thu thập duy nhất đến cây /de/ đã bị chặn sau chuyển hướng. Do đó:

  1. Googlebot không bao giờ đến các URL locale thay thế.
  2. Vì vậy, nó không bao giờ khám phá chú thích hreflang cho biết các URL đó tồn tại.
  3. Thẻ hreflang trên trang Googlebot không thể truy cập hoàn toàn vô dụng.

hreflang giả định đã có quyền truy cập thu thập. Nó không tạo ra quyền đó. Toàn bộ cái bẫy gói trong một câu.

Chuyển hướng theo địa lý và cloaking: hai rủi ro riêng biệt

Có một rủi ro thứ hai thường bị nhập với rủi ro đầu tiên, dẫn đến lời khuyên sai. Đối xử với Googlebot khác người dùng thật ở cùng vị trí — chẳng hạn đặc cách user agent Googlebot để nó bỏ qua chuyển hướng và thấy mọi thứ — là cloaking, vi phạm nguyên tắc. Hướng dẫn của Google về thu thập phân tán địa lý là quy tắc nhất quán: Googlebot cũng thu thập từ một số IP ngoài Mỹ; khi có vẻ đến từ quốc gia nào, hãy đối xử đúng như khách khác từ quốc gia đó.

Điểm cần tách riêng: không cloaking không giải quyết vấn đề khám phá. Nhiều bài nói “miễn không cloaking Googlebot thì chuyển hướng theo địa lý ổn”. Chưa đủ. Một chuyển hướng hoàn toàn tuân thủ — bot và người dùng cùng vị trí được xử lý giống nhau — vẫn giữ Googlebot ở phiên bản mặc định nếu yêu cầu có vẻ từ Mỹ đến đó. Bạn tránh án phạt cloaking nhưng vẫn làm locale khác thiếu quyền truy cập thu thập. Hai vấn đề riêng; giải quyết một không sửa vấn đề kia.

Đừng diễn giải quá mức sắc thái thu thập phân tán địa lý như một cách sửa. Đó là yêu cầu nhất quán chống cloaking, không phải lời hứa Google sẽ đáng tin cậy khám phá mọi locale bằng cách mô phỏng mọi vùng. Tài liệu hiện hành vẫn mở đầu bằng việc IP mặc định của Googlebot có vẻ ở Mỹ như nguyên nhân sự cố — vì đó vẫn là lý do.

Khuyến nghị chính thức của Google: gợi ý, đừng ép

Chỉ dẫn của Google không phải “chuyển hướng cẩn thận hơn”, mà là “đừng chuyển hướng — hãy gợi ý”. Hai dòng trong tài liệu trang đa vùng là cốt lõi của cách sửa:

“Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (bản dịch) «Tránh tự động chuyển người dùng từ một phiên bản ngôn ngữ của trang web sang phiên bản ngôn ngữ khác.» — Google Search Central

“Consider adding hyperlinks to other language versions of a page. That way users can click to choose a different language version of the page.” (bản dịch) «Hãy cân nhắc thêm liên kết đến các phiên bản ngôn ngữ khác của trang. Nhờ đó người dùng có thể nhấp để chọn phiên bản khác.» — Google Search Central

Về phát hiện IP, Google nói thẳng:

“Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (bản dịch) «Không nên điều chỉnh nội dung bằng phân tích IP. Việc suy ra vị trí từ IP vừa khó vừa thường thiếu tin cậy. Google cũng có thể không thu thập đúng các biến thể trang; đa số lượt thu thập xuất phát từ Mỹ và Google không thay đổi vị trí để dò biến thể.» — Google Search Central

Vì nhắm mục tiêu không bao giờ hoàn hảo, Google còn yêu cầu dự phòng cho khách đến nhầm phiên bản: “geotargeting isn’t an exact science, so it’s important to consider users who land on the ‘wrong’ version of your site. One way to do this could be to show links on all pages for users to select their region and/or language of choice.” (bản dịch) «Nhắm mục tiêu địa lý không phải khoa học chính xác, nên cần tính đến người dùng đến phiên bản ‘sai’. Một cách là hiển thị liên kết trên mọi trang để họ chọn vùng và/hoặc ngôn ngữ.» Đó chính là mẫu banner/danh sách liên kết từ nguồn.

Bing khuyến nghị gì — và vì sao rủi ro có thể cao hơn

Bing không có cơ chế tương đương hreflang để bị phá, nên bạn có thể nghĩ ít rủi ro hơn. Thực tế ngược lại. Bing dựa vào việc thực sự thu thập URL bản địa hóa và thẻ meta/header HTTP content-language thay vì chú thích hreflang khai báo. Fabrice Canel của Microsoft Bing từng nói hreflang là tín hiệu yếu hơn nhiều so với content-language tại Bing. Hệ quả: chuyển hướng Bingbot không vượt qua được ít nhất cũng gây hại cho khả năng hiển thị Bing như với Google — có thể còn hơn vì Bing phụ thuộc vào việc trực tiếp truy cập và đọc URL bản địa hóa.

Dữ liệu: sự cố thực sự xảy ra thường xuyên đến đâu

Tôi không cần tranh luận giả định. Trong bài nói Brighton SEO 2023, tôi nghiên cứu hreflang trên 374 756 miền (bài đầy đủ trên Ahrefs). Kết luận thẳng: chuyển hướng tự động dựa trên cookie, IP hoặc ngôn ngữ trình duyệt thường là ý tưởng tồi. Các con số xác nhận:

  • 16,9% miền có thẻ hreflang tham chiếu trang bị chuyển hướng hoặc hỏng — phép đo trực tiếp mức độ thiết lập chuyển hướng va chạm với hreflang.
  • 67% miền dùng hreflang có ít nhất một vấn đề.
  • 56,3% thiếu x-default — giá trị hreflang dành cho câu hỏi “khách không khớp sẽ thấy phiên bản nào”.

Như tôi viết: “Hreflang is complex and hard to get right. It can break in so many different ways.” (bản dịch) «Triển khai hreflang rất phức tạp, khó chính xác và có vô số kiểu hỏng.» Chuyển hướng theo địa lý là một trong những cách đáng tin cậy nhất để làm nó hỏng.

Ngoại lệ hẹp duy nhất: 302 chỉ trên trang chủ

Có một mẫu hợp lý và rất hẹp. Chuyển hướng 302 (tạm thời) chỉ trên trang chủ, gợi ý locale động theo vị trí/ngôn ngữ, là thiết lập khả thi lâu năm. Dùng 302, không phải 301 vì đích “đúng” phụ thuộc khách — thay đổi theo người và phiên — không phải một đích vĩnh viễn. 301 tuyên bố một đích cố định, không đúng ở đây. (Đây là thực hành ngành theo cách tôi và Ahrefs diễn đạt, không phải khuyến nghị mã trạng thái Google công bố riêng cho chuyển hướng địa lý.)

Nhưng ngay khi một URL bị chuyển hướng xuất hiện làm đích trong chú thích hreflang ở nơi khác, đó là lỗi — mọi đích hreflang phải trả trực tiếp 200, không phải 3xx. Con số 16,9% phần lớn là ngoại lệ này đi sai: trang dùng mẫu 302 trên trang chủ (hoặc tệ hơn là chuyển hướng toàn trang) rồi trỏ hreflang đến trang chuyển hướng.

Nên làm gì thay chuyển hướng cứng

Tổng hợp lại, cách sửa gồm một số phần:

  • Gợi ý, đừng ép. Một banner/interstitial hiển thị rõ và có thể đóng (“Xem trang tiếng Đức?”) mà khách có thể chấp nhận hoặc bỏ qua.
  • Giữ mọi URL bản địa hóa có thể thu thập và liên kết trực tiếp. Liên kết <a href> thật đến từng phiên bản — bộ chuyển ngôn ngữ/quốc gia ở footer hoặc header — để trình thu thập đến mọi locale mà không bị chuyển đi trước.
  • Kết hợp hreflang chính xác, tương hỗ để công cụ tìm kiếm tự xác định và phân phối phiên bản đúng. Mọi đích hreflang trả 200.
  • Dùng x-default cho trường hợp “không khớp rõ” trên trang chọn ngôn ngữ hoặc trang chủ tự gợi ý. Nó giải quyết câu hỏi phân phối cho khách không khớp; không giải quyết quyền truy cập thu thập.

Các nền tảng liên quan — phân biệt nhắm ngôn ngữ với quốc gia, lựa chọn cấu trúc ccTLD / subdomain / thư mục con, hreflang tương hỗ và x-default — đều nằm trong cụm SEO quốc tế này. Phiên bản ngắn: sửa đường thu thập trước, rồi để hreflang và x-default xử lý phân phối.

Thêm ghi chú chuyên gia

Ghim trích dẫn chuyên gia

Người mới? Hãy tạo hồ sơ chưa có người xác nhận cho họ tại /admin/experts/ → Ghim trích dẫn chuyên gia trước.