WWW หรือไม่ WWW จะเลือกอะไรเป็นชื่อเว็บไซต์หลัก? [ปิด]


86

จากมุมมองทางเทคนิคปัญหาเดียวคือการเข้าชมและลิงก์ขาเข้า (หนึ่งในนั้นควรเปลี่ยนเส้นทางไปยังอีกลิงก์หนึ่ง)

ตอนนี้ฉันต้องเลือกสิ่งที่ควรเป็นหลัก บางไซต์มี www (google, microsoft, ruby-lang) และบางไซต์ไม่มี www (stackoverflow, github) สำหรับฉันแล้วดูเหมือนว่าใหม่กว่าไม่ใช้ WWW

จะเลือกอะไร?

กรุณามีคำอธิบาย

UPDATE: นี่คือคำถามเกี่ยวกับการเขียนโปรแกรม จริงๆแล้วไซต์มีไว้สำหรับโปรแกรมเมอร์ดังนั้นฉันจึงคาดหวังว่าจะได้เห็นว่าคนขี้รำคาญคิดอย่างไร

UPDATE: ไซต์ที่ไม่มี WWW เป็นผู้ชนะที่ชัดเจน ขอบคุณทุกคน!


7
สำหรับฉัน http: / / www ดูเหมือนซ้ำซ้อนจริงๆ www หมายถึงการรับส่งข้อมูลจะผ่าน HTTP ... ซึ่ง http: / / บอกคุณแล้ว
Travis

4
คุณไม่สามารถมีโดเมนย่อยที่ไม่มีคุกกี้ได้ (คิดว่า CDN) หากคุณเลือกเส้นทางที่ไม่มี www phpied.com/www-vs-no-www-and-cookies
Neil McGuigan

1
คำตอบนี้แม้ว่าจะไม่เกี่ยวข้องโดยตรง แต่ก็ดูเหมือนจะเกี่ยวข้อง นอกจากนี้อย่าลืมอ่านประเด็นในการมี“ www” ใน URL คืออะไร? .
Skippy le Grand Gourou

คำตอบ:


64

ไม่สำคัญว่าคุณจะเลือกแบบไหน แต่ควรเลือกอย่างใดอย่างหนึ่งและสอดคล้องกัน เป็นเรื่องของรูปแบบมากกว่า แต่สิ่งสำคัญคือต้องทราบว่าเครื่องมือค้นหาพิจารณาว่า URL ทั้งสองนี้เป็นไซต์ที่แตกต่างกัน:

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

ดังนั้นไม่ว่าคุณจะเลือกแบบใดเพื่อเหตุผลด้านความงามควรใช้อย่างสม่ำเสมอเพื่อเหตุผลด้าน SEO

แก้ไข:ความคิดเห็นส่วนตัวของฉันคือการละทิ้งสิ่งwwwที่รู้สึกคร่ำครึสำหรับฉัน ฉันชอบ URL ที่สั้นกว่าด้วย ถ้ามันขึ้นอยู่กับผมผมจะเปลี่ยนเส้นทางการจราจรทั้งหมดจากการwww.example.comexample.com


10
นอกจากนี้ยังมีประโยชน์ในการมีโดเมน Canonical เดียวเพื่อไม่ให้คุกกี้สูญหายซึ่งทำให้ผู้ใช้สับสน
Adam Batkin

4
นอกจากนี้หากคุณเลือกรายการใดรายการหนึ่งเป็นรูปแบบบัญญัติให้ยอมรับอีกรายการหนึ่ง แต่เปลี่ยนเส้นทางเพื่อหลีกเลี่ยงเนื้อหาที่ซ้ำกันจากมุมมองของเครื่องมือค้นหา
เช่นฉัน

ฉันต้องเลือก :) ดังนั้นคำตอบนี้ไม่สามารถช่วยฉันได้ :) ฉันทราบเกี่ยวกับปัญหาของซีอีโอฉันมีปัญหานี้
Mike Chaliy

9
@ ไมค์ - ฉันไม่คิดว่าคุณหมายถึงประเด็นของ CEO - นั่นจะเป็นตอนที่ Chief Exec เหมาะสมเพราะ "เว็บไซต์ทั้งหมดต้องเริ่มต้นด้วย WWW!" ;)
Keith Williams


21

