วิธีค้นหาและแก้ไข Keyword Cannibalization ในปี 2026: เวิร์กโฟลว์ด้วย Codex

เวิร์กโฟลว์นี้ให้อะไรกับคุณ

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

เวิร์กโฟลว์นี้จะเปลี่ยนความสงสัยให้เป็นรายการที่ยืนยันแล้วและแผนการแก้ไข เมื่อเสร็จคุณจะได้: ทุกคำค้นหาที่มี URL ของคุณสองลิงก์ขึ้นไปแย่งกัน, คำตัดสินของแต่ละคลัสเตอร์ (รวมเนื้อหา, canonical, แยกแยะ หรือลบออก) และแผนตรวจสอบสี่สัปดาห์ที่บอกว่าการแก้ไขยั่งยืนหรือไม่

• เหมาะสำหรับ: นัก SEO และทีมคอนเทนต์บนเว็บไซต์ที่มีหลายร้อยหน้าขึ้นไป และทุกคนที่ตีพิมพ์เนื้อหาบ่อย
• เวลา: ประมาณ 90 นาทีสำหรับการตรวจครั้งแรกบนเว็บไซต์ขนาดกลางทั่วไป ใช้เวลาครึ่งหนึ่งเมื่อคุณจับจังหวะได้แล้ว
• ข้อกำหนด: สิทธิ์อ่าน Google Search Console, ไฟล์ส่งออกการครอว์ล (Screaming Frog, Sitebulb หรือเครื่องมือใกล้เคียง) และเครื่องมือติดตามอันดับถ้าคุณสมัครใช้อยู่
• เกณฑ์ความสำเร็จ: ทุกคลัสเตอร์ที่แข่งขันกันในรายการของคุณมีคำตัดสินหนึ่งในสี่ข้อข้างต้นพอดี, การแก้ไขถูกนำไปใช้จริง และคุณมีวันนัดในปฏิทินเพื่อตรวจอันดับและจำนวนการแสดงผลซ้ำ

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

เหตุผลที่เรื่องนี้สำคัญในปี 2026 มากกว่าเมื่อห้าปีก่อนมีเพียงข้อเดียว: บรีฟและร่างเนื้อหาที่สร้างโดย AI ผลิตหน้าที่คล้ายกันด้วยความเร็วที่การตรวจด้วยคนตามไม่ทัน Cannibalization จึงเกิดในระดับใหญ่ตอนนี้ มันกระทบทั้งอันดับใน Google และการอ้างอิงใน AI Search พร้อมกัน

การตรวจอาการใน 3 นาที

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

ก่อนเริ่ม: ข้อมูลที่ต้องเตรียม

รวบรวมสามอย่างนี้:

1. Search Console ที่มีประวัติอย่างน้อย 6 เดือน เก้าสิบวันพอสำหรับการตรวจเร็ว แต่ช่วงเวลาที่ยาวกว่าจะเผยว่าอันดับร่วงสัมพันธ์กับการเปิดหน้าใหม่หรือไม่
2. การครอว์ลล่าสุดที่มี title และ H1 แยกออกมา Screaming Frog ทำได้จากกล่อง Sitebulb และ Botify ก็ใช้ได้เช่นกัน ถ้าไม่มีเลย การค้นหาแบบ site: บวกกับรายการหน้าจาก CMS จะครอบคลุมกรณีที่ชัดเจนที่สุด
3. ไฟล์ส่งออกจากเครื่องมือติดตามอันดับ (Semrush, Ahrefs, Authority Labs) ขั้นตอนนี้ไม่บังคับ — การดูข้อมูลใน Search Console เพียงอย่างเดียวเจอเคสส่วนใหญ่ได้

ส่งออกจาก Search Console สองรายการก่อนเริ่ม: รายงานคำค้นหา (คำค้นหา, การแสดงผล, คลิก, อันดับ) และรายงานเดียวกันที่เพิ่มมิติหน้าเว็บ (URL) ทั้งสองอยู่ใน Performance ในรายงานแบบเต็ม

