วิธีการอย่างถูกต้องทำเครื่องหมายรุ่นต่าง ๆ ของเอกสารเดียวกันซึ่งไม่ใช่แบบบัญญัติ

กรณีการใช้งานเป็นเอกสารที่มีหลายรุ่นพร้อมกันทั้งหมด ตัวอย่างเช่นเอกสารเกี่ยวกับผลิตภัณฑ์สำหรับซอฟต์แวร์แต่ละเวอร์ชัน:

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

สิ่งเหล่านี้ไม่ใช่เนื้อหาเดียวกันในแง่ที่ว่ามันจะไม่ถูกต้องในการระบุในหน้า v1 และ v2 ที่ URL ที่เป็นมาตรฐานคือ v3 หากฉันค้นหา 'คู่มือการติดตั้งผลิตภัณฑ์ v2' ใน Google ฉันคาดว่าจะสามารถค้นหา v2 ได้ เอกสารแต่ละเวอร์ชันจะแตกต่างกันเล็กน้อย แต่มีหลายอย่างที่เหมือนกัน

ดังนั้นคำถามคือ: ฉันสามารถทำเครื่องหมายหน้าเหล่านี้ในบางวิธีเพื่อส่งสัญญาณไปยัง Google และเพื่อน ๆ ว่าเป็นที่ต้องการเวอร์ชันล่าสุด (v3) ดังนั้นการค้นหาง่าย ๆ สำหรับ 'คู่มือการติดตั้งผลิตภัณฑ์' มีแนวโน้มที่จะแสดงหน้า v3 แทน หน้า v1 หรือ v2?

ให้คำถามของคุณฉันต้องทำสมมติฐานดังต่อไปนี้:

1. เว็บไซต์ของคุณเสนอส่วนสำหรับคำแนะนำในการติดตั้งสำหรับผลิตภัณฑ์
2. คำแนะนำแตกต่างจากรุ่นผลิตภัณฑ์ แต่ยังคงเกี่ยวข้องกับลูกค้าที่ใช้รุ่นผลิตภัณฑ์เก่า
3. ลูกค้าของคุณรับทราบและทราบว่าพวกเขาต้องการเวอร์ชันใด

แม่: rel="canonical"นี้แน่นอนไม่ได้เป็นกรณีการใช้งานสำหรับ

วิธีหนึ่งในการจัดการกับสถานการณ์เช่นคุณคือโครงสร้าง: คุณสามารถใช้หน้าคู่มือคงที่สำหรับผลิตภัณฑ์ของคุณที่มีคู่มือล่าสุดเสมอ หน้านี้เชื่อมโยงจากหน้าผลิตภัณฑ์หรือหมวดหมู่จึงได้รับความสำคัญมาก

โครงการ:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

ทุกครั้งที่มีการออกคู่มือใหม่มันจะถูกเผยแพร่ไปยังหน้าสแตติกและคู่มือเก่าจะย้ายไปยัง URL ใหม่ที่ลึกลงไปในโครงสร้าง URL URL "คู่มือเก่า" เหล่านั้นเชื่อมโยงกับจากหน้าคงที่ แต่ไม่ได้มาจากหน้าหมวดหมู่ ดังนั้นพวกเขาจะเห็นว่า "สำคัญน้อยลง"

ตรวจสอบให้แน่ใจว่าv1, 2, 3, … nเวอร์ชันนั้นเชื่อมโยงจากหน้าคำแนะนำหลักเท่านั้น หน้าหลักจะต้องเชื่อมโยงกันทั่วทั้งไซต์ของคุณ

เมื่อเทียบกับโครงสร้าง URL exapmle.com/product/guide/ของคุณที่มีอยู่นี้ให้ความสัมพันธ์กันมากขึ้นเพื่อแนะนำเผยแพร่บน

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

ในโครงสร้างนี้แต่ละ URL จะ "คุ้มค่า" เหมือนกันและ Google จำเป็นต้องพึ่งพาสัญญาณอื่น ๆ เพื่อตัดสินใจว่า URL ใดมีความเกี่ยวข้องมากที่สุด