อย่าใช้ WWW มันเป็นลิ้นที่ไม่จำเป็นและสร้างความเจ็บปวดให้กับนักออกแบบกราฟิก


8
ปัญหาอะไรที่ทำให้นักออกแบบกราฟิก
StuperUser

ฉันเดาว่าพวกเขาควรเพิ่ม WWW ลงในโลโก้ไม่เช่นนั้นผู้ใช้จะสับสนเช่นเดียวกับโฆษณา
Mike Chaliy

5
@StuperUser - มันเป็นแค่เสียงรบกวนบนโลโก้ รูปแบบของ Ws ค่อนข้างทำให้เสียสมาธิ @ ไมค์ - ฉันคิดว่า mysite.com เป็นเว็บไซต์ที่มีหรือไม่มี WWW ผู้คนจะยังคงพิมพ์ WWW ซึ่งเป็นสาเหตุที่คุณกำหนดค่าทั้งสองอย่างบนเซิร์ฟเวอร์ แต่การบอกให้ใครบางคนไปที่ "bbc.co.uk/news" นั้นเข้าใจได้เช่นเดียวกับ "www.bbc.co.uk/news"
Keith วิลเลียมส์

1
บางคนจะยังคงพิมพ์ www. บางคนจะไม่ แล้วก็มีบางคนที่พิมพ์ในhttp://ตอนเริ่มต้นแม้ว่าจะไม่จำเป็นต้องพิมพ์ก็ตาม แล้วมีคนพิมพ์http://www.google.com/รอให้ google ขึ้นจากนั้นพิมพ์http://www.yoursite.com/ลงใน Google เรื่องสั้นขนาดยาวคุณต้องรองรับทั้ง www และไม่มี www ไม่ว่าคุณจะเป็น "หลัก" ก็ตาม นอกจากนี้คุณควรซื้อ ".com" เสมอเช่นกันแม้ว่ารายการหลักของคุณจะเป็น ".net" หรือ ".org" เป็นต้นบางคนจะใส่ ".com" โดยอัตโนมัติเมื่อพิมพ์ที่อยู่เว็บใด ๆ ก็ตาม
thomasrutter

17

มีบางประเด็นที่คุณควรพิจารณา ดูตัวอย่างใช้โดเมนปลอดคุกกี้สำหรับส่วนประกอบสำหรับปัญหาความถูกต้องของคุกกี้

แต่ไม่ว่าคุณจะตัดสินใจอย่างไร: ใช้โดเมนเพียงโดเมนเดียวเป็นชื่อโดเมนมาตรฐานของคุณและใช้การเปลี่ยนเส้นทาง 301 เพื่อแก้ไขข้อผิดพลาดที่ไม่ถูกต้อง สำหรับเว็บเซิร์ฟเวอร์ Apache คุณสามารถใช้mod_rewriteเพื่อทำสิ่งนั้นได้


14

กำหนดค่าทั้งสองอย่างชัดเจน ฉันจะwwwเปลี่ยนเส้นทางไปยัง URL ปกติเนื่องจากมีเพียงเพื่อให้คนที่พิมพ์เป็นประจำในตอนต้นของที่อยู่ทุกรายการมีความสุขอยู่ดี อย่าเพิ่งทำอะไรต้องwwwพิมพ์ด้วยตนเอง เคย.


17
คุณไม่รวม "www" เมื่อจดทะเบียนชื่อโดเมน "www" คือโดเมนย่อย
John Topley

6
นอกจากนี้หากคุณมีใบรับรอง https อย่าลืมลงทะเบียนทั้งแบบมี www และไม่มี www
Mercer Traieste

5
@ จอห์นฉันคิดว่าเขาหมายถึงการลงทะเบียนในเซิร์ฟเวอร์แอปของคุณ
Mercer Traieste

12

ฉันคิดว่ามันขึ้นอยู่กับผู้ชมของคุณ ผู้ชมที่ไม่เกี่ยวกับเทคนิคจะถือว่าพวกเขาwwwอยู่ที่นั่นในขณะที่ผู้ชมทางเทคนิคจะไม่คาดหวังโดยสัญชาตญาณและจะชอบ URL ที่สั้นกว่า

