สรุปสั้น: Google เปิดเผยว่าในกรณีทั่วไป URL ใหม่ถูกค้นพบในราว 20 ชั่วโมง Index เสร็จในราว 1.5 ชั่วโมง Title หรือ Snippet เปลี่ยนในผลค้นหาภายใน 1–2 วัน การเปลี่ยน Canonical ใช้ 1–3 สัปดาห์ ย้ายเว็บใช้ 1–3 เดือน และฟื้นตัวหลัง Core Update ใช้ 3–6 เดือน แต่ทุกขั้นมีกรณีช้าสุดที่ลากไปได้หลายเดือน หรือ “ไม่เกิดขึ้นเลย” ซึ่งส่วนใหญ่มาจากคุณภาพของหน้า ไม่ใช่คิวทางเทคนิค
คำถามที่เราได้ยินบ่อยที่สุดหลังส่งงานแก้เว็บให้ลูกค้า ไม่ใช่ “แก้อะไรไปบ้าง” แต่คือ “แล้วเมื่อไหร่อันดับจะขึ้น”
ก่อนหน้านี้คำตอบที่ตรงที่สุดที่ใครก็ให้ได้คือ “แล้วแต่ครับ” เพราะ Google ไม่เคยบอกตัวเลขชัด ๆ จนกระทั่งงาน Search Central Live ล่าสุด ที่ Gary Illyes จากทีม Google Search เปิดตารางระยะเวลาของแต่ละขั้นตอนออกมาให้เห็นเป็นครั้งแรก
บทความนี้ไม่ได้แค่แปลตาราง แต่จะอธิบายว่าตัวเลขแต่ละตัวหมายถึงอะไรกับเว็บของคุณ ควรรอนานแค่ไหนหลังแก้แต่ละเรื่อง และสัญญาณไหนบอกว่าไม่ใช่แค่ต้องรอ แต่ต้องกลับไปแก้เพิ่ม
Google เปิดเผยอะไร และข้อมูลมาจากไหน
ตัวเลขชุดนี้มาจากการบรรยายของ Gary Illyes ในงาน Search Central Live Deep Dive Europe ที่บาร์เซโลนา เมื่อวันที่ 2 ตุลาคม 2026 สรุปออกมาโดย John Campbell จาก ROAST และ Search Engine Journal นำไปทำเป็นอินโฟกราฟิกต่อ
Gary แบ่งระยะเวลาเป็นสองแบบ คือ กรณีทั่วไป (typical) และ กรณีช้าที่สุด (slowest) และย้ำประโยคหนึ่งที่สำคัญที่สุดของทั้งชุด คือกระบวนการเหล่านี้เชื่อมกัน หน้าที่ยังไม่ถูก crawl ก็ index ไม่ได้ ความล่าช้าจึงซ้อนกันเป็นทอด
ข้อควรรู้ก่อนเอาไปใช้:
- Google ไม่ได้บอกขนาดตัวอย่าง ช่วงเวลาที่วัด หรือนิยามของคำว่า “กรณีทั่วไป”
- ตัวเลขยังไม่มีในเอกสารทางการของ Google มีแค่ในรายงานของคนที่เข้าร่วมงาน
- ทั้งหมดคือ จุดอ้างอิง ไม่ใช่กำหนดส่ง เว็บของคุณอาจเร็วหรือช้ากว่านี้ได้
ถึงจะมีข้อจำกัด นี่ก็ยังเป็นข้อมูลที่ดีที่สุดเท่าที่คนทำ SEO เคยได้จาก Google โดยตรง และตรงกับสิ่งที่เราเห็นในงานจริงค่อนข้างมาก
ตารางสรุป: แต่ละขั้นใช้เวลานานแค่ไหน

