Gary Illyes นักวิเคราะห์จากทีม Search Relations ของ Google ถูกถามบน LinkedIn โดยที่ปรึกษาด้าน SEO คนหนึ่งว่า การเลื่อนวันที่ในไดเรกทีฟ unavailable_after ออกไปเรื่อย ๆ จะสร้างปัญหาหรือไม่ คำตอบของเขาซึ่ง PPC Land รายงานเมื่อวันที่ 28 กรกฎาคม 2026 คือเขาไม่รู้ เขาบอกว่าการเลื่อนวันออกไป "น่าจะยอมรับได้" แล้วเสริมประเด็นที่มีผลในทางปฏิบัติจริง ๆ ว่า Google ต้องกลับมาเก็บข้อมูลหน้านั้นใหม่ก่อน การเปลี่ยนแปลงถึงจะมีผล
ควรรับความไม่แน่นอนนี้ตามที่มันเป็น Illyes บอกเองว่าเขาไม่มีคำตอบ นี่จึงเป็นคำตอบแบบมีเงื่อนไขจากคนของ Google ไม่ใช่แนวทางที่สรุปแล้ว ส่วนเรื่องการเก็บข้อมูลซ้ำคือส่วนที่ไม่ใช่ความเห็น
ไดเรกทีฟ unavailable_after ทำอะไรได้บ้าง
ไดเรกทีฟ unavailable_after ใช้บอก Google ว่า URL หนึ่งควรหยุดปรากฏในผลการค้นหาเมื่อไหร่ มันคือคำสั่งเรื่องการมองเห็นที่มีวันที่ติดมาด้วย พอเลยวันนั้นไปแล้ว URL ก็จะหลุดออกจากผลการค้นหา
จุดที่ติดคือวิธีส่งคำสั่ง Google รู้วันที่ หรือรู้ว่าวันที่ถูกแก้ ได้ทางเดียวคือจากการเข้ามาเก็บข้อมูลหน้านั้น Illyes ยังบอกด้วยว่า Google แทบไม่ค่อยยิงคำขอแบบ HEAD ดังนั้นบอตจึงดาวน์โหลดหน้าเต็ม ๆ แม้สิ่งเดียวที่ต้องเช็กจะเป็นแค่วันที่ ถ้าคุณแก้วันที่ในประกาศหนึ่งหมื่นรายการ ก็จะยังไม่มีอะไรเกิดขึ้นจนกว่าจะมีการดึงหน้าเต็มครบหนึ่งหมื่นครั้งก่อน
สิ่งที่มันแก้ไม่ได้ คือความสิ้นเปลืองของการไล่เก็บข้อมูล
บทสนทนานี้ถูกรายงานโดย PPC Land ซึ่งวางกรอบข้อจำกัดไว้ที่เว็บที่มีสินค้าหรือประกาศหมุนเวียนเร็ว และกรอบนี้คือส่วนที่มีประโยชน์ที่สุดของข่าว ไดเรกทีฟตัวนี้คุมแค่ว่า URL จะโผล่ในผลการค้นหาหรือไม่ มันไม่ได้จัดการกับ 404 และไม่ได้ช่วยเรื่องงบประมาณการเก็บข้อมูลที่ถูกใช้ไปกับหน้าที่ไม่มีอยู่แล้ว เว็บที่คำขอของ Googlebot เกินครึ่งวิ่งไปลงหน้าที่หมดอายุ ก็ยังเป็นแบบนั้นต่อไป
ความเชื่อที่ว่าติดแท็กให้หน้าที่กำลังหมดอายุแล้วปัญหาการไล่เก็บข้อมูลจะจบ จึงผิดสองชั้น แท็กต้องรอให้บอตเข้ามาก่อนจึงจะมีผล และการเข้ามาของบอตก็คือสิ่งที่คุณพยายามจะประหยัด
ควรทำอะไรกับหน้าที่หมดอายุแทน
- ตัดสินใจว่า URL ที่หมดอายุควรตอบกลับด้วยอะไร 404 หรือ 410 จะทำให้มันหายไป แม้ Googlebot จะยังต้องยิงคำขอเข้ามาถึงจะรู้ ส่วนการรีไดเรกต์ไปหน้าหมวดหมู่หรือหน้าค้นหาที่ยังใช้งานอยู่ ช่วยรักษาคุณค่าของลิงก์และมีที่ให้ผู้ใช้ลงจอด
- เอา URL ที่หมดอายุออกจาก XML sitemap ตามรอบเดียวกับที่ประกาศหมดอายุ ปล่อยทิ้งไว้เท่ากับเชิญให้บอตกลับมาเก็บซ้ำ
- อ่านล็อกของเซิร์ฟเวอร์ก่อนตัดสินใจอะไรทั้งนั้น สัดส่วนคำขอของ Googlebot ที่วิ่งไปลงหน้าที่หมดอายุเป็นตัวเลขที่วัดได้ และเป็นตัวเลขที่บอกว่านี่เป็นปัญหาจริงหรือแค่ความไม่เรียบร้อย
- ตัดลิงก์ภายในที่ยังชี้ไปหาประกาศที่หมดอายุ ความสิ้นเปลืองส่วนใหญ่บนเว็บประเภทนี้มาจากหน้าแบ่งเพจและบล็อกรายการที่เกี่ยวข้องของตัวเองทั้งนั้น
- ใช้ unavailable_after ตามหน้าที่จริงของมัน คือคุมว่าหน้าจะแสดงอยู่นานแค่ไหน บนหน้าที่ยังไงบอตก็จะกลับมาเก็บข้อมูลอยู่แล้ว
สิ่งที่นักการตลาดไทยควรทำต่อ
เรื่องนี้กระทบเว็บพอร์ทัลอสังหาริมทรัพย์ เว็บหางาน และเว็บดีลท่องเที่ยวของไทยหนักที่สุด เพราะมีประกาศหมดอายุจำนวนมากทุกสัปดาห์ คอนโดที่ขายไปแล้ว งานที่ปิดรับสมัคร แพ็กเกจที่หมดช่วงเดินทาง แต่ละอันทิ้ง URL ไว้ข้างหลัง และ URL เหล่านั้นก็ยังถูกเรียกต่อไปอีกนานหลังจากที่ไม่มีใครอยากให้มันแสดงผลแล้ว
ถ้าล็อกการเก็บข้อมูลของคุณเต็มไปด้วย 404 จากประกาศที่หมดอายุ unavailable_after ไม่ใช่คันโยกที่ถูกตัว คันโยกจริงคือสถานะที่เซิร์ฟเวอร์ตอบกลับ sitemap ที่คุณเผยแพร่ และลิงก์ภายในที่ยังชี้ไปหาของที่ตายแล้ว นี่คืองาน SEO เชิงเทคนิค ธรรมดา และเป็นเรื่องที่ การทำ SEO Audit ควรวัดออกมาเป็นตัวเลขก่อนที่ใครจะไปแตะไดเรกทีฟใน robots ส่วนเว็บ อีคอมเมิร์ซ ที่มีสินค้าตามฤดูกาล คำถามเดียวกันนี้ใช้กับ URL สินค้าที่ของหมดได้เลย
คำถามที่พบบ่อย
unavailable_after ช่วยกัน 404 ได้ไหม
ไม่ได้ มันคุมแค่ว่า URL จะปรากฏในผลการค้นหาหรือไม่ หน้าที่หมดอายุก็ยังตอบกลับด้วยสถานะเดิมที่เซิร์ฟเวอร์ตั้งไว้ และ Googlebot ก็ยังยิงคำขอเข้ามาเหมือนเดิม
เลื่อนวันหมดอายุออกไปเรื่อย ๆ ปลอดภัยหรือเปล่า
Illyes บอกว่าเขาไม่รู้ และให้ความเห็นว่าการเลื่อนวันออกไปน่าจะยอมรับได้ ควรถือว่านี่เป็นคำถามที่ยังไม่มีข้อสรุป ไม่ใช่ไฟเขียว และอย่าลืมว่าการเปลี่ยนแปลงจะมีผลก็ต่อเมื่อบอตกลับมาเก็บข้อมูลใหม่แล้ว
แก้แท็กแล้วมีผลเร็วแค่ไหน
เร็วเท่าที่ Google กลับมาเก็บข้อมูลหน้านั้น ไม่เร็วกว่านั้น หน้าที่บอตแวะมานาน ๆ ครั้ง การแก้วันที่อาจนอนรออยู่เฉย ๆ ได้เป็นเวลานาน
ถ้าล็อกการเก็บข้อมูลของคุณเต็มไปด้วยประกาศที่หมดอายุ ทางแก้คือการจัดการเรื่องการไล่เก็บข้อมูลและสถานะที่ตอบกลับ ไม่ใช่แท็กใน robots ทีมงาน Relevant Audience รับวิเคราะห์ให้ได้ว่าเว็บของคุณกำลังเจอปัญหาแบบไหนกันแน่
