ทำ Faceted Navigation ให้ติดอันดับและไม่พัง SEO: เปิด index เฉพาะ “คอมโบที่มีดีมานด์และเนื้อหาเฉพาะ”, ใส่ rel=canonical ให้สม่ำเสมอ, ใช้ noindex กับคอมโบผันแปร/ซ้ำซ้อน, บล็อกพารามิเตอร์ที่สร้าง URL ไร้ที่สิ้นสุดด้วย robots.txt, ตั้งโครง URL และ pagination ให้คงที่ และทดสอบ CWV/INP สม่ำเสมอ.
Faceted Navigation สำหรับอีคอมเมิร์ซ: ทำให้ “หาเจอไว” โดยไม่ทำ SEO พัง
Executive view เป้าหมายคือ ค้นหาเจอไว + โหลดไว + ทำดัชนีถูก. ใช้หลักจาก Google Search Central เรื่องการจัดการ faceted URLs/crawl budget/URL structure และใช้แนวทาง UX ของ NN/g กับ Baymard เพื่อออกแบบฟิลเตอร์บนมือถือให้ใช้งานจริง
ปัญหายอดฮิต → สัญญาณ → วิธีแก้ (ตามมาตรฐาน)
| ปัญหา |
สัญญาณ |
แนวแก้ที่แนะนำ |
| URL แตกตัวไม่สิ้นสุด |
Crawl budget สูญเปล่า, URLs มากผิดปกติใน GSC |
บล็อกพารามิเตอร์ที่สร้างช่องว่างอินฟินิตี (เช่น sort/view/session) ด้วย robots.txt; สำหรับชุดที่ยังต้องเข้าถึง ให้ใช้ noindex บนเพจแทนการบล็อก |
| ดัชนีสับสน/ดับเบิล |
รายงาน “Duplicate, Google chose different canonical” |
กำหนด rel=canonical อย่างสอดคล้อง (self-referencing บนแต่ละหน้า listing และ canonical ไปหน้าแม่สำหรับคอมโบบางประเภท) |
| UX ฟิลเตอร์บนมือถือไม่ชัด |
อัตราใช้งานฟิลเตอร์ต่ำ, ออกกลางทางสูง |
ใช้ลายมือ mobile “filter tray”/overlay, แสดงผลรวมรายการแบบเรียลไทม์, มีปุ่ม Apply / Clear all, และ chips โชว์ตัวเลือกที่กำลังใช้ |
| หน้าโหลดช้า |
INP/LCP แดงใน CWV |
ลดสคริปต์หนัก, ทำ partial render, cache server-side และ preload asset สำคัญ |
อะไร “ควร index” / “ควร noindex” / “ควร block”
| ประเภทคอมโบ |
ตัวอย่าง |
คำแนะนำ |
เหตุผล |
| Facet มีดีมานด์เฉพาะ |
แบรนด์ยอดนิยม + หมวดหลัก (เช่น Nike รองเท้าวิ่ง) |
index พร้อม Title/H1 เฉพาะ และคำอธิบายสั้น |
ตอบเจตนา long-tail ที่ผู้ใช้ค้นจริง เพิ่มความเกี่ยวข้องของหน้า |
| คอมโบจุกจิก/จัดเรียง/มุมมอง |
sort, view=grid/list, itemsPerPage |
block ใน robots.txt |
สร้าง URL ไร้ที่สิ้นสุด ไม่ได้เพิ่มคุณค่าการค้นหา |
| คอมโบซ้ำซ้อน/ผันแปรเล็กน้อย |
สี=ดำ + แบรนด์=เล็กมาก |
noindex, follow (อย่าบล็อก robots) |
ให้บ็อตเข้าถึงเพื่ออ่าน noindex และตามลิงก์ภายในต่อ |
| หน้า pagination |
?page=2, /page/3 |
index + canonical แบบ self-referencing |
ให้ค้นพบสินค้าลึก ๆ; ระบุ canonical สม่ำเสมอ |
โครง URL & canonical ที่ปลอดภัย
- โครงฐานคงที่ เช่น /running-shoes/ + พารามิเตอร์มีลำดับแน่นอน (ป้องกันคอมโบซ้ำคนละลำดับ)
- คุมตัวพิมพ์เล็ก/ตัวคั่นเครื่องหมายให้สม่ำเสมอ และหลีกเลี่ยง session-ID ใน URL
- หน้า facet ที่อนุญาตให้ index ควรมี Title/H1/คำเกริ่นเฉพาะ ไม่ใช่แค่รายการสินค้า
ตัวอย่างโค้ด (canonical + noindex)
<!-- หน้า /running-shoes/?brand=nike -->
<link rel="canonical" href="https://www.example.com/running-shoes/?brand=nike">
<!-- หน้าคอมโบจุกจิก: sort/view -->
<meta name="robots" content="noindex,follow">
UX สำหรับฟิลเตอร์ (มือถือเป็นหลัก)
- Filter tray บนมือถือ: สไลด์โอเวอร์เต็มจอ มีหัวเรื่อง, จำนวนผลลัพธ์, ปุ่ม Apply/Clear ทั้งบนและล่าง
- Chips แสดงตัวเลือกที่ใช้อยู่ + ปุ่มล้างทีเดียว
- Accessible: group/label ชัด, ลำดับโฟกัสคาดเดาได้, ข้อความอ่านได้ด้วยรีดเดอร์ (ตาม WCAG 2.2)
- ไม่สาดรีเฟรช: apply แบบรวมชุด (หรืออัปเดตผลพร้อม counter) เพื่อลด INP
ขั้นตอนทำ Faceted Navigation ให้ปลอดภัย (7 ขั้น)
- ทำรายการ facet ที่มีดีมานด์จริง (จาก Search Console/คำค้นภายใน)
- ออกแบบโครง URL + นโยบาย index/noindex/block ต่อ facet
- ตั้ง
rel=canonical ให้สอดคล้อง รวมถึงหน้าที่มี pagination
- บล็อกพารามิเตอร์ที่สร้างช่องว่างอินฟินิตีใน
robots.txt
- ทำ UX ฟิลเตอร์มือถือ: tray, chips, result count, Apply/Clear
- วัดผล: CWV (LCP/INP/CLS), CTR หน้าฟิลเตอร์, Completion อีเวนต์
- รีวิวดัชนีทุกเดือน: Duplicate/Alternate canonical, Indexed/Excluded
บริการที่เกี่ยวข้อง (Internal Links)
อ่านต่อ (บทความที่เกี่ยวข้อง)
อ้างอิงภายนอก (Docs/มาตรฐาน)
FAQ
ควรใช้ noindex หรือบล็อก robots.txt?
ถ้าเพจต้องเข้าถึงได้ (และอยาก “ไม่ให้ติดดัชนี”) ให้ใช้ noindex,follow บนหน้า; ถ้า URL pattern สร้างพื้นที่อินฟินิตีไร้ประโยชน์ ให้บล็อกด้วย robots.txt.
หน้า pagination ควร canonical ไปหน้าแรกไหม?
แนะนำ self-referencing canonical แต่ละหน้าพร้อมลิงก์หน้า/ถัดไปที่ชัดเจน และคงเสถียรภาพของโครง URL
จะเลือก facet ไหนให้ index?
เลือกชุดที่มีดีมานด์จริง (มีการค้นหา/ยอดคลิก) และเสริมเนื้อหาสั้นเฉพาะคอมโบนั้น (Title/H1/คำเกริ่น) เพื่อให้มีคุณค่าต่อผู้ค้นหา
อัปเดตล่าสุด: 13 Aug 2025
เกี่ยวกับผู้เขียน
Vision X Brain Team — ทีม Website/SEO/CRO & Webflow ที่ช่วยร้านค้าออนไลน์ออกแบบสถาปัตยกรรมข้อมูล ฟิลเตอร์ที่เข้าถึงได้ และโครงสร้างเทคนิคที่ปลอดภัยต่อ SEO พร้อมเร่งความเร็วให้ผ่าน Core Web Vitals
