วิธีแก้ปัญหา keyword cannibalisation

Keyword cannibalisation เกิดขึ้นเมื่อหน้าเว็บของคุณตั้งแต่สองหน้าขึ้นไปตอบการค้นหาเดียวกัน ทำให้ Google แบ่งการแสดงผล (impressions) ระหว่างหน้าเหล่านั้น และมักสลับกันแสดงทีละหน้า วิธีแก้คือยืนยันใน Search Console ก่อนว่าหน้าเหล่านี้แย่งกันตอบความต้องการเดียวกันจริง จากนั้นเลือกหน้าที่จะเก็บไว้ แล้วรวมหน้าที่เหลือเข้ากับหน้านั้นด้วย redirect ถาวร ระบุหน้าที่ซ้ำกันจริงด้วย canonical หรือเขียนหน้าใหม่เพื่อให้แต่ละหน้าตอบการค้นหาของตัวเอง

เป็น cannibalisation จริงหรือไม่?

การที่ URL หลายรายการของคุณปรากฏในการค้นหาเดียวกันเป็นเรื่องปกติและมักไม่เป็นอันตราย กรณีต่อไปนี้มักไม่มีปัญหา:

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

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

ขั้นตอนที่ 1: หาคำค้นหาที่น่าสงสัย

ใน Search Console ให้เปิด Performance → Search results → Queries ตั้งช่วงเวลาสามเดือน แล้วคลิกคำค้นหาที่คุณสนใจ รายงานจะกรองเฉพาะคำค้นหานั้น ให้เปิดแท็บ Pages เพื่อดู URL ทุกรายการของคุณที่ปรากฏสำหรับคำค้นหานี้

ให้ทำเครื่องหมายคำค้นหานั้นเมื่อ URL ที่สองได้ส่วนแบ่ง impressions ในระดับที่มีนัยสำคัญเมื่อเทียบกับ URL อันดับหนึ่ง AutoPSEO ใช้ค่าเริ่มต้นที่อย่างน้อย 10% ของ impressions ของ URL อันดับหนึ่ง และปรับได้ตั้งแต่ 5% ถึง 25% เกณฑ์นี้ขึ้นอยู่กับดุลยพินิจ ลดลงเพื่อจับการทับซ้อนตั้งแต่เนิ่น ๆ หรือเพิ่มขึ้นเพื่อดูเฉพาะกรณีที่ร้ายแรง

การตรวจทีละคำค้นหานั้นช้า ดังนั้นให้เริ่มจากคำค้นหาที่ไม่ใช่ชื่อแบรนด์ซึ่งสำคัญต่อธุรกิจที่สุด 20 ถึง 50 คำ หากต้องการตรวจทั้งไซต์ คุณต้องใช้ข้อมูลคำค้นหาและหน้าเว็บร่วมกัน ซึ่งหมายถึงการส่งออกข้อมูลผ่าน API หรือใช้เครื่องมือที่จัดกลุ่มให้

ขั้นตอนที่ 2: ตรวจว่าหน้าเว็บผลัดกันขึ้นหรือไม่

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

ให้จดตำแหน่งเฉลี่ยของแต่ละหน้าสำหรับคำค้นหานั้นด้วย หากสองหน้าอยู่ระหว่างอันดับ 8 ถึง 15 ทั้งคู่ ทั้งที่หน้าที่แข็งแรงเพียงหน้าเดียวน่าจะติดอันดับสูงกว่านั้นได้ ก็เป็นกรณีทั่วไปที่ควรแก้

ขั้นตอนที่ 3: เลือกหน้าที่จะเก็บไว้

เลือกหน้าเดียวให้เป็นคำตอบของคำค้นหานั้น โดยพิจารณาตามลำดับความสำคัญโดยประมาณดังนี้:

1. หน้าไหนตรงกับสิ่งที่ผู้ค้นหาต้องการ? ดูหน้าผลการค้นหา: หากผลลัพธ์ด้านบนเป็นคู่มือแบบทีละขั้นตอน คู่มือจะเหมาะกว่าหน้าสินค้า
2. หน้าไหนทำผลงานได้ดีกว่า? คลิกมากกว่าและตำแหน่งดีกว่าในช่วงสามเดือน
3. หน้าไหนมีลิงก์มากกว่า? รายงาน Links แสดงลิงก์ภายนอกที่ชี้มายังหน้าของคุณ ส่วนเมนูนำทางและบทความของคุณเองก็นับด้วย
4. หน้าไหนตอบโจทย์ธุรกิจ? หน้าที่สร้างยอดแปลงอาจคุ้มที่จะเก็บไว้แม้ติดอันดับแย่กว่าเล็กน้อย
5. ที่อยู่ไหนจะใช้ได้ยาวนาน? เลือก URL ที่สะอาดและถาวรมากกว่า URL ที่มีวันที่ เช่น /blog/2023/...