ขั้นตอนที่ 1: หา URL ที่แข่งขันกันใน Search Console

นี่คือการตรวจที่ฟรีและมีสัญญาณแรงที่สุด

1. เปิด Search Console → Performance → รายงานแบบเต็ม
2. ใช้ตัวกรองคำค้นหา แล้วพิมพ์คีย์เวิร์ดสำคัญแรกของคุณ
3. ดูรายการลิงก์ใต้กราฟ จดทุกคำค้นหาที่หน้าเว็บของคุณสองหน้าขึ้นไปได้รับการแสดงผล

คุณกำลังหาสองรูปแบบ: หน้าที่แบ่งการแสดงผลพอ ๆ กันในช่วงเวลาเดียวกัน และหน้าที่ติดหล่มระหว่างอันดับ 20–50 ที่เคยอยู่อันดับต้นสิบ — โดยเฉพาะถ้าการร่วงเริ่มใกล้ช่วงที่เปิดหน้าใกล้เคียงกัน

เริ่มจากคีย์เวิร์ดที่สำคัญที่สุด 10–15 คำของคุณก่อน ถ้าพบคลัสเตอร์ในครึ่งหนึ่ง แสดงว่าปัญหาอยู่ระดับเว็บไซต์ คุ้มที่จะไล่ดูทุกคำค้นหาที่มีการแสดงผลมากกว่า (สมมติว่า) 50 ครั้งในหกเดือน ถ้าพบเพียงไม่กี่คำ แสดงว่าปัญหาจำกัดเฉพาะจุด — แก้แล้วเดินหน้าต่อ

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

ขั้นตอนที่ 2: หา title และ H1 ที่ซ้ำกันในการครอว์ล

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

เปิดไฟล์ส่งออกการครอว์ล เรียงตาม title ก่อนแล้วตาม H1 แล้วทำเครื่องหมายรายการที่ซ้ำและใกล้ซ้ำ "เกือบซ้ำ" ก็นับ — สองหน้าไม่จำเป็นต้องมี title เหมือนกันเป๊ะจึงจะแย่งกัน "Best CRM software" และ "Best CRM tools" ที่เล็งกลุ่มเป้าหมายเดียวกันคือตัวเลือก "Best CRM for real estate" คือคนละหน้า ไม่ต้องเอาเข้ารายการ

ระหว่างอยู่ในข้อมูลการครอว์ล ให้เช็คผู้ต้องสงสัยทางเทคนิคด้วย: canonical ที่ชี้ไปที่อื่นนอกจากตัวหน้าเอง, กฎ meta robots noindex ที่ถูกแก้ตอนเพิ่มวาเรียนต์ และการบล็อก robots.txt ที่เริ่มหรือหยุด ตามคำแนะนำของ Search Engine Journal ในเรื่องนี้: เมื่อคุณเปลี่ยนวิธีที่สั่งให้เสิร์ชเอนจินครอว์ล จัดทำดัชนี และไม่สนใจ คุณกำลังสร้างปัญหาการแย่งกันเอง ตัวอย่างคลาสสิกคือหน้าวาเรียนต์สินค้าที่สืบทอด canonical ของสินค้าเดิม

ผลลัพธ์ที่คาดหวัง: คู่หน้าที่มี title และ H1 ซ้ำหรือแย่งกัน พร้อมธงทางเทคนิค การตรวจคุณภาพ: สำหรับแต่ละคู่ ตอบคำถามหนึ่งข้อ — หน้าแรกมีอยู่และติดอันดับก่อนหน้าที่สองถูกตีพิมพ์หรือไม่? ถ้าใช่ จดไว้ นี่คือสัญญาณที่แรงที่สุดของปัญหาจริง เส้นทางกู้คืน: ถ้า CMS ของคุณทำให้การส่งออกเป็นเรื่องปวดหัว ให้สร้างรายการจาก CSV ของการครอว์ลด้วยสกิล Codex ท้ายบทความนี้ ถือว่าผลลัพธ์เป็นรายการตัวเลือก ไม่ใช่คำตัดสิน