ขั้นตอนต่อไปคือการปรับหน้าคู่มือให้เหมาะสมด้วยวิธีที่เครื่องมือค้นหาเข้าใจความแตกต่างระหว่างแต่ละเวอร์ชันได้อย่างรวดเร็ว:

• ทำให้ชื่อของหน้าเป็นรายบุคคลเช่น: <title>Version 1.0 install Guide for Product XY</title>
• ทำให้หัวเรื่องหลักของหน้าเป็นรายบุคคลเช่น: <h1>How to Install Version 1.0 of Product XY</h1>
• ทำให้คำอธิบายของหน้าเป็นรายบุคคลเช่น: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
• ใช้ประโยชน์จากข้อความจุดยึดเพื่อชี้ให้เห็นรุ่นต่าง ๆ เมื่อเชื่อมโยงไปยังคู่มือ <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

แต่ละคนจะชี้ให้เห็นรุ่นที่ถูกออกแบบมาและอาจเป็นปี / เดือน / วันที่

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

วิธีนี้ทำให้คุณมั่นใจได้ว่าคู่มือล่าสุดจะปรากฏอยู่เสมอexample.com/product/guide/และจะทำหน้าที่เป็นผลลัพธ์สำหรับการค้นหาทั่วไปเช่น " ผลิตภัณฑ์คู่มือการติดตั้ง " เครื่องมือค้นหาจะรับรู้ว่าเนื้อหาในหน้านี้ได้รับการปรับปรุงบ่อยครั้งและจะรับรู้ว่ามีรายการย่อยของหน้านี้อยู่และให้บริการพวกเขาสำหรับคำค้นหาที่เฉพาะเจาะจงเช่น " คู่มือการติดตั้งผลิตภัณฑ์ V 2.0 " ด้วยการปรับหน้าเว็บให้เหมาะสมกับรุ่นที่เฉพาะเจาะจงพวกเขานำเสนอคุณเพื่อให้แน่ใจว่าลูกค้าค้นหาเวอร์ชันของพวกเขาโดยการค้นหา

ฉันไม่ได้เห็นวิธีการทางเทคนิคใด ๆ ที่พิสูจน์แล้วว่าจะบอกเครื่องมือค้นหาว่าคู่มือหรือหน้าเว็บบางรุ่นนั้นใหม่กว่าวันที่ที่ Norcal johnny พูดถึง

อย่างไรก็ตามฉันได้สังเกตเห็นว่าในหลายกรณีเวอร์ชั่นเก่าจะมีคำเตือนที่ด้านบนว่าให้ไปดูที่นั่นสำหรับเวอร์ชันใหม่กว่า บิตของ nag หากคุณใช้เวอร์ชันที่คุณกำลังดูอยู่ตอนนี้ แต่ยอดเยี่ยมถ้าคุณพยายามประเมินผลิตภัณฑ์และต้องการให้แน่ใจว่าคุณดูล่าสุด

เว็บไซต์แรกที่ฉันเห็นการฝึกฝนที่เกิดขึ้นอย่างชัดเจนคือ W3C ตัวอย่างเช่นเอกสารนี้มี "เวอร์ชันล่าสุด" ที่ด้านบน: https://www.w3.org/TR/html401/

ตอนนี้ฉันสังเกตเห็นแล้วที่ MSDN ที่ซึ่งพวกเขามีลิงค์ชื่อ "รุ่นที่แนะนำ" https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

ไม่ว่าจะด้วยวิธีใดฉันไม่เคยเห็น HTTP หรือ HTML ทางเทคนิคใด ๆ มีแท็กลิงก์พร้อม rel = "alternate"ที่อาจใช้งานได้ แต่จากสิ่งที่ฉันเข้าใจว่าใช้ได้เฉพาะกับภาษาหรือเอกสารที่เหมือนกันในเวอร์ชันที่ต่างกันเท่านั้นไม่ใช่เวอร์ชันที่แตกต่างกัน

