Câu trả lời:
Nên tránh các bản ghi CNAME trỏ đến các bản ghi CNAME khác do thiếu hiệu quả, nhưng không phải là lỗi. Ví dụ sau không được khuyến nghị:
foo.example.com. CNAME bar.example.com.
Tuy nhiên, đây là thực tế rất phổ biến:
example.com
(@) được thực hiện thông qua bản ghi "A" (rõ ràng)www
, ftp
tên miền phụ được thực hiện thông qua "CNAME" trỏ đến @Mặc dù "CNAME" sử dụng thuận tiện hơn (bạn cần chỉ định địa chỉ IP ít lần hơn, thường chỉ một lần khi tất cả tên miền phụ được lưu trữ trên cùng một máy chủ), nó chậm hơn một chút so với "A" - vì nó cần tra cứu thêm khi phân giải đến địa chỉ IP cuối cùng (trong khi "A" giải quyết trực tiếp). Nhưng tên được giải quyết thường được lưu trong bộ nhớ cache nên sự khác biệt hiệu suất ở đây gần như không tồn tại trong thời gian dài (chỉ quan trọng đối với yêu cầu ban đầu).
Từ quan điểm DNS, nó sẽ không tạo ra sự khác biệt / tác động đến SEO - Tôi nghi ngờ Google kiểm tra cách xác định bản ghi DNS - IP cuối cùng là vấn đề quan trọng.
Chúng sẽ chỉ ảnh hưởng đến SEO của bạn nếu các tên chính tắc khác nhau có thể kéo lên cùng một nội dung. Sau đó, bạn sẽ gặp vấn đề trùng lặp nội dung. Ví dụ phổ biến nhất về điều này là có thể đưa ra cùng một nội dung có và không có "www". Nếu đây là trường hợp bạn có thể sử dụng <link rel="canonical">
để chỉ định URL chính xác cho bất kỳ nội dung nào. (Bạn cũng có thể giải quyết vấn đề "www" với 301 chuyển hướng và cài đặt trong Công cụ quản trị trang web của Google nhưng tôi muốn giữ câu trả lời cụ thể cho các bản ghi CNAME).