เหตุใด URL คำถามซ้อนมากเกินไปจึงมีรหัสคำถามก่อนที่คำถาม SEO จะเป็นมิตร


13

ใช้ตัวอย่างเช่นคำถามสุ่ม: เครื่องมือหรือปลั๊กอินที่จำเป็นในการแสดงออกซึ่งในไฟล์ HTML ที่กำหนดตัวเลือก CSS จะใช้/questions/16999แจ้งให้ทราบว่าเป็นส่วนหนึ่งที่เกี่ยวข้องคือ

ตอนนี้อาจเป็นไปได้ที่ URL อาจทำดังนี้:

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

นั่นคือ question_id อยู่หลังคำถามและสิ่งที่มาก่อนใน url มีน้ำหนักมากขึ้นใน seo ทำไมส่วนคำถามมาหลังจาก question_id

ฉันยังอ่านในบทความว่ามีเพียงสองไดเรกทอรีย่อยครั้งแรกที่มีความเกี่ยวข้องเท่านั้นจึง/question/16999มีความเกี่ยวข้อง การดูดังนั้นนี่ไม่เป็นความจริง แต่ฉันไม่สามารถตัดสินใจเรื่องนี้ได้

ฉันถามเพราะฉันจะใช้การเพิ่มประสิทธิภาพ seo และไม่ต้องการเปลี่ยนลิงค์ไปยังหน้าของฉันในภายหลัง


btw ฉันต้องการเพิ่มไดเรกทอรีย่อยเป็นแท็ก
andho

Paging @Jeff Atwood (อาจไปที่แหล่งข้อมูลด้วย)
Su '

1
บางครั้ง URL สามารถถูกตัดทอนได้ (โดยเจตนา (ยาวเกินกว่าจะเก็บไว้ในฐานข้อมูลอื่น ๆ ) หรือโดยไม่ได้ตั้งใจ) .. และหาก id อยู่ก่อนหน้ากระสุนเซิร์ฟเวอร์ / สคริปต์ยังคงสามารถจดจำหน้าเว็บที่คุณต้องการได้ แต่ท้ายที่สุดแล้ว ไม่. ลองใช้ URL ของหน้านี้ - ลบอักขระสองสามตัวสุดท้ายแล้วส่ง - เซิร์ฟเวอร์จะนำคุณไปยัง URL ที่ถูกต้อง (เห็นได้ชัดว่าโค้ดที่อยู่ด้านหลังมีการจัดการพิเศษสำหรับสถานการณ์ดังกล่าว) ด้วยรหัสในตอนท้ายคุณอาจจะเห็นคำถามที่แตกต่างอย่างสิ้นเชิง (หรือหน้าข้อผิดพลาด) webmasters.stackexchange.com/questions/16641/…
LazyOne

@ Lazyone ให้คำตอบนั้นเพื่อให้เราสามารถโหวตได้
John Conde

หากคุณละทิ้ง "ไดเรกทอรี" สุดท้ายของ URL สำหรับคำถามนี้คุณยังคงได้รับคำถามนี้: webmasters.stackexchange.com/questions/17002/foo-bar
kzh

คำตอบ:


13

ฉันไม่ทราบเหตุผลที่แน่ชัดว่าเว็บไซต์ StackExchange มีรหัสก่อนกระสุน แต่นี่คือเหตุผลที่ฉันจะมีวิธีนี้:

บางครั้ง URL สามารถถูกตัดทอนได้ (โดยเจตนา (ยาวเกินกว่าจะเก็บไว้ในฐานข้อมูลอื่น ๆ ) หรือโดยไม่ได้ตั้งใจ (เกิดขึ้นบ่อยครั้งเมื่อคัดลอกวาง)) .. และถ้า ID เป็นก่อนหน้าทากเซิร์ฟเวอร์ / สคริปต์ ด้วยรหัสที่ส่วนท้ายก็มักจะไม่

ลองใช้ URL ของหน้านี้ - ลบอักขระสองสามตัวสุดท้ายแล้วส่ง - เซิร์ฟเวอร์จะนำคุณไปยัง URL ที่ถูกต้อง ( เห็นได้ชัดว่ารหัสที่อยู่เบื้องหลังไซต์นี้มีการดูแลเป็นพิเศษสำหรับสถานการณ์ดังกล่าว ) ด้วย ID ในตอนท้ายคุณอาจจะเห็นคำถามที่แตกต่างอย่างสิ้นเชิง (พฤติกรรมที่พบบ่อยที่สุดในกรณีเช่นนี้) .. หรือหน้าข้อผิดพลาดเพียง (เมื่อเซิร์ฟเวอร์ / สคริปต์ทำให้มั่นใจได้ว่ากระสุนตรงกับ ID)

