WWW hay không WWW, những gì để chọn làm tên trang web chính? [đóng cửa]


86

Từ góc độ kỹ thuật, vấn đề duy nhất là lưu lượng truy cập và các liên kết đến (một trong số chúng nên chuyển hướng đến một liên kết khác).

Bây giờ tôi cần chọn cái nào nên là chính. Một số trang web có www (google, microsoft, ruby-lang) và một số không có www (stackoverflow, github). Có vẻ như với tôi mới hơn không sử dụng WWW.

Chọn cái gì?

Xin vui lòng với một số giải thích.

CẬP NHẬT: Đây là câu hỏi liên quan đến lập trình. Trên thực tế, trang web dành cho các lập trình viên, vì vậy tôi mong đợi xem mọi người nghĩ gì về công nghệ.

CẬP NHẬT: Trang web không có WWW rõ ràng là người chiến thắng. Cảm ơn mọi người!


7
Đối với tôi, http: // www có vẻ thực sự thừa. www ngụ ý rằng lưu lượng truy cập sẽ thông qua HTTP ... mà http: / / đã cho bạn biết.
Travis

4
bạn không bao giờ có thể có tên miền phụ ít cookie (nghĩ rằng CDN) nếu bạn chọn tuyến đường không có www. phpied.com/www-vs-no-www-and-cookies
Neil McGuigan

1
Câu trả lời này , mặc dù không liên quan trực tiếp, có vẻ có liên quan. Ngoài ra, đừng quên đọc lợi ích của việc có “www” trong URL là gì? .
Skippy le Grand Gourou

Câu trả lời:


63

Không quan trọng bạn chọn cái nào nhưng bạn nên chọn một cái và nhất quán. Đó là vấn đề nhiều hơn về kiểu dáng nhưng điều quan trọng cần lưu ý là các công cụ tìm kiếm coi hai URL này là các trang web khác nhau:

http://www.example.com
http://example.com

Vì vậy, bất kỳ cái nào bạn chọn vì lý do thẩm mỹ nên được sử dụng nhất quán vì lý do SEO.

Chỉnh sửa: Ý kiến ​​cá nhân của tôi là bỏ qua wwwvì nó cảm thấy cổ xưa đối với tôi. Tôi cũng thích các URL ngắn hơn. Nếu tùy thuộc vào tôi, tôi sẽ chuyển hướng tất cả lưu lượng truy cập từ www.example.comđến example.com.


10
Nó cũng hữu ích để có một tên miền chính duy nhất để các tập tin cookie không bị lạc, mà thực sự bối rối cho người dùng
Adam Batkin

4
Ngoài ra, nếu bạn đã chọn một trang là chuẩn, hãy chấp nhận trang còn lại nhưng chuyển hướng nó để tránh nội dung trùng lặp theo quan điểm của công cụ tìm kiếm.
instanceof me

Tôi cần phải chọn :). Vì vậy, câu trả lời này không thể giúp tôi :). Tôi biết về các vấn đề của CEO, tôi đã đề cập đến vấn đề này.
Mike Chaliy

9
@Mike - Tôi không nghĩ ý bạn là các vấn đề về CEO - đó sẽ là khi Giám đốc điều hành phù hợp bởi vì "tất cả các trang web phải bắt đầu bằng WWW!" ;)
Keith Williams


21

Không sử dụng WWW. Đó là một sự líu lưỡi không cần thiết và là một nỗi đau khổ đối với các nhà thiết kế đồ họa.


8
Nó gây ra những vấn đề gì cho các nhà thiết kế đồ họa?
StuperUser

Tôi đoán họ nên thêm WWW vào logo, nếu không người dùng sẽ bị nhầm lẫn, điều này cũng có thể đúng với quảng cáo.
Mike Chaliy

5
@StuperUser - đó chỉ là tiếng ồn trên logo; mô hình của chữ W khá gây rối mắt. @Mike - Tôi nghĩ rằng mysite.com rõ ràng là một trang web, có hoặc không có WWW. Mọi người vẫn sẽ nhập WWW, đó là lý do tại sao bạn định cấu hình cả hai trên máy chủ, nhưng yêu cầu ai đó truy cập "bbc.co.uk/news" cũng dễ hiểu như "www.bbc.co.uk/news"
Keith Williams