ขั้นตอนที่ 3: ยืนยันด้วยเครื่องมือติดตามอันดับ

Search Console บอกว่า Google รายงานอะไร; เครื่องมือติดตามอันดับบอกว่าลิงก์ของคุณอยู่ตำแหน่งไหนบนเส้นเวลา และนั่นคือสิ่งที่เผยหน้าที่ติดหล่มจริง ๆ

เปิดคำค้นหาที่เป็นตัวเลือกแต่ละคำในเครื่องมือติดตาม รูปแบบที่ยืนยัน cannibalization: คีย์เวิร์ดติดหล่มระหว่างช่วงกลาง 20 ถึงกลาง 50 หรือ URL ที่ครองอันดับ X สลับไปมาระหว่างหน้าของคุณ Semrush แสดงหน้าของคุณหน้าไหนปรากฏสำหรับคำนั้นในปีที่ผ่านมา; Authority Labs ระบุทุก URL ต่อทุกคีย์เวิร์ด ถ้าในประวัติหนึ่งปีมี URL ของคุณสองลิงก์ขึ้นไปและไม่มีลิงก์ไหนแตะอันดับต้นสิบ — คุณได้การยืนยันแล้ว

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

ผลลัพธ์ที่คาดหวัง: สถานะการยืนยันของแต่ละคลัสเตอร์ตัวเลือก — "ยืนยันแล้ว" หรือ "ยังไม่ยืนยัน ต้องตรวจด้วยมือ" การตรวจคุณภาพ: การยืนยันต้องใช้สัญญาณอิสระอย่างน้อยสองสัญญาณ Search Console + การครอว์ลนับเป็นสอง เครื่องมือติดตามอันดับเพียงอย่างเดียวเป็นสัญญาณเดียวที่อ่อน เส้นทางกู้คืน: ถ้าเครื่องมือติดตามของคุณแสดงเพียง URL เดียวต่อคีย์เวิร์ด ข้ามขั้นตอนนี้ไป การตรวจ Search Console และการครอว์ลก็เพียงพอที่จะรันทั้งเวิร์กโฟลว์

สายพานการตรวจ: สามรอบการตรวจจับ หนึ่งเมทริกซ์การตัดสินใจ หนึ่งวงรอบการตรวจซ้ำ

ขั้นตอนที่ 4: ตัดสินใจเรื่องการแก้ไข

สำหรับแต่ละคลัสเตอร์ที่ยืนยันแล้ว เลือกหนึ่งในสี่คำตัดสินพอดี ตารางนี้คือการตัดสินใจทั้งหมด:

สองกรณีนี้ไม่ใช่ cannibalization อย่าไปแตะ: บทความ how-to กับหน้าคอนเวอร์ชันที่เล็งคีย์เวิร์ดเดียวกันคนละขั้นตอนฟันเนิล — Google เข้าใจว่าหน้าไหนทำหน้าที่อะไร — และเวอร์ชันภาษาต่าง ๆ ของหน้าเดียวกันที่มี hreflang

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

ขั้นตอนที่ 5: ลงมือแก้ไขโดยไม่เสียการมองเห็น

การแก้ไข A: รวมเนื้อหา (คำตัดสินรวม) ทำงานจากหน้าที่อยู่รอด คัดลอกทุกส่วนที่มีเอกลักษณ์จากหน้าที่แพ้เข้าไป — คำตอบ FAQ, ตัวอย่าง, บล็อกที่ถูกอ้างอิง, ลิงก์ภายในที่ชี้ไปหามัน จัดเรียงใหม่ถ้าจำเป็นเพื่อให้เนื้อหาที่แข็งแรงที่สุดอยู่ด้านบน เมื่อหน้าที่แพ้มีลิงก์ย้อนกลับจากภายนอกหรืออันดับจริงของตัวเอง ให้ 301 ไปยังหน้าที่อยู่รอดแทนที่จะปล่อย 404; ถ้าไม่มีทั้งสองอย่าง ลบได้เลย คำแนะนำของ Search Engine Journal หลีกเลี่ยง 301 โดยตั้งใจ — มันชอบพับเนื้อหาแล้วลบหน้าที่ใหม่กว่า — และ 301 จำเป็นก็ต่อเมื่อ URL ที่ถูกลบมีน้ำหนักลิงก์ของตัวเอง อัปเดตลิงก์ภายในที่ใช้ anchor ของหน้าที่แพ้ให้ชี้ไปที่หน้าที่อยู่รอด

