WWW.example.com hoặc HTTP://example.com - cái nào là futureproof?


8
  1. http://example.com
  2. www.example.com
  3. http://www.example.com
  4. example.com

Bạn sẽ chọn cái nào trong số này để làm việc yêu thích từ năm 2016 trở đi? Những tên miền nào bạn sẽ đề cập đến khách hàng của bạn, các trang web liên kết với bạn, tiêu đề thư, thẻ liên lạc của bạn, v.v. Tại sao cái này hay cái kia? Mà để tránh những ngày này?

Suy nghĩ về các khía cạnh sau đây:

  • tính hợp lệ, tải URL chính xác
  • khán giả, hầu hết các chuyên viên máy tính đều biết http://, hầu hết người cao niên không
  • Dễ nhớ URL nhất như một thương hiệu
  • lỗi chính tả bởi đầu vào của người dùng (trong trình duyệt trên điện thoại di động hoặc máy tính để bàn)
  • trình duyệt không hiểu các liên kết không có giao thức
  • tổng chiều dài ký tự cho người dùng dễ dàng nhập liệu
  • phương pháp ưu tiên của các công cụ tìm kiếm / trang web truyền thông xã hội lớn
  • tính nhất quán để các liên kết không bị phân mảnh nhưng tất cả đều giống nhau


Câu trả lời:


4

Cá nhân tôi thích các wwwlĩnh vực. Là một trong những điểm của @ Jonathon, lý do chính thực sự là với cookie. Khi bạn có example.comvà bạn áp dụng cookie cho nó, cookie đó sẽ chi phối tất cả các tên miền phụ www.example.com, foo.example.combar.example.comđiều này có thể khiến bạn đau đầu trong tương lai nếu bạn xử lý các phiên hoặc bảo mật.

Bạn luôn có thể example.comchuyển hướng đến một www.example.comphía máy chủ để khi in phương tiện truyền thông hoặc liên kết với các trang web khác, càng ít có thì càng tốt. Một người sử dụng sẽ không bận tâm để nhớ wwwcủa www.example.comvì vậy thông tin vô dụng của nó và tôi sẽ đi xa như để nói rằng các nỗ lực để làm như vậy sẽ làm cho người dùng không hài lòng, do đó làm cho họ tránh trang web của bạn hoàn toàn.

Nếu bạn quan tâm / đang sử dụng khung công tác, tôi có thể cung cấp mã cho chuyển hướng như vậy dưới dạng ActionFilterAttributeASP.NET MVC (Tôi đã dành 2 ngày để tự hoàn thiện bộ lọc, vì vậy tôi cảm thấy khá tự tin về nó).

Một lưu ý khác, khi nói đến mã thực tế trên trang web của bạn, đừng bỏ qua chi tiết. Có nghĩa là, đừng cố gắng đưa http://www.example.com/Something/Something-Elsevào example.com/Something/Something-Else.

  1. Nó sẽ không hoạt động vì các trình duyệt không hiểu các liên kết không có giao thức.
  2. Ngay cả khi họ đã làm, Uri thứ hai sẽ gây ra chuyển hướng đến wwwphiên bản nếu bạn bình thường hóa, dẫn đến một chuyến đi khứ hồi vô nghĩa trở lại máy chủ.

Cảm ơn Alex, đã cập nhật thông tin của bạn vào những cân nhắc của câu hỏi chính!
Sam

2
Tôi chỉ muốn thêm về các liên kết không có giao thức, về mặt liên kết với các trang web / tài nguyên khác. Nếu bạn đang thực hiện các liên kết cục bộ của riêng mình, bạn có thể thoát khỏi các liên kết tương đối, nghĩa là. /Something. Nếu bạn đang liên kết đến các trang web / tài nguyên khác thì nó có thể trở nên có vấn đề ... (lúc đó là 2 giờ sáng khi tôi đang trả lời, vì vậy tôi không có mặt ở đó, lol)
Gup3rSuR4c

10

Cá nhân tôi sẽ đặt example.comthẻ liên lạc, vv và để nó chuyển hướng đến www.example.com. Điều này có thể được thực hiện với một viết lại đơn giản.