มีอีกหนึ่งเทคโนโลยีที่ Google ได้ลองด้วยและฉันค่อนข้างมั่นใจว่าพวกเขายังคงใช้มันเป็นhttp://schema.orgซึ่งเกิดขึ้นกับแท็กhttps://schema.org/softwareVersion ดังนั้นสมมติว่า Google ใช้แท็กเฉพาะนั้นแล้วมันก็ควรเข้าใจรูปแบบเวอร์ชันของคุณ จากข้อมูลเชิงลึกของ Seb มีหน้า / คู่มือคุณสามารถมีลิงก์ไปยังแต่ละเวอร์ชันได้ ลิงก์จะถูกแท็กด้วยสคีมาเพื่อรวมsoftwareVersionข้อมูลนั้น อย่างไรก็ตามรุ่นนั้นยอมรับข้อความเท่านั้นทำให้ฉันคิดว่านี่เป็นคำอธิบาย("รุ่นที่ดีที่สุดเท่าที่เคยมีมา!")ของซอฟต์แวร์ไม่ใช่รุ่นจริง(1.0, 2.3, 3.7.1 ... )แต่ฉันคิดว่าน่าจะดีที่สุด คุณทำได้.

ผมเคยเห็นกรณีเช่นคุณเมื่อเรียกดูเอกสารทางเทคนิคเช่นเอกสาร Django

ไม่มีแท็กเฉพาะที่จะเพิ่มในกรณีนี้ แต่คุณสามารถใช้กลยุทธ์ต่อไปนี้เพื่อบอกใบ้ Google ว่าคุณต้องการลิงก์v3 (เวอร์ชั่นล่าสุด):

ลิงค์โดยไม่มีรุ่น

• เมื่อคุณอ้างถึงเนื้อหานี้นอกขอบเขต v3 ให้ใช้ลิงค์ที่ไม่มีรุ่นที่เปลี่ยนเส้นทางไปยังหน้าเวอร์ชั่นล่าสุดโดยอัตโนมัติเช่น:

  example.com/install-guide - เปลี่ยนเส้นทางไปยังล่าสุด -> example.com/v3/install-guide

เมื่อคุณมีรุ่นใหม่ (v4) example.com/v4/install-guideมันจะเปลี่ยนเส้นทางไปยัง

การแจ้งเตือนพร้อมลิงค์ไปยังเวอร์ชั่นล่าสุด

• แสดงเอกสารของคุณในเวอร์ชันที่มีอยู่เสมอเพื่อให้ผู้ใช้สามารถตัดสินใจได้ว่าจะใช้เอกสารใดและหากพวกเขาเยี่ยมชมรุ่นที่เก่ากว่าคุณสามารถแสดงการแจ้งเตือนว่าพวกเขาไม่ได้อยู่ในเวอร์ชันล่าสุดและเพิ่มลิงค์ไปยังลิงค์ url, Google จะรู้ว่าหน้าเว็บที่เก่ากว่านั้นอ้างถึงหน้าล่าสุดนั้นทำให้พวกเขามีน้ำหนักมากขึ้นในการตัดสินใจว่าจะเลือกหน้าไหน ในกรณีนี้เวอร์ชันล่าสุดจะถูกอ้างอิงโดยเวอร์ชันอื่นเสมอ

เมื่อ Django เลิกใช้รุ่นที่พวกเขาแสดงให้ผู้ใช้เห็นได้อย่างชัดเจนในกรณีของคุณคุณสามารถเพิ่มลิงค์เวอร์ชั่นล่าสุดในการแจ้งเตือนได้

ลิงก์สด

• ลิงก์สด (เนื้อหาที่ใหม่กว่าหรือเวอร์ชั่นที่ใหม่กว่าในกรณีของคุณ) จะได้รับแรงฉุดมากกว่าที่เก่ากว่า