( แก้ไข : ฉันเพิ่งตั้งค่าโดเมนสำหรับครอบครัวของฉันที่จะใช้รวมถึงเว็บเมลภรรยาของฉันถามว่าที่อยู่ของเว็บเมลคืออะไรฉันพูดว่า "mail.ourdomain.com" เธอพิมพ์ "www.mail.ourdomain.com" .)

ทั้งสองวิธีให้แน่ใจว่าคนที่คุณไม่ได้ใช้หมดจดไม่ 301 เปลี่ยนเส้นทางไปที่คุณทำใช้ - แล้วค่าผู้ใช้หรือเครื่องมือค้นหาจะต้องดูแล


1
ฉันยอมรับว่าผู้ชมเป็นสิ่งสำคัญที่ต้องพิจารณา แต่ผู้คนจำเป็นต้องกำจัดมันโดยการเปลี่ยนเส้นทาง www ไปยังที่ไม่ใช่ www เพื่อให้ผู้ชมที่ไม่ใช่ทางเทคนิคยังคงสามารถพิมพ์ www ได้ แต่หวังว่าจะสังเกตเห็นว่า URL ลดลง หรือคุณอาจจะเป็นไอ้เช่น I am ในเว็บไซต์ส่วนตัวของฉันและ www ไปข้างหน้าเพื่อno-www.org
ไม่มี

1
no-www.org เป็นความคิดที่ดี - ฉันหวังว่าการออกแบบจะใช้งานง่ายกว่านี้อีกเล็กน้อย มันอาจดูเหมือนกำแพงของ gobbeldygook (11pt courier ใหม่อย่างที่คุณรู้ "ดูแหล่งที่มา") สำหรับคนที่ไม่ใช่สายเทคนิค
thomasrutter

11

ประเด็นหนึ่งของคำถามนี้เกี่ยวข้องกับ CDN และโฮสต์เว็บบางแห่ง (เช่น Google Sites) โฮสต์ดังกล่าวต้องการให้คุณเพิ่มระเบียน CNAME สำหรับชื่อไซต์ของคุณที่ชี้ไปยังเซิร์ฟเวอร์โฮสต์ อย่างไรก็ตามเนื่องจากวิธีการออกแบบ DNS ระเบียน CNAME จึงไม่สามารถอยู่ร่วมกับระเบียนอื่น ๆ ที่มีชื่อเดียวกันได้เช่นระเบียน NS หรือ SOA ดังนั้นคุณไม่สามารถเพิ่ม CNAME สำหรับชื่อ example.com ของคุณได้และต้องเพิ่ม CNAME สำหรับโดเมนย่อยแทน แน่นอนว่าผู้คนมักเลือก "www" สำหรับโดเมนย่อยของตน

แม้จะมีข้อ จำกัด ทางเทคนิคนี้ แต่ฉันก็ชอบที่จะละเว้น www บนเว็บไซต์ของฉัน


2
เท่าที่ทราบไม่เป็นความจริงคุณสามารถใช้ "example.com" (คุณสังเกตเห็นจุดหลังชื่อโดเมนหรือไม่)
Mike Chaliy

1
ฉันเห็นจุด แต่ฉันคิดว่าคุณจะพบสิ่งนั้นจากมุมมองของ DNS "example.com" และ "example.com" ได้รับการปฏิบัติเหมือนกันและคุณยังไม่สามารถเพิ่มระเบียน CNAME สำหรับรายการใดรายการหนึ่งได้
Greg Hewgill

1
อาจขึ้นอยู่กับการใช้งาน แต่นี่เป็นวิธีที่ฉันทำกับโฮสติ้ง heroku ตรวจสอบ - onticoren.com/2009/06/29/go-daddy-dns-heroku
Mike Chaliy

ฉันคิดว่าควรกล่าวถึงว่าระเบียน CNAME ไม่สามารถอยู่ร่วมกับระเบียน MX ที่ใช้สำหรับอีเมลได้ตามที่อธิบายไว้ในRFC 1912ส่วน 2.4 ("ไม่อนุญาตให้บันทึก CNAME อยู่ร่วมกับข้อมูลอื่น ๆ กล่าวอีกนัยหนึ่งคือถ้า suzy .podunk.xx เป็นนามแฝงสำหรับ sue.podunk.xx คุณไม่สามารถนอกจากนี้ยังมีการบันทึก MX สำหรับ suzy.podunk.edu หรือการบันทึกหรือแม้กระทั่งระเบียน TXT. ") และในบทความนี้ อะไรคือสาเหตุของข้อ จำกัด ทางเทคนิคนี้?
Maggyero