ขั้นตอนที่ 4: เลือกวิธีแก้

คำแนะนำของ Google เรื่อง การรวม URL ที่ซ้ำกัน มีคำเตือนเพิ่มอีกสองข้อ อย่าใช้ robots.txt เพื่อเลือก canonical เพราะ URL ที่ถูกบล็อกอาจยังถูกทำดัชนีได้โดยไม่มีเนื้อหา และอย่าใช้ noindex เพื่อจุดประสงค์นี้เช่นกัน เพราะ noindex จะนำหน้านั้นออกจาก Search ทั้งหมด นอกจากนี้ควรหลีกเลี่ยง redirect ชั่วคราว (302 หรือ 307) สำหรับการรวมหน้า เพราะ Google ไม่ถือว่าเป็นสัญญาณ canonical (Redirects and Google Search)

ขั้นตอนที่ 5: รวมหน้าโดยไม่เสียสิ่งที่ได้ผลดี

1. ย้ายสิ่งที่มีเฉพาะ คัดลอกส่วนเนื้อหา ตัวอย่าง และข้อมูลที่มีเฉพาะในหน้าที่อ่อนกว่าไปยังหน้าที่คุณเก็บไว้ โดยเรียบเรียงใหม่ให้อ่านเป็นบทความเดียว
2. Redirect ที่อยู่เก่าไปยังหน้าที่เก็บไว้ด้วย 301 หรือ 308 และคง redirect นั้นไว้ถาวร
3. อัปเดตลิงก์ภายใน ให้ชี้ตรงไปที่หน้าที่เก็บไว้ Google ระบุว่าลิงก์ภายในช่วยให้เข้าใจว่าคุณต้องการ URL ใด
4. ทำความสะอาด sitemap ให้ระบุเฉพาะ URL ที่เก็บไว้ และนำ URL ที่ถูก redirect ออก
5. ตรวจ canonical หลังการ crawl ครั้งถัดไป URL Inspection ควรแสดง URL ที่เก็บไว้เป็น canonical ที่ Google เลือก

ขั้นตอนที่ 6: ติดตามผล

ใส่คำอธิบายวันที่ลงในกราฟ Performance หลังจากสี่ถึงแปดสัปดาห์ ให้เปิดคำค้นหานั้นอีกครั้งและตรวจแท็บ Pages: ควรมี URL เดียวที่ได้ impressions เกือบทั้งหมด และตำแหน่งของ URL นั้นควรดีเท่ากับหน้าที่ดีกว่าในสองหน้าก่อนหน้านี้เป็นอย่างน้อย หากหน้าที่ถูก redirect ยังปรากฏอยู่ แสดงว่า Google ยังcrawl ซ้ำไม่เสร็จ ให้เวลาสักพักแทนที่จะแก้ไขเพิ่ม

ตัวอย่างการใช้งานจริง

บริษัทซอฟต์แวร์บัญชีขนาดเล็กพบว่ามีสามหน้าที่ปรากฏสำหรับคำค้นหา "how to write an invoice" ในช่วงสามเดือน:

หน้าคู่มือได้ 75% ของ impressions ของบทความบล็อก และหน้าเทมเพลตได้ 13% จึงผ่านเกณฑ์ 10% ทั้งคู่ กราฟรายวันแสดงว่าบทความบล็อกกับคู่มือสลับตำแหน่งกันทุกไม่กี่วัน ทั้งสองหน้าอธิบายวิธีเขียนใบแจ้งหนี้ทีละขั้นตอนเหมือนกัน นี่คือ cannibalisation ส่วนหน้าเทมเพลตให้เทมเพลตที่ดาวน์โหลดได้ ซึ่งเป็นความต้องการคนละอย่างที่บังเอิญใช้คำค้นหาร่วมกัน

