Ambil contoh pertanyaan acak ini: Alat atau plugin yang diperlukan untuk menunjukkan file html mana yang digunakan penyeleksi css tertentu , perhatikan bagian yang relevan /questions/16999.
Sekarang, mungkin url dapat dilakukan seperti ini:
/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`
Itu adalah question_id setelah pertanyaan, dan apa yang lebih dulu dalam url lebih berat di seo, mengapa bagian pertanyaan datang setelah question_id.
Saya juga membaca dalam sebuah artikel bahwa hanya dua subdirektori pertama yang relevan oleh karena itu hanya /question/16999relevan. Melihat SO, ini jelas tidak benar, tetapi saya tidak bisa memutuskan bobotnya.
Saya bertanya karena saya akan menerapkan optimasi seo dan tidak ingin harus mengubah tautan ke halaman saya setelah itu.
Jawaban:
Saya tidak tahu alasan pasti mengapa situs StackExchange memiliki ID sebelum siput, tapi di sini adalah mengapa saya ingin melakukannya dengan cara ini:
Kadang-kadang URL dapat dipotong (sengaja (terlalu lama untuk menyimpan dalam DB dll) atau karena kesalahan (terjadi cukup sering ketika salin-tempel)) .. dan jika ID sebelum slug, server / skrip masih dapat mengenali halaman yang Anda inginkan tetapi dengan ID pada akhirnya kemungkinan besar tidak akan.
Coba URL halaman ini - hapus beberapa karakter terakhir dan kirim - server akan mengarahkan Anda ke URL yang benar ( tampaknya kode di balik situs ini memiliki perlakuan khusus untuk skenario seperti itu ). Dengan ID di akhir Anda mungkin akan melihat pertanyaan yang sangat berbeda (perilaku paling umum dalam kasus tersebut) .. atau hanya halaman kesalahan (ketika server / skrip memastikan bahwa slug cocok dengan ID).
Berkenaan dengan efek SEO - lihat pertanyaan ini: SEO: url: tempat terbaik untuk id
sumber
Ya, mereka bisa menambahkan ID setelah judul pertanyaan jika mereka mau.
Mengenai posisi ID dan SEO, menurut pendapat saya, saya tidak berpikir itu akan membuat perbedaan (ok mungkin jika itu dalam nama domain).
Dari sudut pandang keterbacaan manusia, tampaknya lebih jelas (setidaknya bagi saya) untuk memiliki judul yang dapat dibaca manusia pada akhirnya, daripada terkubur dalam URL.
Di mana Anda membaca ini? Saya rasa itu tidak benar, dan saat ini URL yang ditulis ulang ini biasanya tidak berhubungan dengan subdirektori dengan cara apa pun.
sumber
Pemrosesan URL oleh server mengabaikan bagian dari URL mengikuti nomor id pertanyaan dan garis miring. Semua ini setara:
Mereka semua mengarahkan ke URL yang memiliki teks pertanyaan (diformat ulang) setelah slash.
Ini memungkinkan mereka untuk menggunakan URL formulir pendek dalam tautan dari satu halaman ke halaman lain (seperti tautan di bilah sisi Terkait di halaman ini), menghemat waktu pengiriman HTML serta siklus penyimpanan dan siklus cpu. Dengan memiliki teks pertanyaan di URL kanonik (yang diarahkan ke), mereka masih mendapatkan manfaat memiliki teks yang relevan di URL untuk digunakan dalam pengindeksan mesin pencari.
sumber