| ขั้นตอน | กรณีทั่วไป | กรณีช้าที่สุด |
|---|---|---|
| ค้นพบ URL ใหม่ (Discovery) | ~20 ชั่วโมง | หลายสัปดาห์ หรือไม่ถูกค้นพบเลย |
| Crawl หน้าที่รู้จักแล้วซ้ำ (Refresh) | ~30 วัน | หลายสัปดาห์ หรือไม่กลับมาเลย |
| อัปเดต robots.txt | ~24 ชั่วโมง | 25 ชั่วโมง |
| ประมวลผล Sitemap | ~24 ชั่วโมง | สูงสุด 14 วัน หรือไม่ประมวลผลเลย (คุณภาพ) |
| Render (รัน JavaScript) | เรนเดอร์ไม่กี่วินาที แต่รอคิวเป็นชั่วโมง | หลายวันถึงหลายสัปดาห์ |
| Index ทั้งกระบวนการ | ~1.5 ชั่วโมง | หลายเดือน หรือไม่ถูก Index เลย (คุณภาพ) |
| เปลี่ยน Canonical | 1–3 สัปดาห์ | หลายเดือน (สัญญาณขัดกัน) |
| ย้ายเว็บไซต์ (Site move) | 1–3 เดือน | 6 เดือนถึงมากกว่า 1 ปี |
| Structured data | ไม่กี่ชั่วโมงถึง 1–2 สัปดาห์ | หลายสัปดาห์ หรือไม่เลย |

| ขั้นตอน | กรณีทั่วไป | กรณีช้าที่สุด |
|---|---|---|
| ลบ URL ผ่าน Search Console (เจ้าของเว็บขอเอง) | ~2 ชั่วโมง | 24 ชั่วโมง |
| เปลี่ยน Title ในผลค้นหา | 1–2 วัน | หลายสัปดาห์ถึงหลายเดือน |
| เปลี่ยน Snippet | 1–2 วัน | หลายสัปดาห์ถึงหลายเดือน |
| ปลด Manual Action | 1–2 สัปดาห์ | 4–6 สัปดาห์ หรือนานกว่านั้นถ้าเว็บเงียบ |
| ผลจาก Spam Update | 1–2 สัปดาห์ (อัปเดตต่อเนื่อง) | หลายเดือน (รอรอบรีเฟรช) |
| ฟื้นตัวหลัง Core Update | 3–6 เดือน | 6 เดือนถึง 1 ปี (รอ Core Update รอบถัดไป) |
อีกสองตัวเลขที่ควรจำไว้คู่กัน: Core Update ใช้เวลาปล่อย 2–4 สัปดาห์ ส่วน Spam Update ปล่อยเสร็จใน 1–2 วัน อันดับที่แกว่งระหว่างที่ Core Update ยังปล่อยไม่จบ จึงยังไม่ใช่ผลสุดท้าย
ทำไมบางเรื่องเร็วมาก แต่บางเรื่องช้ามาก: Google Search คือสายพาน

ตัวเลขที่ดูขัดกันในตารางจะเข้าใจง่ายขึ้นทันที ถ้ามอง Google Search เป็นสายพานที่ต้องผ่านทีละด่าน
- ค้นพบ (Discovery) Google ต้องรู้ก่อนว่า URL นี้มีอยู่ ผ่านลิงก์จากหน้าอื่นหรือ Sitemap
- Crawl Googlebot มาดึงหน้า
- Render ถ้าหน้าพึ่ง JavaScript ต้องรอคิวรันก่อน
- Index วิเคราะห์เนื้อหา เลือก Canonical แล้วตัดสินใจว่าจะเก็บไหม
- แสดงผล อัปเดต Title, Snippet และข้อมูลในผลค้นหา
- ประเมินคุณภาพในภาพรวม ซึ่งระบบใหญ่อย่าง Core Update ทำเป็นรอบ ไม่ได้ทำทุกวัน
Index “~1.5 ชั่วโมง” จึงไม่ได้แปลว่าแก้หน้าแล้วอีกชั่วโมงครึ่งผลค้นหาจะเปลี่ยน มันคือเวลาของด่านที่ 4 ด่านเดียว ถ้าหน้านั้นเป็นหน้าเดิมที่ Google เพิ่งมา crawl เมื่อวาน รอบ crawl ถัดไปอาจเป็นอีกหลายสัปดาห์ (ปกติราว 30 วัน) ด่านหลังทั้งหมดต้องรอด่านนี้ก่อน แล้วข้อมูลใน Search Console เองก็ช้ากว่าความจริงอีก 2–3 วัน
นี่คือเหตุผลที่คนทำ SEO ต้องรอเป็น ไม่ใช่เพราะขี้เกียจ แต่เพราะระบบออกแบบมาแบบนี้

