การแบ่งหน้าและ Canonicalization สำหรับมือโปร – SMX Advanced 2012

เซสชั่นเทคโนโลยีนี้เกี่ยวกับอะไร นี่คือคำอธิบายในวาระการประชุม:

การใช้แท็กการแบ่งหน้ากับพารามิเตอร์ทางเลือก ลำดับการจัดเรียง และตัวกรอง ยังมีเหตุผลที่ต้องใช้ robots.txt หรือ noindex หรือไม่ แท็กตามรูปแบบบัญญัติสามารถแทนที่ 301 ได้จริงหรือ คุณจะรักษาไซต์ที่ใช้ IIS= ของคุณจากการวนซ้ำการเปลี่ยนเส้นทางไม่สิ้นสุดได้อย่างไรเมื่อคุณกำหนดชื่อหน้าเริ่มต้นให้เป็นมาตรฐาน แล้ว rel=alternate href=lang ล่ะ? เราจะแก้ไขปัญหาทีละขั้นตอนเพื่อให้คุณสามารถขจัดความยุ่งเหยิงในไซต์ของคุณ เพิ่มการรวบรวมข้อมูลและจัดทำดัชนีให้สูงสุด และขจัดความเสี่ยงของเนื้อหาที่ซ้ำกัน

ผู้ดำเนินรายการ: Vanessa Fox บรรณาธิการสนับสนุน Search Engine Land (@vanessafox)
ผู้ดูแลถาม & ตอบ: Eric Enge, CEO, Stone Temple Consulting (@stonetemple)
ลำโพง:
Adam Audette ประธาน RKG (@audette)
เจฟฟ์ คาร์เพนเตอร์ ผู้จัดการ SEO บริษัท PETCO (@SanDiegoSEO)
Maile Ohye วิศวกรโปรแกรมนักพัฒนาอาวุโส Google Inc. (@maileohye)

วาเนสซ่าต้อนรับผู้ฟังและบอกว่าจะมีคำถามอีกมาก Adam Audette เริ่มการนำเสนอ เขาตื่นเต้นมากที่จะได้ออกไปนอกโลก มันน่ารัก.

เลขหน้า Dos and Dont's

วิธีที่ดีที่สุดในการคิดเกี่ยวกับเรื่องนี้: “ทุกอย่างควรทำให้เรียบง่ายที่สุดเท่าที่จะทำได้ แต่ไม่ง่ายกว่านี้” – ไอน์สไตน์

ตัวอย่าง: Zales ไซต์อีคอมเมิร์ซขนาดใหญ่ คุณมีสินค้าประเภทต่างๆ และหน้าต่างๆ จากการจัดเรียง การดูหน้าเว็บ และหน้าเว็บ มีโอกาสมากมายที่จะทำให้เกิดความสับสนในการรวบรวมข้อมูล ผลลัพธ์ที่ซ้ำกันมากกว่า 100 รายการได้อย่างง่ายดาย

นี่เป็นเรื่องใหญ่หรือไม่? ใช่ โดยเฉพาะอย่างยิ่งหลังจาก Panda – ไม่มีการทำซ้ำที่คล้ายคลึงกัน

วิธีจัดการกับสิ่งนี้?

วิธีการแบ่งหน้า Noindex: หน้า noindex ทำตาม ปัญหาคือการทำให้พวกเขารวบรวมข้อมูล
หมายเหตุ:
หน้า 2-N ที่มีคำอธิบายประกอบ noindex, follow
หน้า 2-N การอ้างอิงตนเอง rel บัญญัติ
หน้า 2-N มีชื่อเฉพาะ URL และข้อมูลเมตา

Rel prev/next เทคนิคการแบ่งหน้า: ใช้งานยากขึ้นเล็กน้อย โดยที่ noindex เรียงลำดับของส่วนได้เสียที่ส่งผ่านไปยังหน้า 1 เพื่อจัดอันดับผู้สมัคร ให้อ่านหน้าถัดไป/ก่อนหน้าเข้าด้วยกันเป็นชุด

หน้าที่ลึกกว่านั้นยังอยู่ในดัชนี สามารถดึงออกได้ด้วยไซต์: ค้นหา และปรากฏขึ้นเมื่อ Google พิจารณาว่าเป็นผลลัพธ์ที่เกี่ยวข้อง เมื่อ rel canonical เป็นการอ้างอิงตนเอง ก็เหมาะสม แต่เมื่อใช้เพื่อชี้ไปที่หน้า 1 มีสัญญาณที่ขัดแย้งกัน

ดูข้อกำหนดการแบ่งหน้าทั้งหมด
หมายเหตุ:
หน้า 2-N ระบุ ดูทั้งหมด as rel canonical target
ทางออกที่หรูหรา
ดูทั้งหมดมีแนวโน้มที่จะแปลงได้ดีขึ้น

Vanessa อธิบายว่าการเลื่อนแบบอนันต์ AJAX เพื่อแสดงผลิตภัณฑ์นั้นเป็นประสบการณ์ที่ดีของผู้ใช้เช่นกัน

