URL ของฉันควรเป็นตัวพิมพ์เล็กหรือไม่

อ้างอิงจากบล็อกนี้ ("การทำความเข้าใจกับวิธีปฏิบัติที่เป็นมิตรกับ URL ของ SEO")ฉันควรเปลี่ยน

http://example.com/Hello-Dolly

ถึง

http://example.com/hello-dolly

เหตุผลที่ให้คือ:

• โดยทั่วไป URL เป็นกรณี ๆ ไป
• มันจะลดความซับซ้อนของทุกกรณี SEO และรายงานการวิเคราะห์

จาก GIF นี้ที่ฉันพบในบทความของ Wikipedia เกี่ยวกับการทำให้ URL เป็นมาตรฐานฉันควรแปลง URL ของฉันจากตัวพิมพ์ใหญ่เป็นตัวพิมพ์เล็กทั้งหมด

อย่างไรก็ตามฉันใช้ASP.NET MVCและโดยค่าเริ่มต้น URL ของฉันมีโครงสร้างเช่นนี้ ( CamelCase ):

http://www.example.com/Controller/Action/Parameter

http://www.example.com/Categories/List/Bicycles

ฉันอ่านผ่านRFC1738แต่ฉันไม่เห็นคำตอบที่ชัดเจนเกี่ยวกับเรื่องนี้

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

Should I go out of my way to force the framework to change everything to lower case?

ไม่นั่นไม่จำเป็น ระบบปฏิบัติการ Windows ไม่คำนึงถึงขนาดตัวพิมพ์รวมถึงเซิร์ฟเวอร์และแอพพลิเคชันเฟรมเวิร์ก ระบบปฏิบัติการ Linux / Unix เป็นแบบตรงตัวพิมพ์

แอปพลิเคชันบนอินเทอร์เน็ต (เช่นเบราว์เซอร์) ควรทำให้ URL เป็นปกติตามที่กล่าวไว้ในส่วนที่ 6 ของRFC 3986 :

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

เนื่องจากคุณจะใช้เซิร์ฟเวอร์ Windows ไม่ต้องสงสัย URL และ URIs ที่ร้องขอจะถูกส่งกลับไปยังแอปพลิเคชันไคลเอนต์ได้ดี

เกี่ยวกับเครื่องมือค้นหาตามที่ระบุไว้ใน RFC ด้านบนและในลิงค์ Wikipedia ของคุณเกี่ยวกับการปรับสภาพURL :

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

และเป็นแหล่งที่มาเช่นรายงานนี้ในเรื่อง:

เมื่อไม่นานมานี้ Google เริ่มเข้าใจดีว่า /page1.html และ /Page1.html เป็นเพียงเนื้อหาเดียวกันสองอินสแตนซ์

Why did Microsoft choose to design their framework like this if everybody is telling me to use lowercase?

มันเข้ากันได้กับระบบปฏิบัติการของพวกเขาและเทคนิคไม่ถูกต้องตาม RFC ของ พวกเขายังมีวิธีการทำสิ่งต่าง ๆ ซึ่งทำให้ผู้ดูแลเว็บคาดเดา :-)

ฉันไม่รู้ว่าคุณควรเปลี่ยน แต่คุณควรตรวจสอบให้แน่ใจว่ามีความสอดคล้องกัน

เมื่อสองสามปีที่ผ่านมาฉันได้มองดูและมาตรฐานของ Google ก็คือกรณีนี้ก่อน TLD ไม่สำคัญ แต่หลังจาก TLD ทำ

ในขณะที่ผมกำลังทำงานอยู่บนเว็บไซต์ตายเรียกว่าBusinessForPhotographers.com; เห็นได้ชัดว่าได้รับการปฏิบัติอย่างต่อเนื่องเป็นกรณีตาย

หลังจากนั้น.comก็เป็นอีกเรื่อง Google มอง/Great-Articleว่าแตกต่างจาก/great-articleแม้ว่าเซิร์ฟเวอร์ของคุณจะกำหนดเส้นทางไปยังที่เดียวกัน

สิ่งนี้อาจส่งผลกระทบต่อการทำให้เป็นมาตรฐานและปัญหาเนื้อหาซ้ำกัน ฉันคิดว่าวิธีที่ปลอดภัยที่สุดคือการบังคับให้เปลี่ยนเส้นทาง 301 ไปเป็นรุ่นที่ถูกต้อง

ในขณะนี้อาจดูเหมือนไม่มีจุดหมายคิดเกี่ยวกับบริการเช่น YouTube เป็น/A1B2C3URL เดียวกัน/a1b2c3หรือไม่

ไม่อยู่ในสายตาของ Google

พา ธ URI เป็นตัวพิมพ์เล็กและตัวพิมพ์ใหญ่ (หากไม่ได้กำหนดไว้เป็นอย่างอื่น) ดูมาตรฐาน URI STD 66, ส่วน 6.2.2.1 มาตรฐานกรณี :

ส่วนประกอบไวยากรณ์ทั่วไปอื่น ๆ จะถือว่าเป็นแบบตรงตามตัวพิมพ์ใหญ่ - เล็กเว้นแต่จะกำหนดไว้เป็นอย่างอื่นโดยแบบแผน

หากตัวอักษรตัวพิมพ์ใหญ่ในเส้นทาง HTTP URI จะเป็นปัญหาสำหรับผู้ใช้บางคน Wikipedia จะแตกสำหรับพวกเขา HTTP URIs ทั้งสองนี้ (ต่างกันในตัวพิมพ์เล็กoและตัวพิมพ์ใหญ่เท่านั้นO) นำไปสู่หน้าต่างๆ:

• http://en.wikipedia.org/wiki/Stack_Overflow
• http://en.wikipedia.org/wiki/Stack_overflow

จึงไม่มีคุณไม่ได้เปลี่ยน URIs ของคุณ

อย่างไรก็ตามหากเป็นไปได้ (ถ้าคุณไม่ได้ใช้ประโยชน์จากกรณีดังที่ Wikipedia ทำ) มันเป็นแนวปฏิบัติที่ดีที่จะอนุญาตให้ใช้ตัวพิมพ์เล็กทั้งหมดและ 301 เปลี่ยนเส้นทางไปยังตัวแปรตามมาตรฐาน