วิธีแก้ปัญหา content decay

Content decay คือการที่จำนวนคลิกจากการค้นหาของหน้าเว็บลดลงอย่างต่อเนื่อง ดูวิธียืนยันใน Search Console หาสาเหตุ และตัดสินใจว่าจะอัปเดต ขยายเนื้อหา รวมหน้า หรือปล่อยไป

Content decay คือการที่จำนวนคลิกที่หน้าเว็บได้รับจาก Google ลดลงอย่างต่อเนื่อง ทั้งที่ตัวหน้าเองไม่ได้เปลี่ยนแปลง การแก้ปัญหาเริ่มจากยืนยันก่อนว่าเป็น decay จริง ไม่ใช่ผลของฤดูกาล ความต้องการค้นหาที่ลดลง หรือปัญหาระดับทั้งเว็บไซต์ จากนั้นหาว่าหน้านั้นเสียคำค้นใดไปและเพราะอะไร เลือกว่าจะอัปเดต ขยายเนื้อหา รวมหน้า หรือเลิกใช้หน้านั้น แล้ววัดผลในอีกไม่กี่สัปดาห์ถัดมา งานส่วนใหญ่ทำได้ในรายงาน Performance ของ Search Console

เป็น decay หรือเป็นสาเหตุอื่น

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

ฤดูกาล ในรายงาน Performance ให้ใช้ Compare แล้วเลือกสามเดือนล่าสุดเทียบกับช่วงเดียวกันของปีก่อน หรือดูข้อมูลเต็ม 16 เดือนเพื่อหารูปแบบรายปี คู่มือเลือกซื้อเฟอร์นิเจอร์สวนที่ตกลงทุกฤดูใบไม้ร่วงไม่ได้กำลังเสื่อม
ทราฟฟิกตกทั้งเว็บไซต์ หากหน้าส่วนใหญ่ตกลงในสัปดาห์เดียวกัน ให้ตรวจ Page indexing, Manual actions และ Security issues ก่อนจะโทษเนื้อหา ส่วน decay จะเกิดทีละหน้าและค่อยเป็นค่อยไป
ความต้องการค้นหา หาก impressions ลดลงขณะที่ตำแหน่งคงที่ แสดงว่าคนค้นหาน้อยลง Google แนะนำให้ใช้ Google Trends ตรวจสอบว่าการลดลงเป็นส่วนหนึ่งของแนวโน้มที่กว้างกว่าหรือไม่
การวัดผล หากระบบวิเคราะห์ข้อมูลแสดงว่าทราฟฟิกลดลงแต่ Search Console ไม่เห็นเช่นนั้น ปัญหาอยู่ที่การติดตามข้อมูล ไม่ใช่การค้นหา

สิ่งที่เหลืออยู่คือ decay คือผู้คนยังค้นหาอยู่ Google ยังแสดงหน้านั้นอยู่ แต่หน้านั้นอยู่ในอันดับต่ำลงหรือถูกเลือกน้อยกว่าที่เคย

Impressions	ตำแหน่ง	CTR	สาเหตุที่น่าจะเป็นที่สุด	สิ่งที่ควรทำ
ลดลง	คงที่	คงที่	คนค้นหาน้อยลง	รอดูสถานการณ์ หรือขยายหน้าให้ครอบคลุมคำค้นที่เกี่ยวข้อง
คงที่หรือลดลง	แย่ลง	คงที่หรือลดลง	หน้าที่ใหม่กว่าหรือดีกว่าแซงขึ้นไป	อัปเดตหรือขยายเนื้อหา (ขั้นตอนที่ 4 และ 5)
คงที่	คงที่	ลดลง	มีสิ่งใหม่ปรากฏเหนือหน้าของคุณในหน้าผลการค้นหา หรือ title หรือ snippet ของคุณเปลี่ยนไป	ดูหน้าผลการค้นหา และอ่านแนวทางปฏิบัติด้าน CTR
คงที่หรือเพิ่มขึ้น	แย่ลง	ลดลง	หน้าอื่นของคุณเองอาจแย่งคำค้นนั้นไป	ตรวจแท็บ Pages ของคำค้นนั้น และอ่านcannibalisation

ขั้นตอนที่ 1: หาหน้าที่เสียคลิกมากที่สุด

เปิด Performance → Search results → Pages แล้วเปรียบเทียบ 28 วันล่าสุดกับ 28 วันก่อนหน้า (หรือสัปดาห์เดียวกันของปีที่แล้วสำหรับเว็บไซต์ที่มีความเป็นฤดูกาล) จากนั้นเรียงตามส่วนต่างของคลิก เพื่อให้หน้าที่เสียมากที่สุดอยู่บนสุด

