Gary Illyes เผยตัวเลขเวลาคราวล์และทำดัชนีของ Google ตามบทสรุปจากบุคคลที่สาม

Gary Illyes เผยตัวเลขเวลาคราวล์และทำดัชนีของ Google ตามบทสรุปจากบุคคลที่สาม

เอสอีโอ (Search Engine Optimization)October 4, 2026
By Antonio Fernandez

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

  • เมื่อวันที่ 2 ตุลาคม 2569 Gary Illyes แสดงตารางเวลาภายในที่งาน Search Central Live Deep Dive Europe ที่บาร์เซโลนา ตามบทสรุปของ John Campbell จาก ROAST
  • เวลาปกติในบทสรุป: ค้นพบ URL ใหม่ราว 20 ชั่วโมง ทำดัชนีครบกระบวนการราว 1.5 ชั่วโมง ย้ายไซต์ 1-3 เดือน ฟื้นตัวหลังคอร์อัปเดต 3-6 เดือน
  • กรณีช้าที่สุดรวมถึง 'ไม่เกิดขึ้นเลย' และบทสรุปผูกกรณีส่วนใหญ่กับคุณภาพ ไม่ใช่คิวทางเทคนิค
  • Google ยังไม่ได้เผยแพร่ตัวเลข และบทสรุปไม่ระบุวิธีเก็บข้อมูลหรือขนาดตัวอย่าง จึงไม่ใช่คำรับประกัน

Gary Illyes นักวิเคราะห์ของ Google นำเสนอข้อมูลเวลาภายในเมื่อวันที่ 2 ตุลาคม 2026 ในวันปิดงาน Search Central Live Deep Dive Europe ที่บาร์เซโลนา ตัวเลขหลักคือ Google ค้นพบ URL ใหม่ในราว 20 ชั่วโมง ทำดัชนีแบบครบกระบวนการในราว 1.5 ชั่วโมง การย้ายเว็บไซต์ใช้เวลา 1 ถึง 3 เดือนจึงนิ่ง และการฟื้นตัวหลังคอร์อัปเดตใช้เวลา 3 ถึง 6 เดือน ตัวเลขเหล่านี้มาจากบทสรุปของ John Campbell จากเอเจนซี่ ROAST ซึ่ง PPC Land รายงานต่อเมื่อวันที่ 3 ตุลาคม Google ยังไม่ได้เผยแพร่ตัวเลขชุดนี้ และบทสรุปก็ไม่ได้ระบุวิธีเก็บข้อมูลหรือขนาดตัวอย่าง จึงควรมองว่าเป็นคำบอกเล่าของผู้เข้าร่วมงานเกี่ยวกับสไลด์ในงานประชุม ไม่ใช่คำมั่นสัญญาเรื่องระดับบริการ

สิ่งที่นำเสนอที่บาร์เซโลนา และใครเป็นผู้นำเสนอ

Search Central Live Deep Dive Europe จัดขึ้นที่บาร์เซโลนาระหว่างวันที่ 30 กันยายนถึง 2 ตุลาคม 2026 ตามรายงานของ PPC Land ทาง ROAST เผยแพร่บทสรุปวันละหนึ่งฉบับ เขียนโดย John Campbell หัวหน้าฝ่ายนวัตกรรมและ AI ของเอเจนซี่ วันแรกว่าด้วยการคราวล์ วันที่สองว่าด้วยการทำดัชนี และวันที่สามว่าด้วยการแสดงผลและการจัดอันดับ ในวันที่สาม คือ 2 ตุลาคม Gary Illyes แสดงตารางที่ระบุว่ากระบวนการต่าง ๆ ใช้เวลาเท่าไรทั้งด้านการคราวล์ การทำดัชนี และการแสดงผล บทสรุปเรียกข้อมูลนี้ว่า "brand new information" และระบุว่าตัวเลขเวลา "are based on Google's internal analysis"

มีข้อจำกัดสองข้อที่ต้องบอกไว้ก่อน ข้อแรก บทสรุประบุว่าแต่ละกระบวนการมีเวลาเร็วที่สุด เวลาปกติ และเวลาช้าที่สุด แต่ตารางที่นำมาแสดงมีเพียงคอลัมน์เวลาปกติกับเวลาช้าที่สุด ดังนั้นทุกอย่างด้านล่างอิงจากสองคอลัมน์นี้เท่านั้น ข้อสอง PPC Land ระบุว่าบทสรุปทั้งสามฉบับไม่ใช่เอกสารที่ Google เผยแพร่ RA ค้นหาบล็อกหรือหน้าเอกสารของ Google ที่มีตัวเลขเหล่านี้แล้วและไม่พบ

ตัวเลขด้านการคราวล์