การรวมสองหน้าที่แข่งขันกันเป็น URL เดียวเปลี่ยนการแบ่งการแสดงผล 50/50 ให้เป็นผู้ชนะเพียงรายเดียว

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

การแก้ไข C: บล็อกการจัดทำดัชนีเชิงโปรแกรม (คำตัดสินที่ใกล้เคียงกับการลบ) เมื่อ dupe เป็นเชิงโครงสร้าง — หน้าพารามิเตอร์, ชุดค่าผสมฟิลเตอร์, วาเรียนต์ภูมิภาคที่ไม่ต้องทำดัชนี — ใช้ noindex ระดับโฟลเดอร์หรือเทมเพลต แทนที่จะทีละหน้า นี่คือกรณีที่โค้ดหนึ่งบรรทัดชนะการแก้ไขด้วยมือ 200 ครั้ง

การแก้ไข D: แก้ลิงก์ภายในตามเจตนา (คำตัดสินแยกแยะ) เมื่อสองหน้าให้บริการเจตนาต่างกันโดยชอบธรรม ให้ลิงก์ภายในของคุณบอกแบบนั้นด้วย กฎจากคำแนะนำต้นทาง: ถ้าข้อความรอบคำว่า "แอปเปิล" พูดถึงการซื้อแอปเปิล ให้ลิงก์ไปยังหน้าคอนเวอร์ชัน; ถ้าพูดถึงที่มาของแอปเปิล ให้ลิงก์ไปยังหน้าข้อมูล ทุกลิงก์ภายในคือหนึ่งเสียง เมื่อลิงก์ของคุณชี้ไปที่หน้าที่ควรชนะอย่างสม่ำเสมอ คุณกำจัดความคลุมเครือที่เสิร์ชเอนจินจะแก้เอง — และมักแก้ผิดทาง

ขั้นตอนที่ 6: ตรวจว่าการแก้ไขยั่งยืน

รอสองถึงสี่สัปดาห์หลังการแก้ไข แล้วรันการตรวจซ้ำ

1. Search Console: คำค้นหาควรแสดง URL เด่นหนึ่งรายการแทนการแบ่ง และการแสดงผลของหน้าที่อยู่รอดควรเพิ่มขึ้น การแสดงผลรวมของคลัสเตอร์อาจดิ่งหนึ่งถึงสองสัปดาห์ระหว่างการประเมินซ้ำ — นี่คือเรื่องปกติ ไม่ใช่ความล้มเหลว
2. เครื่องมือติดตามอันดับ: คีย์เวิร์ดควรหยุดสลับไปมาระหว่าง URL
3. พื้นผิว AI: ถามคำค้นหาหลักของคุณกับ AI แอสซิสแทนต์หรือ AI Search แล้วยืนยันว่า URL ที่ถูกอ้างอิงคือหน้าที่อยู่รอด — ไม่ใช่หน้าที่ถูกลบ หน้าที่ถูกแบ่งก็แบ่งการอ้างอิง AI ด้วย การรวมเป็นหนึ่งในการแก้ไขไม่กี่อย่างที่ช่วยทั้งอันดับ Google และการมองเห็นใน AI Search พร้อมกัน

ถ้าคลัสเตอร์ยังถูกแบ่งหลังสี่สัปดาห์ แสดงว่าคุณพลาดหน้าใดหน้าหนึ่ง (ตรวจวาเรียนต์ที่ไม่รู้จักอีกครั้ง) หรือหน้าที่ให้บริการเจตนาต่างกันจริง ๆ และควรแยกแยะ ไม่ใช่รวม ตรวจใหม่แล้วตัดสินใจใหม่