อ่านตัวเลขทีละตัวแบบคนทำ SEO

ค้นพบ URL ใหม่ ~20 ชั่วโมง: เร็ว ถ้า Google มีทางเดินมาถึง
ตัวเลขนี้เร็วกว่าที่หลายคนคิด แต่มีเงื่อนไขว่า Google ต้องมีทางรู้จัก URL นั้น หน้าใหม่ที่ไม่มีลิงก์ภายในชี้ไปเลยและไม่อยู่ใน Sitemap คือหน้าที่มีโอกาส “ไม่ถูกค้นพบเลย” สูงที่สุด
ตัวอย่างจากงานของเรา: เว็บช่างต่อเติมบ้านในกระบี่ 108 หน้า Google เก็บไป 104 จาก 107 หน้าภายใน 4 วันแรกหลังเปิดเว็บ เพราะโครงลิงก์ภายในและ Sitemap พร้อมตั้งแต่วันแรก ส่วน เว็บข้อมูลรถยนต์ไฟฟ้า แก้แค่ลิงก์ท้ายเว็บจุดเดียว Google เก็บหน้าเพิ่ม 25 หน้าใน 11 วัน เพราะหน้าที่เคยไม่มีทางเดินถึงมีทางเดินแล้ว
สิ่งที่ควรทำ: ทุกหน้าที่อยากให้ติดอันดับต้องมีลิงก์ภายในจากหน้าที่ Google เข้าบ่อย และอยู่ใน XML Sitemap
Crawl หน้าเดิมซ้ำ ~30 วัน: ตัวเลขที่อธิบายว่าทำไม “แก้แล้วไม่เห็นผล”
นี่อาจเป็นตัวเลขที่สำคัญที่สุดสำหรับคนที่กำลังปรับเนื้อหาหน้าเดิม รอบ crawl ปกติของหน้าที่ Google รู้จักแล้วอยู่ที่ราวเดือนละครั้ง หน้าที่สำคัญและเปลี่ยนบ่อยอาจถูก crawl ถี่กว่านั้นมาก แต่หน้าลึก ๆ ที่ไม่ค่อยมีใครลิงก์ถึงอาจนานกว่านั้น หรือไม่กลับมาเลย
ถ้าแก้หน้าสำคัญเสร็จแล้ว ใช้ URL Inspection > Request Indexing ใน Google Search Console เพื่อขอให้ Google มาดูอีกรอบ วิธีนี้ไม่ได้ทำให้อันดับขึ้น แต่ช่วยให้ Google เห็นเวอร์ชันใหม่เร็วขึ้น
Sitemap ~24 ชั่วโมง แต่อาจ “ไม่ประมวลผลเลย”
Sitemap ที่ส่งไปแล้วปกติประมวลผลในวันเดียว ช้าสุด 14 วัน แต่คำว่า “ไม่เลย (คุณภาพ)” ในตารางคือคำเตือน ถ้าเว็บทั้งเว็บถูกมองว่าคุณภาพต่ำ การส่ง Sitemap ซ้ำ ๆ ไม่ช่วยอะไร
robots.txt ~24 ชั่วโมง: แก้ผิดพลาดแล้วไม่ต้องรอนาน
Google อ่าน robots.txt ใหม่ภายในประมาณหนึ่งวัน ถ้าเผลอบล็อกทั้งเว็บ แก้แล้วผลจะกลับมาค่อนข้างเร็ว แต่ถ้าบล็อกนานจนหน้าหลุดออกจาก Index ไปแล้ว ก็ต้องรอ crawl และ index ใหม่ต่ออีกทอด ดูวิธีเขียนที่ถูกใน คู่มือ robots.txt
Index ~1.5 ชั่วโมง เทียบกับ “ไม่ถูก Index เลย”
ช่องว่างระหว่าง 1.5 ชั่วโมงกับ “ไม่เลย” คือเรื่องที่ทั้งตารางพยายามบอก หน้าที่ Google มองว่ามีค่าจะผ่านเร็วมาก ส่วนหน้าที่ซ้ำกับหน้าอื่น บางเกินไป หรือไม่ได้ช่วยใครเลย จะค้างอยู่ในสถานะ “Crawled – currently not indexed” ได้เรื่อย ๆ
ในงานเดียวกัน Google ระบุว่าคุณภาพดูจากความตั้งใจที่ใส่ลงไป ความเป็นต้นฉบับ ทักษะของคนทำ และความถูกต้อง ไม่ว่าเนื้อหานั้นจะเขียนโดยคนหรือ AI
Render: ถ้าเนื้อหาสำคัญอยู่ใน JavaScript ให้เผื่อเวลาเพิ่ม
การเรนเดอร์ใช้ไม่กี่วินาที แต่คิวรอเรนเดอร์อาจเป็นชั่วโมง และช้าสุดหลายวันถึงหลายสัปดาห์ เว็บที่เนื้อหาหลักโผล่หลังรัน JavaScript จึงมีด่านเพิ่มที่เว็บ HTML ปกติไม่มี อ่านต่อใน JavaScript SEO
เปลี่ยน Canonical 1–3 สัปดาห์: นานถ้าสัญญาณขัดกัน
Canonical เป็นแค่ “คำแนะนำ” ที่ Google เอาไปชั่งกับสัญญาณอื่น ถ้าแท็ก Canonical ชี้หน้า A แต่ลิงก์ภายใน Sitemap และ Redirect ชี้หน้า B Google จะลังเลและใช้เวลาหลายเดือน วิธีเร่งคือทำให้ทุกสัญญาณชี้ไปที่เดียวกัน ดูรายละเอียดใน Canonical Tag และ Duplicate Content
ย้ายเว็บ 1–3 เดือน: งานที่ต้องวางแผนรอ
Gary บอกว่าเว็บเล็กย้ายเสร็จได้ในไม่กี่สัปดาห์ แต่เว็บใหญ่อาจลากไปถึงปีกว่า ตัวเลขนี้ตรงกับที่เราเห็น งานย้ายเว็บที่ดีจึงไม่จบวันเปิดเว็บใหม่ แต่ต้องเฝ้าดูต่อหลายเดือน
ในเคส ย้ายร้านอะไหล่ 1,576 สินค้าออกจาก iGetWeb เราทำ 301 ครบทั้ง 3,274 ลิงก์เดิมแบบหน้าต่อหน้า เพราะทุก URL ที่ไม่มี Redirect คือ URL ที่ Google ต้องค้นพบใหม่ตั้งแต่ศูนย์ และนั่นคือด่านที่ช้าสุดอาจเป็น “ไม่เลย” ดูขั้นตอนทั้งหมดได้ใน คู่มือ 301 Redirect
Title และ Snippet 1–2 วัน: เร็ว แต่ Google อาจไม่ใช้ของคุณ
ปกติเห็นการเปลี่ยนแปลงใน 1–2 วัน แต่ถ้าผ่านไปหลายสัปดาห์แล้ว Title ในผลค้นหายังไม่ตรงกับที่ตั้ง อาจไม่ใช่เรื่องรอ Google มีสิทธิ์เขียน Title ใหม่เองถ้ามองว่าของเราไม่ตรงกับเนื้อหา ดูวิธีตั้งให้ Google ใช้ใน คู่มือ Title Tag และ Meta Description
ลบ URL ผ่าน Search Console ~2 ชั่วโมง: เร็วที่สุด แต่เป็นการซ่อนชั่วคราว
เครื่องมือ Removals ซ่อนหน้าออกจากผลค้นหาได้ภายในไม่กี่ชั่วโมง แต่เป็นการซ่อนชั่วคราวราว 6 เดือน ถ้าต้องการเอาออกถาวร ต้องทำ noindex หรือให้หน้าตอบ 404/410 ด้วย ดู คู่มือ noindex
Manual Action 1–2 สัปดาห์
หลังแก้และส่งคำขอพิจารณาใหม่ ปกติได้คำตอบใน 1–2 สัปดาห์ ช้าสุด 4–6 สัปดาห์ และนานกว่านั้นสำหรับเว็บที่เงียบไปนาน ข้อสำคัญคือการปลด Manual Action ไม่ได้แปลว่าอันดับกลับมาทันที เพราะลิงก์หรือเนื้อหาที่ถูกตัดออกไปก็ไม่ได้ช่วยดันอันดับอีกแล้ว อ่านเรื่อง ความเสี่ยงของ SEO สายเทาและสายดำ
ฟื้นตัวหลัง Core Update 3–6 เดือน: ตัวเลขที่ควรบอกลูกค้าตั้งแต่วันแรก
นี่คือตัวเลขที่เจ้าของเว็บควรรู้มากที่สุด ถ้าเว็บร่วงจาก Core Update แล้วแก้คุณภาพทั้งเว็บ ปกติใช้ 3–6 เดือนกว่าจะเห็นการฟื้นตัว และบางเว็บต้องรอจนถึง Core Update รอบถัดไป ซึ่งอาจห่างกันหลายเดือน
การแก้หลัง Core Update จึงไม่ควรเป็นการแก้แบบลองผิดลองถูกทุกสัปดาห์ เพราะผลของการแก้ครั้งก่อนยังไม่ทันสะท้อนออกมาเลย ควรแก้ให้ถูกจุดจากการ ออดิทเว็บ รอบเดียว แล้วให้เวลาระบบทำงาน
คำที่น่ากลัวที่สุดในตาราง คือคำว่า “ไม่เลย”
ถ้าสังเกตดี ๆ คำว่า “ไม่เลย” โผล่ในเกือบทุกขั้นของฝั่ง Crawl และ Index และเกือบทุกครั้งมีวงเล็บว่า “คุณภาพ” ต่อท้าย
นี่คือข้อความที่ Google พยายามบอกมาตลอด: การแก้เทคนิคช่วยให้เร็วขึ้น แต่ช่วยไม่ได้ถ้า Google มองว่าหน้านั้นไม่คุ้มที่จะเก็บ เว็บที่ส่ง Sitemap ถูก ความเร็วดี Schema ครบ แต่เนื้อหาซ้ำกับคนอื่นหรือบางเกินไป ก็ยังค้างอยู่ได้ไม่มีกำหนด
เพราะแบบนี้ งาน Technical SEO กับงานเนื้อหาจึงแยกกันไม่ได้ อย่างแรกเปิดทาง อย่างหลังทำให้ Google อยากเดินเข้ามา อ่านเพิ่มเรื่อง E-E-A-T และ Crawl Budget
แก้เว็บแล้วอันดับยังไม่ขยับ รอต่อ หรือแก้เพิ่ม?

