Trong nhiều năm, một cuộc chiến mô phạm nhỏ đã nổ ra trên thanh địa chỉ của chúng tôi. Ở một góc là những thương hiệu như Google, Instagramvà Facebook. Nhóm này đã chọn chuyển hướng example.com đến www.example.com. Ở góc đối diện: GitHub, DuckDuckGovà Discord
. Nhóm này đã chọn làm ngược lại và chuyển hướng www.example.com đến example.com.
“WWW” có thuộc một URL không? Một số nhà phát triển có quan điểm mạnh mẽ về chủ đề này. Chúng ta sẽ khám phá những lập luận ủng hộ và chống lại nó sau một chút lịch sử.
Có chuyện gì với W vậy?
Ba chữ W là viết tắt của “Mạng lưới toàn cầu”, một phát minh cuối những năm 1980 đã giới thiệu với thế giới về trình duyệt và trang web. Việc sử dụng “WWW” bắt nguồn từ truyền thống đặt tên tên miền phụ theo loại dịch vụ mà chúng cung cấp:
- một máy chủ web tại www.example.com
- một máy chủ FTP tại ftp.example.com
- một máy chủ IRC tại irc.example.com
Mối lo ngại về tên miền không có WWW 1: Rò rỉ cookie sang tên miền phụ
Những người chỉ trích các miền “không có WWW” đã chỉ ra rằng trong một số trường hợp nhất định, tên miền phụ.example.com sẽ có thể đọc cookie được thiết lập bởi example.com. Ví dụ: điều này có thể không mong muốn nếu bạn là nhà cung cấp dịch vụ lưu trữ web cho phép khách hàng vận hành các tên miền phụ trên tên miền của bạn. Mặc dù mối lo ngại là hợp lệ nhưng hành vi này chỉ xảy ra với Internet Explorer.
RFC 6265 tiêu chuẩn hóa cách trình duyệt xử lý cookie và coi hành vi này là không chính xác một cách rõ ràng.
Một nguồn rò rỉ tiềm năng khác là Domain giá trị của bất kỳ cookie nào được đặt bởi example.com. Nếu Domain giá trị được đặt rõ ràng thành example.com, các cookie cũng sẽ được hiển thị với tên miền phụ của nó.
| Giá trị cookie | Tiếp xúc với example.com | Tiếp xúc với tên miền phụ.example.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
Tóm lại, miễn là bạn không đặt một cách rõ ràng Domain value và người dùng của bạn không sử dụng Internet Explorer thì sẽ không xảy ra rò rỉ cookie.
Mối quan tâm về tên miền không có WWW 2: Đau đầu về DNS
Đôi khi, miền “không có WWW” có thể làm phức tạp quá trình thiết lập Hệ thống tên miền (DNS) của bạn.
Khi người dùng gõ example.com vào thanh địa chỉ của trình duyệt, trình duyệt cần biết địa chỉ Giao thức Internet (IP) của máy chủ web mà họ đang cố truy cập. Trình duyệt yêu cầu địa chỉ IP này từ máy chủ tên miền của bạn – thường là gián tiếp thông qua máy chủ DNS của Nhà cung cấp dịch vụ Internet (ISP) của người dùng. Nếu máy chủ tên của bạn được cấu hình để phản hồi bằng một Một kỷ lục chứa địa chỉ IP, miền “không có WWW” sẽ hoạt động tốt.
Trong một số trường hợp, bạn có thể muốn sử dụng Tên chuẩn (CNAME) ghi lại cho trang web của bạn. Một hồ sơ như vậy có thể tuyên bố rằng www.example.com là một bí danh của example123.somecdnprovider.com, thông báo cho trình duyệt của người dùng tìm kiếm địa chỉ IP của example123.somecdnprovider.com và gửi yêu cầu HTTP tới đó.
Lưu ý rằng ví dụ trên sử dụng tên miền phụ WWW. Không thể xác định bản ghi CNAME cho example.com. Theo RFC 1912, bản ghi CNAME không thể cùng tồn tại với các bản ghi khác. Nếu bạn cố gắng xác định bản ghi CNAME cho example.com, bản ghi Máy chủ tên (NS) cho example.com chứa địa chỉ IP của máy chủ tên miền sẽ không được phép tồn tại. Do đó, các trình duyệt sẽ không thể tìm ra máy chủ định danh của bạn ở đâu.
Một số nhà cung cấp DNS sẽ cho phép bạn khắc phục hạn chế này. Cloudflare gọi giải pháp của họ Làm phẳng CNAME. Với kỹ thuật này, quản trị viên miền định cấu hình bản ghi CNAME nhưng máy chủ tên của họ sẽ hiển thị bản ghi A.
Ví dụ: nếu quản trị viên định cấu hình bản ghi CNAME cho example.com chỉ để example123.somecdnprovider.comvà một bản ghi A cho example123.somecdnprovider.com tồn tại trỏ đến 1.2.3.4, thì Cloudflare sẽ hiển thị bản ghi A cho example.com chỉ để 1.2.3.4.
Tóm lại, mặc dù mối lo ngại là có cơ sở đối với các chủ sở hữu tên miền muốn sử dụng bản ghi CNAME, nhưng một số nhà cung cấp DNS nhất định hiện đưa ra giải pháp phù hợp.
Lợi ích không có WWW
Hầu hết các lập luận chống lại WWW mang tính thiết thực hoặc mang tính thẩm mỹ. Những người ủng hộ “Không-WWW” đã lập luận rằng nói và gõ dễ dàng hơn example.com hơn www.example.com (điều này có thể ít gây nhầm lẫn hơn đối với người dùng ít hiểu biết về công nghệ).
Những người phản đối tên miền phụ WWW cũng đã chỉ ra rằng việc loại bỏ nó sẽ mang lại lợi thế về hiệu suất khiêm tốn. Chủ sở hữu trang web có thể giảm bớt 4 byte cho mỗi yêu cầu HTTP bằng cách làm như vậy. Mặc dù những khoản tiết kiệm này có thể tăng thêm cho các trang web có lưu lượng truy cập cao như Facebook nhưng băng thông nhìn chung không phải là nguồn tài nguyên khan hiếm.
Lợi ích của WWW
Một lập luận thực tế ủng hộ WWW là trong các tình huống có các tên miền cấp cao mới hơn. Ví dụ, www.example.miami có thể được nhận biết ngay lập tức như một địa chỉ web khi ví dụ.miami không phải. Điều này ít đáng lo ngại hơn đối với các trang web có tên miền cấp cao nhất có thể nhận biết được như năm.
Tác động đến thứ hạng công cụ tìm kiếm của bạn
Sự đồng thuận hiện tại là sự lựa chọn của bạn không ảnh hưởng đến hiệu suất công cụ tìm kiếm của bạn. Nếu muốn di chuyển từ nơi này sang nơi khác, bạn sẽ muốn định cấu hình chuyển hướng vĩnh viễn (HTTP 301) thay vì chuyển hướng tạm thời (HTTP 302). Chuyển hướng vĩnh viễn đảm bảo rằng giá trị SEO của các URL cũ của bạn được chuyển sang các URL mới.
Lời khuyên để hỗ trợ cả hai
Các trang web thường chọn một trong hai example.com or www.example.com làm trang web chính thức của họ và định cấu hình chuyển hướng HTTP 301 cho trang web kia. Về lý thuyết, có thể hỗ trợ cả hai www.example.com và example.com. Trong thực tế, chi phí có thể lớn hơn lợi ích.
Từ góc độ kỹ thuật, bạn sẽ muốn xác minh rằng nhóm công nghệ của bạn có thể xử lý được vấn đề đó hay không. Hệ thống quản lý nội dung (CMS) hoặc trang web được tạo tĩnh của bạn sẽ phải xuất các liên kết nội bộ dưới dạng URL tương đối để duy trì tên máy chủ ưa thích của khách truy cập. Công cụ phân tích của bạn có thể ghi nhật ký lưu lượng truy cập vào cả hai tên máy chủ riêng biệt trừ khi bạn có thể định cấu hình tên máy chủ làm bí danh.
Cuối cùng, bạn sẽ cần thực hiện thêm một bước để bảo vệ hiệu suất công cụ tìm kiếm của mình. Google sẽ coi phiên bản “WWW” và “không phải WWW” của một URL là nội dung trùng lặp. Để loại bỏ nội dung trùng lặp trong chỉ mục tìm kiếm của mình, Google sẽ hiển thị bất kỳ nội dung nào trong hai nội dung mà Google cho rằng người dùng sẽ thích - tốt hơn hoặc tệ hơn.
Để duy trì quyền kiểm soát cách bạn xuất hiện trong Google, Google khuyên bạn nên chèn thẻ liên kết chuẩn. Đầu tiên, hãy quyết định tên máy chủ nào sẽ là tên chính thức (chuẩn).
Ví dụ, nếu bạn chọn www.example.com, bạn sẽ phải chèn đoạn mã sau vào đánh dấu https://example.com/my-article:
Đoạn mã này cho Google biết rằng biến thể “không có WWW” thể hiện cùng một nội dung. Nói chung, Google sẽ ưu tiên phiên bản bạn đã đánh dấu là phiên bản chuẩn trong kết quả tìm kiếm, phiên bản này sẽ là biến thể “WWW” trong ví dụ này.
Kết luận
Bất chấp sự vận động mạnh mẽ từ cả hai phía, cả hai cách tiếp cận vẫn có hiệu lực miễn là bạn nhận thức được những lợi ích và hạn chế. Để bao quát tất cả các cơ sở của bạn, hãy đảm bảo thiết lập chuyển hướng vĩnh viễn từ nơi này sang nơi khác và bạn đã hoàn tất.