ป้องกันไม่ให้มันกลับมา

การตรวจคือส่วนง่าย การรักษาความสะอาดคือวินัยการตีพิมพ์ สามวิธีเรียงตามความสำคัญ:

1. ดูแลรายการหัวข้อที่ทีมคอนเทนต์ตรวจก่อนเขียน วิธีที่เร็วที่สุดในการสร้าง cannibalization คือผู้เขียนที่ไม่รู้ว่าหน้านั้นมีอยู่แล้ว
2. ทำให้การทับซ้อนเป็นการสนทนา ไม่ใช่รั้วกั้น แทนที่จะแบนหัวข้อ ช่วยผู้เขียนหามุมเสริม — how-to, การเปรียบเทียบ, เวอร์ชันเฉพาะอุตสาหกรรม
3. จับตาสายพานการสร้างด้วย AI เป็นพิเศษ ผลลัพธ์ที่สร้างโดย AI คือโรงงาน cannibalization ที่เร็วที่สุดที่มีอยู่: มันผลิตหน้าที่ซ้ำซ้อนเนื้อหาบางซึ่งแย่งกันเองโดยไม่คำนึงถึงคุณภาพพรอมพ์ หน้าทุกหน้าที่สร้างโดย AI หรือรับบรีฟจาก AI ต้องผ่านการตรวจรายการหัวข้อก่อนกำหนดตีพิมพ์ และการตรวจรายไตรมาสควรให้ความสำคัญกับมัน

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

ทำให้การตรวจเป็นอัตโนมัติ: สกิล Codex

ขั้นตอนข้างต้นทำด้วยมือเพื่อให้คุณเข้าใจว่าข้อมูลหมายถึงอะไร เมื่อเข้าใจแล้ว มอบส่วนที่ทำซ้ำได้ให้เอเจนต์เขียนโค้ด AI นี่คือไฟล์สกิลแบบเต็มสำหรับ Codex: มันอ่านไฟล์ส่งออกจาก Search Console ของคุณ ทำเครื่องหมายคลัสเตอร์ที่แข่งขันกัน และสร้างชีตคำตัดสินโดยไม่แตะเว็บไซต์ของคุณเลย

---
name: keyword-cannibalization-audit
description: Find and classify keyword cannibalization clusters from Google Search Console, crawl, and rank-tracker exports. Use when a query shows multiple URLs, rankings dropped after a new page launch, or you need a cannibalization verdict sheet. Read-only: produces a report, never edits pages.
---

# Keyword Cannibalization Audit

## Inputs (required)
- `gsc-queries.csv` — Search Console query export (query, impressions, clicks, position)
- `gsc-pages.csv` — Search Console page export (page, impressions, clicks, position)
- `crawl-titles.csv` — crawl export with URL, title, H1, canonical
- `rank-history.csv` — optional rank tracker export with per-keyword URL history

## Procedure

1. Load the CSVs. Normalize URLs (lowercase host, strip trailing slash and tracking parameters).
2. Join `gsc-queries.csv` and `gsc-pages.csv` on query to build query-to-URL mappings.
3. Flag queries where 2+ URLs each received at least 10% of the query's impressions in the last 90 days.
4. Flag queries where a URL sits between positions 20-50 and a second URL for the same query was created later (compare crawl or tracker history).
5. From `crawl-titles.csv`, flag pairs whose titles or H1s are identical or share 80%+ of their significant tokens.
6. From `rank-history.csv`, flag queries whose ranking URL changed more than twice in 6 months.
7. Cross-check every flag. Keep only clusters confirmed by at least two signals (Search Console + crawl counts as two).
8. Classify each surviving cluster as MERGE, CANONICALIZE, DIFFERENTIATE, or REMOVE:
   - Same intent + one page clearly more complete → MERGE (fold unique sections into the survivor; note a 301 only if the removed URL has external backlinks)
   - Near-identical variants that must exist (parameters, variants) → CANONICALIZE
   - Same topic, genuinely different intent you want to keep → DIFFERENTIATE (rewrite one page, no title overlap)
   - Thin or fully duplicated page with no unique value → REMOVE
   - Complementary intent (how-to vs. product for the same keyword) → NOT CANNIBALIZATION, skip
