URL: ขีดกลางกับขีดเส้นใต้ [ปิด]


187

มันควรจะเป็น/ about_usหรือ/ เกี่ยวกับเรา ?

จากมุมมองการใช้งานส่วนตัวแล้วฉันคิดว่า/ เกี่ยวกับเราดีกว่ามากสำหรับผู้ใช้ปลายทาง แต่ Google และเว็บไซต์อื่น ๆ ส่วนใหญ่ (และกรอบงานจาวาสคริปต์) ใช้รูปแบบการขีดเส้นใต้ มันเป็นเรื่องของสไตล์หรือไม่? มีปัญหาความเข้ากันได้กับขีดกลางหรือไม่


6
ทำไมไม่/index____1125.aspx (นั่นคือขีดเส้นใต้สี่อันสำคัญมาก!)
Christian Davén

77
เข้ามา. ฉันสนใจคำถามนี้และคำตอบ คำถามมี 52 upvoates และคุณปิดหรือไม่ มันเกี่ยวกับการเขียนโปรแกรม การเขียนโปรแกรมเว็บ ตัดสินใจเลือกวิธีตั้งชื่อไดเรกทอรีในเว็บไซต์ที่กำลังพัฒนา
Kaydell


3
วิดีโอที่ดีอธิบายจากวิศวกรของ Google: youtube.com/watch?v=AQcSFsQyct8
JohnB

whether_domain_URLs_can_have_underscores.comมาที่นี่เพื่อหา
neverMind9

คำตอบ:


30

นี่เป็นเพียงการคาดเดา แต่ดูเหมือนว่าพวกเขาเลือกชื่อที่คนส่วนใหญ่อาจไม่ใช้ในชื่อ วิธีนี้คุณสามารถมีชื่อที่มีคำที่ใช้ไฮเฟนและยังใช้แถบใต้เป็นตัวคั่นคำเช่น UseTwo-wayLinks สามารถแปลงเป็น use_two-way_links

