รีเฟรชบทความเก่า: อัปเดต เขียนใหม่ หรือรวมบทความ ตัดสินด้วยตารางเดียว

สรุปก่อน: การรีเฟรชคือการลงทุนเนื้อหาที่ให้ผลตอบแทนเร็วที่สุดในเวลาทำงานเท่ากัน บทความเก่าที่เคยติดอันดับ เมื่อรีเฟรชแล้วอันดับมักกลับมาเร็วกว่าเขียนใหม่จากศูนย์ ตัดสินจากสี่สัญญาณเท่านั้น และจัดการได้เพียงสามทาง: ข้อมูลกับปีเก่าให้อัปเดตเล็กน้อย (2-4 ชั่วโมง), โครงสร้างยังใช้ได้แต่การสื่อสารล้าสมัยให้เขียนใหม่ (1-2 วัน), แย่งเจตนาเดียวกับบทความอ่อนอีกชิ้นให้รวมเข้าด้วยกัน หลังรีเฟรชให้ตรวจรับที่จุดสังเกต 14, 30 และ 60 วัน ส่วนบทความเก่าที่อันดับคงที่ในลำดับที่ 1 และทราฟฟิก穩定อย่าไปแตะ

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

ก่อนลงมือต้องกำหนดขอบเขตให้ชัด การรักษาอันดับเมื่อเปลี่ยนโดเมนหรือเปลี่ยนโครงสร้างทั้งเว็บ มีบทความเฉพาะบนเว็บอธิบายไว้แล้ว การย้ายเว็บและการทำ 301 mapping ส่วนการจัดการเมื่อหลายหน้าแย่งคำเดียวกัน การกินคีย์เวิร์ดกันเอง บทความนั้นให้เกณฑ์ตัดสินและขั้นตอนรวมบทความไว้ครบ ส่วนงานบำรุงรักษาที่ต้องทำทุกเดือน งานบำรุงรักษารายเดือนหกอย่าง ได้วางจังหวะไว้แล้ว หลังจัดการสามเรื่องนี้เสร็จ ยังเหลือปัญหาอีกประเภทหนึ่ง: บทความเก่าบางชุดที่มองแยกชิ้นแล้วดูไม่มีอาการ แต่ทั้งอันดับและทราฟฟิกค่อยๆ ลดลง บทความนี้พูดเรื่องเดียวเท่านั้น การตัดสินใจรีเฟรชเนื้อหาเก่าทีละชิ้น: สัญญาณไหนควรเริ่มรีเฟรช รีเฟรชแค่ไหน และหลังรีเฟรชแล้วตรวจสอบอย่างไร

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

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

สอง สี่สัญญาณ: บทความเก่าชิ้นไหนควรเข้ากองรีเฟรช

“รู้สึกว่าบทความนี้เก่าแล้ว” ใช้เป็นเหตุผลตั้งโปรเจกต์ไม่ได้ ในสี่สัญญาณข้างล่าง สามข้อแรกดูจากข้อมูล ข้อที่สี่ดูจากหน้าผลการค้นหาเอง ถ้าตรงสองข้อพร้อมกัน หรือตรงข้อที่สาม (ข้อมูลล้าสมัย) เพียงข้อเดียว ก็ตั้งโปรเจกต์ได้；ถ้าเข้าเงื่อนไขข้อ 4 อย่างเดียว ให้ยืนยันเจตนาค้นหาใหม่ก่อนลงมือ