10

ฉันเปลี่ยนเส้นทางไปที่ไม่มี www. ใน Apache 2.x:

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

ฉันคิดว่า www ไม่มีความหมาย เราทุกคนรู้ว่าเราอยู่บนเว็บทั่วโลก จะเป็นการดีกว่ามากหากใช้โดเมนย่อยสำหรับการทำโหลดบาลานซ์หรือสำหรับไซต์เฉพาะอุปกรณ์ (เช่น m.google.com สำหรับโทรศัพท์มือถือเป็นต้นแม้ว่าจะมีโดเมนระดับบนสุด. mobi ในขณะนี้)


5
ฉันสนใจว่าทำไมคุณไม่เปลี่ยนเส้นทาง ...
Mike Chaliy

8

www ใช้เป็นโดเมนย่อยมาตรฐานโฟลเดอร์ย่อยสำหรับเว็บไซต์ในโดเมนหลัก

http://no-www.org/กำลังพยายามทำให้เลิกใช้งาน

แม้ว่า http://www.w3.org/ได้แก่ www.

ควรตรวจสอบทั้งสองไซต์

ดูเหมือนว่าจะกลายเป็นเรื่องของรสนิยมและประเด็นทางศาสนาในขณะนี้มากกว่าเรื่องมาตรฐาน ไม่ว่าคุณจะเลือกอะไรตรวจสอบให้แน่ใจว่าคุณลงทะเบียนหรือเปลี่ยนเส้นทางจาก www เป็น Control + enter เป็นต้นทางลัดคัดลอกใน www



2
ฉันคิดว่าคุณหมายถึงwww.www.extra-www.org ฉันยังชอบวิธีที่พวกเขาเปลี่ยนเส้นทางwww.www.www.extra-www.orgในกรณีที่คุณเพิ่ม www พิเศษมากเกินไปโดยไม่ได้ตั้งใจ
thomasrutter

6

คุณมีโดเมนย่อยอื่น ๆ ไหม หากเป็นเช่นนั้นอาจทำให้การใช้ www เหมาะสมกับความคิดของฉันมากขึ้นเนื่องจากสถานที่บางแห่งอาจมีโดเมนย่อยต่างๆที่ใช้เพื่อวัตถุประสงค์อื่นเช่นโดเมนย่อยของร้านค้าหรือการทำให้เป็นสากล


สำหรับฉันแล้วมันสมเหตุสมผลแล้วที่โดเมนของ co โดยไม่ต้องระบุชื่ออุปกรณ์เช่น no-www จะไปที่หน้าที่มีข้อมูลเกี่ยวกับโดเมนนั้นและอาจนำทางไปยังชื่ออุปกรณ์ต่างๆภายในโดเมนนั้น คุณไม่ต้องการแสดงเว็บไซต์หรือไม่หากไม่มีการระบุโดเมนย่อย หรือต้องการมากกว่าหนึ่ง FQDN ไปที่เดียวกัน? หรือให้โดเมนเริ่มต้นของคุณชี้ไปที่อุปกรณ์อื่นที่ไม่ใช่ www? ฉันจะงงว่า example.com คือ ftp และคุณต้องพิมพ์ www.example.com เพื่อไปยังเว็บทั่วโลก ขณะนี้การเปลี่ยนเส้นทาง www ไปยัง non-www จะเป็นการชั่วคราวจนกว่า www จะหายไปทั้งหมด
ไม่มี

5

ปกติฉันใช้ www.sitename.com เพราะเห็นได้ชัดว่าเป็นส่วนหลักของไซต์ของคุณ Testing.sitename.com กำลังทดสอบ House.sitename.com คือพีซีที่บ้านของฉัน ฉันชอบชัดเจน แต่ฉันไม่รังเกียจเมื่อไซต์ไม่ใช้ www ฉันไม่ใช่คนบริสุทธิ์ :)


3

