เช็คลิสต์ Technical SEO สำหรับเว็บอีคอมเมิร์ซไทย: Crawl, Canonical, Schema และความเร็ว

คำแนะนำ SEO ส่วนใหญ่ที่เจ้าของร้านอ่านเจอมักเริ่มจากคีย์เวิร์ดและคอนเทนต์ — เขียนให้เยอะขึ้น เขียนให้ดีขึ้น เจาะคำที่ใช่ นั่นคืองานจริงที่ต้องทำ แต่มันอยู่บนรากฐานทางเทคนิคที่ตัดสินว่า Google จะหาเจอ crawl ได้ และเข้าใจเว็บไซต์อย่างถูกต้องหรือไม่ ซึ่งเป็นตัวจำกัดว่าคอนเทนต์เหล่านั้นจะติดอันดับ ได้ดีแค่ไหนโดยที่คุณไม่รู้ตัว หน้าสินค้าที่เขียนดีแค่ไหนก็ตาม ถ้า Google crawl ไม่ได้อย่างถูกต้อง ก็ไม่ติดอันดับที่ไหนเลย — และสำหรับเว็บอีคอมเมิร์ซโดยเฉพาะ นี่ไม่ใช่แค่ปัญหาอันดับ มันหมายความว่า หน้าสินค้าไม่ถูก index สินค้าเดียวกันกลายเป็นหลาย URL ที่แข่งกันเอง ราคาและสต็อกไม่มีทางไปโผล่ใน ผลการค้นหา และ Google ใช้ crawl budget ไปกับหน้าตัวกรองที่ไม่มีทางติดอันดับ แทนที่จะเป็นหน้าสินค้าที่ ควรมีโอกาสติดอันดับจริง ๆ

การ Crawl ได้มาก่อนคอนเทนต์

Google จัดอันดับได้เฉพาะสิ่งที่มันหาเจอและอ่านได้เท่านั้น เริ่มจาก robots.txt ที่สะอาด ไม่บล็อกหน้าหมวดหมู่หรือหน้าสินค้าโดยไม่ตั้งใจ, sitemap แบบ XML ที่ส่งเข้า Search Console จริง ๆ และอัปเดตตามสินค้าที่เปลี่ยนไป และโครงสร้างลิงก์ภายในที่ทุกหน้าสำคัญเข้าถึงได้ในไม่กี่คลิกจากหน้าแรก ไม่ใช่ฝังอยู่ลึกสี่ชั้นตัวกรองโดยไม่มีหน้าอื่นลิงก์มาหา การนำทางแบบ faceted (ตัวกรองสินค้า) คือกับดัก คลาสสิกของอีคอมเมิร์ซตรงนี้ — การผสมตัวกรองสามารถสร้าง URL ที่คล้ายกันซ้ำ ๆ นับพัน ซึ่งกิน crawl budget ไปกับหน้าที่ไม่มีทางติดอันดับอะไรเลย แลกกับหน้าที่ควรจะมีโอกาสติดอันดับจริง ๆ

ตรวจสอบมุมมองของ Google เองโดยตรง เครื่องมือ URL Inspection ใน Search Console จะบอกได้ว่า หน้าสินค้าหน้าไหนหน้าหนึ่ง Google index ไปแล้วจริงหรือไม่ และถ้าไม่ เพราะอะไร — เป็นวิธีที่เร็วที่สุด ในการยืนยันว่าการ crawl ได้จริง ไม่ใช่แค่สมมติเอาเอง รายงาน Coverage ตรงนั้นยังเผยหน้าที่ Google เลิก crawl ไปเงียบ ๆ ซึ่งมักเป็นสัญญาณแรกของปัญหา crawl budget ก่อนที่จะแสดงออกมาที่อื่น

URL ของตัวแปรสินค้าต้องมีเจ้าของที่ชัดเจนเพียงหนึ่งเดียว