เกี่ยวกับผลกระทบของ SEO - ดูคำถามนี้: SEO: urls: ที่ที่ดีที่สุดสำหรับรหัส


1
จุดที่ดีเกี่ยวกับการตัด 1
UpTheCreek

3

ใช่พวกเขาสามารถเพิ่ม ID หลังชื่อคำถามหากพวกเขาต้องการ

เกี่ยวกับตำแหน่งของ ID และ SEO ในความคิดของฉันฉันไม่คิดว่ามันจะสร้างความแตกต่างใด ๆ (ตกลงบางทีถ้ามันอยู่ในชื่อโดเมน)

จากมุมมองที่มนุษย์สามารถอ่านได้ดูเหมือนจะชัดเจนกว่า (สำหรับฉันอย่างน้อยที่สุด) ที่จะมีชื่อที่มนุษย์อ่านได้ในตอนท้ายแทนที่จะฝังใน URL

ฉันยังอ่านในบทความที่มีเพียงไดเรกทอรีย่อยสองแห่งแรกเท่านั้นที่เกี่ยวข้องดังนั้น / คำถาม / 16999 เท่านั้นจึงมีความเกี่ยวข้อง การดูดังนั้นนี่ไม่เป็นความจริง แต่ฉันไม่สามารถตัดสินใจเรื่องนี้ได้

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


ฉันเดาว่าเราจะต้องเห็นด้วยที่จะไม่เห็นด้วย สำหรับฉันตัวเลขสุ่ม (โอเคมันเป็นรหัสคำถาม) ในช่วงกลางของ URL นั้นค่อนข้างอึดอัดใจกว่าสิ่งที่อ่านตามธรรมชาติเช่น / คำถาม / สิ่งที่คุณทำเพื่อรับประทานอาหารกลางวัน / สับสน - สับสน ที่นี่ฉันจะไม่สนใจทุกอย่างที่เริ่มต้นจากความสับสน
andho

ครับนี่คือการเชื่อมโยงที่ผมอ่านสิ่งที่เกี่ยวกับ 2 ไดเรกทอรีย่อยgoodwebsiteinspector.com/en/...
andho

2
ใช่เราจะต้องเห็นด้วยที่จะแยกแยะ :) ฉันไม่เห็นด้วยกับข้อสรุปเกี่ยวกับ 'subdiretories' ในลิงค์นั้น เหล่านี้มักจะไม่ไดเรกทอรีย่อยเลยและ google รู้ว่า แม้ว่ามันจะเป็นเพราะเหตุใด Google จึงลดระดับทรัพยากรที่มีประโยชน์เพียงเพราะมันเป็น 'ลึก'
UpTheCreek

1

การประมวลผล URL โดยเซิร์ฟเวอร์จะเพิกเฉยต่อส่วนของ URL ตามหมายเลขรหัสคำถามและเครื่องหมายทับ ทั้งหมดนี้เทียบเท่า:

/ คำถาม / 16999
/ คำถาม / 16999 /
/ คำถาม / 16999 / any-text-at-all

พวกเขาทั้งหมดเปลี่ยนเส้นทางไปยัง URL ที่มีข้อความคำถาม (ฟอร์แมตใหม่) หลังเครื่องหมายทับ

สิ่งนี้ช่วยให้พวกเขาใช้ URL รูปแบบสั้น ๆ ในลิงก์จากหน้าหนึ่งไปอีกหน้าหนึ่ง (เช่นลิงก์ในแถบด้านข้างที่เกี่ยวข้องในหน้านี้) ประหยัดเวลาในการส่ง HTML รวมถึงที่เก็บข้อมูลและรอบ cpu โดยมีคำถามคำถามใน URL ที่ยอมรับ (หนึ่งเปลี่ยนเส้นทางไป) พวกเขายังคงได้รับประโยชน์จากการมีข้อความที่เกี่ยวข้องใน URL เพื่อใช้ในการจัดทำดัชนีเครื่องมือค้นหา


ฉันไม่เห็นตัวอย่างใด ๆ เกี่ยวกับ SO ที่พวกเขาใช้ URL รุ่นย่อ
UpTheCreek

@UpTheCreek คลิกที่ปุ่มแบ่งปันด้านล่างคำตอบใด ๆ ตัวอย่างเช่นwebmasters.stackexchange.com/q/17002
azerafati
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.