ใช้โดยไม่มี www. เหตุผลทั่วไปที่อยู่เบื้องหลังนี้ก็คือเนื่องจากคุณกำลังเขียนที่อยู่ไปยังเว็บเบราว์เซอร์จึงมีนัยว่าคุณกำลังเข้าถึงเว็บไซต์อยู่แล้ว (คุณจะทำอะไรกับเบราว์เซอร์ได้อีก) - การใช้ www พิเศษจึงไม่มีประโยชน์

เพื่อให้เจาะจงเมื่อได้รับคำขอ http คุณทราบว่าผู้ใช้ต้องการเข้าถึงเว็บไซต์ เว็บเบราว์เซอร์เพิ่มส่วนหัว http: // -โดยปริยายดังนั้นผู้ใช้เพียงแค่ต้องกังวลเกี่ยวกับที่อยู่ เช่นเดียวกันกับบริการอื่น ๆ เช่นกัน - หากคุณโฮสต์ ftp ก็ควรจะเพียงพอที่จะชี้ไคลเอนต์ ftp ไปยังโดเมนที่ไม่มี ftp - คำนำหน้า

ถ้าฉันเข้าใจถูกต้องสาเหตุของการใช้โดเมนย่อย www., ftp. ฯลฯ ส่วนใหญ่มักจะมีประวัติและไม่เกี่ยวข้องอีกต่อไปในทุกวันนี้เนื่องจากการรับส่งข้อมูลจะถูกส่งไปยังเซิร์ฟเวอร์ / บริการที่ถูกต้อง - คำนำหน้าที่ซ้ำซ้อนติดค้างเพียงเพราะ ความนิยมของพวกเขา


คุณสามารถพิมพ์โดเมนลงในสิ่งต่างๆได้มากกว่าเว็บเบราว์เซอร์ มันสมเหตุสมผลแล้วที่ไม่มีโดเมนย่อยใดที่เป็นค่าเริ่มต้นของเว็บเนื่องจากมีการเข้าถึงโดยสาธารณะมากที่สุด
ไม่มี

2

ฉันมักจะเปลี่ยนเส้นทางที่ไม่ใช่ www ไปยัง www และอ้างถึงว่าเป็น www.mysite; ลองนึกถึงฟอรัมต่างๆและแอปพลิเคชันการส่งข้อความโต้ตอบแบบทันทีที่แปลงลิงก์อย่างถูกต้องเมื่อขึ้นต้นด้วย www .


2
จากนั้นพิมพ์เป็นsitename.com - สิ่งนี้จะได้รับการคัดเลือกและจะใช้งานได้จริงในหลาย ๆ กรณี
tomfanning

3
ดังนั้นหยิบสิ่งที่ฉันพิมพ์และแปลงเป็นลิงค์ :-) เพื่อพิสูจน์ประเด็นของฉัน http: / / sitename .com
tomfanning

@tomfanning: come.to/foobar. เพียงตรวจสอบสิ่งที่เกิดขึ้น
Salman A

@tomfanning @Salman ลิงค์ขึ้นต้นด้วยโปรโตคอลเช่นhttp://หรือftp://ไม่ www. www ถือว่าเป็นโปรโตคอลการถ่ายโอนไฮเปอร์เท็กซ์ แต่นั่นเป็นจุดที่ดีที่ฉันไม่เคยพิจารณา ... แม้ว่าจะสามารถหลีกเลี่ยงได้อย่างง่ายดายโดยรวมโปรโตคอลในลิงก์ของคุณ
ไม่มี

2

คุณต้องการให้ URL ของคุณเป็นที่จดจำและคุณต้องการให้ Google และคณะลงทะเบียน URL เดียวกันสำหรับการจัดอันดับและสิ่งที่คล้ายกัน

แนวทางปฏิบัติที่ดีที่สุดคือจัดการ www แต่ HTTP จะเปลี่ยนเส้นทางไปยังตัวแปรที่ไม่ใช่ www เสมอ วิธีนี้ทำให้เครื่องมือค้นหาทราบเพื่อจัดอันดับลิงก์ไปยังทั้งสองรูปแบบเป็นไซต์เดียวกัน


1

ไม่ว่าคุณจะใช้อะไรก็ตามคุณจะต้องสร้างคุกกี้ 2 ชุดสำหรับแต่ละโดเมนเพื่อให้เซสชัน / คุกกี้ของคุณทำงานได้อย่างถูกต้อง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.