สัญญาณ	ดูข้อมูลได้ที่ไหน	เกณฑ์ตัดสิน	คำอธิบาย
อันดับหลุดจากหน้าแรก	มิติการค้นหาใน Search Console	คีย์หลักร่วงจากอันดับ 1–10 ไปอยู่ที่ 11–30 และเป็นต่อเนื่องเกิน 60 วัน	อันดับแกว่งระยะสั้นไม่นับ ต้องดูค่าเฉลี่ย 60 วัน
ทราฟฟิกลดลงต่อเนื่อง	คลิกจากผลค้นหาธรรมชาติเทียบรายเดือน	ยอดสะสม 6 เดือนล่าสุดลดเกิน 30%	ตัดปัจจัยตามฤดูกาลออก ด้วยการเทียบกับช่วงเดียวกันของปีก่อน ไม่ใช่เทียบแค่เดือนที่แล้ว
เนื้อหามีข้อมูลล้าสมัย	สุ่มตรวจด้วยคน	ข้อมูล ปี ราคา หรือเวอร์ชันมาตรฐานที่อ้างในเนื้อหาเก่ากว่าปัจจุบันเกิน 24 เดือน	เข้าเงื่อนไขข้อนี้ข้อเดียวก็รีเฟรชได้ ความเสี่ยงต่ำสุด
เจตนาค้นหาบน SERP เปลี่ยนไป	ค้นหาคีย์หลักด้วยตัวเอง	รูปแบบหน้าเว็บใน 10 อันดับแรกต่างจากบทความของคุณชัดเจน เช่น คุณเขียนบทความให้ความรู้ แต่ผลอันดับต้น ๆ เป็นหน้าปรียบเทียบทั้งหมด	แปลว่าสิ่งที่ผู้ซื้อต้องการเปลี่ยนไปแล้ว อัปเดตเล็กน้อยช่วยไม่ได้

ในสี่สัญญาณ ข้อ 3 เป็นข้อที่ถูกมองข้ามมากที่สุดและจัดการง่ายที่สุด บทความอย่าง “เช็กลิสต์ใบรับรองการส่งออก” ที่เขียนไว้ปี 2023 ซึ่งยังอ้างมาตรฐานเวอร์ชันเก่า แค่เปลี่ยนเลขมาตรฐาน ปี และวันที่มีผล บทความมักขยับอันดับภายในสองสัปดาห์ ส่วนข้อ 4 เป็นข้อที่ยุ่งยากที่สุด เพราะเจตนาที่เปลี่ยนไปหมายความว่าปัญหาไม่ได้อยู่ที่การสื่อสาร แต่อยู่ที่ “สิ่งที่ผู้ซื้อต้องการตอนนี้ไม่ใช่บทความนี้แล้ว” กรณีนี้การรีเฟรชมีโอกาสล้มเหลวสูง ให้ดูเส้นตายการปล่อยบทความในหัวข้อที่ 7

คำแนะนำในการสร้างคลังรีเฟรช ทุกไตรมาสให้ดึงข้อมูลการแสดงผลและคลิกของทุกหน้าเว็บออกมาจาก Search Console แล้วกรองด้วยเกณฑ์ตัดสินในคอลัมน์ที่ 2 จะกรองหน้าเว็บได้ราว 5%–10% ของทั้งเว็บ ไซต์ที่มี 60 บทความ ปกติจะมีคลังรีเฟรชราว 3–6 บทความต่อไตรมาส ซึ่งเป็นปริมาณที่คนคนเดียวจัดการเสร็จได้ในหนึ่งสัปดาห์

3. ตารางตัดสินใจ จะเลือกอัปเดต เขียนใหม่ หรือรวมหน้าอย่างไร

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

เส้นทางจัดการ	เงื่อนไขที่เหมาะสม	ปริมาณงาน	รอบการติดตาม	ความเสี่ยงหลัก
อัปเดตเล็กน้อย	เจตนาไม่เปลี่ยน โครงสร้าง H2 ยังใช้ได้ แค่ข้อมูล ปี ลิงก์ และภาพหน้าจอล้าสมัย	2–4 ชั่วโมง/บทความ	21–30 วัน	แทบไม่มี ความเสี่ยงต่ำสุด
เขียนใหม่	เจตนาไม่เปลี่ยน แต่โครงสร้างและการนำเสนอเก่า ข้อมูลครอบคลุมไม่พอ ต้องเพิ่มข้อมูลใหม่เกิน 30%	1–2 วัน/บทความ	30–60 วัน	การแก้ไขครั้งใหญ่ทำให้ระบบประเมินใหม่ อันดับระยะสั้นจะแกว่งก่อน
รวม	แย่งเจตนาเดียวกันกับอีกบทความที่อ่อนกว่า ทั้งสองบทความแยกกันอยู่อันดับไม่ขยับ	0.5–1 วัน/กลุ่ม	60 วัน	แบ็กลิงก์ของบทความที่อ่อนกว่าถือเป็นโมฆะ ต้องทำขั้นตอน 301 ให้ครบ

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