Quora และ Twitter ต่างก็ใช้วิธีโหลดและรีเฟรชอย่างต่อเนื่อง Googlebot ได้รับ 500 คำแรก นั่นเป็น Gotcha ที่อาจเกิดขึ้นหากคุณต้องการรวบรวมข้อมูลเนื้อหา

คำแนะนำ:
เมื่อคุณมีมุมมองที่ดี ทั้งหมดนั้นคือหนทางที่สง่างาม
เมื่อ View All ไม่ใช่ตัวเลือก ให้ใช้ rel next/prev
อีกสองตัวเลือก: เพิ่มพารามิเตอร์ต่อท้าย RL ด้วย #hash และการแสดงผลแบบโปรเกรสซีฟเมื่อผู้ใช้เลื่อน

SEO สำหรับการนำทางแบบเหลี่ยมเพชรพลอย

หากเลือกแง่มุม ให้จัดหมวดหมู่ว่าสำคัญสำหรับผู้ใช้ แต่ไม่ใช่ SEO หรือสำคัญสำหรับ SEO ปฏิบัติแตกต่างกันไปในแต่ละสถานการณ์ บังคับเส้นทางตามรูปแบบบัญญัติเดียวกันสำหรับ URL ไม่ว่าจะเลือกอย่างไร

ข้อเสีย:
แก้ปัญหาอะไรไม่ได้เลยสำหรับการลดค่าโสหุ้ยในการรวบรวมข้อมูล
แรงงานเข้มข้นและมีแนวโน้มผิดพลาด

Gotcha ที่เป็นที่ยอมรับทั่วไป: การทำซ้ำของ noncanonical ที่อ้างอิงถึงตัวมันเองเมื่อมีเวอร์ชันตามรูปแบบบัญญัติจริง นี่เป็นปัญหาที่พบบ่อยที่สุดที่พวกเขาเจอ

ซื้อกลับบ้าน:
ใช้ rel canonical เพื่อส่งสัญญาณ URL ที่ต้องการ ไม่ใช่เป็นทางลัด
สัญญาณลิงค์ภายในควรสอดคล้องกัน
ระมัดระวังด้วยการอ้างอิงตัวเอง rel canonical

เจฟฟ์ คาร์เพนเตอร์เป็นคนต่อไป เขามีกรณีศึกษาใน Petco.com ทำซ้ำจำนวนมากตามการจัดหมวดหมู่ หมวดหมู่ย่อยแต่ละหมวดมีตัวเลือกการปรับแต่งมากมาย การออกแบบไซต์ใหม่จัดหมวดหมู่หมวดหมู่และการนำทางและโครงสร้าง URL เปลี่ยนไป

วิธีการแก้:
ลดตัวเลือกการปรับแต่ง ตรวจสอบการวิเคราะห์เพื่อดูการปรับแต่งที่ใช้และไม่ได้ใช้ พวกเขาเปลี่ยนจาก 50 การปรับแต่งเป็น 12
การศึกษาข้ามแผนก การศึกษาในแผนกต่างๆ นำไปสู่การโฆษณารูปแบบ URL ที่เป็นหนึ่งเดียว
ใช้แท็กตามรูปแบบบัญญัติเพื่อให้ตรงกับการนำทางที่สร้างขึ้นในไซต์แบบไดนามิก มันสร้างรูปแบบ URL ที่เหมือนกันและปรับปรุงข้อมูลการวิเคราะห์
ใช้ noindex ติดตามในหน้าเพจทั้งหมด ลดโอกาสเกิดปัญหาเนื้อหาที่ซ้ำกันในไซต์

ผลลัพธ์:
อัตราการแปลงเพิ่มขึ้น 13+% จากการค้นหาทั่วไปใน 6 เดือน
ลดจำนวนหน้าที่มีค่าต่ำใน SERPs
อันดับโดยรวมเพิ่มขึ้น – วลีที่ได้รับการตรวจสอบเพิ่มขึ้นประมาณ 20% ใน 2 เดือน
ส่งทราฟฟิก SERP ตรงไปยังหน้ารายการผลิตภัณฑ์

Maile จะกอดกลุ่มโดยอธิบายว่าการประชุมให้ข้อเสนอแนะที่เป็นประโยชน์กับเธอและทีมอย่างไร การพูดในที่นี้เป็นประโยชน์ต่อพวกเขาที่ Google ในปีพ.ศ. 2552 เธอมีเซสชั่นเกี่ยวกับการทำซ้ำและทำงานเกี่ยวกับปัญหา PageRank ที่สนุกสนาน ในปี 2555 คณะกรรมการได้นำเสนอปัญหาการนำทางแบบเหลี่ยมเพชรพลอย ในปี 2011 พวกเขาได้เปิดตัวเครื่องมือพารามิเตอร์ URL ที่ได้รับการปรับปรุง