ในตัวอย่างของคุณ / about-us จะเป็นไดเรกทอรีชื่อคำที่ใช้ยัติภังค์ "about-us" (ถ้าคำนั้นมีอยู่และ / about_us จะเป็นไดเรกทอรีที่ชื่อวลีสองคำ "เกี่ยวกับเรา" แปลงเป็นสตริงเดียว ของตัวละครที่ไม่ใช่สีขาว


11
การเดาที่สมเหตุสมผล แต่เมื่อปรากฎว่าไม่จริงทั้งหมด -1
Mark Amery

2
คุณมีการอ้างอิงสำหรับ @MarkAmery นั้นหรือไม่ คำถามนี้เกี่ยวกับสาเหตุที่ทำให้ Google ใช้ขีดเส้นใต้ หากคุณแนะนำว่าไม่เป็นเช่นนั้นไม่ใช่ปัญหาของคำตอบนี้ แต่เป็นปัญหาของคำถาม
billjamesdev

1
ก่อนอื่นให้เดาไปพอสมควร ฉันจะเพิ่มเป็นส่วนหนึ่งของการเดาว่าโปรแกรมเมอร์ใช้เส้นประเป็นการลบเพื่อใช้ขีดเส้นใต้; บางที URL ที่สร้างโดยโปรแกรมเมอร์ให้ปฏิบัติตามระเบียบดังกล่าว การอธิบายจริงจะดีกว่า ทำเครื่องหมายเลื่อนระดับด้วย -1 โดยไม่มีการสำรองข้อมูล หวังว่าฉันจะให้ความคิดเห็น -1
เจอราร์ดโอนีล

2
@GerardONeill อ้างอิง: วิดีโอนี้โดย Google เว็บมาสเตอร์: youtube.com/watch?v=AQcSFsQyct8 ตามวิดีโอนั้น (ตอนนี้มีอายุ 6 ปีขึ้นไปและไม่ได้เป็นตัวแทนของสถานะปัจจุบัน) foo_barจะถือว่าเป็นคำเดียวในขณะที่foo-barถือว่าเป็นคำสองคำ - ตรงข้ามกับคำตอบนี้คือสิ่งที่ตรงกันข้าม
Mark Amery

2
@MarkAmery ฉันได้ยินสิ่งที่คุณพูดและคุณแค่ถ่ายทอดคำพูดของคนอื่นเมื่อไม่นานมานี้ แต่มันไม่ได้ทำให้คุณได้ยินว่า "foo_bar" นั้นถือว่าเป็นคำเมื่อมันสามารถทำได้จริงๆ ' ไม่เป็นหนึ่ง (เนื่องจากไม่มีคำที่มีขีดล่าง) ในขณะที่ "ความภาคภูมิใจในตนเอง" เป็นคำประสมที่ถูกต้องสมบูรณ์ในภาษาอังกฤษและควรจะค้นหาได้ในฐานะองค์กรเดียว?
billjamesdev

193

จาก Google Webmaster Central

พิจารณาใช้เครื่องหมายวรรคตอนใน URL ของคุณ URL ที่ http://www.example.com/green-dress.html เป็นประโยชน์มากขึ้นกับเรามากกว่า http://www.example.com/greendress.html เราขอแนะนำให้คุณใช้เครื่องหมายขีดคั่น (-) แทนขีดล่าง (_) ใน URL ของคุณ


4
Google ไม่ได้อธิบายว่าทำไม สมมุติว่ามีบางอย่างเกี่ยวข้องกับวิธีการแยกที่อยู่? หรืออาจเป็นเพียงปัญหาของผู้ใช้
xji

9
นอกจากนี้ยังมีข้อสังเกตว่า underscored_text สามารถเลือกได้ทั้งหมดโดยดับเบิลคลิกในอุปกรณ์บางอย่างและกดบนโทรศัพท์มือถือในขณะที่ข้อความที่คั่นด้วยเส้นประการกระทำเดียวกันจะเลือกแต่ละคำที่แยกกัน ลองคิดดูว่าผู้ใช้จะพยายามคัดลอกบางสิ่งออกจาก URL หรือไม่
ติตัส

1
ฉันคิดว่าคุณน่าจะมีวนเวียนอยู่ที่ @Titus เพราะมันตรงกันข้ามกับที่เกิดขึ้นจริง ... ภาษาอังกฤษซึ่งคำพูดเหล่านี้มีจุดประคำ แต่ไม่มีขีดล่าง
billjamesdev

ฉันเดาว่าไม่มีความแตกต่างอย่างน้อยสำหรับ google ไม่ว่าจะมี '_', '-' หรืออะไรก็ตาม Google ไปกับสิ่งที่ฉันคิดว่าเป็นสิ่งที่มนุษย์อ่านได้มากที่สุดประ
อาร์เธอร์ Tarasov

1
ดูyoutu.be/AQcSFsQyct8สำหรับคำอธิบายของ Google (พวกเขาใช้ "_" สำหรับการจับคู่การค้นหาที่ตรงกัน)
Matt Ke

62

นี่คือจุดสองสามอันที่เป็นเครื่องหมายขีดกลาง:

  • Google แนะนำให้ใช้เครื่องหมายขีดกลางเหนือขีดล่าง (ที่มา )
  • เส้นประมีความคุ้นเคยกับผู้ใช้มากขึ้น
  • ขีดกลางง่ายกว่าในการเขียนบนแป้นพิมพ์มาตรฐาน (ไม่จำเป็นต้อง Shift)
  • เครื่องหมายขีดคั่นไม่ซ่อนอยู่ใต้ขีดเส้นใต้
  • เครื่องหมายขีดกลางจะให้ความรู้สึกดั้งเดิมมากกว่าในบริบทของ URL เนื่องจากอนุญาตให้ใช้ในชื่อโดเมน

53

มันไม่ใช่แค่ประกับขีดล่าง:

  • ข้อความที่มีช่องว่าง
  • textwithoutspaces
  • เข้ารหัส% 20spaces% 20in% 20URL
  • underscore_means_space
  • ประหมายถึงพื้นที่
  • บวก + วิธี + พื้นที่
  • CamelCase
  • PascalCase
  • "ข้อความที่ยกมาพร้อมช่องว่าง" (และเครื่องหมายคำพูดเดี่ยวเปรียบเทียบกับเครื่องหมายคำพูดคู่)
  • เฉือน / วิธีการ / พื้นที่
  • dot.means.space

43
ยินดีต้อนรับสู่ Wild Wild Web!
แม้เมี่ยน

ฉันค่อนข้างชอบ slash / หมายถึง / space เมื่อใช้อย่างหรูหรา หนึ่งในเว็บไซต์ที่ฉันใช้ใช้ / about / us ข้าง ๆ หน้า about / about / อื่น ๆ ฉันจำไม่ได้ว่าได้เห็นตัวอย่างสำคัญอีกแล้ว
Sekalf Nroc

36

Google ไม่ถือว่าขีดเส้นใต้เป็นตัวคั่นคำในอดีตซึ่งฉันคิดว่ามันค่อนข้างบ้า แต่ตอนนี้เห็นได้ชัดว่ามันทำ เนื่องจากประวัตินี้ขีดกลางจึงเป็นที่ต้องการ แม้ว่าขีดเส้นใต้จะได้รับอนุญาตจากมุมมอง SEO แต่ฉันก็ยังคิดว่าเครื่องหมายขีดคั่นนั้นดีที่สุด

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


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

2
Google ยังไม่ถือว่าขีดล่างเป็นตัวคั่นคำ: youtube.com/watch?v=AQcSFsQyct8
Sembiance

16

ฉันเคยใช้ขีดเส้นใต้ตลอดเวลาตอนนี้ฉันใช้มันเพื่อเป็นส่วนหนึ่งของเว็บไซต์ที่ฉันไม่ต้องการให้ใครลิงก์โดยตรงไฟล์ js, css, ... ฯลฯ

จากจุด SEO ของดูขีดกลางดูเหมือนจะเป็นวิธีที่แนะนำในการจัดการมันสำหรับคำอธิบายรายละเอียดจากปากม้าhttp://www.mattcutts.com/blog/dashes-vs-underscores/

ปัญหาอื่น ๆ ที่น่าจะเกิดขึ้นกับประชาชนทั่วไปมากกว่าโปรแกรมเมอร์คือเมื่อไฮเปอร์ลิงก์ที่มีขีดล่างมีขีดเส้นใต้คุณจะไม่เห็นขีดล่าง ผู้ใช้ขั้นสูงจะใช้งานได้ แต่ Joe Public อาจจะไม่

ยังคงใช้เครื่องหมายขีดเส้นใต้ในการตั้งค่าเพื่อขีดคั่น - โปรแกรมเมอร์เข้าใจพวกเขาคนอื่น ๆ ส่วนใหญ่ไม่ได้


12

Jeff มีความคิดเกี่ยวกับสิ่งนี้: https://blog.codinghorror.com/of-spaces-underscores-and-dashes/

มีข้อเสียทั้งคู่ ฉันขอแนะนำให้คุณเลือกหนึ่งรายการและสอดคล้องกัน


+1 เพราะเป็นสิ่งที่ Google คาดหวังซึ่งฉันคาดว่าสำคัญกว่ารูปลักษณ์
TJ L

8

จิมเวสเทอเรนกูรูด้าน SEO ทำการทดสอบในปี 2005 จากมุมมอง SEO ที่เข้มงวดและสรุปได้ว่า + (บวก) เป็นตัวคั่นคำที่ดีที่สุด อย่างไรก็ตามดูเหมือนจะไม่สมเหตุสมผลและอาจเกิดจากข้อผิดพลาดในอัลกอริทึมของเครื่องมือค้นหา เขาแนะนำ - (ประ) สำหรับทั้งการอ่านและ SEO


7

ฉันสบายใจกับขีดล่าง ประการแรกพวกเขาจับคู่กับประสบการณ์การเขียนโปรแกรมปกติของฉันvariable_names_are_not-subtractionที่สองของทั้งหมดและฉันเชื่อว่าสิ่งนี้ถูกกล่าวถึงแล้วคำสามารถมียัติภังค์ แต่พวกเขาไม่เคยมีขีดล่าง เพื่อเลือกตัวอย่างที่โง่จริงๆ "ประเทศรัฐชาติ" นั้นแตกต่างจาก "ประเทศรัฐชาติ" อดีตแปลบางสิ่งบางอย่างเช่น "ดินแดนแห่งรัฐ - อเมริกา" (คิดว่า "นี่คือประเทศปืน! ย้ายที่ดีที่สุดใช่มั้ย?") ในขณะที่หลังดูเหมือนรายการบางคำพ้อง - http://example.com/nation-state-country/ไม่ปรากฏว่ามีความหมายเหมือนกับhttp://example.com/nation-state_country/และ แต่ถ้าเครื่องหมายขีดคั่นเป็นตัวคั่น / "ช่องว่าง" เพิ่มเติมจากอักขระในคำก็สามารถทำได้ หลังดูเหมือนชัดเจนมากขึ้นกับวัตถุประสงค์ที่แท้จริงในขณะที่อดีตดูเหมือนรายการมากขึ้นถ้ามีอะไร


1
เพียงบันทึกย่อภาษาเช่น Lisp หรือ Scheme ใช้ชื่อตัวแปร / ฟังก์ชั่นตามแบบแผนคั่นด้วยเครื่องหมายขีดกลางเนื่องจากเครื่องหมายลบเป็นเพียงตัวระบุฟังก์ชันเช่นเดียวกับที่อื่น ๆ
JS

5

ขีดล่างแทนที่ช่องว่างที่ไม่อนุญาตให้ใช้ช่องว่าง เครื่องหมายขีดคั่น (ยัติภังค์) สามารถเป็นส่วนหนึ่งของคำศัพท์ได้ดังนั้นการรวมคำด้วยยติภังค์ที่มีเครื่องหมายยัติภังค์อยู่แล้วน่าเกลียด / สับสน

แย่:

/low-budget-movies

ดี:

/low-budget_movies

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

9
ความหมายของคุณถูกต้อง แต่ความแตกต่างอาจทำให้สับสนมากกว่ามีประโยชน์สำหรับการใช้งานใน URL คนมักจะจำ "abcde" มากกว่า "a-b_c-d_e"
Wadih M.

มีคนบอก Jeff ว่าเขาต้องเขียนระบบแท็กใหม่ ...

1
จริงๆ? @ วาดิห์หากผู้คนสะกดคำถูกต้องไม่มีอะไรที่จำได้ยากเกี่ยวกับ low-budget_movies คุณไม่จำเป็นต้องจำอะไรมากไปกว่าคำว่า "ภาพยนตร์ราคาประหยัด" แน่นอนว่าเมื่อคุณใช้ a, b, c, d, e แล้วมันก็ไม่สมเหตุสมผล "งบประมาณต่ำ" ไม่เหมือนกับ "งบประมาณต่ำ", ช่วงเวลา
fletom

ไม่ดี: / ภาพยนตร์ที่มีงบประมาณต่ำ, ไม่ดี: / low-budget_movies, ดี: / งบประมาณที่ต่ำ 20% ภาพยนตร์
Mikhail Antonov

3

ฉันคิดว่าเส้นประจะดีกว่าจากมุมมองของผู้ใช้และจะไม่รบกวนการทำ SEO

ไม่แน่ใจว่าที่ไหนหรือทำไมการประชุมเริ่มขีดล่าง

การอภิปรายที่มีความรู้เพิ่มขึ้นเล็กน้อย


3

ฉันชอบเครื่องหมายขีดคั่นบนพื้นฐานที่ขีดเส้นใต้อาจถูกบดบังด้วยการขีดเส้นใต้ลิงก์ URL ต้นฉบับเดิมนั้นสำหรับการจดจำได้อย่างรวดเร็วแทนที่จะถูกต้องตามหลักไวยากรณ์ดังนั้นการโต้แย้งเพื่อรักษาเครื่องหมายขีดคั่นสำหรับใช้ในคำที่มียติภังค์นั้นมี จำกัด

ในกรณีที่ความแม่นยำของ URL ต้นฉบับเดิมเป็นสิ่งสำคัญเมื่อทำการอ่านให้กับผู้อื่นในกรณีนี้คุณไม่ต้องการให้ขีดเส้นใต้มีช่องว่าง (หรือกลับกัน)

ฉันยังพบว่าเส้นประที่ชื่นชอบทางสุนทรียภาพยิ่งกว่านี้หากนับว่ามีค่าอะไร



1

โดยส่วนตัวฉันจะหลีกเลี่ยงการใช้ about-us หรือ about_us และใช้กับ


3
/ เกี่ยวกับ / เรา / ไม่มี / อย่างจริงจัง / / นี้อยู่ / มัน :)
แบรดวิลสัน