เลือกเส้นทางผิดแล้วราคาที่จ่ายไม่เท่ากัน ถ้าเอาเรื่องที่ควรควบรวมมาทำอัปเดตเล็ก เสียเวลา 4 ชั่วโมงแต่ไม่เสียหายอะไร แต่ถ้าเอาเรื่องที่ควรอัปเดตเล็กมารีไรต์ ใช้เวลา 2 วันก็ไม่ได้อะไรเพิ่ม ยังไปรบกวนอันดับที่เสถียรอยู่แล้ว เพราะฉะนั้นเวลาที่ไม่แน่ใจ ให้ทำอัปเดตเล็กก่อน ถ้า 30 วันแล้วยังไม่เห็นผลค่อยยกระดับเป็นรีไรต์——ลำดับนี้ใช้ตรรกะเดียวกับตอนจัดการปัญหา cannibalization ที่บอกว่า “เขียนใหม่ก่อน แล้วค่อยควบรวม” คือเริ่มจากสิ่งที่ต้นทุนต่ำก่อน

สี่ เช็กลิสต์หกข้อของอัปเดตเล็ก

อัปเดตเล็กไม่ใช่แค่ “แก้สองประโยค” ต้องทำครบทั้งหกข้อข้างล่างนี้ถึงจะนับเป็นอัปเดตเล็กที่ผ่านเกณฑ์ รวมเวลา 2–4 ชั่วโมง

ลำดับ	รายการที่อัปเดต	สิ่งที่ต้องทำ	เวลา
1	ข้อมูลและปี	เปลี่ยนตัวเลขที่มีปีกำกับในเนื้อหาทั้งหมดให้เป็นเวอร์ชันล่าสุดที่ตรวจสอบได้ พร้อมระบุปีของแหล่งข้อมูล	40–60 นาที
2	ลิงก์เสีย	ไล่คลิกทั้งลิงก์ออกและลิงก์ในทีละอัน อันไหน 404 ให้เปลี่ยนเป็นแหล่งใหม่ที่หัวข้อเดียวกัน ลิงก์ในที่ตายแล้วให้ชี้ไปยังหน้าที่มีอยู่จริง	30 นาที
3	เพิ่มข้อมูลใหม่	เพิ่มประเด็นใหม่ 2–3 จุดที่ต้นฉบับไม่มี (มาตรฐานใหม่ เคสใหม่ นโยบายใหม่) ไม่ใช่เขียนใหม่ทั้งย่อหน้าแต่เป็นการเติมเข้าไป	40–60 นาที
4	ตรวจสอบข้อสรุป	อ่านย่อหน้าสรุปอีกรอบ ยืนยันว่ายังใช้ได้กับข้อมูลล่าสุด ย่อหน้าไหนใช้ไม่ได้ให้เขียนใหม่หรือลบออก	20 นาที
5	ภาพหน้าจอและภาพประกอบ	อัปเดตภาพหน้าจอ ภาพสินค้า ภาพอินเทอร์เฟซที่ล้าสมัย เปลี่ยนเป็นเวอร์ชันปัจจุบัน	20–30 นาที
6	ติดป้ายและส่งดัชนี	ติดป้ายวันที่อัปเดตบนหน้าเว็บ แล้วส่งคำขอให้ Search Console เก็บข้อมูลใหม่	10 นาที

ในหกข้อ ข้อสามคือข้อที่คนข้ามบ่อยที่สุด แต่กลับเป็นสัญญาณสำคัญที่ทำให้搜索引擎ตัดสินว่า “บทความนี้เปลี่ยนแล้ว” ถ้าแค่เปลี่ยนตัวเลขแต่ไม่เพิ่มข้อมูล ความต่างจากเวอร์ชันเก่าจะน้อยจนอาจถูกมองว่าเป็นการแก้ไขที่ไม่สำคัญ ประเด็นใหม่ 2–3 จุดที่เพิ่มเข้าไป ต้องวางไว้ครึ่งแรกของเนื้อหาหรือแยกเป็นย่อหน้าใหม่ ไม่ใช่ไปกองไว้ท้ายบทความ

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