วิธีแก้: รวมคู่มือเข้ากับบทความบล็อกซึ่งติดอันดับดีกว่าและมีลิงก์มากกว่า แล้ว redirect ที่อยู่ของคู่มือมาที่บทความนั้น เก็บหน้าเทมเพลตไว้ ปรับชื่อเรื่องและหัวข้อให้ชัดว่าเป็นเรื่องเทมเพลต และทำลิงก์ไปหาจากบทความที่รวมแล้วด้วยข้อความลิงก์ "free invoice template" ตอนนี้การค้นหานี้มีคำตอบที่ชัดเจนหนึ่งหน้า และหน้าเทมเพลตก็มีหน้าที่ของตัวเอง

AutoPSEO ป้องกันปัญหานี้ก่อนเขียนอย่างไร

cannibalisation ที่แก้ได้ถูกที่สุดคือแบบที่ไม่เคยเกิดขึ้น content engine ของ AutoPSEO ตรวจทุกหัวข้อเทียบกับไซต์ของคุณก่อนเขียนอะไรก็ตาม (วิธีเลือกหัวข้อ):

• ด่านตรวจความครอบคลุม แต่ละหัวข้อจะถูกเทียบกับดัชนีของไซต์ที่สร้างจากชื่อเรื่องของหน้า หัวข้อหลัก ที่อยู่ และคำค้นหาที่แต่ละหน้าได้อยู่แล้ว หากทุกคำที่มีความหมายในหัวข้อนั้นเป็นของหน้าใดหน้าหนึ่งของคุณอยู่แล้ว หัวข้อนั้นจะถูกปฏิเสธว่าครอบคลุมแล้ว ระบบให้อภัยคำสะกดผิด ("parakit" ถูกอ่านเป็น "parakeet") และรวมรูปแบบของคำเข้าด้วยกัน ("detectable" และ "detected" นับเป็นคำเดียว) ดังนั้นคำค้นหาที่เปลี่ยนถ้อยคำจึงไม่หลุดผ่านไปได้
• ด่านตรวจอันดับ คำค้นหาที่ไซต์ของคุณติดสามอันดับแรกอยู่แล้วด้วยหน้าที่มีอยู่จะถูกปฏิเสธ
• การตรวจโดยโมเดล หัวข้อที่ผ่านด่านจะถูกตรวจโดยโมเดลที่เห็นห้าหน้าที่ใกล้เคียงที่สุดของคุณพร้อมหัวข้อย่อยของแต่ละหน้า และให้ข้อสรุปเดียว: write, covered, extend, duplicate หรือ skip โดย "extend" หมายถึงมีบทความของ engine เองที่พูดถึงเรื่องนี้แต่ยังไม่ตอบคำถามนี้ คำถามจึงถูกเพิ่มเข้าไปในบทความนั้นเป็นส่วนใหม่ แทนที่จะกลายเป็นหน้าที่สอง

เมื่อบทความสองบทความยังแย่งกันอยู่ดี สามารถรวมได้ผ่านเครื่องมือ MCP content_merge (AI ของคุณเอง) บทความที่อ่อนกว่าจะถูกนำออก ไซต์ของคุณจะถูกสั่งให้ตอบที่อยู่เดิมด้วย 301 ไปยังหน้าที่ยังอยู่ งานที่ค้างอยู่ของบทความนั้นจะถูกยกเลิก และหัวข้อของบทความนั้นจะนับเป็นของหน้าที่เหลือตั้งแต่นั้นเป็นต้นไป engine จึงไม่เขียนหัวข้อเหล่านั้นอีก การรวมเป็นการกระทำถาวร: ไม่สามารถนำบทความกลับมาเผยแพร่ได้อีกในภายหลัง หน้าการบำรุงรักษา อธิบายว่าการรวมทำงานร่วมกับการรีเฟรชอย่างไร

สำหรับส่วนอื่น ๆ ของไซต์ รายงาน Cannibalization จะทำขั้นตอนที่ 1 และ 2 กับคำค้นหาทั้งหมดของคุณในช่วง 7, 14 หรือ 31 วันที่ผ่านมา พร้อมตัวกรองโฟลเดอร์และการตัดคำที่เป็นชื่อแบรนด์ของคุณออก ส่วน Cannibalization Entropy วัดว่าแต่ละคำค้นหากระจายอยู่ใน URL ของคุณสม่ำเสมอเพียงใด และ Cannibalization Checker แบบฟรีทำการทดสอบเดียวกันกับไฟล์ CSV ที่ส่งออกมา