สรุปสั้น ๆ (TL;DR)
- สถานะนี้อยู่ในรายงาน Page indexing ของ Search Console: Googlebot ดึง URL แล้ว ไม่เจอ noindex หรือการบล็อก robots แต่ไม่นำเข้าดัชนี
- หน้าช่วยเหลือของ Google ระบุว่า URL เหล่านี้อาจถูกจัดทำดัชนีภายหลังหรือไม่ก็ได้ และไม่ต้องส่งซ้ำ การกด Request indexing กับหน้าที่ไม่ได้แก้จึงแทบไม่ช่วย
- 'Discovered - currently not indexed' หยุดก่อนการครอว์ล ส่วน 'Crawled' หยุดหลังการครอว์ล วิธีแก้แบบ crawl budget จึงแทบใช้ไม่ได้
- สาเหตุที่พบบ่อยคือหน้าบาง หน้าเกือบซ้ำ ลิงก์ภายในอ่อน canonical ขัดกัน และเนื้อหาที่ปรากฏหลังเรนเดอร์ JavaScript เท่านั้น
"Crawled - currently not indexed" คือสถานะใน Google Search Console ที่บอกว่า Googlebot เข้ามาดึงหน้าเว็บไปแล้ว แต่ Google ตัดสินใจยังไม่นำหน้านั้นเข้าดัชนี (index) อย่างน้อยก็ในตอนนี้ สถานะนี้เป็นการตัดสินเรื่องคุณภาพและลำดับความสำคัญ ไม่ใช่ข้อผิดพลาดทางเทคนิค ทางแก้จึงมักเป็นการทำให้หน้านั้นมีค่าพอจะถูกจัดทำดัชนี รวมเข้ากับหน้าที่แข็งแรงกว่า หรือยอมรับว่าหน้านั้นไม่ควรอยู่ในดัชนีตั้งแต่แรก
สถานะนี้อยู่ในรายงาน Page indexing (การจัดทำดัชนีหน้า) ในตาราง "Why pages aren't indexed" คนที่ค้นหาคำว่า crawled currently not indexed ส่วนใหญ่มักเจอรายการ URL ยาวเหยียดพร้อมคำถามเดียวกันว่า นี่เป็นปัญหาไหม และถ้าเป็น ต้องทำอะไรถึงจะย้ายหน้าจากกลุ่มนี้เข้าไปในดัชนีได้จริง บทความนี้ตอบคำถามนั้น ตั้งแต่ความหมายของสถานะ ความต่างจากสถานะที่คล้ายกัน สาเหตุที่พบบ่อย วิธีตรวจ URL ทีละหน้า ไปจนถึงวิธีแก้ที่ได้ผลและวิธีที่เสียเวลาเปล่า
"Crawled - currently not indexed" ใน Search Console หมายถึงอะไร
กระบวนการจัดทำดัชนีของ Google แบ่งเป็นหลายขั้น เริ่มจาก URL ถูกค้นพบ (ผ่านลิงก์ sitemap หรือ redirect) จากนั้นถูกครอว์ล (Googlebot ส่งคำขอและได้รับการตอบกลับ) แล้วถูกประมวลผลและเรนเดอร์ สุดท้าย Google จึงตัดสินใจว่าจะเก็บหน้านั้นไว้ในดัชนีเพื่อให้แสดงในผลการค้นหาหรือไม่ สถานะ "Crawled - currently not indexed" บอกว่าขั้นแรก ๆ ผ่านไปเรียบร้อย Google ได้รับหน้าแล้ว ไม่มีกฎ robots.txt บล็อก ไม่มีคำสั่ง noindex และไม่มีข้อผิดพลาดจากเซิร์ฟเวอร์ แต่แล้ว Google เลือกที่จะไม่จัดทำดัชนี
เอกสารช่วยเหลือของ Google อธิบายสถานะนี้ไว้ตรง ๆ ว่า หน้านั้นถูกครอว์ลแล้วแต่ยังไม่ถูกจัดทำดัชนี อาจถูกจัดทำดัชนีในอนาคตหรือไม่ก็ได้ และไม่จำเป็นต้องส่ง URL ให้ครอว์ลซ้ำ ประเด็นสุดท้ายสำคัญมาก เพราะบอกว่าปัญหาไม่ได้อยู่ที่ Google มองไม่เห็นหน้า Google เห็นแล้วและตัดสินใจไปแล้ว
จากตรงนี้มีสองเรื่องที่ตามมา เรื่องแรก URL ในกลุ่มนี้ไม่ได้ "เสีย" แบบเดียวกับหน้า 404 หรือ 5xx เรื่องที่สอง ทางแก้ส่วนใหญ่อยู่ที่ตัวหน้าและตัวเว็บไซต์ ไม่ใช่ปุ่มใดปุ่มหนึ่งใน Search Console
ต่างจาก "Discovered - currently not indexed" อย่างไร
สองสถานะนี้ดูคล้ายกันในรายงาน แต่หยุดอยู่คนละจุดของกระบวนการ และชี้ไปที่วิธีแก้คนละแบบ
- Discovered - currently not indexed: Google รู้ว่า URL นี้มีอยู่ แต่ยังไม่ได้ครอว์ล เอกสารของ Google ระบุว่ามักเกิดเมื่อการครอว์ล URL ในช่วงนั้นอาจทำให้เว็บไซต์รับภาระหนักเกินไป จึงเลื่อนการครอว์ลออกไป คอขวดอยู่ที่การครอว์ล
- Crawled - currently not indexed: Google ครอว์ล URL ไปแล้ว คอขวดอยู่ที่การตัดสินใจจัดทำดัชนี
สำหรับเว็บไซต์ขนาดใหญ่ สถานะ "Discovered" อาจเกี่ยวกับความสามารถในการครอว์ลและความต้องการครอว์ล ซึ่ง Relevant Audience อธิบายแยกไว้ในบทความเรื่อง crawl budget ส่วนสถานะ "Crawled" แทบไม่ใช่ปัญหา crawl budget เพราะการครอว์ลเกิดขึ้นไปแล้ว การแก้แบบปัญหาครอว์ล เช่น ปรับการตั้งค่าการครอว์ลหรือเพิ่มกำลังเซิร์ฟเวอร์ จึงมักไม่เปลี่ยนอะไรเลย
ตารางด้านล่างสรุปว่าแต่ละสถานะหยุดอยู่ตรงไหน และควรเริ่มตรวจจากจุดใดก่อน
| สถานะ | กระบวนการหยุดที่จุดใด | ควรตรวจอะไรก่อน |
|---|---|---|
| Discovered - currently not indexed | ก่อนครอว์ล: รู้จัก URL แล้วแต่ยังไม่ได้ดึงหน้า | กำลังเซิร์ฟเวอร์ จำนวน URL ลิงก์ภายใน ความสะอาดของ sitemap |
| Crawled - currently not indexed | หลังครอว์ล: ดึงหน้าแล้วแต่ไม่เก็บเข้าดัชนี | คุณค่าของเนื้อหา ความซ้ำ สัญญาณ canonical ลิงก์ภายใน |
| Excluded by "noindex" tag | หลังครอว์ล: หน้าบอก Google เองว่าไม่ต้องจัดทำดัชนี | noindex นั้นตั้งใจใส่หรือไม่ |
| Duplicate, Google chose different canonical than user | หลังครอว์ล: ถูกจัดทำดัชนีภายใต้ URL อื่น | แท็ก canonical การ redirect เนื้อหาที่ใกล้เคียงกัน |
สาเหตุที่พบบ่อยของ Crawled - currently not indexed
Google ไม่ได้บอกเหตุผลราย URL สาเหตุด้านล่างจึงเป็นรูปแบบที่เป็นที่ยอมรับกันทั่วไปและอธิบายกรณีส่วนใหญ่ได้ หน้าเดียวอาจเข้าข่ายหลายข้อพร้อมกัน
เนื้อหาบางหรือมีคุณค่าน้อย
หน้าที่มีข้อความเฉพาะตัวน้อยมาก หน้าที่สร้างอัตโนมัติ หน้าหมวดหมู่หรือแท็กที่ว่างเปล่า หน้าผลการค้นหาภายในเว็บ และหน้าที่ยังเป็นแค่โครง มักมาอยู่ในกลุ่มนี้ ถ้าหน้านั้นไม่ได้ตอบอะไรที่หน้าอื่นในเว็บหรือในอินเทอร์เน็ตไม่ได้ตอบได้ดีกว่าอยู่แล้ว Google ก็แทบไม่มีเหตุผลจะใช้พื้นที่ดัชนีกับหน้านั้น
หน้าซ้ำหรือเกือบซ้ำ
สินค้าที่ต่างกันแค่สี หน้าพื้นที่ที่ใช้เทมเพลตเดียวแล้วเปลี่ยนแค่ชื่อเมือง หน้าเวอร์ชันสำหรับพิมพ์ URL ที่มีพารามิเตอร์ติดตามหรือการเรียงลำดับ และหน้าที่แบ่งเป็นหลายหน้า (pagination) ล้วนดูเหมือนสำเนาของกันและกันได้ เมื่อ Google เห็นหน้าที่เกือบเหมือนกันจำนวนมาก มักเลือกจัดทำดัชนีหน้าเดียวและปล่อยหน้าที่เหลือไว้ บางครั้งแสดงเป็นสถานะ canonical บางครั้งแสดงเป็นครอว์ลแล้วแต่ไม่จัดทำดัชนี
ลิงก์ภายในอ่อน
หน้าที่เข้าถึงได้จาก XML sitemap เพียงทางเดียว หรือซ่อนอยู่ลึกหลายคลิกโดยไม่มีลิงก์ในเนื้อหาชี้มา ส่งสัญญาณว่าเว็บไซต์เองก็ไม่ได้มองว่าหน้านั้นสำคัญ ลิงก์ภายในช่วยให้ Google เข้าใจว่าหน้าไหนสำคัญและแต่ละหน้าเกี่ยวข้องกันอย่างไร
สัญญาณ canonical ขัดกัน
ถ้าแท็ก canonical ของหน้าชี้ไปที่อื่น ขณะที่ sitemap ยังใส่หน้านั้นไว้และลิงก์ภายในยังชี้มาที่หน้านั้น Google จะได้รับสัญญาณที่ขัดกันเอง ผลคืออาจไม่มี URL ไหนถูกจัดการตามที่ตั้งใจไว้
ปัญหาการเรนเดอร์
ในเว็บที่ใช้ JavaScript มาก HTML ที่ Googlebot ได้รับตอนแรกอาจแทบไม่มีเนื้อหา เพราะข้อความหลักถูกโหลดภายหลังด้วยสคริปต์ ถ้าการเรนเดอร์ล้มเหลว หรือเนื้อหาสำคัญไม่ปรากฏใน HTML หลังเรนเดอร์ Google ก็จะประเมินหน้าที่เกือบว่างเปล่า
URL ที่ไม่ใช่หน้าเว็บ
URL ของฟีด ปลายทาง API URL ของไฟล์ และทรัพยากรอื่นที่ไม่ได้ตั้งใจให้เป็นผลการค้นหา มักมาอยู่ในกลุ่มนี้ โดยทั่วไปปล่อยไว้ได้
สัญญาณคุณภาพระดับทั้งเว็บไซต์
Google ประเมินหน้าเว็บโดยดูบริบทของทั้งเว็บไซต์ร่วมด้วย ดังนั้นถ้าสถานะนี้เพิ่มขึ้นมากและเร็ว ควรทบทวนทั้งในระดับเว็บไซต์และระดับหน้า
วิธีตรวจ URL ด้วย URL Inspection
รายงาน Page indexing ให้แค่ตัวอย่าง URL ที่ได้รับผลกระทบ ไม่ใช่การตรวจทั้งหมด เครื่องมือ URL Inspection คือที่สำหรับตรวจทีละหน้า ลำดับขั้นที่ใช้ได้จริงมีดังนี้
- ยืนยันสถานะปัจจุบัน วาง URL ลงในช่องตรวจด้านบนของ Search Console ข้อมูลในรายงานอาจช้ากว่าความจริง URL ที่อยู่ในรายงานอาจถูกจัดทำดัชนีไปแล้ว ถ้าผลตรวจบอกว่า URL อยู่บน Google แล้ว ก็ไม่ต้องแก้อะไร
- อ่านรายละเอียดส่วน Page indexing ดูวันที่ครอว์ลล่าสุด อนุญาตให้ครอว์ลและจัดทำดัชนีหรือไม่ canonical ที่ผู้ใช้ประกาศ และ canonical ที่ Google เลือก ถ้า Google เลือก canonical คนละตัว แปลว่ากำลังเจอปัญหาหน้าซ้ำ ไม่ใช่การตัดสินเรื่องคุณภาพล้วน ๆ
- กด "Test live URL" เพื่อดึงหน้าเวอร์ชันปัจจุบัน เปิดดูหน้าที่ทดสอบเพื่อตรวจ HTML หลังเรนเดอร์และภาพหน้าจอ และยืนยันว่าเนื้อหาหลักปรากฏจริงหลังเรนเดอร์
- ดูว่า URL ถูกพบได้อย่างไร ผลการตรวจอาจแสดงหน้าที่อ้างอิงและ sitemap ถ้าไม่มีหน้าในเว็บไซต์ลิงก์มาเลย นั่นคือเบาะแส
- เทียบกับหน้าที่ Google จัดทำดัชนีแล้ว วาง URL ที่ถูกตัดออกไว้ข้างหน้าที่คล้ายกันซึ่งถูกจัดทำดัชนีแล้ว หน้าที่ติดดัชนีมีอะไรที่หน้านี้ไม่มี เช่น ข้อความเฉพาะตัวมากกว่า ลิงก์ภายในมากกว่า มีความต้องการค้นหาจริง หรือมีจุดประสงค์ชัดเจนกว่า
- หารูปแบบ ส่งออกตัวอย่างจากรายงานแล้วจัดกลุ่ม URL ตามโฟลเดอร์ เทมเพลต หรือพารามิเตอร์ ถ้าเจอรูปแบบ (เช่น หน้าแท็กทั้งหมด URL ตัวกรองทั้งหมด หรือหน้าจากเทมเพลตเดียวกันทั้งหมด) การแก้ครั้งเดียวมักครอบคลุม URL หลายร้อยรายการ
วิธีแก้ที่ได้ผล และวิธีที่ไม่ได้ผล
เริ่มจากแยก URL ที่ถูกตัดออกเป็นสองกลุ่ม คือหน้าที่ควรถูกจัดทำดัชนี และหน้าที่ไม่ควร URL จำนวนมากในกลุ่มนี้อยู่ในกลุ่มที่สอง และสิ่งที่ควรทำคือกันหน้าเหล่านั้นออกจากดัชนีอย่างเป็นระเบียบ
สำหรับหน้าที่ควรถูกจัดทำดัชนี
- ปรับปรุงตัวหน้า เพิ่มเนื้อหาเฉพาะตัวที่มีประโยชน์และตรงกับสิ่งที่ผู้ค้นหาต้องการ เช่น รายละเอียด ขั้นตอน การเปรียบเทียบ ข้อมูลของตัวเอง และคำตอบที่ชัดเจน การเขียนข้อความบาง ๆ เดิมใหม่ด้วยคำอื่นไม่นับ
- รวมหน้าที่เกือบซ้ำ รวมหน้าที่อ่อนหลายหน้าเป็นหน้าเดียวที่แข็งแรงกว่า แล้วทำ 301 redirect จาก URL เก่า หรือชี้ canonical ไปที่เวอร์ชันหลัก
- เสริมลิงก์ภายใน ลิงก์ไปยังหน้านั้นจากหน้าที่เกี่ยวข้องและติดดัชนีแล้ว ใช้ข้อความลิงก์ที่สื่อความหมาย และให้เข้าถึงได้จากการนำทางปกติ ไม่ใช่จาก sitemap เพียงอย่างเดียว
- ทำสัญญาณ canonical ให้ตรงกัน แท็ก canonical รายการใน sitemap ลิงก์ภายใน และ hreflang ควรชี้ไปที่ URL ที่ต้องการตัวเดียวกันทั้งหมด
- แก้การเรนเดอร์ ให้เนื้อหาหลักอยู่ใน HTML หลังเรนเดอร์ และถ้าทำได้ ให้อยู่ในคำตอบจากเซิร์ฟเวอร์ตั้งแต่แรก
สำหรับหน้าที่ไม่ควรถูกจัดทำดัชนี
- ใส่แท็ก noindex หรือชี้ canonical ไปที่เวอร์ชันหลัก หรือเอาออกจาก sitemap และลิงก์ภายในถ้าหน้านั้นไม่มีประโยชน์
- ลบหน้าที่ไม่มีผู้ใช้และไม่มีจุดประสงค์ โดยส่งสถานะ 404 หรือ 410 หรือ redirect ถ้ามีหน้าที่ใกล้เคียงกัน
- ปล่อยฟีดและทรัพยากรที่ไม่ใช่หน้าเว็บไว้ตามเดิม
สิ่งที่ไม่ได้ผล
- กด "Request indexing" ซ้ำไปซ้ำมา ปุ่มนี้ขอให้ Google ครอว์ลใหม่ แต่หน้านั้นถูกครอว์ลไปแล้ว ถ้าหน้าไม่เปลี่ยน ผลการตัดสินมักเหมือนเดิม และฟีเจอร์นี้มีโควตาต่อวัน
- ส่ง sitemap ซ้ำ Google รู้จัก URL อยู่แล้ว การส่งซ้ำไม่ได้เปลี่ยนคุณค่าของหน้า
- แก้แค่ผิวเผิน เปลี่ยนวันที่หรือคำไม่กี่คำไม่ได้ทำให้หน้ามีประโยชน์มากขึ้น
- ซื้อลิงก์มาที่หน้านั้น เพิ่มความเสี่ยงเรื่องสแปมโดยไม่ได้แก้ต้นเหตุ
เมื่อไหร่ที่ไม่ต้องสนใจ Crawled - currently not indexed
การมีตัวเลขในสถานะนี้เป็นเรื่องปกติ เว็บไซต์ที่มีขนาดพอสมควรทุกเว็บมี URL ที่ Google ครอว์ลแล้วเลือกไม่จัดทำดัชนี โดยทั่วไปปล่อยไว้ได้เมื่อ
- URL ในรายการเป็นฟีด URL ที่มีพารามิเตอร์ หน้าค้นหาภายใน pagination หรือ URL อื่นที่ไม่เคยต้องการให้อยู่ในผลการค้นหา
- ตัวเลขคงที่ตลอดเวลา และหน้าสำคัญถูกจัดทำดัชนีครบ
- URL Inspection แสดงว่าหน้าในรายการถูกจัดทำดัชนีแล้วจริง ซึ่งแปลว่ารายงานยังอัปเดตไม่ทัน
ควรให้ความสนใจเมื่อ URL เป็นหน้าที่ธุรกิจพึ่งพา (หน้าบริการ หน้าสินค้า บทความที่เขียนเพื่อให้ติดอันดับ) เมื่อตัวเลขพุ่งขึ้นหลังย้ายเว็บ เปลี่ยนเทมเพลต หรือเปิดตัวเนื้อหาชุดใหม่ หรือเมื่อทั้งส่วนของเว็บไซต์ไปโผล่อยู่ในรายการ
ขั้นตอน validation ทำงานอย่างไร
เมื่อแก้รูปแบบปัญหาแล้ว สามารถเปิดสถานะนั้นในรายงาน Page indexing และกด "Validate fix" ในกรณีที่มีปุ่มนี้ให้ใช้ จากนั้น Google จะครอว์ล URL ที่ได้รับผลกระทบใหม่ทีละช่วง และรายงานความคืบหน้าเป็นเริ่มแล้ว ผ่าน หรือไม่ผ่าน หน้าช่วยเหลือของ Google ระบุว่าการตรวจโดยทั่วไปใช้เวลาไม่เกินราวสองสัปดาห์ บางครั้งนานกว่านั้นมาก และขอให้ไม่กด Validate fix ซ้ำจนกว่าการตรวจรอบปัจจุบันจะผ่านหรือไม่ผ่าน
มีข้อควรรู้สองข้อ ข้อแรก ให้กด validate หลังจากการแก้ไขใช้งานจริงครบทั้งรูปแบบแล้วเท่านั้น ไม่อย่างนั้นการตรวจมักไม่ผ่านเพราะ URL ที่ยังไม่ได้แก้ ข้อสอง การตรวจผ่านหมายถึง Google ตรวจ URL ซ้ำแล้ว ไม่ได้รับประกันว่าทุก URL จะถูกจัดทำดัชนี ส่วนหน้าที่ตัดสินใจกันไว้นอกดัชนี ไม่มีอะไรต้อง validate
ในการวัดผล ให้ติดตามจำนวนหน้าที่ถูกจัดทำดัชนีของโฟลเดอร์หรือเทมเพลตที่ได้รับผลกระทบในรายงาน Page indexing และใช้ URL Inspection ตรวจ URL ตัวแทนจำนวนหนึ่งทุกหนึ่งถึงสองสัปดาห์ ถ้าต้องการภาพกว้างขึ้น ให้เทียบ impressions ของส่วนนั้นในรายงาน Performance ก่อนและหลังการแก้ไข
ความหมายสำหรับเว็บไซต์ไทย
ในเว็บไซต์สองภาษาไทยและอังกฤษ จุดที่ควรตรวจได้แก่ หน้าภาษาไทยที่แปลด้วยเครื่องแบบบาง ๆ จากหน้าอังกฤษ หน้าไทยที่แปลแค่ชื่อเรื่องแต่เนื้อหายังเป็นภาษาอังกฤษ และหน้าจังหวัดหรือเมืองที่สร้างจากเทมเพลตเดียว เมื่อมีทั้งเวอร์ชันไทยและอังกฤษ แท็ก hreflang และ canonical ควรสอดคล้องกัน โดยแต่ละภาษาชี้ canonical มาที่ตัวเอง และระบุอีกภาษาเป็น alternate
ถ้าเว็บอีคอมเมิร์ซไทยสร้าง URL จำนวนมากจากตัวกรอง การเรียงลำดับ และตัวเลือกสินค้า การตัดสินว่า URL ไหนควรถูกจัดทำดัชนี แล้วจัดการที่เหลือด้วย canonical noindex หรือลิงก์ภายในที่ไม่มีพารามิเตอร์ มักช่วยลดรายการในกลุ่มนี้และทำให้ Google โฟกัสที่หน้าที่มีความต้องการค้นหาจริง สำหรับแคตตาล็อกขนาดใหญ่ การทบทวนเทมเพลตหมวดหมู่และตัวกรองแบบ SEO สำหรับ e-commerce มักได้ผลมากกว่าการแก้ URL ทีละรายการ
การตรวจ SEO (SEO audit) แบบมีโครงสร้างเป็นวิธีที่ประหยัดแรงที่สุดในการแยกหน้าที่ควรถูกจัดทำดัชนีออกจากหน้าที่ไม่ควร เพราะจัดกลุ่ม URL ที่ถูกตัดออกตามเทมเพลตและสาเหตุ แทนที่จะดูทีละ URL แยกกัน
คำถามที่พบบ่อยเกี่ยวกับ crawled currently not indexed
"Crawled - currently not indexed" เป็นบทลงโทษหรือไม่
ไม่ใช่ สถานะนี้ไม่ใช่บทลงโทษหรือ manual action แต่หมายถึง Google ครอว์ลหน้าแล้วเลือกยังไม่จัดทำดัชนี ซึ่งเป็นการจัดลำดับความสำคัญตามปกติ ส่วน manual action จะแสดงในรายงานของตัวเองใน Search Console
ควรกด "Request indexing" ให้ URL เหล่านี้ไหม
ควรกดหลังจากเปลี่ยนแปลงหน้าอย่างมีนัยสำคัญแล้วเท่านั้น การขอจัดทำดัชนีหน้าที่ไม่ได้เปลี่ยนอะไร คือการขอให้ Google ครอว์ลสิ่งที่ประเมินไปแล้ว และผลมักออกมาเหมือนเดิม
หลังแก้แล้ว ต้องใช้เวลานานแค่ไหนกว่าจะถูกจัดทำดัชนี
ไม่มีกรอบเวลาตายตัว Google ครอว์ลหน้าซ้ำตามกำหนดของตัวเอง และหน้าช่วยเหลือของ Google ระบุว่าการ validate โดยทั่วไปใช้เวลาไม่เกินราวสองสัปดาห์ แต่บางกรณีอาจนานกว่านั้นมาก
หน้าหลุดจากสถานะนี้ได้เองไหม
ได้ เอกสารของ Google ระบุว่าหน้าเหล่านี้อาจถูกจัดทำดัชนีในอนาคตหรือไม่ก็ได้ บางหน้าถูกจัดทำดัชนีภายหลังเมื่อเว็บไซต์มีลิงก์มากขึ้นหรือหน้ามีความเกี่ยวข้องมากขึ้น แต่สำหรับหน้าสำคัญ การปรับปรุงหน้าดีกว่ารอ
สถานะนี้กระทบอันดับของหน้าอื่นในเว็บไซต์ไหม
หน้าที่ถูกตัดออกจะติดอันดับไม่ได้เพราะไม่ได้อยู่ในดัชนี และถ้าหน้าคุณค่าต่ำมีสัดส่วนสูง ก็อาจส่งผลต่อมุมมองที่ Google มีต่อทั้งเว็บไซต์ นี่คือเหตุผลที่ตัวเลขที่เพิ่มขึ้นเรื่อย ๆ ควรได้รับการตรวจในระดับเว็บไซต์
วางแผนการจัดทำดัชนีให้ชัดเจน
ถ้าหน้าสำคัญติดอยู่ในสถานะครอว์ลแล้วแต่ไม่ถูกจัดทำดัชนี Relevant Audience ช่วยทบทวนเทมเพลตที่ได้รับผลกระทบ แยก URL ที่ควรติดอันดับออกจาก URL ที่ไม่ควร และวางแผนปรับเนื้อหาและลิงก์ภายในเพื่อให้หน้าที่ถูกต้องมีเหตุผลพอจะถูกจัดทำดัชนี ดูรายละเอียด บริการตรวจ SEO เชิงเทคนิค บริการ SEO ในประเทศไทย หรือ บริการ content marketing สำหรับหน้าที่ต้องการเนื้อหาที่แข็งแรงขึ้น