ห้า ลำดับการรีไรต์และการจัดการวันที่อัปเดต

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

ขั้นตอน	การดำเนินการ	ข้อจำกัดสำคัญ
1 คง URL และคีย์หลักไว้	URL ไม่เปลี่ยน ถ้าคีย์หลักเดิมกับคีย์ใหม่มีความหมายเดียวกันให้เก็บคีย์หลักเดิมไว้ แล้วเอาคีย์ใหม่ไปไว้ใน H2 กับเนื้อหา	เปลี่ยน URL เท่ากับเริ่มบทความใหม่ อันดับเริ่มจากศูนย์
2 จัดโครงสร้าง H2 ใหม่	จัดรายการ H2 ใหม่ตามเจตนาปัจจุบัน โดยให้ H2 เดิมทับซ้อนกันไม่เกินสามส่วนสิบ	H2 คือสัญญาณหลักที่ใช้ประเมินใหม่
3 เพิ่มข้อมูลใหม่ 30% ขึ้นไป	เคสใหม่ ข้อมูลใหม่ มิติเปรียบเทียบใหม่ และต้องเป็นการรวบรวมเองไม่ใช่ก็อปมา	ถ้าเพิ่มน้อยกว่า 30% ให้ถือว่าเป็นอัปเดตเล็ก
4 อัปเดตลิงก์ในและภาพประกอบ	อัปเดตข้อความ anchor ของลิงก์ออกอย่างน้อย 3 ลิงก์และลิงก์เข้าอย่างน้อย 3 ลิงก์ พร้อมทำภาพประกอบใหม่	ลิงก์เข้าจะพาค่าน้ำหนักกลับมาจากบทความใหม่
5 ส่งคำขอเก็บข้อมูลใหม่และบันทึกไว้	ส่ง Search Console บันทึกวันที่และขอบเขตการแก้ไขลงในตารางปรับปรุง	ถ้าไม่บันทึก หลัง 60 วันจะระบุที่มาไม่ได้

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

รายการวันที่	วิธีจัดการ	เหตุผล
วันที่เผยแพร่	คงค่าเดิมไว้ ไม่แก้ไข	รักษาสัญญาณความอาวุโสของ “เนื้อหาที่ใช้ได้ระยะยาว”
วันที่อัปเดตที่แสดงบนหน้า	ระบุวันปรับปรุงจริง เช่น “อัปเดตเมื่อกันยายน 2026”	ทั้งผู้ใช้และเครื่องมือค้นหามองเห็นความสดใหม่ของเนื้อหา
dateModified ใน structured data	อัปเดตให้ตรงกับวันปรับปรุง	ให้สอดคล้องกับที่แสดงบนหน้า เลี่ยงสัญญาณขัดแย้งกัน
เปลี่ยนวันที่เผยแพร่เป็นวันปัจจุบัน	ห้าม เว้นแต่เผยแพร่ทั้งชิ้นเป็นบทความใหม่ด้วย URL ใหม่	วันที่กระโดดทำลาย snippet และความน่าเชื่อถือ

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

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

หก. รอบตรวจสอบหลังปรับปรุง: จุดสังเกต 3 จุดที่ 14, 30 และ 60 วัน

ปรับปรุงเสร็จไม่นับว่าเสร็จ ต้องผ่านการตรวจรับจึงจะนับว่าเสร็จ จุดสังเกตทั้งสามมีเกณฑ์ผ่านต่างกัน:

จุดสังเกต	ดูอะไร	เกณฑ์ผ่าน	สิ่งที่ต้องทำเมื่อไม่ผ่าน
วันที่ 14	การเก็บข้อมูลและการจัดทำดัชนี	เนื้อหาที่อัปเดตถูกเก็บข้อมูลซ้ำอย่างน้อย 1 ครั้ง ไม่มีข้อผิดพลาดการจัดทำดัชนีเพิ่ม	ถ้าไม่ถูกเก็บข้อมูล ให้ส่ง URL ด้วยตนเองและตรวจสอบ sitemap
วันที่ 30	อันดับ	ค่าเฉลี่ย 30 วันของคำหลักกลับมาอยู่ใน ±5 อันดับของอันดับดีที่สุดใน 90 วันก่อนปรับปรุง	ถ้าไม่กลับมา ให้เทียบกับสำเนาเพื่อหาส่วนข้อมูลที่สูญหาย
วันที่ 60	คลิกจากธรรมชาติ	คลิกรายเดือนไม่ต่ำกว่า 80% ของช่วงเดียวกันก่อนปรับปรุง (ปรับปรุงเล็กน้อย) หรือเท่าเดิม (เขียนใหม่)	ถ้ายังต่ำกว่า 80% ให้ตั้งโครงการปรับปรุงรอบสองหรือพิจารณายุบรวม