ในตารางการคราวล์ตามที่ PPC Land นำเสนอเมื่อวันที่ 3 ตุลาคม การค้นพบ URL ใหม่ระบุไว้ที่ราว 20 ชั่วโมงในกรณีปกติ ส่วนกรณีช้าที่สุดคือหลายสัปดาห์ไปจนถึงไม่เกิดขึ้นเลย การรีเฟรช URL ที่รู้จักแล้วอยู่ที่ราว 30 วันในกรณีปกติ และมีช่วงปลายทางเป็น "หลายสัปดาห์ถึงไม่เกิดขึ้นเลย" เช่นกัน การประมวลผลไซต์แมปอยู่ที่ราว 24 ชั่วโมงในกรณีปกติ และช้าสุดได้ถึง 14 วัน หรือไม่เกิดขึ้นเลยหากสาเหตุคือคุณภาพ

แถว robots.txt แคบที่สุดในชุดนี้ คือราว 24 ชั่วโมงในกรณีปกติ และ 25 ชั่วโมงในกรณีช้าที่สุด ตารางยังระบุการอัปเดตความสามารถในการคราวล์ที่ 4 ชั่วโมงถึง 1-2 สัปดาห์ในกรณีปกติ และ 1-3 สัปดาห์เมื่อไซต์อยู่ในช่วงฟื้นตัว ส่วนการอัปเดตความต้องการคราวล์อยู่ที่ราว 20 ชั่วโมงในกรณีปกติ และหลายสัปดาห์ถึงหลายเดือนในกรณีช้าที่สุด บทสรุปเสริมว่าความสามารถในการคราวล์อาจลดลงภายในไม่กี่วินาทีเมื่อ Google ถอยออกจากเซิร์ฟเวอร์ที่กำลังมีปัญหา แต่การกลับมาใช้เวลาหนึ่งถึงสามสัปดาห์

ตัวเลขด้านการทำดัชนีและการแสดงผล

ด้านการทำดัชนี บทสรุประบุการทำดัชนีแบบครบกระบวนการที่ราว 1.5 ชั่วโมงในกรณีปกติ และ "months or never (quality)" ในกรณีช้าที่สุด โดยนิยามคำว่าครบกระบวนการไว้แคบ ๆ ว่ากระบวนการสำคัญทั้งหมดเสร็จสมบูรณ์ การเปลี่ยน canonical ใช้ 1-3 สัปดาห์ในกรณีปกติ และหลายเดือนในกรณีช้าที่สุด โดยมีสัญญาณที่ขัดแย้งกันเป็นเหตุผล การย้ายไซต์ใช้ 1-3 เดือนในกรณีปกติ และ 6 เดือนถึง 1 ปีขึ้นไปในกรณีช้าที่สุด แม้บทสรุปจะหมายเหตุว่าไซต์ขนาดเล็กอาจย้ายเสร็จในไม่กี่สัปดาห์ การลบออกจากดัชนีใช้ 1-3 สัปดาห์ในกรณีปกติ และหลายเดือนในกรณีช้าที่สุด การอัปเดตข้อมูลโครงสร้างใช้ตั้งแต่ไม่กี่ชั่วโมงถึง 1-2 สัปดาห์ในกรณีปกติ และหลายสัปดาห์หรือไม่เกิดขึ้นเลยโดยมีคุณภาพเป็นเหตุผล

ในตารางด้านการแสดงผล การลบผ่าน Search Console โดยเจ้าของไซต์ใช้ราว 2 ชั่วโมงในกรณีปกติ และ 24 ชั่วโมงในกรณีช้าที่สุด การอัปเดตสนิปเป็ตและชื่อเรื่องใช้ 1-2 วันในกรณีปกติ และหลายสัปดาห์ถึงหลายเดือนในกรณีช้าที่สุด การถอนมาตรการแมนนวลใช้ 1-2 สัปดาห์ในกรณีปกติ และ 4-6 สัปดาห์ในกรณีช้าที่สุด หรือนานกว่านั้นมากสำหรับไซต์ที่หยุดนิ่ง การเปลี่ยนแปลงจากคอร์อัปเดตใช้ 3-6 เดือนเพื่อฟื้นตัวในกรณีปกติ และ 6 เดือนถึง 1 ปีในกรณีช้าที่สุด ซึ่งกรณีช้าหมายถึงต้องรอคอร์อัปเดตรอบถัดไป ส่วนการเปลี่ยนแปลงจากสแปมอัปเดตใช้ 1-2 สัปดาห์ในกรณีปกติ และหลายเดือนในกรณีช้าที่สุด

ตารางสรุปตัวเลขที่ใช้วางแผนได้

