Abstract glassmorphism illustration of stacked pages fading out with a crawler revisiting them in a loop

Gary Illyes เรื่อง unavailable_after: เลื่อนวันออกไปน่าจะได้ แต่ Google ต้องกลับมาเก็บข้อมูลใหม่ก่อน

สรุปสั้น ๆ (TL;DR)

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

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 รับวิเคราะห์ให้ได้ว่าเว็บของคุณกำลังเจอปัญหาแบบไหนกันแน่

Antonio Fernandez

Antonio Fernandez

ผู้ก่อตั้งและ CEO ของ Relevant Audience ผู้นำด้านการตลาดดิจิทัลในเอเชียตะวันออกเฉียงใต้ ด้วยประสบการณ์กว่า 15 ปีในการพัฒนากลยุทธ์การตลาดดิจิทัล เขาได้นำพาทีมงานในการสร้างผลลัพธ์ที่ยอดเยี่ยมให้กับลูกค้าผ่านโซลูชันดิจิทัลที่มุ่งเน้นประสิทธิภาพ

แชร์ไปยัง:
คัดลอกลิงก์:

อ่านบทความของเราเป็นประจำใช่ไหม เพิ่ม Relevant Audience เป็นแหล่งข้อมูลที่คุณเลือก เพื่อให้บทความของเราปรากฏในผลการค้นหา Google ของคุณมากขึ้น