Menurut blog ini ("Memahami Praktik Sintaks URL yang Ramah SEO") saya harus berubah
http://example.com/Hello-Dolly
Untuk
http://example.com/hello-dolly
Alasan yang diberikan adalah:
- URL, secara umum, peka huruf besar-kecil
- itu akan menyederhanakan laporan SEO dan analitik kasus sensitif
Menurut GIF yang saya temukan di artikel Wikipedia tentang Normalisasi URL, saya harus mengubah URL saya dari huruf besar apa saja menjadi huruf kecil semua.
Namun saya menggunakan ASP.NET MVC dan secara default URL saya terstruktur seperti ini ( CamelCase ):
http://www.example.com/Controller/Action/Parameter
http://www.example.com/Categories/List/Bicycles
Saya telah membaca RFC1738 tapi saya tidak melihat jawaban pasti untuk ini.
Haruskah saya keluar dari cara saya untuk memaksa kerangka kerja untuk mengubah segalanya menjadi huruf kecil? Mengapa Microsoft memilih untuk mendesain kerangka kerja mereka seperti ini jika semua orang mengatakan kepada saya untuk menggunakan huruf kecil?
sumber
Jawaban:
Should I go out of my way to force the framework to change everything to lower case?
Tidak, itu tidak perlu. Sistem operasi Windows tidak peka huruf besar kecil, termasuk OS server dan aplikasi kerangka kerja mereka. Namun sistem operasi Linux / Unix peka terhadap huruf besar-kecil.
Aplikasi berbasis internet (mis., Peramban) harus menormalkan URL, seperti yang dicakup dalam bagian 6 RFC 3986 :
Karena Anda akan menggunakan server Windows, URL dan URI yang diminta akan dikembalikan ke aplikasi klien.
Mengenai mesin pencari, sebagaimana dinyatakan dalam RFC di atas, dan di tautan Wikipedia Anda tentang Normalisasi URL :
Dan sebagai sumber seperti laporan ini tentang subjek:
Why did Microsoft choose to design their framework like this if everybody is telling me to use lowercase?
Ini kompatibel dengan sistem operasi mereka, dan secara teknis tidak salah menurut RFC. Mereka juga memiliki cara sendiri dalam melakukan sesuatu, yang membuat para webmaster menebak :-)
sumber
Saya tidak tahu bahwa Anda harus mengubahnya tetapi Anda harus memastikan untuk konsisten.
Saya melihat ini beberapa tahun yang lalu dan standar Google adalah kasus sebelum TLD tidak masalah tetapi setelah TLD tidak.
Pada saat itu saya sedang mengerjakan sebuah situs mati bernama
BusinessForPhotographers.com
; rupanya secara konsisten diperlakukan sebagai case-sensitive.Setelah itu
.com
adalah masalah lain. Tampilan Google/Great-Article
berbeda dari/great-article
, meskipun server Anda merutekannya ke tempat yang sama.Ini dapat memengaruhi kanonikisasi dan duplikasi masalah konten. Saya pikir metode paling aman adalah dengan memaksa redirect 301 ke versi yang benar.
Meskipun ini mungkin tampak sia-sia memikirkan layanan seperti YouTube, apakah
/A1B2C3
URL yang sama/a1b2c3
?Tidak di mata Google.
sumber
Jalur URI peka huruf besar-kecil (jika tidak didefinisikan sebaliknya). Lihat standar URI STD 66, bagian 6.2.2.1. Normalisasi kasus :
Jika huruf besar dalam jalur HTTP URI akan menjadi masalah bagi beberapa pengguna, Wikipedia akan rusak untuk mereka. Dua URI HTTP ini (hanya berbeda dalam huruf kecil
o
vs huruf besarO
) mengarah ke halaman yang berbeda:Jadi tidak, Anda tidak perlu mengubah URI Anda.
Namun, jika memungkinkan (jika Anda tidak menggunakan kasing, seperti yang dilakukan Wikipedia), akan menjadi praktik yang baik untuk mengizinkan semua varian case dan 301 dialihkan ke varian kanonik.
sumber