Hreflang trên các tên miền khu vực: danh sách kiểm tra di chuyển an toàn
Các thiết lập liên quốc gia thường thất bại một cách âm thầm. Các thẻ có vẻ đúng trong mẫu nhưng vẫn có thể bị bỏ qua khi một chuyển hướng, một thẻ canonical hoặc một thẻ trả lại bị thiếu mâu thuẫn với chúng.
Đội ngũ nghiên cứu ArchiLinks ·

Quy tắc chung
Hreflang chỉ là một gợi ý. Canonical và chuyển hướng là các tín hiệu mạnh hơn.
Khi chúng mâu thuẫn, Google sẽ tuân theo tín hiệu mạnh hơn. Hãy kiểm toán theo thứ tự này: mã trạng thái, canonical, rồi đến hreflang. Các thẻ trỏ đến một URL đã được chuyển hướng hoặc canonical hóa là nguyên nhân phổ biến nhất khiến một biến thể bị bỏ qua.
- Mỗi URL hreflang đều trả về mã 200 và là self-canonical.
- Các thẻ trả lại tồn tại: nếu A trỏ đến B, thì B cũng phải trỏ lại A.
- x-default trỏ đến một trang hoạt động cho tất cả mọi người còn lại.
Ra mắt từng bước
Các nhóm thường hỏi liệu hreflang có thể đi vào hoạt động trên một trang trước trang kia hay không. Câu trả lời là có.
Google sẽ đơn giản là bỏ qua các thẻ cho đến khi cả hai bên xác nhận lẫn nhau. Không có hại gì. Thứ tự chỉ làm chậm lại lợi ích. Hãy giữ các thẻ của trang đầu tiên hợp lệ và không công bố các bộ thẻ một phần trỏ đến các URL chưa tồn tại. Khi bạn kiểm tra backlinks của các trang trên cả hai tên miền, bạn cũng sẽ thấy máy chủ khu vực nào mà bên ngoài đã ưu tiên, và đó là bằng chứng hữu ích khi bạn quyết định URL nào sẽ trở thành x-default.
Các mâu thuẫn phổ biến
| Thiết lập | Những gì Google có thể làm | Cách khắc phục |
|---|---|---|
| Canonical trên /fr/ trỏ về /en/ | Loại bỏ trang tiếng Pháp khỏi cụm | Self-canonical trên mỗi ngôn ngữ |
| URL hreflang bị chuyển hướng | Bỏ qua thẻ đó | Cập nhật thẻ sang URL cuối cùng |
| noindex cộng với x-default | Xử lý bộ thẻ như bị mâu thuẫn | Gỡ noindex khỏi các trang thay thế |
| Chuyển hướng gốc 301 sang /uk/ bị gỡ bỏ sau đó | Quyền liên kết có thể nằm trên một URL không còn phản hồi | Chuyển hướng hoặc phục vụ nội dung tại gốc, sau đó kiểm tra lại các liên kết |
| URL địa phương giả với canonical và noindex | Tín hiệu hỗn hợp | Chọn một: canonical đến trang thực, hoặc noindex, không phải cả hai |