สินค้าชิ้นเดียวที่มีตัวเลือกไซซ์และสีสามารถสร้าง URL ได้ง่าย ๆ นับสิบ — หนึ่งต่อการผสมตัวแปรหนึ่งแบบ — ขึ้นอยู่กับว่าธีมของแพลตฟอร์มจัดการสถานะการเลือกใน URL อย่างไร ถ้าแต่ละตัวแปรเป็น URL ที่ index ได้ แยกกันเต็มรูปแบบและมีเนื้อหาเกือบเหมือนกัน นั่นคือปัญหาการแข่งกับตัวเองแบบเดียวกับการนำทางแบบ faceted เพียงแต่อยู่ที่ระดับสินค้าแทนที่จะเป็นระดับหมวดหมู่ ทางแก้มักคือแท็ก canonical ที่ชี้ทุกตัวแปร กลับไปที่ URL สินค้าหลักเพียงหนึ่งเดียว โดยให้ตัวเลือกตัวแปรจัดการผ่าน UI แทนที่จะเป็นชุดหน้าที่ crawl ได้แยกกัน — แม้ว่าสำหรับสินค้าที่แต่ละตัวแปรมีความต้องการที่แตกต่างกันจริง ๆ (ปริมาณการค้นหาต่างกัน ความตั้งใจต่างกัน) หน้าที่แยก index อย่างเหมาะสมอาจเป็นทางเลือกที่ถูกต้องแทน ความแตกต่างตรงนี้สำคัญ และการทำผิดทางไม่ว่าด้านไหนก็เสียอันดับทั้งคู่

แท็ก Canonical หยุดไม่ให้คุณแข่งกับตัวเอง

มุมมองหมวดหมู่ที่กรองแล้วและ URL ที่มีพารามิเตอร์ติดตามผลก็สร้างปัญหาเดียวกับตัวแปรสินค้า — หน้าหลาย เวอร์ชันที่จริง ๆ แล้วเหมือนกันในทางฟังก์ชัน แบ่งสัญญาณการจัดอันดับออกไปหลาย URL แทนที่จะรวมไว้ที่ เวอร์ชันเดียว นี่คือหนึ่งในปัญหาทางเทคนิคที่เราเจอบ่อยที่สุดเวลาตรวจสอบระบบ SEO อีคอมเมิร์ซ ที่มีอยู่ แล้ว และเป็นหนึ่งในปัญหาที่แก้ง่ายที่สุดเมื่อวินิจฉัยเจอแล้ว

Structured Data ทำให้ผลลัพธ์ที่แสดงถูกคลิกมากขึ้น

Schema markup — Product, Offer, Review, BreadcrumbList — ไม่ได้ขยับอันดับโดยตรง แต่มันคือสิ่งที่ทำให้ รายการสินค้าแสดงราคา คะแนนรีวิว และสถานะสินค้าคงเหลือได้โดยตรงในผลการค้นหา แทนที่จะเป็นลิงก์สีน้ำเงิน ธรรมดา สองผลลัพธ์ที่ติดอันดับตำแหน่งเดียวกันไม่ได้มีอัตราคลิกเท่ากัน ถ้าอันหนึ่งแสดง "฿890 · ★4.6 · มีสินค้า" ส่วนอีกอันไม่แสดงอะไรเลย สำหรับร้านที่สร้างบนแพลตฟอร์ม เรื่องนี้มักเกือบจะได้ฟรี — Shopify, Magento และ WooCommerce สามารถสร้างส่วนใหญ่นี้ได้อัตโนมัติเมื่อตั้งค่าถูกต้อง ซึ่งก็เป็นจุดเดียวกับที่ธีมสำเร็จรูปหลายตัวมักตั้งค่าผิดโดยไม่รู้ตัว

สินค้าหมดสต็อกและเลิกขายต้องมีนโยบายจริง ไม่ใช่ปล่อยเงียบ

หน้าสินค้าที่หมดสต็อกแต่ยังปล่อยให้ live พร้อม schema Product ที่ยังอ้างว่า InStock คือปัญหาจริง ทั้งด้านอันดับและความน่าเชื่อถือ — ทั้ง Google และผู้ซื้อลงเอยที่หน้าที่สัญญาสิ่งที่ร้านขายไม่ได้จริง รูปแบบที่ดีกว่า: เก็บหน้าไว้ live และ index ต่อด้วยสถานะ OutOfStock ถ้ามีโอกาสสต็อกกลับมา เพราะหน้านั้นสร้างสัญญาณการจัดอันดับไว้แล้ว การทำ 404 จะทิ้งมันไปเปล่า ๆ สำหรับสินค้าที่เลิกขายจริง ๆ การทำ 301 redirect ไปยังสินค้าหรือหมวดหมู่ที่ใกล้เคียงที่สุด — ไม่ใช่ redirect รวมไปหน้าแรกทั้งหมด — รักษามูลค่าอันดับที่ URL นั้นสร้างไว้ แทนที่จะส่งทั้ง Google และลูกค้าไปสู่ทางตัน