ใช้ระยะเวลาที่ Google เปิดเผยเป็นเกณฑ์ตัดสินใจ:
ถ้ายังไม่เกินช่วงปกติ ให้รอ
- เพิ่งเปิดหน้าใหม่หรือส่ง Sitemap: รอได้ถึงราว 2 สัปดาห์
- เพิ่งแก้ Title หรือ Description: ราว 1–2 สัปดาห์
- เพิ่งเปลี่ยน Canonical หรือรวมหน้าซ้ำ: ราว 3 สัปดาห์
- เพิ่งย้ายโดเมนหรือเปลี่ยนโครง URL: ราว 3 เดือน
- เพิ่งแก้คุณภาพหลังโดน Core Update: ราว 6 เดือน หรือรอบถัดไป
ถ้าเจอสัญญาณเหล่านี้ใน Search Console ให้หาสาเหตุต่อ ไม่ต้องรอ
- Pages report มีหน้าค้าง “Discovered – currently not indexed” หลายสัปดาห์ แปลว่า Google รู้จัก URL แต่ไม่รีบมา crawl
- Pages report มีหน้า “Crawled – currently not indexed” แปลว่า Google เห็นแล้วแต่ไม่เก็บ ต้องกลับไปดูคุณค่าของหน้า
- URL Inspection บอกว่า Google เลือก Canonical คนละหน้ากับที่คุณตั้ง แปลว่าสัญญาณขัดกัน
- Crawl stats (อยู่ใน Settings) คำขอ crawl ลดลง หรือมี host error แปลว่าเซิร์ฟเวอร์มีปัญหา Google ถอยได้ในไม่กี่วินาทีแต่กลับมาช้า
- ผ่าน Core Update รอบถัดไปแล้วยังไม่ฟื้น แปลว่าสิ่งที่แก้อาจยังไม่ใช่ต้นเหตุ
วิธีรอที่ถูก
- จดวันที่แก้ทุกครั้ง จะได้รู้ว่ากราฟใน Search Console ขยับเพราะอะไร
- แก้ทีละชุด แล้วรอให้ครบรอบ การแก้ใหม่ทุกสัปดาห์ทำให้แยกไม่ออกว่าอะไรได้ผล
- ดูหน้าเป็นรายหน้า ไม่ใช่ดูทั้งเว็บ ใช้ URL Inspection เช็กว่า Google เห็นเวอร์ชันใหม่หรือยัง ก่อนสรุปว่าแก้แล้วไม่ได้ผล
- เทียบช่วงเวลาที่ยาวพอ อย่างน้อย 28 วันเทียบกับ 28 วันก่อนหน้า ไม่ใช่วันต่อวัน
- อย่าตกใจกับอันดับที่แกว่งระหว่าง Core Update กำลังปล่อย รอให้ปล่อยเสร็จ (2–4 สัปดาห์) แล้วค่อยอ่านผล
บางเรื่องเร็วกว่านี้มาก ถ้าต้นเหตุเป็นเทคนิค
ระยะเวลา 3–6 เดือนใช้กับการฟื้นตัวจากเรื่องคุณภาพ แต่ถ้าต้นเหตุเป็นปัญหาเทคนิคชัด ๆ ผลมักกลับมาเร็วกว่านั้นมาก
ใน เคสโรงงานยาง B2B หน้าขายหลักถูก Redirect ไปหน้าแรกโดยไม่มีใครรู้ ลูกค้าแก้ตามรายงานออดิท และภายใน 6 วัน คลิกต่อวันกลับมาเกินจุดสูงสุดเดิม เพราะ Google ยังเห็นคุณค่าของหน้าเหล่านั้นอยู่แล้ว แค่เข้าไม่ถึง
นี่คือเหตุผลที่ควรหาต้นเหตุให้ถูกก่อนตั้งความคาดหวัง ปัญหาที่ดูเหมือนกัน (คลิกหาย อันดับตก) อาจต้องรอ 6 วัน หรือ 6 เดือน ขึ้นกับว่าต้นเหตุคืออะไร
ตั้งความคาดหวังให้ถูก ตั้งแต่ก่อนเริ่มงาน
| สิ่งที่ทำ | ควรเริ่มเห็นใน Google ราว | ดูที่ไหน |
|---|---|---|
| แก้ robots.txt ที่บล็อกผิด | 1–2 วัน แล้วต่อด้วยรอบ crawl | Settings > robots.txt report |
| เปิดหน้าใหม่ที่มีลิงก์ภายในและอยู่ใน Sitemap | 1–2 วันถึงไม่กี่สัปดาห์ | URL Inspection, Pages report |
| แก้ Title / Description | 1–2 วัน (หลังรอบ crawl) | Performance > CTR ของหน้านั้น |
| แก้ Redirect ผิดบนหน้าที่เคยติดอันดับ | ไม่กี่วันถึงไม่กี่สัปดาห์ | Performance เทียบก่อน-หลัง |
| รวมหน้าซ้ำ / แก้ Canonical | 1–3 สัปดาห์ | URL Inspection (Google-selected canonical) |
| ย้ายโดเมนหรือเปลี่ยนโครง URL | 1–3 เดือน | Pages report, Performance ทั้งสองโดเมน |
| ปรับคุณภาพเนื้อหาทั้งเว็บหลัง Core Update | 3–6 เดือน หรือรอบถัดไป | Performance ช่วงยาว |
ถ้าใครรับปากว่าเว็บที่โดน Core Update จะกลับมาภายในเดือนเดียว ให้ถามเขาว่าเขารู้อะไรที่ Google ไม่รู้ เราเองไม่รับประกันอันดับ แต่จะทำให้ดีที่สุด และบอกตรง ๆ ตั้งแต่วันแรกว่าแต่ละงานควรรอนานแค่ไหน
คำถามที่พบบ่อย
Google Index เว็บใหม่กี่วัน
กรณีทั่วไป Google ค้นพบ URL ใหม่ในราว 20 ชั่วโมง และ Index เสร็จในราว 1.5 ชั่วโมงหลังจากนั้น หน้าใหม่ส่วนใหญ่จึงเข้า Index ได้ในหนึ่งถึงสองวัน ถ้าหน้านั้นมีลิงก์ภายในชี้ไปและอยู่ใน Sitemap แต่ถ้า Google มองว่าคุณภาพไม่ถึง อาจไม่ถูก Index เลย
แก้ SEO กี่วันถึงเห็นผล
ขึ้นกับว่าแก้อะไร แก้ Title เห็นใน 1–2 วันหลัง Google มา crawl เปลี่ยน Canonical 1–3 สัปดาห์ ย้ายเว็บ 1–3 เดือน ส่วนการฟื้นตัวจากปัญหาคุณภาพหลัง Core Update ปกติ 3–6 เดือน ตามตัวเลขที่ Google เปิดเผย
กด Request Indexing แล้วช่วยให้อันดับขึ้นไหม
ไม่ช่วยให้อันดับขึ้นโดยตรง แต่ช่วยให้ Google มาดูหน้าเวอร์ชันใหม่เร็วขึ้น เหมาะกับหน้าสำคัญที่เพิ่งแก้ ไม่จำเป็นต้องกดทุกหน้า และกดซ้ำหลายครั้งก็ไม่ได้เร็วขึ้น
ทำไม Google ไม่ Index หน้าของฉันเลย
ถ้าหน้าค้างที่ “Crawled – currently not indexed” มักเป็นเรื่องคุณภาพหรือเนื้อหาซ้ำ ถ้าค้างที่ “Discovered – currently not indexed” มักเป็นเพราะ Google ยังไม่เห็นความสำคัญพอจะมา crawl หรือเซิร์ฟเวอร์ตอบช้า ทั้งสองแบบแก้ด้วยการรอไม่ได้
โดน Core Update แล้วต้องรอนานแค่ไหน
ตาม Google คือ 3–6 เดือนในกรณีทั่วไป และ 6 เดือนถึง 1 ปีในกรณีช้าสุด บางเว็บต้องรอ Core Update รอบถัดไปถึงจะเห็นการฟื้นตัว ระหว่างนั้นสิ่งที่ทำได้คือแก้คุณภาพให้ถูกจุด ไม่ใช่เปลี่ยนเว็บไปเรื่อย ๆ
ตัวเลขชุดนี้เชื่อถือได้แค่ไหน
มาจาก Google โดยตรงผ่านการบรรยายของ Gary Illyes แต่ Google ไม่ได้บอกขนาดตัวอย่างหรือนิยามของ “กรณีทั่วไป” และยังไม่มีในเอกสารทางการ จึงควรใช้เป็นจุดอ้างอิงในการตั้งความคาดหวัง ไม่ใช่กำหนดส่ง
สรุป
ตารางนี้มีประโยชน์ที่สุดไม่ใช่เพราะบอกว่า Google เร็วแค่ไหน แต่เพราะบอกว่า ช่วงไหนที่ควรรอ และช่วงไหนที่การรอไม่ช่วยอะไรแล้ว
- เทคนิคทำให้เร็วขึ้น คุณภาพทำให้เกิดขึ้น
- ทุกขั้นต่อกันเป็นทอด ช้าขั้นเดียว ช้าทั้งสาย
- แก้แล้ว 15 วันอันดับยังไม่ขยับ ไม่ได้แปลว่าแก้ผิดเสมอไป ให้เทียบกับระยะเวลาปกติของสิ่งที่แก้ก่อนตัดสินใจ
ถ้าไม่แน่ใจว่าเว็บของคุณกำลัง “รอ” หรือ “ติด” ส่งเว็บมาให้เราดูได้ เราอ่านข้อมูลจาก Search Console ของคุณจริง แล้วบอกว่าควรรอต่อหรือควรแก้ตรงไหน เริ่มจาก SEO Audit (Mini 1,500 บาท · Full เริ่มต้น 10,000 บาท) หรือดู บริการรับทำ SEO ปรึกษาฟรี ไม่จ้างก็ไม่เป็นไร
แหล่งข้อมูล: Search Engine Journal: Google Shows How Long Crawling, Indexing & Recovery Can Take · ROAST: Google Search Central Live Deep Dive Barcelona, Day 3 Recap
