URL ที่ยอมรับได้สำหรับหน้าแรกและเครื่องหมายสแลช

หน้าแรกของฉันอาจเชื่อมโยงกับ:

http://example.com
http://example.com/
http://example.com/?ref=1
http://example.com/index.html
http://example.com/index.html?ref=2

(the same page is served for all those URLs)

ฉันกำลังคิดเกี่ยวกับการกำหนด URL ที่เป็นที่ยอมรับเพื่อให้แน่ใจว่า Google จะไม่ถือว่า URL เหล่านั้นเป็นหน้าอื่น:

<link rel="canonical" href="/webmasters//" /> (relative)
<link rel="canonical" href="http://example.com/" /> (trailing slash)
<link rel="canonical" href="http://example.com" /> (no trailing slash)

ควรใช้อันไหน ฉันแค่ตบ/แต่ messing กับ canonical ดูเหมือนธุรกิจที่น่ากลัวดังนั้นฉันต้องการตรวจสอบอีกครั้งก่อน

เป็นความคิดที่ดีหรือไม่ที่จะกำหนด URL ที่เป็นที่ยอมรับสำหรับหน้าแรก

ตามRFC 2616 (HTTP / 1.1), ส่วน 3.2.2 , URL http://www.example.comและhttp://www.example.com/เทียบเท่าและไคลเอนต์ HTTP จะต้องทำให้เป็นมาตรฐานก่อนหน้านี้ก่อนที่จะส่งคำขอไปยังเซิร์ฟเวอร์

"หาก abs_path ไม่มีอยู่ใน URL จะต้องให้เป็น" / "เมื่อใช้เป็น Request-URI สำหรับทรัพยากร ( ส่วน 5.1.2 )"

โดยที่ส่วนที่ 5.1.2 พูดว่า:

"โปรดทราบว่าพา ธ สัมบูรณ์ไม่สามารถเว้นว่างได้หากไม่มีอยู่ใน URI ดั้งเดิมจะต้องให้เป็น" / "(รูทเซิร์ฟเวอร์)"

RFC 3986 (URI Generic Syntax)ยืนยันสิ่งนี้ในหัวข้อ 6.2.3, การทำให้เป็นมาตรฐานโดยอาศัยโครงการ , โดยสังเกตว่า:

"ตัวอย่างเช่นเนื่องจากโครงร่าง" http "ใช้ประโยชน์จากองค์ประกอบของผู้มีอำนาจมีพอร์ตเริ่มต้นที่" 80 "และกำหนดพา ธ ว่างให้เท่ากับ" / "URIs สี่ตัวต่อไปนี้จะเทียบเท่า:

    http://example.com
    http://example.com/
    http://example.com:/
    http://example.com:80/

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

ในทางเทคนิคแล้วการทำให้เป็นมาตรฐานที่อธิบายไว้ใน RFC 3986 ส่วน 6.2.3 เป็นทางเลือกสำหรับการใช้งานเช่นดัชนี URL แม้ว่า RFC 2616 จะบังคับให้ลูกค้าที่ต้องการส่งคำขอ HTTP จริง ๆ ยังคงให้ที่ใบอนุญาตมาตรฐานการฟื้นฟูดังกล่าวและระบุว่าเครื่องมือค้นหาโดยทั่วไปไม่ได้ต้องการที่จะจงใจเพิ่มรายการที่ซ้ำกันเพื่อจัดทำดัชนีของพวกเขาหนึ่งสามารถพอสมควรแน่ใจว่าเพียงเกี่ยวกับทุกเครื่องมือค้นหาจะ normalizing URL ที่ทุกคนจะเหมือนกัน

ดังนั้นจึงทำให้ความแตกต่างให้กับเบราว์เซอร์หรือเครื่องมือค้นหาว่าคุณใช้ไม่มีหรือhttp://www.example.com http://www.example.com/พวกมันเทียบเท่ากัน