ให้จัดอันดับตามจำนวนที่เสียไปจริง ไม่ใช่ตามเปอร์เซ็นต์ หน้าที่ลดจาก 900 เหลือ 600 คลิกเป็นปัญหาใหญ่กว่าหน้าที่ลดจาก 12 เหลือ 3 คลิก แม้หน้าหลังจะเสียทราฟฟิกไปสามในสี่ก็ตาม มีจุดอ้างอิงสองข้อที่ช่วยตัดสินว่าแค่ไหนจึงนับว่าเข้าข่าย:

content engine ของ AutoPSEO จะอัปเดตบทความของตัวเองเมื่อคลิกใน 28 วันล่าสุดต่ำกว่า 28 วันก่อนหน้าอย่างน้อย 40% และเฉพาะเมื่อช่วงก่อนหน้ามี 20 คลิกขึ้นไป
heatmap Content Decay ของ AutoPSEO จะทำเครื่องหมายหน้าว่ารุนแรง (severe) เมื่อเดือนล่าสุดต่ำกว่าเดือนที่ดีที่สุดอย่างน้อย 50% และระดับปานกลาง (moderate) ที่ 25%

ทั้งสองข้อเป็นดุลยพินิจ ช่วงเวลาสั้นจับ decay ได้เร็วแต่มีสัญญาณรบกวนมากกว่า ส่วนมุมมองรายเดือนนิ่งกว่าแต่ช้ากว่า

ขั้นตอนที่ 2: หาคำค้นที่เปลี่ยนไป

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

เสียคำค้นใหญ่ไปหนึ่งคำ หน้าตกลงหลายอันดับสำหรับคำค้นหลัก มีบางอย่างโดยเฉพาะที่แซงขึ้นไป
เสียคำค้นเล็ก ๆ จำนวนมาก long tail ของหน้ากำลังแห้งลง มักเป็นเพราะหน้าใหม่ ๆ ตอบรายละเอียดได้ดีกว่า
ตำแหน่งไม่เปลี่ยน แต่คลิกลดลง CTR ลดลง มีบางอย่างในหน้าผลการค้นหาเปลี่ยนไป

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

ขั้นตอนที่ 3: อ่านหน้าผลการค้นหาในปัจจุบัน

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

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

ขั้นตอนที่ 4: อัปเดต ขยาย รวม หรือปล่อยไป

สถานการณ์	ทางเลือก
คำค้นเดิม เจตนาเดิม แต่หน้าของคุณล้าสมัย	อัปเดต (Refresh): ปรับข้อเท็จจริงและตัวอย่างให้เป็นปัจจุบัน
คำค้นตอนนี้มีคำถามที่หน้าของคุณยังไม่ตอบ	ขยาย (Extend): เพิ่มหัวข้อที่ขาดไป
หน้าอื่นของคุณตอบคำค้นเดียวกันได้ดีเท่ากันหรือดีกว่า	รวม (Merge): ย้ายส่วนที่ไม่ซ้ำใครไปไว้ในหน้าที่แข็งแรงกว่า แล้วทำ redirect
สินค้า งาน หรือหัวข้อนั้นหมดไป และความต้องการค้นหาก็หมดไปด้วย	ปล่อยไป (Let go): ปล่อยไว้ redirect ไปยังหน้าที่เกี่ยวข้องจริง ๆ หรือลบออก

เมื่อรวมหน้า ให้ redirect ที่อยู่เดิมแบบถาวร (301 หรือ 308) Google ถือว่า redirect แบบถาวรเป็นสัญญาณที่หนักแน่นว่าปลายทางควรเป็น canonical (Redirects and Google Search) เมื่อลบหน้าโดยไม่มีหน้าทดแทน การตอบ 404 ถือว่าไม่เป็นไร Google ระบุว่าไม่ใช่ปัญหาสำหรับหน้าที่ถูกลบโดยไม่มีหน้าสืบทอด

ขั้นตอนที่ 5: อัปเดตอย่างซื่อสัตย์

คงที่อยู่เดิม ประวัติและลิงก์ของหน้าจะยังอยู่กับหน้านั้น
คงสิ่งที่ยังได้ผล ส่วนที่ยังรักษาคำค้นไว้ได้ให้คงไว้ตามเดิม
อัปเดตเนื้อหาจริง ข้อเท็จจริง ราคา ตัวเลข ภาพหน้าจอ ขั้นตอนที่เปลี่ยนไป และสินค้าที่ไม่มีแล้ว
ตอบสิ่งที่ผู้คนถามในตอนนี้ คำค้นใหม่ในแท็บ Queries ของหน้านั้นคือหัวข้อที่หน้ายังขาดอยู่
อย่าเปลี่ยนแค่วันที่ คำถามเรื่อง helpful content ของ Google ถามว่าคุณเปลี่ยนวันที่เพื่อให้ดูใหม่ทั้งที่เนื้อหาไม่ได้เปลี่ยนอย่างมีนัยสำคัญหรือไม่ ให้เปลี่ยนวันที่เมื่อเนื้อหาเปลี่ยนจริงเท่านั้น
อัปเดต <lastmod> ใน sitemap เป็นวันที่ของการอัปเดตจริง Google จะใช้ค่านี้เมื่อมีความถูกต้องสม่ำเสมอ