เมื่อใดก็ตามที่ฉันค้นหาข้อมูล FB API ข้อมูลนั้นจะส่งคืนข้อมูลล่าสุดให้ฉันด้วย URL API ล่าสุดและพวกเขาไม่ได้ใช้การเปลี่ยนเส้นทางใด ๆ ทั้งแท็กลิงก์มาตรฐานซึ่งชี้ไปที่ข้อมูลล่าสุดสิ่งที่พวกเขาทำก็คือพวกเขาเริ่มชี้ไปที่ข้อมูลล่าสุดทุกที่ดังนั้น Google จะรวบรวมข้อมูลบ่อยขึ้นและจะผ่านการทดสอบมากขึ้นนั่นเป็นสัญญาณเดียวที่คุณสามารถใช้สำหรับเว็บไซต์ของคุณ คุณสามารถควบคุมลิงก์ของคุณได้ดังนั้นให้ใช้ลิงก์นั้น

อย่าใช้ noindex, 301 redirect and tagical link tag ในหน้าเก่าที่ชี้ไปยัง URL ล่าสุดซึ่งจะทำให้หน้าเว็บของคุณตายในสายตาของเครื่องมือค้นหาของ Google ฉันหมายถึง Google จะลบผลประโยชน์เริ่มแรกใด ๆ ที่มอบให้กับหน้าเว็บนั้น ฉันเพิ่งถามแฮงเอาท์อย่างเป็นทางการของ Google เมื่อเร็ว ๆ นี้และพวกเขาบอกว่าพวกเขาไม่ได้ให้ค่า PR เริ่มต้นสำหรับแท็ก noindex ดังนั้นฉันคิดว่ามันจะใช้กับแท็กลิงก์แบบบัญญัติ และเมื่อคุณเปลี่ยนเส้นทาง 301 การประชาสัมพันธ์ทั้งหมดจะถูกส่งไปยัง URL ใหม่และการประชาสัมพันธ์เบื้องต้นใด ๆ ที่มอบให้กับหน้าเว็บเก่านั้นจะถูกลบออกเพราะไม่สามารถใช้ได้อีกต่อไป Google ให้คุณค่ากับหน้าเว็บที่ยังมีชีวิตอยู่

คุณไม่จำเป็นต้องเปลี่ยนมาร์กอัปของคุณ เว็บไซต์ eComerce แสดงหน้าเว็บประเภทเดียวกันใน URL ที่แตกต่างกันสองแห่งเพื่อกำหนดเป้าหมายสองประเทศและสิ่งที่พวกเขาเปลี่ยนแปลงนั้นเป็นเพียงราคาหมุนเวียนเท่านั้น ตัวอย่างเช่นสำหรับประเทศสหรัฐอเมริกาเป็นเงินดอลลาร์และสำหรับอินเดียเป็นเงินรูปีและส่วนที่เหลือทุกอย่างเหมือนกันและเว็บไซต์ประเภทนั้นไม่ได้รับโทษจากแพนด้าเลย

คุณสามารถใช้วันที่ของหน้าเพื่อเรียงลำดับ

Google ประมาณวันที่ของหน้าตามคุณสมบัติของหน้าเช่นวันที่ในชื่อและ URL

การค้นหาที่กำหนดเองช่วยให้คุณสามารถใช้วันที่นี้ในการเรียงลำดับอคติและช่วง จำกัด ผลลัพธ์โดยใช้คีย์ข้อมูลเมตาพิเศษของวันที่ วันที่ประมาณนี้สามารถใช้ในโอเปอเรเตอร์ทั้งหมดที่ใช้&sort=พารามิเตอร์ URL รวมถึง "เรียงลำดับตามแอตทริบิวต์", "ตั้งค่าตามแอตทริบิวต์", "จำกัด เฉพาะช่วง"

ตัวอย่างเช่น:

สำหรับรายชื่อของรหัสปัจจุบันเยี่ยมชมเอกสารการค้นหาของ Google ที่กำหนดเอง