Mengapa URL pertanyaan Stack Overflow memiliki ID pertanyaan sebelum 'pertanyaan' SEO friendly?

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.

url

— andho
sumber

btw saya ingin menambahkan subdirektori sebagai tag

— andho

Paging @Jeff Atwood. (Lebih baik pergi ke sumber.)

— Su '17

Kadang-kadang URL dapat dipotong (sengaja (terlalu lama untuk menyimpan dalam DB dll) atau karena kesalahan) .. dan jika id sebelum slug, server / skrip masih dapat mengenali halaman yang Anda inginkan tetapi dengan id di akhir kemungkinan besar akan tidak. Coba URL halaman ini - hapus beberapa karakter terakhir dan kirimkan - server akan mengarahkan Anda ke URL yang benar (tampaknya kode di belakang memiliki perlakuan khusus untuk skenario seperti itu). Dengan id di akhir Anda mungkin akan melihat pertanyaan yang sama sekali berbeda (atau halaman kesalahan). webmasters.stackexchange.com/questions/16641/…

— LazyOne

@Lazyone, buat jawaban itu agar kami dapat memilihnya

— John Conde

Jika Anda meninggalkan "direktori" terakhir URL untuk pertanyaan ini, Anda masih mendapatkan pertanyaan ini: webmasters.stackexchange.com/questions/17002/foo-bar

— kzh

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

— LazyOne
sumber

Poin bagus tentang pemotongan +1

— UpTheCreek

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.

Saya juga membaca dalam sebuah artikel bahwa hanya dua subdirektori pertama yang relevan oleh karena itu hanya / pertanyaan / 16999 yang relevan. Melihat SO, ini jelas tidak benar, tetapi saya tidak bisa memutuskan bobotnya

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.

— UpTheCreek
sumber

Saya kira kita harus setuju untuk tidak setuju. Bagi saya, angka acak (oke itu id pertanyaan) di tengah-tengah url agak canggung daripada sesuatu yang membaca secara alami seperti / pertanyaan / apa-yang-Anda-punya-untuk-makan siang / bergumam. Di sini saya akan mengabaikan segala sesuatunya mulai dari bergumam.

— andho

btw di sini adalah tautan saya membaca hal tentang 2 subdirektori, goodwebsiteinspector.com/en/…

— andho

ya, kami harus setuju dengan dissagee :) Saya tidak setuju dengan kesimpulan tentang 'subdiretories' di tautan itu. Ini biasanya bukan subdirektori sama sekali, dan Google tahu itu. Bahkan jika itu, mengapa google menurunkan sumber daya yang berpotensi bermanfaat, hanya karena itu 'dalam'?

— UpTheCreek

Pemrosesan URL oleh server mengabaikan bagian dari URL mengikuti nomor id pertanyaan dan garis miring. Semua ini setara:

/ pertanyaan / 16999
/ pertanyaan / 16999 /
/ pertanyaan / 16999 / any-text-at-all

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.

— mgkrebbs
sumber

Saya tidak bisa melihat contoh apa pun di SO di mana mereka menggunakan versi singkat dari URL.

— UpTheCreek

@UpTheCreek, klik tombol bagikan di bawah jawaban apa pun. misalnya webmasters.stackexchange.com/q/17002

— azerafati