12
และนี่คือทางออกของคุณ? ดีสิ่งที่เกี่ยวกับ "about_our_customers" หรือชุดใด ๆ ของ "abouts" มากมายที่ฉันสามารถหาได้นั่นอาจเกี่ยวข้องกัน ไม่สนใจปัญหา! = วิธีแก้ไข
billjamesdev

1

เว็บโฮสติ้งและเซิร์ฟเวอร์ DNS เก่ากว่าบางแห่งมีปัญหาในการแยกวิเคราะห์ขีดล่างสำหรับ URL ดังนั้นจึงอาจมีส่วนร่วมในการประชุมเช่นนี้


2
ใช่ แต่นั่นเป็นเพียงชื่อโฮสต์เท่านั้น
Anirvan

0

โดยส่วนตัวฉันจะหลีกเลี่ยงการขีดกลางและขีดล่างทั้งหมดและเลือกใช้camelCaseหรือPascalCaseหากอยู่ในรหัส

บทความวิกิพีเดียเกี่ยวกับ camelCase อธิบายถึงเหตุผลบางประการเกี่ยวกับต้นกำเนิดของมัน พวกเขาเป็นจำนวนเงิน

  1. โปรแกรมเมอร์ที่ขี้เกียจที่ไม่ชอบการเข้าถึงคีย์ _
  2. ความสับสนที่อาจเกิดขึ้นเกี่ยวกับการอ่าน
  3. แป้นพิมพ์ "Alto" ที่ xerox PARC ซึ่งไม่มีคีย์ขีดล่าง