Hai trường hợp thực tế
Giả sử bạn quản lý một trang web tiếng Đức và một trang web Anh trên hai tên miền khác nhau, với một chuyển hướng 301 từ gốc UK sang một thư mục /uk/ được thêm vào từ lâu. Nhóm hiện muốn gỡ quy tắc đó và hỏi cách giữ lại quyền liên kết.
Trước tiên, hãy lấy toppages cho cả hai máy chủ. Nếu hầu hết các liên kết bên ngoài trỏ về gốc, thì gốc hiện phải phục vụ một trang thực, với hreflang và một self-canonical, hoặc chuyển hướng đến bản phù hợp nhất theo khu vực. Hãy thực hiện kiểm tra bằng một script, giữ quy tắc cũ trong hệ thống kiểm soát phiên bản, và xem xét kết quả sau lần cập nhật chỉ số hàng tháng tiếp theo.
Trường hợp thứ hai nhỏ hơn. Một trang Blogger hoặc Squarespace chuyển sang tên miền tùy chỉnh. Chuyển hướng từng đường dẫn cũ một, vì phần đầu của URL thay đổi trong khi slug thường giữ nguyên. Kiểm tra công thức bản đồ chuyển hướng cho vòng lặp kiểm tra, và giữ thuộc tính cũ đã được xác minh trong Search Console để bạn có thể theo dõi khả năng hiển thị trên cả hai.
Chạy kiểm tra
Thu thập dữ liệu cả hai tên miền
Xuất xuất hreflang, canonical và mã trạng thái cho từng URL. Bất kỳ URL hreflang nào không trả về 200 đều là lỗi.
So sánh các tên miền liên kết
Chạy compare (tối đa 20 tên miền, 1 credit) trên các máy chủ khu vực để xem sự khác biệt trong cơ sở liên kết của chúng.
Tìm các nhà liên kết chung
Sử dụng intersect để xem những trang nào liên kết đến nhiều máy chủ khu vực. Những trang này là ứng cử viên để trỏ đến URL khu vực phù hợp.
Kiểm tra lại sau bất kỳ thay đổi chuyển hướng nào
Thay đổi chuyển hướng gốc sẽ làm thay đổi URL nào giữ các liên kết. Hãy lấy lại toppages và xem xét lại.
Nếu một chuyển hướng từ gốc sang thư mục khu vực bị gỡ bỏ, các liên kết bên ngoài nhắm vào gốc hiện sẽ chạm vào nội dung mới. Hãy đảm bảo rằng trang đó là trang bạn muốn xếp hạng, và theo dõi thư mục đó trong lần cập nhật hàng tháng tiếp theo. Công thức bản đồ chuyển hướng có vòng lặp kiểm tra.