ความเร็วคือปัจจัยจัดอันดับและเป็นปัญหา Technical SEO

Core Web Vitals — หน้าโหลดเร็วแค่ไหน ใช้งานได้เร็วแค่ไหน และเลย์เอาต์เลื่อนไปมาระหว่างโหลดมากแค่ไหน — มีผลโดยตรงต่อการจัดอันดับ นอกเหนือจากผลกระทบต่อ conversion ที่ความเร็วมีอยู่แล้วด้วยตัวมันเอง น้ำหนักรูปภาพ สคริปต์ที่บล็อกการเรนเดอร์ และแท็กจากบุคคลที่สาม (พิกเซลการตลาดตัวหนึ่ง วิดเจ็ตแชทอีกตัว ปลั๊กอินรีวิวอีกอัน) มักเป็นตัวการหลักบนเว็บอีคอมเมิร์ซไทยโดยเฉพาะ เพราะทราฟฟิกมือถือบน 4G ทั่วไป ลงโทษน้ำหนักหน้าเว็บหนักกว่าที่ wifi ออฟฟิศจะแสดงให้เห็นตอนทดสอบมาก สคริปต์ analytics แชท และ การตลาดทุกตัวที่ร้านเพิ่มเข้าไป คุ้มค่าที่จะตรวจสอบต้นทุนน้ำหนักหน้าเว็บจริง ๆ — พบได้บ่อยว่าหน้าสินค้า มีสคริปต์ติดตามผลซ้อนกันสามสี่ตัว แต่ละตัวถูกเพิ่มโดยคนละคนเพื่อแคมเปญคนละอัน โดยไม่มีใครลบตัวที่เลิก ใช้แล้วออกไป

Pagination และ SEO หมวดหมู่สินค้า

หมวดหมู่ที่มีสินค้า 300 รายการกระจายอยู่หลายหน้าต้องจัดการสัญญาณ rel="next"/rel="prev" ให้ถูกต้อง — หรือบนแพลตฟอร์มที่ไม่พึ่งพาแบบนั้นแล้ว ต้องมีกลยุทธ์ canonical ที่ชัดเจนเพื่อไม่ให้หน้า 2 ของหมวดหมู่ แข่งกับหน้า 1 เพื่อคีย์เวิร์ดเดียวกัน ความผิดพลาดที่พบบ่อยกว่านั้นง่ายกว่านั้นอีก: เวอร์ชัน "ดูทั้งหมด" ของหมวดหมู่ขนาดใหญ่ที่ช้าจนกระทบ Core Web Vitals แลกกับเวอร์ชันแบ่งหน้าที่เร็วแต่กระจายสัญญาณการ จัดอันดับของหมวดหมู่ออกไปเป็นหน้าบาง ๆ หลายหน้า ไม่มีสุดโต่งไหนถูกโดยค่าเริ่มต้น — ขึ้นอยู่กับขนาด แคตตาล็อกและวิธีที่แพลตฟอร์มเรนเดอร์สินค้าจำนวนมากขนาดนั้นพร้อมกันจริง ๆ

กับดักเฉพาะแพลตฟอร์ม

สามแพลตฟอร์มที่เว็บอีคอมเมิร์ซไทยส่วนใหญ่ใช้ ต่างทำ Technical SEO ผิดในแบบที่คาดเดาได้ต่างกันเล็กน้อย:

• Magento สร้าง URL การนำทางแบบ layered จำนวนมากตามค่าเริ่มต้น — ปัญหา crawl budget จาก faceted navigation ด้านบนเกือบจะเกิดขึ้นแน่นอนบนแคตตาล็อก Magento แบบสำเร็จรูป เว้นแต่จะตั้งค่า แท็ก canonical และกฎ robots.txt โดยตั้งใจสำหรับมัน
• Shopify จัดการเรื่องนี้ได้ดีตามค่าเริ่มต้นเป็นส่วนใหญ่ แต่โครงสร้าง URL ของมันตายตัว (/products/, /collections/) และการจัดการ pagination กับตัวแปรสินค้าแบบเนทีฟเปิดพื้นที่ให้แทรกแซง โดยตรงน้อยกว่า — การแก้ไขส่วนใหญ่ตรงนี้เกิดผ่านการตั้งค่าแอปและแก้ธีม มากกว่ากฎระดับเซิร์ฟเวอร์
• WooCommerce สืบทอดความยืดหยุ่นของ WordPress มาพร้อมความเสี่ยงของมัน — การซ้อนปลั๊กอินคือตัวการ ปกติ โดยปลั๊กอิน SEO ปลั๊กอิน cache และ page builder แต่ละตัวแย่งกันควบคุมแท็ก canonical หรือ sitemap output อย่างเงียบ ๆ เว้นแต่จะมีใครตรวจว่ามันสอดคล้องกัน