9. Output `cannibalization-verdicts.md`: a table of query | competing URLs | signals found | verdict | action, ordered by query impressions. Include for each cluster the exact URLs, the evidence rows (dates, positions, impressions), and fix text ready to paste into a CMS task.

## Rules
- Read-only. Never edit pages, robots.txt, or canonicals. Output the report and a proposed action plan only.
- Never merge a URL into a survivor whose content is not equal to or better than the merged output.
- Do not classify locale variants (hreflang) or genuinely different intents as cannibalization.
- Clusters with fewer than two confirming signals get marked "unconfirmed — review manually," never dropped.
- When the rank tracker export is missing, run with Search Console + crawl only and say so in the report header.

บันทึกเป็น keyword-cannibalization-audit/SKILL.md ในโฟลเดอร์สกิลของ Codex วางไฟล์ CSV ทั้งสี่ในโฟลเดอร์ workspace แล้วรัน การรันทั่วไปบนเว็บไซต์ไม่กี่พันหน้าใช้เวลาสองสามนาทีแล้วส่งคืนชีตคำตัดสิน

พรอมพ์ย่อสองอัน สำหรับคนที่ไม่ต้องการสกิลเต็ม:

• คัดแยกไฟล์ส่งออก: "นี่คือไฟล์ส่งออกคำค้นหาจาก Search Console ของฉัน หาคำค้นหาทั้งหมดที่ URL ของฉันสองลิงก์ขึ้นไปได้รับการแสดงผลอย่างน้อย 10% แต่ละลิงก์ ส่งออกเป็นตาราง: คำค้นหา, URL, สัดส่วนการแสดงผล, อันดับของแต่ละ URL อย่าให้คำแนะนำ"
• ตัดสินคลัสเตอร์: "สองหน้าของฉันติดอันดับสำหรับ [คำค้นหา]: [URL A] อันดับ [X] และ [URL B] อันดับ [Y] [URL B] ถูกตีพิมพ์เมื่อ [วันที่] เปรียบเทียบเนื้อหาทั้งสองแล้วบอกฉันว่าคำตัดสินใดในสี่ข้อใช้ได้ — รวมเนื้อหา, canonical, แยกแยะ, ลบ — และทำไม ในสองประโยค"

คำถามที่พบบ่อย

หลายหน้าในเว็บไซต์ของฉันติดอันดับคีย์เวิร์ดเดียวกัน — นี่คือ cannibalization อัตโนมัติหรือเปล่า?

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

Canonical หรือ noindex — ใช้อันไหน?

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

ฉันควร 301 จากหน้าที่แพ้ไหม?

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

ทราฟฟิกลดลงหลังรวมหน้า — ฉันทำอะไรพังไหม?

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

Cannibalization กระทบการอ้างอิงใน AI Search ไหม?

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

ฉันควรตรวจบ่อยแค่ไหน?

รายไตรมาสเป็นเกณฑ์พื้นฐาน บวกหลังคลื่นหน้าใหม่ทุกครั้ง เว็บไซต์ที่ผลิตคอนเทนต์ด้วย AI ควรมองการตรวจเป็นส่วนหนึ่งของสายพานการตีพิมพ์ ไม่ใช่งานประจำที่ทำเป็นครั้งคราว

ผู้เขียน: Clara Bennett ผู้เชี่ยวชาญกลยุทธ์คอนเทนต์ประสบการณ์สิบปีที่ Auspia คลาร่าเขียนเกี่ยวกับระบบบรรณาธิการ แผนผังหัวข้อ และปฏิบัติการคอนเทนต์ที่ทำซ้ำได้ซึ่งทำให้แผนการตีพิมพ์ไม่ชนกัน