Skip to main content

กำลังโหลด...

Southern Whale

Case Study: เว็บนายหน้าอสังหาฯ กรุงเทพฯ มีประกาศ 2,300 รายการ แต่ Google เก็บไม่ถึงครึ่ง ออดิทเจอต้นเหตุที่โครงสร้าง URL

Real Estate Agency / Property ListingsกรุงเทพฯSEO Audit + Search Console Diagnosis + แผนงาน 3 เดือน

บริษัทนายหน้าอสังหาริมทรัพย์ ปล่อยเช่าและขายคอนโด ในกรุงเทพฯ (ขอสงวนชื่อเพื่อรักษาความลับลูกค้า)

Southern Whale Team · Technical SEO Consultant
โต๊ะทำงานในสำนักงานนายหน้าอสังหาฯ กรุงเทพฯ จอแสดงรายการประกาศคอนโดและกราฟการเก็บดัชนี

2,240 → < 600Crawled – currently not indexed (เป้าหมายตามแผน)เป้าหมาย 6 เดือน · 3 เดือน < 1,200 · 12 เดือน < 300

606 → 1,200+คลิกจาก Google ต่อไตรมาส (เป้าหมายตามแผน)เป้าหมาย 6 เดือน · 12 เดือน 2,500+

49% → 75%สัดส่วนคลิกที่ไม่ใช่หน้าแรก (เป้าหมายตามแผน)เป้าหมาย 12 เดือน ให้หน้าประกาศได้คลิกของตัวเอง

≥ 90%ประกาศที่ยังว่างอยู่ในดัชนี (เป้าหมายตามแผน)เป้าหมาย 12 เดือน · 3 เดือน ≥ 70%

เคสนี้เหมาะกับใคร

ถ้าเว็บของคุณมีสินค้าหรือประกาศเป็นพัน ๆ รายการ เพิ่มของใหม่ทุกเดือน แต่ยอดคลิกจาก Google ไม่ขยับ และใน Search Console เห็นคำว่า “Crawled – currently not indexed” เต็มไปหมด เคสนี้เขียนมาเพื่อคุณ

ลูกค้ารายนี้เป็นบริษัทนายหน้าอสังหาริมทรัพย์ ปล่อยเช่าและขายคอนโด ในกรุงเทพฯ เราเล่าตั้งแต่วันที่เขามาขอให้ตรวจเว็บ สิ่งที่เราเจอ สิ่งที่เราเสนอ และเป้าหมายที่วางไว้ร่วมกัน

ตัวเลขทั้งหมดมาจาก Google Search Console และ GA4 ของเว็บลูกค้า เราขอสงวนชื่อบริษัทและ URL จริง และขอบอกไว้ตรงนี้เลยว่าผลในเคสนี้ยังเป็นเป้าหมายตามแผน ไม่ใช่ผลที่เกิดขึ้นแล้ว


1. ขอออดิท: ประกาศเยอะ แต่ Google ไม่ยอมเก็บ

ลูกค้าแจ้งปัญหามาสองเรื่อง เรื่องแรกคือหน้าเว็บจำนวนมากไม่ถูกเก็บเข้าดัชนี เรื่องที่สองคืออยากให้หน้าประกาศได้ผู้เข้าชมและอันดับมากขึ้น

ข้อมูลเว็บไซต์ รายละเอียด
อายุโดเมน ราว 8 ปีครึ่ง
ประกาศจริง มากกว่า 2,300 รายการ (เช่า/ขาย)
ระบบเว็บ WordPress + ธีมอสังหาฯ + Rank Math + Cloudflare
แบรนด์บน Google ค้นชื่อแบรนด์ขึ้นอันดับ 1 พร้อม Knowledge Panel

โดเมนอายุ 8 ปีกว่าและ Google รู้จักแบรนด์แล้ว ปัญหาจึงไม่ได้มาจาก “เว็บยังใหม่” อย่างที่หลายคนเข้าใจ เราต้องหาว่าเว็บส่งสัญญาณอะไรให้ Google จน Google เลือกเก็บแค่บางส่วน


2. สิ่งที่เจอ: Google ต้องจัดการ URL มากกว่าที่เว็บตั้งใจเกือบ 3 เท่า

เว็บส่ง URL ให้ Google ผ่าน sitemap 3,306 URL แต่ใน Search Console Google ต้องจัดการเกือบ 9,700 URL แปลว่ามี URL อีกหลายพันที่เจ้าของเว็บไม่ได้ตั้งใจให้ Google เห็น แต่ Google ต้องเสียเวลาไล่อ่าน