Lý do cho điều này là người dùng của tôi không bao giờ nên quan tâm đến việc phải gõ www. Tôi hoàn toàn ghét các trang web yêu cầu mọi người gõ www- Tôi nghĩ đó là một yêu cầu hoàn toàn lỗi thời từ nhiều năm qua.

Tuy nhiên, bạn sẽ muốn chuyển hướng 301 từ example.comhoặc www.example.com. Trong thực tế, với bất cứ điều gì. Vấn đề là chọn mục ưa thích của bạn và đặt tất cả các cách khác nhau để truy cập trang web của bạn để chuyển hướng đến cùng một địa điểm để bạn không bị phạt vì nội dung lừa đảo (tôi không thể nhớ thuật ngữ SEO).

Giao thức là vô dụng, vì các trình duyệt sẽ đưa nó vào cho bạn (trên thực tế, Chrome thậm chí không hiển thị nó).

Một lý do khác mà tôi có mọi thứ chuyển hướng www.example.comlà do cookie. Ví dụ, các tập tin cookie trên www.example.comsẽ hoàn toàn tách biệt static.example.comnhưng bất kỳ bộ cookie trên example.comsẽ được gửi với yêu cầu HTTP đến sub1.example.com, sub2.example.comvv Mặc dù đây chỉ là sở thích của tôi.


Bạn có thể sử dụng một tên miền khác cho nội dung tĩnh nếu bạn muốn - Sử dụng Stack Overflow sstatic.net. Nếu bạn có nhiều TLD, bạn có thể sử dụng một TLD thay thế - example.netnếu trang web chính của bạn là example.com.
DisgruntledGoat

1
Vâng - tôi chỉ đưa ra một ví dụ như một sự cân nhắc. Một ví dụ khác, nếu bạn webhost.comvà bạn lưu trữ khách hàng của mình customer.webhost.comthì bạn không muốn cookie của mình chuyển đến họ. Ví dụ về nội dung tĩnh chỉ dành cho sự tuyệt vời của nội dung tĩnh :)
Jonathon

@Jonathon: IMHO đặt domain.comthẻ giấy liên lạc là một sai lầm. Người bình thường (không có chuyên viên công nghệ) có thể không hiểu rằng đó là một trang web. Tôi nhận thấy nó bằng email, ngay cả khi chúng tôi gửi email từ đó info@mydomain.com, mọi người vẫn hỏi: "Trang web / tên miền của bạn là gì?". BTW: điểm tuyệt vời về webhost.comcustomer.webhost.com
Marco Demaio

@MarcoDemaio - Tôi đã thấy điều đó trong thực tế thực tế. Mọi người đã mong đợi những điều nhất định bởi vì nó dễ dàng ghi nhớ chính xác những gì nó sẽ trông như thế nào hơn là biết chi tiết kỹ thuật.
Phòng thí nghiệm Fiasco

1

Quên bất cứ điều gì nói http://- quá đáng sợ đối với những người không phải là chuyên viên máy tính và các trình duyệt xử lý việc này đủ tốt trong những ngày này (Chrome thậm chí không hiển thị nó trên các bản dựng mới nhất).

yoursite.examplenói đúng ra là cách chính xác để đại diện cho tên miền, vì www.nó không được dùng nữa.

Tuy nhiên, một người đàn ông trung bình (hoặc phụ nữ) trên đường phố quen thuộc hơn với việc nhìn thấy www.yoursite.example, vì vậy nếu khán giả của bạn không phải là người đam mê, hãy ủng hộ họ, cung cấp cho họ những gì họ mong đợi và sử dụng www.yoursite.example.

Nếu bạn muốn trở nên chặt chẽ hơn, khán giả của bạn là người lập dị, hoặc bạn muốn đến trường , hãy sử dụng yoursite.example.


1
+1 Tôi đồng ý rằng www là một PHẢI dành cho những người không phải chuyên viên máy tính, nếu bạn làm thương mại điện tử hoặc bán một cái gì đó hãy nhớ rằng hầu hết các khách hàng của bạn sẽ không phải là chuyên viên máy tính.
Marco Demaio