ตารางด้านล่างรวบรวมแถวที่มีประโยชน์ต่อการวางแผน ตัวเลขทั้งหมดเป็นไปตามที่ระบุในบทสรุปของ ROAST เกี่ยวกับการบรรยายของ Gary Illyes ซึ่ง PPC Land รายงานเมื่อวันที่ 3 ตุลาคม 2026

ตารางสรุปตัวเลขที่ใช้วางแผนได้
กระบวนการกรณีปกติกรณีช้าที่สุด
ค้นพบ URL ใหม่ราว 20 ชั่วโมงหลายสัปดาห์ถึงไม่เกิดขึ้นเลย
รีเฟรช URL ที่รู้จักแล้วราว 30 วันหลายสัปดาห์ถึงไม่เกิดขึ้นเลย
ประมวลผลไซต์แมปราว 24 ชั่วโมงสูงสุด 14 วัน หรือไม่เกิดขึ้นเลย (คุณภาพ)
ทำดัชนีแบบครบกระบวนการราว 1.5 ชั่วโมงหลายเดือนหรือไม่เกิดขึ้นเลย (คุณภาพ)
ย้ายไซต์1-3 เดือน6 เดือนถึง 1 ปีขึ้นไป
เปลี่ยน canonical1-3 สัปดาห์หลายเดือน (สัญญาณขัดแย้ง)
ฟื้นตัวหลังคอร์อัปเดต3-6 เดือน6 เดือนถึง 1 ปี (รอคอร์อัปเดตรอบถัดไป)
ถอนมาตรการแมนนวล1-2 สัปดาห์4-6 สัปดาห์ หรือนานกว่านั้นมากสำหรับไซต์ที่หยุดนิ่ง

ทำไมคำว่า "ไม่เกิดขึ้นเลย" จึงสำคัญที่สุด

ตามบทสรุป Illyes แนบข้อควรระวังหนึ่งข้อไว้กับตาราง คือหลายกระบวนการเชื่อมโยงกัน หน้าเว็บจะถูกทำดัชนีไม่ได้จนกว่าจะถูกคราวล์ ความล่าช้าจึงซ้อนทับกัน ความเห็นของผู้เขียนบทสรุปเองซึ่งอยู่ใต้หัวข้อ "Why this matters" แยกต่างหาก ระบุว่าคำว่า "never" ปรากฏบ่อยและมักผูกกับคุณภาพ และว่า "Fast technical fixes don't help if Google doesn't think the page is worth it" PPC Land ชี้ว่าประโยคหลังเป็นการตีความของผู้เขียนบทสรุป ไม่ใช่คำพูดของ Illyes

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

ตัวเลขเหล่านี้เทียบกับข้อมูลสาธารณะก่อนหน้าของ Google อย่างไร

PPC Land นำหลายแถวไปเทียบกับข้อมูลที่เคยรายงานไว้ บทสรุประบุว่าสแปมอัปเดตเปิดตัว 1-2 วัน แต่สแปมอัปเดตปี 2026 ของ Google ไม่ได้ใช้เวลาเท่ากันทุกครั้ง อัปเดตเดือนมีนาคมเสร็จใน 19.5 ชั่วโมง เดือนมิถุนายนใช้สองวัน เดือนสิงหาคมใช้สามวัน ส่วนอัปเดตเดือนกันยายนที่เริ่มเมื่อวันที่ 24 กันยายนมีกรอบเวลาสูงสุดสองสัปดาห์ ซึ่งนานที่สุดของปี Illyes พูดในวันที่แปดของกรอบเวลานั้น และ PPC Land ระบุว่าเอกสารที่ตนมีไม่ได้บอกว่าอัปเดตเสร็จแล้วหรือยัง

เรื่อง canonical PPC Land ระบุว่า Google อัปเดตคู่มือแก้ปัญหาเมื่อวันที่ 10 กรกฎาคม 2026 โดยบอกว่าระบบอาจใช้เวลาถึงสองสัปดาห์ในการรับรู้การแก้ไขกลุ่มหน้าซ้ำซ้อน ซึ่งอยู่ในช่วง 1-3 สัปดาห์บนสไลด์ที่บาร์เซโลนา PPC Land ยังแยกระยะเวลาเปิดตัวออกจากระยะเวลาฟื้นตัว คือคอร์อัปเดตล่าสุดใช้เวลาเปิดตัว 12 ถึง 18 วัน ซึ่งเป็นการวัดคนละอย่างกับ 3-6 เดือนที่ตารางระบุสำหรับการฟื้นตัว