สถานะ Page indexing ใน Search Console
อยู่ในดัชนี 1.63K หน้า
ไม่ถูกเก็บดัชนี 8.06K หน้า
3,202
noindex
2,240
Crawled – currently not indexed
1,268
Page with redirect
740
Discovered – currently not indexed

ผลที่ตามมาเห็นได้จากคลิก คลิกจาก Google ทรงตัวอยู่ที่ 560–690 คลิกต่อไตรมาสมาตลอด 15 เดือน ทั้งที่เพิ่มประกาศใหม่ทุกเดือน และคลิกเกินครึ่งมาจากหน้าแรกหน้าเดียว

คลิกในไตรมาสล่าสุดมาจากไหน
51% หน้าแรกหน้าเดียว 49% หน้าอื่นทั้งเว็บรวมกัน
หน้าประกาศที่ดีที่สุดได้เพียง 5 คลิกต่อไตรมาส

พูดง่าย ๆ คือคลังประกาศ 2,300 กว่ารายการแทบไม่ได้ทำงานด้าน SEO เลย พอไล่ลงไปดูทีละหมวด เราเจอคอขวด 3 จุด

คอขวดที่ 1: ประกาศในตึกเดียวกันหน้าตาเหมือนกันเกินไป

  • 1,086 ประกาศมี slug ลงท้ายด้วยตัวเลขซ้ำ (-2, -3, -5 …) ซึ่งไม่บอกอะไร Google และสื่อว่าเป็นหน้าซ้ำ
  • อาคารหนึ่งมีถึง 91 ประกาศที่ใช้ H1 เดียวกันคือชื่ออาคาร เมื่อเทียบข้อความ บางประกาศซ้ำกันสูงสุด 77%
  • 179 อาคารมีตั้งแต่ 3 ประกาศขึ้นไป

เมื่อหน้าคล้ายกันมาก Google จะเก็บไว้แค่บางหน้า ที่เหลือไปกองอยู่ใน “Crawled – currently not indexed” ตัวอย่างที่ Search Console แสดง 10 URL มีถึง 8 URL เป็นประกาศแบบนี้

คอขวดที่ 2: สถานะเช่า / ขาย / ไม่ว่าง อยู่ใน URL

ทุกครั้งที่ห้องถูกเช่าไปหรือกลับมาว่าง URL ของประกาศเปลี่ยนตาม เกิด redirect 1,268 เส้น สัญญาณอันดับที่หน้าเคยสะสมไว้ถูกรีเซ็ตทุกครั้ง และการกด Validate ใน Search Console ก็ขึ้น “Failed” เพราะต้นเหตุยังอยู่

คอขวดที่ 3: หน้าที่ควรเป็นหน้าขายยังบาง

หน้าย่าน หน้าโครงการ และหน้าจังหวัด ซึ่งควรเป็นหน้ารับคนค้นหา มีข้อความน้อยมาก หน้ารวมแบบ filter ที่มีอยู่ก็ตั้ง noindex ไว้ทั้งหมด Google จึงไม่มีหน้าแบบนี้ให้จัดอันดับ

เรื่องอื่นที่เจอระหว่างทาง

ประเด็น สิ่งที่พบ
ความเร็วมือถือ Lighthouse mobile 26–29 คะแนน หน้าแรกหนัก 7.5 MB
ลิงก์ภายนอก DR 2.5 มีโดเมนลิงก์เข้ามากว่า 1,000 โดเมน แต่ส่วนใหญ่เป็นสแปมอัตโนมัติ โดเมนจริงที่มีผู้เข้าชมมีแค่ 11 โดเมน
GA4 สองโดเมนของบริษัทใช้ property เดียวกันโดยไม่แยก ทั้งยังนับพนักงานที่ทำงานหลังบ้านและทราฟฟิกจาก data center ปนเข้าไป ตัวเลขจึงเชื่อไม่ได้

ข่าวดีก็มี และเราใส่ไว้ในรายงานด้วยเหมือนกัน ไม่มี Manual Action จาก Google, Title หน้าประกาศเขียนละเอียดดีอยู่แล้ว, structured data ครบ, แชตบอต AI เริ่มส่งผู้เข้าชมมาแล้ว และแม้ข้อมูล GA4 จะยังปนกัน Organic Search ก็ยังสร้าง key events ราวครึ่งหนึ่งของทั้งหมด ด้วย engagement 61% สูงกว่าช่องทางอื่นชัดเจน แปลว่า SEO คือช่องทางที่ได้ลูกค้าจริงมากที่สุดของเว็บนี้