หากผู้ใช้เห็นสตริงแล้วฉันจะไม่ทำตามข้างบนและใช้ "เกี่ยวกับเรา" หรือ "AboutUs" ถ้าฉันต้องเป็น camelCase ได้แพร่กระจายไปยังการใช้งานทั่วไปในบางพื้นที่เช่นชื่อผลิตภัณฑ์ เช่น ThinkPad, TiVo


เครื่องมือค้นหาจะรู้ได้อย่างไรว่าคำเริ่มต้นหรือสิ้นสุดที่ใด
Joe Phillips

ทำไมเครื่องมือค้นหาไม่จัดการกับ PascalCase เหมือนกับ delimeter อื่น ๆ ไม่ว่าจะเป็น _, - หรือ: สำหรับเรื่องนั้น

1
คำแนะนำที่ดี ... คำถามนี้คือถามเกี่ยวกับรหัส URL เป็น [ตัวพิมพ์ใหญ่] เล็กและไม่แสดงเป็นตัวพิมพ์เล็ก
อาร์มสตรอง

1
@dI -_- Ib เฉพาะชื่อโดเมนที่เป็นตัวพิมพ์เล็กและตัวพิมพ์ใหญ่ เส้นทางนั้นคำนึงถึงตัวอักษรพิมพ์เล็ก - ใหญ่ทำให้รูปแบบของอูฐและปาสคาลเป็นตัวเลือกที่เหมาะสม แม้ว่าโดยใช้พวกเขาคุณได้อย่างมีประสิทธิภาพทำให้คำที่พวกเขาเป็นตัวแทนตัวพิมพ์เล็กและใหญ่ นั่นจะเป็นปัญหาที่ใหญ่ที่สุดในตัวเลือกนั้นในความคิดของฉัน
Atli

0

ช่องว่างได้รับอนุญาตใน URL ดังนั้นคุณสามารถใช้ "/ about us" ในลิงก์ (แม้ว่าจะถูกเข้ารหัสเป็น "/ เกี่ยวกับ% 20us" แต่บอกตามตรงแล้วนี่เป็นความชอบส่วนตัวเสมอดังนั้นจึงไม่มีคำตอบที่แท้จริง ที่จะได้รับที่นี่

ฉันจะไปกับการประชุมที่ขีดคั่นสามารถปรากฏเป็นคำดังนั้นช่องว่างควรถูกแปลงเป็นขีดล่าง


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