1
Một số người vẫn sẽ gõ www. Một số sẽ không. Và sau đó, có một số người gõ http://từ đầu mặc dù đó không bao giờ là điều cần thiết để nhập. Và sau đó có người gõ http://www.google.com/, đợi google hiện lên thì gõ http://www.yoursite.com/vào Google. Câu chuyện ngắn, bạn cần phải hỗ trợ cả www và không www, bất kể đó là "chính" của bạn. Bạn cũng nên mua ".com" ngay cả khi địa chỉ chính của bạn là ".net" hoặc ".org", v.v. Một số người sẽ tự động đặt ".com" khi nhập bất kỳ địa chỉ web nào.
thomasrutter

17

Có một số vấn đề bạn nên xem xét. Xem ví dụ: Sử dụng Miền không có cookie cho các thành phần để biết vấn đề về tính hợp lệ của cookie.

Nhưng bất kể bạn quyết định như thế nào: Chỉ sử dụng một trong các miền đó làm tên miền chuẩn của bạn và sử dụng chuyển hướng 301 để sửa lỗi không hợp lệ. Đối với máy chủ web Apache, bạn có thể sử dụng mod_rewrite để làm điều đó.


14

Định cấu hình cả hai, rõ ràng. Tôi sẽ thực hiện wwwchuyển hướng đến URL bình thường, vì nó chỉ tồn tại để làm cho những người thường xuyên nhập nó ở đầu mỗi địa chỉ hài lòng. Chỉ cần không , bất cứ điều gì bạn làm, yêu cầu wwwphải được nhập thủ công. Không bao giờ.


17
Bạn không bao gồm "www" khi đăng ký tên miền. "Www" là một miền phụ.
John Topley

6
Ngoài ra, nếu bạn có chứng chỉ https, đừng quên đăng ký chứng chỉ đó cho cả www và non-www.
Mercer Traieste

5
@John Tôi nghĩ anh ấy muốn đăng ký chúng trong máy chủ ứng dụng của bạn.
Mercer Traieste

12

Tôi nghĩ nó phụ thuộc vào khán giả của bạn. Một khán giả không chuyên về kỹ thuật sẽ cho rằng điều wwwđó có ở đó, trong khi khán giả kỹ thuật sẽ không mong đợi nó theo bản năng và sẽ đánh giá cao các URL ngắn hơn.

( Chỉnh sửa : Gần đây tôi đã thiết lập một miền cho gia đình tôi sử dụng, bao gồm webmail. Vợ tôi hỏi địa chỉ của webmail là gì. Tôi nói "mail.ourdomain.com". Cô ấy đã nhập "www.mail.ourdomain.com" .)

Dù bằng cách nào, chắc chắn một trong những bạn không sử dụng sạch sẽ không một Redirect 301 một trong những bạn làm sử dụng - sau đó không sử dụng hay công cụ tìm kiếm sẽ cần phải quan tâm.


1
Tôi đồng ý rằng khán giả là điều quan trọng để xem xét. Nhưng mọi người cần phải loại bỏ nó bằng cách để www chuyển hướng đến không phải www để khán giả không am hiểu kỹ thuật vẫn có thể nhập www, nhưng hy vọng nhận thấy rằng URL sẽ loại bỏ nó. Hoặc bạn có thể là một thằng khốn giống như tôi trên trang cá nhân của tôi và chuyển tiếp www tới no-www.org .
Không có

1
no-www.org quả là một ý tưởng hay - tôi chỉ ước thiết kế của nó thân thiện với người dùng hơn một chút. Nó có lẽ chỉ giống như một bức tường của gobbeldygook (chuyển phát nhanh 11pt mới, như bạn biết, "xem nguồn") đối với những người không am hiểu kỹ thuật.
thomasrutter

11