3. สิ่งที่เสนอ: ไม่ต้องรื้อเว็บ แก้ที่ต้นเหตุตามลำดับ

ข้อแรกที่เราบอกลูกค้าคือระบบเดิมไม่จำเป็นต้องเปลี่ยน ปัญหาทั้งหมดแก้ได้ภายใน WordPress ที่ใช้อยู่ การย้ายระบบตอนนี้จะทำให้ URL เปลี่ยนอีกรอบและเสี่ยงกว่าเดิม

เราเรียงงานเป็นลำดับความสำคัญ 7 ข้อ

  1. ทำ URL ประกาศให้คงที่ (เอาสถานะออกจาก URL) และหยุดสร้าง slug ตัวเลขซ้ำ
  2. ลด URL ที่ไม่ต้องการให้ Google เห็น เช่น ลิงก์ filter, feed, หน้าซ้ำ, sitemap เก่า
  3. จัดการประกาศซ้ำในอาคารเดียวกัน และทำให้แต่ละประกาศต่างกันจริง
  4. เติมเนื้อหาหน้าโครงการ / ย่าน / จังหวัด ให้เป็นหน้ารับคนค้นหา
  5. แยกข้อมูล GA4 สองโดเมน และกรองทราฟฟิกพนักงานกับบอท
  6. แก้ hreflang ระหว่างสองโดเมนให้ชี้กลับกันถูกต้อง
  7. ความเร็วมือถือ และลิงก์จากเว็บจริง

แล้ววางเป็นแผน 3 เดือน

ช่วง งานหลัก
เดือนที่ 1 · แก้การเก็บดัชนี URL ประกาศคงที่, กติกา slug ใหม่, ตัด URL ขยะออกจากเส้นทาง crawl, ไล่ประกาศซ้ำ 179 อาคาร, ล้าง sitemap, แยก GA4
เดือนที่ 2 · โครงสร้าง + เนื้อหา หน้ารับคำตามประเภทและย่านหลัก, ยกระดับหน้าโครงการ, H1 หน้าประกาศบอกห้อง/ประเภท/เช่าหรือขาย, breadcrumb, ความเร็วมือถือ
เดือนที่ 3 · เพิ่มผู้เข้าชม บทความคู่มือที่ลิงก์ไปหน้าย่านและหน้าประกาศ, ลิงก์จากเว็บจริง 2–4 โดเมนต่อเดือน, ติดตาม GSC รายสัปดาห์

เดือนแรกต้องจบก่อน เพราะถ้าโครงสร้างยังผลิตหน้าซ้ำ เนื้อหาใหม่ที่เพิ่มในเดือนที่ 2–3 ก็จะไปตกอยู่ใน “Crawled – not indexed” เหมือนเดิม

ตอนที่ลูกค้าบอกว่า “แก้ไปแล้ว”

ระหว่างคุยรายงาน ลูกค้าแจ้งว่าเรื่องสถานะใน URL เขาแก้ไปแล้ว เราไม่ได้ตอบแค่ว่ารับทราบ แต่เปิดหน้าเว็บจริงตรวจทันที พบว่าแก้แล้วจริง จึงอัปเดตรายงานให้ตรงกับสภาพปัจจุบันทันที

พร้อมกันนั้นเราชี้อีกเรื่องที่ยังเกิดอยู่ คือประกาศใหม่ยังได้ slug ลงท้ายตัวเลขซ้ำ ซึ่งเป็นคนละปัญหากัน และอธิบายให้ชัดว่า URL ที่มีอยู่แล้วให้คงไว้ตามเดิม กติกา slug ใหม่ใช้กับประกาศที่เพิ่มต่อจากนี้เท่านั้น เพื่อไม่ให้เกิด redirect รอบใหม่

รายงานที่ดีต้องตรงกับเว็บในวันที่อ่าน ไม่ใช่ตรงกับเทมเพลต


4. ผลที่คาดหวัง: เป้าหมายตามแผน 3 / 6 / 12 เดือน

ตัวเลขด้านล่างมาจากตาราง KPI ในรายงาน เป็นเป้าหมายตามแผน ยังไม่ใช่ผลที่เกิดขึ้น