การที่อันดับแกว่ง 5–15 อันดับระหว่างวันที่ 7–20 ถือเป็นกระบวนการปกติ โดยเฉพาะการเขียนใหม่ที่เห็นได้ชัด เพราะเครื่องมือค้นหาต้องประเมิน “หน้าที่คุ้นเคยแต่เปลี่ยนไป” ใหม่ การแกว่งนี้ไม่ต้องเขียนลงในข้อสรุปและไม่ต้องกระตุ้นการแก้ไขใด ๆ สิ่งที่ต้องระวังจริงคือวันที่ 30 แล้วยังไม่มีทิศทางชัดเจน แสดงว่าการแก้ไขไม่ตรงจุด มักเกิดจากข้อมูลที่เพิ่มใหม่เบี่ยงประเด็น หรือเจตนาค้นหาเปลี่ยนไปแล้วจริง

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

เจ็ด、ขอบเขตของการปรับปรุงและเส้นตายที่ควรยอมแพ้

การปรับปรุงมีเบรกสองตัว ตัวแรกคือ “สามกรณีที่ไม่ควรแตะ” ตัวที่สองคือ “สามกรณีที่ควรยอมแพ้ทันที” อย่างแรกคือยังไม่แตะชั่วคราว อย่างหลังคือไม่คุ้มค่าแก่การแตะตลอดไป

กรณีที่ไม่ควรแตะ	ลักษณะ	เมื่อไหร่ค่อยมาดูอีก
อันดับ 1 และทราฟฟิกนิ่ง	ค่าเฉลี่ย 90 วันของอันดับคีย์เวิร์ดหลัก ≤3 ยอดคลิกผันผวนเมื่อเทียบปีต่อปีน้อยกว่า 10%	ค่อยเข้าคิวปรับปรุงเมื่ออันดับตกลงต่ำกว่าอันดับ 5
บทความเผยแพร่ยังไม่ถึง 6 เดือน	ยังไม่ผ่านรอบประเมินเต็ม ข้อมูลไม่มีคุณค่าในการตัดสิน	ครบ 6 เดือนหลังเผยแพร่แล้วค่อยเข้าคัดกรองรายไตรมาส
เว็บไซต์อยู่ในช่วงเปลี่ยนแปลงครั้งใหญ่	ระหว่างการย้าย เปลี่ยนดีไซน์ หรือปรับเป็นชุด หรือภายใน 30 วันหลังเสร็จ	ค่อยจัดการในไตรมาสถัดไปหลังการเปลี่ยนแปลงครั้งใหญ่จบลง

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

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

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

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

หนึ่งปีควรปรับปรุงกี่บทความจึงจะเหมาะสม?

ถอยกลับจากเพดาน 15%–20% ของชั่วโมงงานเนื้อหา: ทีมที่ผลิตบทความใหม่ 4 ชิ้นต่อเดือน ชั่วโมงงานปรับปรุงไม่ควรเกินปริมาณบทความใหม่ 1 ชิ้นต่อเดือน หนึ่งปีปรับปรุงประมาณ 6–12 ชิ้น ถ้าสัดส่วนเกินสองในสิบ แสดงว่าคลังหัวข้อใหม่ไม่พอ ให้เติมหัวข้อก่อน ไม่ใช่ปรับปรุงต่อ ปริมาณที่แน่นอนกำหนดตามผลคัดกรองรายไตรมาส ไม่กำหนดตามปฏิทิน — คัดออกมาได้แค่ 3 ชิ้นที่ผ่านเกณฑ์ก็ทำแค่ 3 ชิ้น ไม่ฝืนปั้นให้ครบ

