ขั้นตอนที่ 5 กลยุทธ์ในการแก้ปัญหาแบ่ง SEO

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

rel = "canonical" tags SEO

meta robots noindex

เครื่องมือจัดการพารามิเตอร์

robots.txt (ไม่ค่อยเป็นค้อนขนาดใหญ่ )

ทำให้หน้าเว็บไม่ซ้ำกัน (ชื่อคำอธิบายเมตา, URL)

วันนี้เราสามารถเพิ่มชุดเครื่องมือนี้ได้:

rel = "next", rel = "ก่อนหน้า"

พื้นที่หนึ่งที่มีการเปลี่ยนแปลงเมื่อเร็ว ๆ นี้คือความเข้าใจของเรา (ผ่านการทดสอบและการส่งข้อความจาก Google) เกี่ยวกับวิธีที่โปรแกรมรวบรวมข้อมูลโต้ตอบกับหน้าเว็บที่ติดแท็กด้วยมาตรฐานที่ยอมรับ คำพูดจากบทความของฉันเกี่ยวกับการเพิ่มการมองเห็นผลิตภัณฑ์ SEO,"เราดำเนินการตามสันนิษฐานเดิมว่า URL ที่มีคำอธิบายประกอบกับ rel มาตรฐานจะไม่สามารถรวบรวมข้อมูลได้เต็มรูปแบบ กล่าวคือจะไม่มีการเชื่อมโยงภายในหน้าเว็บข้อความ anchor และ PageRank จะไม่ถูกส่งไปและ URL จะเป็น 'soft 301'd' เป็นเป้าหมายตามบัญญัติ อย่างไรก็ตามอาจมีการเปลี่ยนแปลงตามข้อมูลล่าสุดจาก Matt Cutts ...Cutts กล่าวว่าเมื่อเร็ว ๆ นี้การเชื่อมโยงในหน้าเว็บที่มีคำอธิบายประกอบเกี่ยวกับมาตรฐานแบบมาตรฐานจะยังคงมีการรวบรวมข้อมูลโดยอ้างอิงจาก PageRank โดยรวมของ URL ซึ่งเป็นปัจจัยอื่น ๆ จากข้อมูลนี้จะปรากฏเป็นมาตรฐานตามบัญญัติบัญญัติซึ่งเป็นกระบวนการที่แยกกันต่างหาก (กล่าวคือไม่เหมือนใคร) จากการรวบรวมข้อมูล ..."มีความสำคัญมากในเรื่องนี้ในการจัดลำดับหน้า วิธีการของเราในการจัดการมันมักจะจ้าง ‘noindex ทำตาม’ URL ของหน้าลิ (2, 3, 4, ฯลฯ ) และการใช้งานของ rel บัญญัติยกเว้นตัวเองอ้างอิงในกรณีของ URL ที่ซ้ำกันเลย แน่นอนไม่มีการใช้ rel relative to reference page 1 เนื่องจากจะเป็นการป้องกันไม่ให้การเชื่อมโยงในหน้าเว็บต่างๆมีความลึกลงไป " ไม่มีข้อสงสัยบางส่วนของที่ตอนนี้อาจมีการเปลี่ยนแปลงด้วยการแนะนำของ rel ถัดไปและก่อนหน้า ในความเป็นจริงแล้วเราได้เริ่มทดสอบการใช้งาน rel concatment กับ meta noindex แล้ว ความเป็นมาเกี่ยวกับ SEO & amp; การให้เลขหน้าปัญหาเกี่ยวกับการแบ่งหน้าดูเหมือนจะเกิดขึ้นบ่อยๆในไซต์อีคอมเมิร์ซถึงแม้ว่าปัญหาจะปรากฏขึ้นบนเว็บไซต์เผยแพร่และข้อมูลด้วยก็ตาม โดยปกติเราแนะนำให้ บริษัท ตั้งค่าเริ่มต้นเป็น "ดูทั้งหมด" สำหรับผู้เข้าชม เราเคยเห็นครั้งแล้วครั้งเล่าว่าลูกค้าที่ซื้อสินค้าทางออนไลน์ต้องการดูพื้นที่โฆษณาทั้งหมดข้างหน้าพวกเขาพร้อมกัน นี่คือเหตุผลที่ดี crafted หน้าผลการค้นหาดำเนินการอย่างมากและมักจะมีอัตราการแปลงที่เกินหน้าหมวดหมู่ Landing Page ที่มีการคัดลอกรูปภาพและรูปแบบที่เป็นทางการมากขึ้น เรายินดีที่จะเห็น Google แสดงคำแนะนำนี้เมื่อเร็ว ๆ นี้เมื่อพวกเขาประกาศว่าต้องการดูหน้าเว็บทั้งหมดในผลการค้นหา อย่างไรก็ตามลูกค้าไม่ต้องการคำแนะนำนี้เสมอ ครั้งแรกก็สามารถทำให้เกิดความล่าช้าโดยเฉพาะอย่างยิ่งในเว็บไซต์ขนาดใหญ่ที่มีหลายร้อย (หากไม่นับพัน) ของผลิตภัณฑ์หรือรายการในหมวดหมู่นี้ ประการที่สองการค้าสินค้าและผลประโยชน์ทางการเมืองกำลังอยู่ในระหว่างการเล่น มีอำนาจควบคุมผลิตภัณฑ์ที่ได้รับการให้ความสำคัญกับหมวดหมู่นี้มีความสำคัญกับคนเหล่านี้และในวิธีการบางอย่างที่“ดูทั้งหมด” จะไปควบคุมนี้ทำให้มันมากขึ้นของสนามเด็กเล่นระดับสำหรับผลิตภัณฑ์ที่แสดง เช่นเคยกับ SEO ความต้องการทางธุรกิจจะมีความสำคัญขึ้นและคำแนะนำ mu st ได้รับการรองรับกับสถานการณ์เฉพาะ วิธีการของเราสำหรับ SEO Pagination ปัญหา ตอนนี้ rel = next และ rel = prev ได้รับการสนับสนุน (ซึ่งน่ากลัว) การทดสอบของเราได้เริ่มขึ้นแล้ว เรายังไม่ทราบว่าการทำงานนี้เป็นอย่างไร แต่เราจะเร็ว ๆ นี้ ในระหว่างนี้เรายังคงแนะนำกลยุทธ์ต่อไปนี้: โซลูชัน SEO สำหรับหมวดหมู่หมวดหมู่และผลิตภัณฑ์ ของเรา โซลูชัน SEO สำหรับหมวดหมู่เลขผลิตภัณฑ์หรือผลิตภัณฑ์ นี้ได้ทำงานดีมากสำหรับลูกค้าของเรา ผลที่ได้คือ URL หมวดหมู่เริ่มต้น (ในสาระสำคัญหน้า 1) สิ้นสุดลงในอันดับที่ดีที่สุดสำหรับคำที่ตรงเป้าหมาย มีการแก้ปัญหาการทำซ้ำที่อาจเกิดขึ้นและจะลบหน้าพิเศษออกจากดัชนีเพื่อรักษาความสะอาด มีข้อเสียเช่นกัน สำหรับหน้าเว็บที่มีคำอธิบายประกอบกับ meta noindex ยังคงต้องมีการรวบรวมข้อมูลดังนั้นจะไม่มีการรวบรวมข้อมูลประสิทธิภาพสำหรับไซต์ขนาดใหญ่ ปัญหาที่สองคือด้วยความสัมพันธ์ต่อไป / ก่อนหน้ากลยุทธ์นี้ (แม้ว่าจะประสบความสำเร็จจนถึงขณะนี้) อาจจำเป็นต้องรีเฟรช สุดท้ายมีความกังวลว่าการใช้ meta noindex และ rel = "canonica" l เป็นทวีคูณอาจทำให้เกิดปัญหาเนื่องจากสัญญาณทั้งสองมีความขัดแย้งทางเทคนิค Meta rel canonical กล่าวว่า "Soft 301 นี้เป็นเวอร์ชันตามรูปแบบบัญญัติและผ่านเกณฑ์การให้คะแนนทั้งหมด" Meta noindex กล่าวว่า "รวบรวมข้อมูลนี้ แต่ไม่รวมคุณลักษณะดังกล่าวในผลการค้นหา" อย่างไรก็ตามการตัดสินโดยความเห็นล่าสุดของ Cutts 'กระบวนการเหล่านี้เป็นจริงแยกต่างหากและแตกต่างกัน ดังนั้นพวกเขาจึงไม่ควรอยู่ในความขัดแย้ง เราจะทำการทดสอบ สิ่งที่คุณเห็นออกมี? ฉันหวังว่าจะได้รับความคิดเห็นและประสบการณ์ของคุณ ความคิดเห็นบางอย่างที่แสดงในบทความนี้อาจเป็นของผู้เขียนทั่วไปและไม่จำเป็นต้องเป็น Search Engine Land ผู้เขียนมีรายชื่ออยู่ที่นี่ เกี่ยวกับผู้แต่ง เรื่องราวยอดนิยมหัวข้อที่เกี่ยวข้อง