ตัวชี้วัด ปัจจุบัน 3 เดือน 6 เดือน 12 เดือน
ประกาศที่ยังว่างอยู่ในดัชนี หน้าในดัชนี 1.63K ≥ 70% ≥ 85% ≥ 90%
Crawled – currently not indexed 2,240 < 1,200 < 600 < 300
URL ที่ Google ต้องจัดการ เกือบ 9,700 ลดลงต่อเนื่อง ใกล้จำนวนใน sitemap ใกล้จำนวนใน sitemap
คลิกจาก Google ต่อไตรมาส 606 700+ 1,200+ 2,500+
สัดส่วนคลิกที่ไม่ใช่หน้าแรก 49% 55% 65% 75%
Lighthouse mobile (หน้าประกาศ) 26 50+ 70+ 70+

ข้อควรรู้: ช่วง 4–8 สัปดาห์แรกหลังเปลี่ยนโครงสร้าง URL ตัวเลขในดัชนีอาจขยับลงก่อนขึ้น เพราะ Google ต้องอ่านและรวม URL ใหม่ ตัวเลขเป้าหมายเป็นเกณฑ์ติดตามงาน ไม่ใช่การรับประกันอันดับ เราไม่รับประกันอันดับ แต่จะทำให้ดีที่สุด

หลังอ่านรายงาน

ลูกค้าตัดสินใจซื้อแพ็กเกจ 5,900 บาทกับเรา และบอกเราประมาณว่า

“ที่ผ่านมาผมทำเองทั้งหมด ตอนนี้อยากได้ผู้เชี่ยวชาญที่ไว้ใจได้ มาทำงานด้วยกันระยะยาวเพื่อให้เว็บโตขึ้น”

สำหรับเรา ประโยคนี้สำคัญกว่าตัวเลขไหนในรายงาน เพราะแปลว่าลูกค้าเห็นแล้วว่าเราตรวจจากของจริง


เช็กลิสต์สั้น ๆ สำหรับเว็บที่มีประกาศหรือสินค้าจำนวนมาก

  • จำนวน URL ที่ Google จัดการใน Page indexing ใกล้กับจำนวนใน sitemap หรือไม่
  • URL ของสินค้าหรือประกาศเปลี่ยนเมื่อสถานะเปลี่ยนหรือเปล่า
  • มี slug ลงท้ายตัวเลขซ้ำ (-2, -3) จำนวนมากไหม
  • หน้าแรกกินคลิกเกินครึ่งของทั้งเว็บหรือไม่
  • GA4 แยกโดเมนและกรองทราฟฟิกพนักงานแล้วหรือยัง

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


คำถามที่เจ้าของเว็บถามเราบ่อย

“Crawled – currently not indexed” แปลว่าเนื้อหาไม่ดีใช่ไหม ไม่เสมอไป ในเคสนี้ต้นเหตุหลักคือหน้าคล้ายกันมากและ URL ที่ไม่ควรมีจำนวนมาก Google อ่านแล้วแต่ตัดสินว่าไม่คุ้มเก็บ แก้ที่โครงสร้างก่อน แล้วค่อยเติมเนื้อหา

กด Validate ใน Search Console ซ้ำ ๆ ช่วยไหม ไม่ช่วยถ้าต้นเหตุยังอยู่ ในเคสนี้ Validation ขึ้น “Failed” มาแล้ว ต้องแก้ที่โครงสร้างให้จบก่อนค่อยขอตรวจใหม่

ต้องเปลี่ยนระบบเว็บไหม ส่วนใหญ่ไม่ต้อง เคสนี้แก้ได้ทั้งหมดใน WordPress เดิม การย้ายระบบโดยไม่จำเป็นทำให้ URL เปลี่ยนอีกรอบและเสี่ยงกว่า

ต้องแก้ URL เก่าทั้งหมดไหม ไม่ควร URL เดิมที่ Google รู้จักแล้วให้คงไว้ กติกาใหม่ใช้กับประกาศที่เพิ่มต่อจากนี้


อยากรู้ว่าเว็บของคุณติดคอขวดตรงไหน

เริ่มจากขอตรวจเว็บฟรี ได้เลย ถ้าอยากได้รายงานละเอียด เรามี SEO Audit Mini 1,500 บาท และ Full Audit เริ่มต้น 10,000 บาท ดูรายละเอียดที่ บริการตรวจ SEO (SEO Audit)

ดู บริการรับทำ SEO หรือ Case Studies อื่น ๆ

เกี่ยวกับผู้เขียน

Southern Whale Team

Technical SEO Consultant

สนใจผลลัพธ์แบบนี้?

ปรึกษาฟรี ไม่มีค่าใช้จ่าย · ประเมินขอบเขตงานให้ก่อนเสมอ