Ngoài hreflang và canonical: những gì cần kiểm tra khác giữa các quốc gia
Hreflang và canonical là các thẻ mà mọi người kiểm tra đầu tiên, nhưng chúng không phải là nơi duy nhất mà một thiết lập liên quốc gia có thể bị hỏng. Các chuyển hướng phụ thuộc vào vị trí, một trình chuyển đổi ngôn ngữ đưa trình thu thập dữ liệu đến một địa phương cụ thể, và một sitemap liệt kê một phiên bản duy nhất đều thay đổi URL mà Google coi là trang chủ cho từng thị trường.
Hãy xử lý những mục này sau khi các thẻ vượt qua. Mỗi mục có thể âm thầm làm vô hiệu hóa một thẻ trông có vẻ đúng trong mẫu.
Chuyển hướng theo địa lý và trình chuyển đổi ngôn ngữ
Một chuyển hướng chọn địa phương dựa trên vị trí của khách truy cập có thể đưa Googlebot đến một quốc gia và không bao giờ hiển thị cho nó các quốc gia khác. Trình thu thập dữ liệu sau đó chỉ thấy một phiên bản duy nhất, và các trang thay thế bị bỏ qua. Các chuyển hướng bắt buộc là nguồn gốc phổ biến của vấn đề này, vì vậy hãy kiểm tra bằng một trình thu thập dữ liệu có user agent đặc biệt và, nếu có thể, từ một quốc gia khác.
Một trình chuyển đổi ngôn ngữ nên liên kết đến cùng một trang trong mỗi địa phương. Nếu nó chỉ liên kết đến trang chủ của trang web khác, các trang thay thế sẽ mất các liên kết nội bộ và trở nên khó tìm hơn.
Sitemap chứa các trang thay thế
Một sitemap XML có thể liệt kê các URL thay thế của từng thị trường ở một nơi, để bộ thẻ được đọc cùng nhau thay vì từng trang một. Hãy giữ danh sách đó đồng bộ với các thẻ trên chính các trang.
Gỡ bất kỳ địa phương nào trả về chuyển hướng hoặc noindex khỏi sitemap, nếu không hai nguồn sẽ mâu thuẫn nhau về các phiên bản tồn tại.
Các plugin hứa hẹn tự động hóa việc này
Các plugin có thể tạo hreflang cho nhiều trang web, và chúng là một điểm khởi đầu hợp lý. Một plugin không thể biết URL khu vực nào là mục tiêu đúng, hoặc liệu một chuyển hướng ở nơi khác có mâu thuẫn với nó hay không.
Hãy kiểm tra kết quả của plugin với một lần thu thập dữ liệu thay vì tin tưởng vào màn hình cài đặt. Lần thu thập dữ liệu là cách xem duy nhất cho thấy những gì một bot thực sự nhận được.
Chạy song song hai tên miền trong một thời gian
Chạy song song giữ cả hai tên miền phản hồi trong khi tên miền mới kiếm được vị trí của nó. Nó hữu ích khi tên miền cũ vẫn nhận được liên kết và lượt truy cập. Nó cũng tốn kém. Hai bộ thẻ phải đồng ý với nhau cùng một lúc.
Nếu bạn chạy cả hai, hãy chọn trang chủ của mỗi thị trường trước. Hãy ghi lựa chọn đó vào bộ thẻ hreflang, sau đó để sitemap và các liên kết nội bộ tuân theo nó.
Trang đích và chuyển hướng mềm
Một trang đích trên một tên miền khác với nút dẫn đến trang web của bạn là một liên kết ra ngoài thông thường. Nó có thể đưa khách truy cập sang trang khác, nhưng nó không di chuyển lịch sử của một địa chỉ theo cách mà 301 làm. Đừng dựa vào nó như một bước di chuyển.
Sử dụng các trang như vậy làm cầu nối cho người dùng, và giữ chuyển hướng máy chủ là thứ mang theo các liên kết.
Theo dõi cả hai máy chủ trong thời gian chồng chéo
Hãy giữ cả hai thuộc tính đã được xác minh trong Search Console, và lấy dữ liệu liên kết cho cả hai máy chủ theo cùng lịch trình. Các lịch trình không khớp khiến một sự thay đổi bình thường trông giống như một sự mất mát.
So sánh tương đương tại mỗi lần lấy dữ liệu: cùng một máy chủ, cùng một hành động, cùng một tháng. Khi đó, sự khác biệt bạn thấy là sự di chuyển, không phải lịch trình. Ghi chú ngày của bất kỳ thay đổi chuyển hướng nào trong cùng một tệp, để thời điểm không bao giờ là một phỏng đoán.
Kiểm tra xem các liên kết có tuân theo từng di chuyển khu vực hay không
Một di chuyển khu vực chỉ hoàn thành một nửa khi các thẻ và chuyển hướng đúng. Nửa còn lại là liệu các trang web bên ngoài hiện có trỏ đến URL khu vực đúng hay không, và đó là một câu hỏi về liên kết.
Máy chủ khu vực nào các trang web bên ngoài ưu tiên
Hãy lấy toppages cho từng máy chủ khu vực, sau đó sử dụng compare để đặt hai cơ sở liên kết cạnh nhau, để bạn có thể kiểm tra backlinks của các trang web trong một bảng. Hãy làm điều này cho các máy chủ mà bạn quan tâm trước khi quyết định máy chủ nào nên giữ các tín hiệu thị trường.
Một máy chủ thu hút hầu hết các tên miền liên kết cho bạn biết nơi các trang web bên ngoài đã gửi độc giả của họ.
Khi một máy chủ khu vực mất các tên miền liên kết
Hãy bắt đầu với danh sách các trang được liên kết trên máy chủ đó. Tìm các URL đã bị loại bỏ, kiểm tra xem mỗi URL có chuyển hướng đến trang khu vực đúng hay không, và xác nhận rằng các thẻ hreflang trên trang đó trỏ đến cùng một thị trường.
Nếu sự sụt giảm trùng với một thay đổi sitemap, hãy so sánh danh sách sitemap cũ và mới trước khi chạm vào bất kỳ thẻ nào. Cây quyết định các trang chưa được lập chỉ mục bao gồm trường hợp một trang khu vực tồn tại nhưng vẫn không được lập chỉ mục.
Giữ một đường cơ sở khu vực
Hãy lưu danh sách liên kết cho từng máy chủ khu vực với ngày trong tên tệp, để một lần lấy dữ liệu sau có thứ gì đó để so sánh. Không có tệp đó, một sự sụt giảm trông giống như một vấn đề mới, khi nó có thể là một sự di chuyển đã xảy ra từ nhiều tháng trước.
Hãy ghi lại bộ thẻ hreflang và lựa chọn canonical bên cạnh tệp liên kết. Khi một máy chủ mất liên kết, bạn có thể sau đó kiểm tra các thẻ với trạng thái mà chúng đã có khi các liên kết được đếm lần cuối.
Hãy chạy cùng một lần lấy dữ liệu cho mỗi máy chủ khu vực vào cùng một ngày trong tháng, và giữ kết quả trong một thư mục riêng cho mỗi máy chủ. Một sự so sánh giữa các máy chủ chỉ công bằng khi các ngày khớp nhau, và tên tệp là cách đơn giản nhất để làm điều đó hiển thị.