แก้ไขมากแค่ไหนจึงต้องตรวจใหม่เหมือนบทความใหม่?

ถ้าแก้ไขเกิน 60% ของเนื้อหา หรือจัดโครงสร้าง H2 ใหม่ทั้งหมด หรือเปลี่ยนคีย์เวิร์ดหลัก ให้ถือว่าเป็นบทความใหม่และตรวจสอบใหม่ตามมาตรฐานบทความใหม่: หัวข้อยังตรงกับเนื้อหาหรือไม่ เจตนาการค้นหายังชัดเจนหรือไม่ ลิงก์ภายในต้องเปลี่ยนปลายทางทั้งหมดหรือไม่ การเขียนใหม่จัดอยู่ในระดับนี้ ส่วนการอัปเดตเล็กน้อย (เปลี่ยนข้อมูล เปลี่ยนลิงก์ เพิ่มข้อมูล 2–3 จุด) ไม่ต้องตรวจใหม่ทั้งหมด แต่ยังต้องตรวจย่อหน้าสรุปอีกครั้ง เส้นแบ่งดูจากสัดส่วนข้อมูลที่เพิ่มใหม่: ต่ำกว่า 30% ถือเป็นการอัปเดต เกิน 30% ให้ตรวจตามมาตรฐานบทความใหม่

หลังรีเฟรชแล้วอันดับตก ทำอย่างไรดี?

แยกความผันผวนออกจากการตกอันดับก่อน: การแกว่ง 5–15 อันดับภายใน 7–20 วัน ไม่ต้องทำอะไร ถ้าถึงวันที่ 30 แล้วยังต่ำกว่าอันดับดีที่สุดก่อนรีเฟรช 5 อันดับขึ้นไป ให้ทำ 3 อย่าง คือ เทียบกับไฟล์สำรองเพื่อหาส่วนข้อมูลที่หายไป ตรวจว่าลิงก์ภายในเปลี่ยนปลายทางครบหรือยัง และยืนยันว่าคีย์เวิร์ดหลักไม่ถูกหน้าอื่นในเว็บไซต์แย่งอันดับไป ถ้าตรวจครบ 3 ข้อแล้วผ่านไป 60 วันยังไม่ดีขึ้น ให้ย้อนกลับไปใช้ไฟล์สำรองเวอร์ชันเก่าหรือตั้งโปรเจกต์รวมหน้า อย่าแก้ไขซ้ำเป็นครั้งที่สองภายใน 30 วัน เพราะจะหาสาเหตุไม่ได้

วันที่อัปเดตบนหน้าควรแก้หรือไม่?

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

ลิงก์ภายนอกเก่าในบทความเดิมควรจัดการอย่างไร?

เปิดตรวจทีละลิงก์ แบ่งการจัดการเป็น 3 กรณี: ถ้าหน้าปลายทางยังใช้งานได้แต่เนื้อหาล้าสมัยแล้ว ให้เปลี่ยนเป็นแหล่งใหม่ที่น่าเชื่อถือกว่า ถ้าหน้าปลายทางเป็น 404 หรือเปลี่ยนเส้นทางถาวร ให้หาหน้าที่เทียบเท่าแทน ถ้าหาไม่ได้ให้ลบออก ถ้าหน้าปลายทางมีมุมมองขัดกับเรา (เช่น มาตรฐานเก่าถูกแทนที่ด้วยมาตรฐานใหม่) ต้องเปลี่ยน เพราะการอ้างอิงหลักฐานที่ล้าสมัยเป็นจุดอ่อนร้ายแรงของความน่าเชื่อถือเนื้อหา ต้องตรวจแบบนี้ทุกครั้งที่รีเฟรช ใช้เวลาประมาณ 30 นาทีต่อบทความ

ข้อมูลอุตสาหกรรมที่อ้างในเนื้อหาล้าสมัยแล้วควรระบุอย่างไร?

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

ทิ้งท้าย

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

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

ประโยคเดียวที่จำได้: การรีเฟรชไม่ใช่ทำให้บทความเก่าดูดีขึ้น แต่คือทำให้搜索引擎ตอบคำถามอีกครั้งว่า “บทความนี้ยังควรอยู่หน้าแรกอยู่ไหม”