Một khía cạnh của câu hỏi này liên quan đến CDN và một số máy chủ web (ví dụ: Google Sites). Các máy chủ như vậy yêu cầu bạn thêm bản ghi CNAME cho tên trang web của bạn trỏ đến máy chủ lưu trữ. Tuy nhiên, do cách DNS được thiết kế, các bản ghi CNAME không thể cùng tồn tại với các bản ghi khác có cùng tên, chẳng hạn như bản ghi NS hoặc SOA. Vì vậy, bạn không thể thêm CNAME cho tên example.com của mình và thay vào đó phải thêm CNAME cho miền phụ. Tất nhiên mọi người thường chọn "www" cho tên miền phụ của họ.

Bất chấp giới hạn kỹ thuật này, tôi muốn bỏ qua www trên các trang web của mình nếu có thể.


2
Theo tôi biết thì điều này không đúng, bạn có thể sử dụng "example.com". (bạn có để ý dấu chấm sau tên miền không?).
Mike Chaliy

1
Tôi thấy dấu chấm, nhưng tôi nghĩ bạn sẽ thấy điều đó theo quan điểm của DNS, "example.com" và "example.com". được đối xử như nhau và bạn vẫn không thể thêm bản ghi CNAME cho một trong hai.
Greg Hewgill,

1
Có thể điều này phụ thuộc vào việc triển khai, nhưng đây chính xác là cách tôi đã làm điều này với lưu trữ heroku. Kiểm tra - onticoren.com/2009/06/29/go-daddy-dns-heroku
Mike Chaliy

Tôi nghĩ cũng cần đề cập rằng bản ghi CNAME không thể cùng tồn tại với bản ghi MX được sử dụng cho e-mail, như đã giải thích trong phần 2.4 của RFC 1912 ("Bản ghi CNAME không được phép cùng tồn tại với bất kỳ dữ liệu nào khác. Nói cách khác, nếu suzy .podunk.xx là bí danh của sue.podunk.xx, bạn cũng không thể có bản ghi MX cho suzy.podunk.edu, hoặc bản ghi A, hoặc thậm chí là bản ghi TXT. ") và trong bài viết này . Lý do cho hạn chế kỹ thuật này là gì?
Maggyero

10

Tôi muốn chuyển hướng đến mà không có www. Trong Apache 2.x:

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.yourdomain\.com$
RewriteRule (.*) http://yourdomain.com/$1 [R=Permanent] 

Tôi nghĩ rằng www là vô nghĩa; tất cả chúng ta đều biết chúng ta đang ở trên thế giới web. Sẽ tốt hơn nhiều nếu sử dụng tên miền phụ để cân bằng tải hoặc cho các trang web dành riêng cho thiết bị (chẳng hạn như m.google.com cho điện thoại di động, ngay cả khi đã có tên miền cấp cao nhất .mobi hiện nay).


5
Tôi thú vị tại sao bạn chuyển hướng không phải là cách ...
Mike Chaliy

8

www được sử dụng như một miền phụ tiêu chuẩn, thư mục con cho các trang web trong miền chính.

http://no-www.org/ đang cố gắng ngừng hoạt động.

Mặc du http://www.w3.org/ bao gồm www.

Đáng kiểm tra cả hai trang web đó.

Nó dường như đang trở thành một vấn đề thị hiếu và một vấn đề tôn giáo vào lúc này hơn là một tiêu chuẩn. Dù bạn chọn gì, hãy đảm bảo bạn đăng ký hoặc chuyển hướng từ www dưới dạng phím tắt Control + enter, v.v. sao chép trong www.


9
www.extra-www.org - hài hước
Mike Chaliy

2
Tôi nghĩ bạn có nghĩa là www.www.extra-www.org . Tôi cũng thích cách họ chuyển hướng www.www.www.www.www.www.extra-www.org đề phòng trường hợp bạn vô tình thêm quá nhiều wwws bổ sung.
thomasrutter

6

Bạn có tên miền phụ khác không? Nếu vậy, điều đó có thể làm cho việc sử dụng www có ý nghĩa hơn đối với tâm trí tôi vì một số nơi có thể có nhiều tên miền phụ khác nhau được sử dụng cho các mục đích khác như cửa hàng hoặc tên miền phụ quốc tế hóa.