สิ่งที่บทสรุปและ PPC Land ไม่ได้บอก

  • ไม่มีการระบุวิธีเก็บข้อมูล ขนาดตัวอย่าง ช่วงเวลา หรือนิยามของคำว่า "ปกติ" และ "ช้าที่สุด" ไม่ได้บอกว่าเป็นค่ามัธยฐาน ค่าเฉลี่ย หรืออย่างอื่น
  • คอลัมน์เวลาเร็วที่สุดที่บทสรุปกล่าวถึงไม่ปรากฏในตารางที่นำมาแสดง
  • Google ไม่ได้เผยแพร่ตัวเลขเหล่านี้ และ RA ไม่พบการยืนยันจากต้นทางของ Google
  • บทสรุปไม่ได้บอกว่านี่คือคำรับประกัน และค่าปกติไม่ใช่กำหนดเวลาสำหรับ URL ใดโดยเฉพาะ
  • ไม่มีข้อมูลใดในแหล่งข่าวที่เจาะจงประเทศไทย ภาษาใด หรือประเภทเว็บไซต์ใด

ความหมายสำหรับนักการตลาดไทย

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

สำหรับหน้าใหม่ เวลาค้นพบราว 20 ชั่วโมงหมายความว่า หน้าที่เผยแพร่ตอนเช้าวันจันทร์แล้วเพิ่งปรากฏใน Search Console ในวันอังคารไม่ใช่เรื่องผิดปกติ การรอหนึ่งถึงสองวันก่อนรายงานว่ามีปัญหาสอดคล้องกับตัวเลข การส่งไซต์แมปก็ไม่ได้เปลี่ยนภาพมากนัก เพราะการประมวลผลไซต์แมปเองก็ระบุไว้ที่ราว 24 ชั่วโมงในกรณีปกติ

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

สำหรับอันดับที่ตกจากคอร์อัปเดต การฟื้นตัวปกติ 3-6 เดือน และ 6-12 เดือนเมื่อไซต์ต้องรอคอร์อัปเดตรอบถัดไป หมายความว่าการแก้ปัญหาทางเทคนิคแบบเร็วมักไม่ใช่สิ่งที่ดึงทราฟฟิกกลับมา เมื่อรวมกับการตีความคำว่า "never" ของบทสรุป งานจริงคือการทบทวนคุณภาพเนื้อหา ไม่ใช่การปรับการคราวล์

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

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

Google ใช้เวลาเท่าไรในการค้นพบหน้าใหม่

ราว 20 ชั่วโมงในกรณีปกติ ตามบทสรุปของ ROAST เกี่ยวกับการบรรยายของ Gary Illyes เมื่อวันที่ 2 ตุลาคม 2026 ตารางเดียวกันระบุกรณีช้าที่สุดเป็นหลายสัปดาห์ถึงไม่เกิดขึ้นเลย และนี่เป็นบทสรุปจากบุคคลที่สาม ไม่ใช่เอกสารที่ Google เผยแพร่

Google เผยแพร่ตัวเลขเวลาเหล่านี้อย่างเป็นทางการหรือไม่

ไม่ RA ไม่พบบล็อกหรือหน้าช่วยเหลือของ Google ที่มีตัวเลขเหล่านี้ ตัวเลขมาจากบทสรุปของ John Campbell เกี่ยวกับการบรรยายที่ Search Central Live Deep Dive Europe ซึ่ง PPC Land รายงานเมื่อวันที่ 3 ตุลาคม 2026 โดยไม่ระบุวิธีเก็บข้อมูลหรือขนาดตัวอย่าง

การฟื้นตัวหลังคอร์อัปเดตใช้เวลานานเท่าไร

บทสรุประบุ 3 ถึง 6 เดือนเป็นกรณีปกติ และ 6 เดือนถึง 1 ปีเป็นกรณีช้าที่สุด ซึ่งไซต์ต้องรอคอร์อัปเดตรอบถัดไป นี่ไม่ใช่คำรับประกัน และบทสรุปไม่ได้บอกว่ามีไซต์สัดส่วนเท่าไรที่ฟื้นตัวได้เลย

การแก้ปัญหาเทคนิคเร็วช่วยให้ทำดัชนีเร็วขึ้นแน่นอนหรือไม่

ไม่แน่นอน การตีความของผู้เขียนบทสรุป ซึ่ง PPC Land ระบุว่าเป็นของบทสรุปไม่ใช่ของ Illyes คือการแก้ปัญหาทางเทคนิคแบบเร็วไม่ช่วยหาก Google เห็นว่าหน้านั้นไม่คุ้มค่า ผลลัพธ์แบบ "ไม่เกิดขึ้นเลย" ในตารางส่วนใหญ่ผูกกับคุณภาพ

ข้อมูลนี้เจาะจงประเทศไทยหรือเว็บภาษาไทยหรือไม่

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

ขั้นตอนถัดไป

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

Antonio Fernandez

Antonio Fernandez

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

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

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