ในปี 2011 คณะกรรมการที่มี REI ได้กล่าวถึงปัญหาการแบ่งหน้า โดยพยายามใช้ rel canonical สำหรับเนื้อหาที่ไม่ซ้ำกัน ซึ่งไม่ใช่สิ่งที่พวกเขาตั้งใจไว้ Google rel next/prev support เปิดตัวในอีก 5 เดือนต่อมา ช่วยให้ Google ระบุลำดับได้มากกว่าที่จะตรวจจับได้

พารามิเตอร์ URL ในเครื่องมือของผู้ดูแลเว็บ

เธอขออภัยสำหรับโพสต์ในบล็อกและบทความในศูนย์ช่วยเหลือที่ไม่ละเอียดเท่าที่ควร

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

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

เป็นคุณลักษณะขั้นสูง บางครั้งไซต์มีความครอบคลุมในการรวบรวมข้อมูลสูงอยู่แล้วตามที่ Google กำหนด การกระทำที่ไม่เหมาะสมอาจทำให้หน้าไม่ปรากฏในผลการค้นหา

ปัญหา: การรวบรวมข้อมูลที่ไม่มีประสิทธิภาพ
URL ที่มีสิทธิ์: key=value&key2=value 2

ขั้นตอนที่ 1: ระบุพารามิเตอร์ที่ไม่เปลี่ยนแปลงเนื้อหา
1. ฉันมีพารามิเตอร์ที่ไม่ส่งผลต่อเนื้อหาของหน้า (ID เซสชัน, รหัสพันธมิตร, รหัสติดตาม) หรือไม่
มีแนวโน้มว่าทำเครื่องหมายว่า “ไม่เปลี่ยนแปลงเนื้อหา”

ขั้นตอนที่ 2a: ระบุพารามิเตอร์ที่เปลี่ยนเนื้อหา
ขั้นตอนที่ 2b: ระบุพฤติกรรมที่ต้องการของ Googlebot

การเปลี่ยนแปลงพารามิเตอร์การ เรียง ลำดับเนื้อหาลำดับถูกนำเสนอ
1. พารามิเตอร์ sort เป็นทางเลือกทั่วทั้งไซต์หรือไม่?
2. Googlebot สามารถค้นพบทุกสิ่งที่เป็นประโยชน์ได้หรือไม่เมื่อพารามิเตอร์ sort ไม่แสดงขึ้น

ถ้าใช่สำหรับทั้งสองอย่าง มีแนวโน้มว่าด้วยพารามิเตอร์ของคุณ คุณสามารถระบุ “ไม่รวบรวมข้อมูล URLS”

ตรวจสอบว่าตัวอย่างที่แสดงไม่ใช่รูปแบบบัญญัติและเข้าถึงตามรูปแบบบัญญัติได้โดยการนำทาง

หรือค่าการจัดเรียงเดียวกันทั่วทั้งไซต์
1. มีการใช้ค่าการจัดเรียงเดียวกันอย่างสม่ำเสมอสำหรับทุกหมวดหมู่หรือไม่?
2. เมื่อผู้ใช้เปลี่ยนค่า sort คือจำนวนรายการทั้งหมดไม่เปลี่ยนแปลง?

ถ้าใช่ เป็นไปได้ว่าด้วยพารามิเตอร์การจัดเรียงของคุณ คุณสามารถระบุ “เฉพาะ URL ที่มีค่า x” โดยที่ x เป็นหนึ่งในค่าการจัดเรียงที่ใช้ทั่วทั้งไซต์

Narrows กรอง ocntent บนหน้าโดยแสดงรายการย่อยของรายการทั้งหมด

หากพารามิเตอร์ Narrows แสดงเนื้อหาที่มีประโยชน์น้อยกว่าซึ่งเป็นชุดย่อยของเนื้อหาจาก URL ที่ไม่มีพารามิเตอร์ Narrows คุณอาจระบุ "Crawl No URLs" ได้

ตรวจสอบอีกครั้งโดยตรวจสอบว่า URL ที่แสดงในตัวอย่างมีเนื้อหาที่ซ้ำซ้อน

พารามิเตอร์ที่ ระบุ กำหนดเนื้อหาที่แสดงบนหน้า aa

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

การ แบ่งหน้า จะแสดงหน้าส่วนประกอบของลำดับหลายหน้า ใช้รวบรวมข้อมูลทุก URL

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

ปฏิบัติที่ดีที่สุด:
ลิงก์ภายในควรมีเฉพาะ URL ตามรูปแบบบัญญัติเท่านั้น
แสดงรายการบัญญัติในแผนผังเว็บไซต์
ช่วยในการโปรโมตตามรูปแบบบัญญัติ
ให้การนับดัชนีที่แม่นยำยิ่งขึ้น
มาร์กอัปการจัดทำดัชนีหน้ายังคงมีประโยชน์ rel canonical, rel next/prev สามารถใช้ควบคู่กันได้
ใช้พารามิเตอร์ URL เพื่อการรวบรวมข้อมูลที่มีประสิทธิภาพมากขึ้น