Đối với tôi, điều hợp lý là miền của một đồng nghiệp mà không cung cấp tên thiết bị, tức là không có www, sẽ chuyển đến một trang có thông tin về miền đó và có thể điều hướng đến các tên thiết bị khác nhau trong miền đó. Bạn có bao giờ không muốn hiển thị một trang web nếu không có tên miền phụ nào được chỉ định không? Hoặc muốn nhiều hơn một FQDN đi đến cùng một nơi? Hoặc để miền mặc định của bạn trỏ đến một thiết bị không phải www? Tôi sẽ nhầm lẫn nếu example.com, chẳng hạn như ftp, và bạn phải nhập www.example.com để truy cập world wide web. Hiện tại, việc chuyển hướng www sang không phải www là tạm thời cho đến khi www hoàn toàn biến mất.
Không có

5

Tôi thường sử dụng www.sitename.com vì rõ ràng đó là phần chính của trang web của bạn. Testing.sitename.com đang thử nghiệm. House.sitename.com là máy tính gia đình của tôi. Tôi thích rõ ràng tuy nhiên tôi không phiền khi các trang web không sử dụng www. Tôi không phải là người thuần khiết nhất. :)


3

Sử dụng mà không có www. Lý do chung đằng sau điều này là vì bạn đang viết một địa chỉ vào trình duyệt web, nên nó đã ngầm hiểu rằng bạn đang truy cập một trang web (bạn sẽ làm gì khác với trình duyệt?) - do đó việc sử dụng thêm www là vô ích.

Cụ thể, khi nhận được yêu cầu http, bạn biết người dùng muốn truy cập trang web. Trình duyệt web thêm tiêu đề http: // - một cách ngầm định, vì vậy người dùng chỉ cần lo lắng về địa chỉ. Tương tự đối với các dịch vụ khác cũng vậy - nếu bạn lưu trữ ftp, chỉ cần máy khách ftp đến miền không có ftp là đủ. -tiếp đầu ngữ.

Nếu tôi hiểu chính xác, lý do sử dụng các tên miền phụ www., Ftp., V.v. khác nhau chủ yếu là lịch sử và không còn liên quan vào những ngày này vì lưu lượng truy cập chỉ đơn giản là được chuyển hướng đến đúng máy chủ / dịch vụ - các tiền tố thừa đã bị mắc kẹt vì mức độ phổ biến của họ.


Bạn có thể nhập miền vào nhiều thứ hơn là chỉ trình duyệt web. Nó chỉ có ý nghĩa rằng không có tên miền phụ mặc định cho web vì nó được công chúng truy cập nhiều nhất.
Không có

2

Tôi luôn đặt một trang không có www chuyển hướng đến www và gọi chúng là www.mysite; Hãy nghĩ về các diễn đàn khác nhau và các ứng dụng nhắn tin tức thì chỉ chuyển đổi chính xác các liên kết khi chúng bắt đầu bằng www. .


2
sau đó nhập nó là sitename.com - điều này sẽ được chọn tốt và thực sự sẽ hoạt động trong NHIỀU trường hợp.
tomfanning

3
SO chọn những gì tôi đã nhập và chuyển đổi nó thành một liên kết :-) chứng minh quan điểm của tôi. http: / / sitename .com
tomfanning

@tomfanning: come.to/foobar. Chỉ cần kiểm tra những gì xảy ra.
Salman A

@tomfanning @Salman Các liên kết bắt đầu bằng giao thức chẳng hạn như http://hoặc ftp://không www. www được coi là giao thức truyền siêu văn bản, nhưng đó là một điểm tốt mà tôi chưa bao giờ xem xét ... mặc dù có thể dễ dàng tránh được bằng cách đưa giao thức vào liên kết của bạn.
Không có

2

Bạn muốn url của mình đáng nhớ, và bạn muốn Google và cộng sự đăng ký cùng một url để xếp hạng và những thứ tương tự.

Phương pháp hay nhất dường như là xử lý www, nhưng luôn HTTP chuyển hướng nó đến một biến thể không phải www. Bằng cách đó, các công cụ tìm kiếm biết xếp hạng các liên kết đến cả hai biến thể trên cùng một trang web.


1

Dù bạn sử dụng gì, hãy tuân theo một hoặc nếu không, bạn sẽ phải tạo 2 bộ cookie cho mỗi miền để làm cho các phiên / cookie của bạn hoạt động bình thường.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.