SEO ภาษาไทยมีชั้นเทคนิคของตัวเอง

แท็ก hreflang สำคัญกว่าที่ร้านค้าไทยส่วนใหญ่คิด เมื่อเว็บไซต์รันเวอร์ชันไทยและอังกฤษของหน้าเดียวกัน ถ้าทำผิด Google อาจ index เวอร์ชันภาษาผิดสำหรับตลาดหนึ่ง ๆ หรือมองทั้งสองเวอร์ชันเป็นคอนเทนต์ซ้ำที่ แข่งกันเอง แทนที่จะเป็นสองเวอร์ชันที่เสิร์ฟให้สองกลุ่มเป้าหมายอย่างถูกต้อง โครงสร้าง URL ก็สำคัญเช่นกัน — slug ภาษาไทย, locale prefix ที่สม่ำเสมอ และ sitemap ที่แยกสองเวอร์ชันภาษาชัดเจน ล้วนช่วยให้ Google เสิร์ฟหน้าที่ถูกต้องให้กับผู้ค้นหาที่ถูกต้องได้ง่ายขึ้น

สิ่งที่ควรตรวจสอบก่อนจริง ๆ

ลำดับเริ่มต้นที่ใช้ได้จริง เรียงตามลำดับที่มักเจอปัญหาผลกระทบสูงก่อน:

1. ยืนยันว่า Google crawl และ index หน้าที่สำคัญได้ — ตรวจ robots.txt, ส่งและติดตาม sitemap ใน Search Console, ใช้ URL Inspection กับหน้าสินค้าตัวอย่าง และมองหาหน้าที่ถูกตั้งเป็น noindex โดยไม่ตั้งใจ
2. แก้คอนเทนต์ซ้ำด้วยแท็ก canonical — ตัวแปรสินค้า มุมมองหมวดหมู่ที่กรองแล้ว และพารามิเตอร์ ติดตามผล — ก่อนแตะอย่างอื่น นี่มักเป็นการแก้ไขทางเทคนิคที่ให้ผลตอบแทนสูงที่สุดเพียงจุดเดียวบนร้านค้า ที่มีอยู่แล้ว
3. เพิ่ม structured data บนหน้าสินค้าและหมวดหมู่ และตั้งนโยบายจริงสำหรับสินค้าหมดสต็อกและเลิกขาย แทนที่จะปล่อยให้เน่าหรือกลายเป็น 404
4. ตรวจสอบ Core Web Vitals บนอุปกรณ์มือถือจริงบนเครือข่ายมือถือไทยจริง และนับว่ามีสคริปต์จาก บุคคลที่สามกี่ตัวที่รันอยู่จริงบนหน้าสินค้าทั่วไป
5. ตรวจสอบการติดตั้ง hreflang ถ้าเว็บไซต์รันเวอร์ชันไทยและอังกฤษ เพราะนี่คือชั้นเทคนิคที่ผิดพลาด ง่ายที่สุดแบบไม่รู้ตัวและสังเกตยากที่สุดถ้าไม่ตรวจสอบโดยตรง
6. ทบทวน pagination และค่าเริ่มต้นเฉพาะแพลตฟอร์ม — layered navigation ของ Magento, โครงสร้าง URL ตายตัวของ Shopify หรือการซ้อนปลั๊กอินของ WooCommerce — เทียบกับสิ่งที่เกิดขึ้นจริงบนเว็บไซต์ live ไม่ใช่สิ่งที่เอกสารของแพลตฟอร์มสมมติไว้

ไม่มีข้อไหนในนี้ทดแทนคอนเทนต์ที่ดีหรือกลยุทธ์คีย์เวิร์ดจริง ๆ ได้ แต่มันคือรากฐานที่ตัดสินว่าคอนเทนต์ และกลยุทธ์นั้นจะได้โอกาสติดอันดับอย่างเป็นธรรมหรือไม่ — จึงมักเป็นสิ่งแรกที่ควรตรวจสอบ ไม่ใช่สิ่งสุดท้าย