@Marco, nhờ cái nhìn sâu sắc mới, tôi nghĩ rằng tôi đồng ý, bây giờ tôi biết lý do tại sao tôi đã đấu tranh để lựa chọn giữa www.yoursite và luôn Vaid yoursite ive được cập nhật vấn đề này trong câu hỏi
Sam

4
ý bạn là gì khi bạn nói 'www. không được chấp nhận '- đây có phải là từ w3c không?
UpTheCux

@UpTheCalet - thực ra, điều này có thể không hoàn toàn đúng, vì tôi không thể tìm thấy bất cứ điều gì dứt khoát tại w3.org. Có lẽ đúng hơn khi nói rằng nó không bao giờ cần thiết?
nthonygreen

Nội bộ bị phản đối bởi một nhóm phụ web nếu họ không sử dụng web đầy đủ. Cookies là một mớ hỗn độn và bây giờ bạn bắt đầu sử dụng một cdn và một blog. Subdomaining sẽ tồn tại trong một thời gian dài. Chủ yếu là một tin nhắn SMS ở trên.
Phòng thí nghiệm Fiasco

1

Tôi không biết nếu http://thực sự cần thiết như đã đề cập ở trên. Hầu hết các trình duyệt sẽ giả định http://khi một URL được nhập vào thanh địa chỉ nếu nó không xuất hiện khi nhấn nút enter. Tôi muốn nói rằng nó chỉ thực sự cần thiết trong các siêu liên kết vì khi đó liên kết cần thiết để hoạt động đúng (trừ khi các trình duyệt giả định http://nhưng cuối cùng họ không kiểm tra).

Trong bản in có hoặc không có wwwlà một tình huống cà chua / tomáto. Người dùng đã quen thuộc với những wwwngười lướt web cũ hơn và sẽ nhớ những ngày mà nó được yêu cầu và bây giờ là thói quen. Nhưng nó cũng rất phổ biến để xem các tên miền được quảng cáo mà không có nó vì vậy tôi không bỏ nó sẽ khiến mọi người lo lắng về nó.

Lời khuyên của tôi là chọn một, bất kỳ một, và gắn bó với nó. Tính nhất quán là chìa khóa (và khả năng sử dụng tốt).


AFAIK chỉ IE6 sẽ giả sử http: // trong các siêu liên kết nếu bị bỏ qua!
MrWhite

1
Tôi không biết về các điều kiện của IE6, nhưng bất kỳ liên kết nào không có http://nên được coi là một liên kết cục bộ. URL http://example.com/www.example.comlà hoàn toàn hợp lệ.
DisgruntledGoat

cảm ơn! GIÁ TRỊ là một khía cạnh quan trọng trên web, tôi chỉ cần thêm từ ngữ cơ bản này vào câu hỏi ở đầu trang!
Sam

Ngày nay, bạn nên mặc định https://liên kết thay vìhttp://
Patrick Mevzek

-1
  • Trực tuyến: yoursite.example
  • In: http://yoursite.example
  • Liên kết: http://yoursite.example

Tôi không thấy bất kỳ điều này liên quan đến việc chứng minh bất cứ điều gì trong tương lai . DNS và máy chủ web của bạn nên được thiết lập để cho www.yoursite.exampleyoursite.examplelà cùng một trang web.

Một liên kết thực sự (đối với ai đó liên kết với bạn) sẽ luôn bắt đầu http://vì đó là trình xử lý giao thức web. Trên tài liệu tiếp thị được in, nó có ý nghĩa để sử dụng http://trừ khi được dán nhãn cụ thể như một trang web.

tức là http://yoursite.examplevs Visit our website: yoursite.example.


Tôi sẽ không đồng ý và nói rằng nếu đó là một hậu tố phổ biến - .comhoặc TLD địa phương của bạn ( .co.ukở Anh) thì bạn không cần http://hoặc www. Tuy nhiên, đối với các TLD ít phổ biến khác, tôi muốn giới thiệu wwwhơn http.
DisgruntledGoat

@Fosco: in chắc chắn sẽ tốt hơn www.yoursite.comít ký tự hơn và có thể nhận ra ngay lập tức bởi tất cả các loại người như một trang web.
Marco Demaio

Ngày nay, bạn nên mặc định https://liên kết thay vìhttp://
Patrick Mevzek
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.