แก้ title และ description เฉพาะเมื่อคำค้นที่หน้านั้นทำได้ดีเปลี่ยนไปแล้วเท่านั้น

ขั้นตอนที่ 6: แจ้ง Google และวัดผล

สำหรับหน้าสำคัญ ให้ขอให้ Google crawl หน้านั้นหนึ่งครั้งผ่าน URL Inspection ส่วนหน้าอื่นใช้ sitemap ก็เพียงพอ เพิ่ม annotation บนกราฟ Performance ในวันที่อัปเดต และบันทึกการเปลี่ยนแปลงไว้ หลังผ่านไปสี่ถึงแปดสัปดาห์ ให้เปรียบเทียบช่วงเวลาที่เท่ากันก่อนและหลัง ทีละคำค้น หากหน้ายังไม่ฟื้น ให้อ่านหน้าผลการค้นหาอีกครั้ง เพราะผู้ค้นหาอาจต้องการหน้าประเภทอื่นแล้ว และการรวมหน้าหรือสร้างหน้าใหม่อาจตอบโจทย์ได้ดีกว่า

AutoPSEO รักษาบทความของตัวเองให้สดใหม่อย่างไร

สำหรับบทความที่ content engine ดูแลอยู่ AutoPSEO จะรันแนวทางนี้ทุกสัปดาห์โดยไม่ต้องร้องขอ (การบำรุงรักษา):

เปรียบเทียบ 28 วันล่าสุดของบทความที่เผยแพร่แต่ละบทความกับ 28 วันก่อนหน้า โดยนับทุกเวอร์ชันภาษาของหน้าเข้าด้วยกัน
สร้างงานอัปเดตเข้าคิว เมื่อคลิกลดลง 40% ขึ้นไปจากอย่างน้อย 20 คลิก โดยเรียงจากหน้าที่เสียมากที่สุดก่อน งานจะระบุเหตุผลไว้ เช่น คลิกลดจาก 120 เหลือ 64 และตำแหน่งเฉลี่ยเลื่อนจาก 4.2 เป็น 7.9
สร้างงานปรับแต่ง (optimisation) เข้าคิว เมื่อบทความปรากฏที่ตำแหน่ง 8 ถึง 20 ด้วย impressions อย่างน้อย 30 แต่ถูกคลิกน้อยกว่า 60% ของที่ตำแหน่งนั้นมักได้รับ งานนี้จะปรับ title, meta description และคำตอบตรงประเด็นให้คมขึ้น
ไม่แตะหน้าที่ยังใหม่ บทความที่เผยแพร่หรือแก้ไขในช่วง 45 วันล่าสุดจะถูกข้าม เพราะการค้นหาต้องใช้เวลาให้ผลลัพธ์นิ่ง และบทความที่มีงานค้างอยู่แล้วก็ถูกข้ามเช่นกัน
จำกัดปริมาณเอง ที่การอัปเดตสามครั้งและการปรับแต่งสามครั้งต่อเว็บไซต์ต่อสัปดาห์

ผู้ที่รับงาน ไม่ว่าจะเป็นตัวเขียนของแพลตฟอร์มหรือ AI ของคุณเองผ่าน MCP จะอ่านบทความก่อน และจะปฏิเสธงานหากตัวเลขของบทความฟื้นตัวแล้ว หรือบทความเปลี่ยนไปนับตั้งแต่งานเข้าคิว เมื่อเว็บไซต์ของคุณรับบทความผ่าน webhook AutoPSEO จะอ่านบทความจากเว็บไซต์ของคุณอีกครั้งก่อนแก้ไข ดังนั้นการแก้ไขที่คุณทำไว้ที่นั่นคือเวอร์ชันที่จะถูกอัปเดต revision ใหม่จะรอการตรวจสอบหากเว็บไซต์ของคุณกำหนดไว้ จากนั้นจึงส่งไปยังเว็บไซต์ของคุณเป็นการอัปเดต เมื่อตัวเขียนของแพลตฟอร์มเป็นผู้ทำงาน การอัปเดตจะนับรวมในโควตาบทความรายเดือนของแพ็กเกจของคุณ และการปรับแต่งจะนับในโควตาแยกต่างหาก ส่วนงานของ AI ของคุณเองไม่ใช้โควตา

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

สำหรับหน้าที่ engine ไม่ได้ดูแล รายงาน Content Decay จะแสดงหน้ายอดนิยมของคุณเป็นรายเดือนพร้อมสถานะ decay และ Query Decay ทำเช่นเดียวกันสำหรับคำค้น หากยังไม่มีบัญชี Content Decay Detector แบบฟรีจะเปรียบเทียบไฟล์ส่งออกสองไฟล์ให้