ความเร็วเว็บและ SEO สำหรับเว็บไทย checklist Core Web Vitals

มุมมองจากเรา

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

หัวข้อ "SEO ความเร็วเว็บไทย" เป็นคำถามที่เราเจอจากลูกค้าบ่อย หน้านี้สรุปมุมมองจากประสบการณ์การทำงานจริงของเรา ไม่ใช่สไลด์การตลาดของผู้ขายรายใดรายหนึ่ง

คำตอบสั้น

วัดจากข้อมูลผู้ใช้จริงก่อน รายงาน Core Web Vitals ใน Google Search Console และ PageSpeed Insights บอกว่ามือถือของผู้เข้าชมจริงโหลดหน้าเว็บเร็วแค่ไหน หน้าที่ผ่านเกณฑ์ต้องได้ค่าที่เปอร์เซ็นไทล์ที่ 75 ของการเข้าชมดังนี้ Largest Contentful Paint (LCP) ไม่เกิน 2.5 วินาที Interaction to Next Paint (INP) ไม่เกิน 200 มิลลิวินาที และ Cumulative Layout Shift (CLS) ไม่เกิน 0.1 จากนั้นแก้ตามลำดับนี้ รูปหรือวิดีโอที่ใหญ่ที่สุดในจอแรก (บีบอัด ปรับขนาด และโหลดก่อน) ฟอนต์ไทย (โหลดเฉพาะชุดอักษรและน้ำหนักที่ใช้ และมีฟอนต์สำรองขนาดเท่ากัน) แล้วจึงเป็นแชทวิดเจ็ตและแท็ก tracking ความเร็วช่วยเรื่องอันดับ แต่ Google ยังมุ่งแสดงหน้าที่ตรงกับคำค้นที่สุดก่อน แม้ประสบการณ์ใช้งานของหน้านั้นจะไม่ดีนัก

อัปเดตล่าสุด: 2026-10-01

สรุปประเด็นสำคัญ

ตัดสินความเร็วจากข้อมูลผู้ใช้จริง (Search Console, PageSpeed Insights) ไม่ใช่คะแนน lab ครั้งเดียวจากคอมในออฟฟิศ
เกณฑ์ผ่านที่เปอร์เซ็นไทล์ที่ 75: LCP ไม่เกิน 2.5 วินาที INP ไม่เกิน 200 มิลลิวินาที CLS ไม่เกิน 0.1
หาองค์ประกอบ LCP ของหน้าก่อน (มักเป็นรูป hero ภาพ poster ของวิดีโอ หรือหัวข้อ) ทำให้เล็กและโหลดก่อนสิ่งอื่น
หน้าภาษาไทยใช้ทั้งอักษรไทยและละติน โหลดแต่ละชุดเฉพาะที่ใช้ preload เฉพาะน้ำหนักในจอแรก และใช้ฟอนต์สำรองที่ขนาดเท่ากันเพื่อไม่ให้ข้อความกระโดด
แชทวิดเจ็ต pixel และ tag manager แย่ง main thread กับหน้าเว็บ ให้โหลดหลังหน้าเว็บใช้งานได้แล้ว
ทดสอบบนมือถือ Android ระดับกลางผ่านเน็ตมือถือ ไม่ใช่ Wi-Fi ออฟฟิศ

ตารางช่วยตัดสินใจ

ทางเลือก	เหมาะกับ	ข้อควรระวัง
รูปภาพและวิดีโอ hero	LCP ไม่ผ่าน และองค์ประกอบ LCP เป็นรูปหรือวิดีโอ ใช้ AVIF หรือ WebP ตามขนาดจอ (srcset) และใส่ fetchpriority="high" ให้รูปนั้น	อย่า lazy-load รูปในจอแรก และใส่ width/height ทุกรูปเพื่อจองพื้นที่ ไม่อย่างนั้น CLS จะแย่ลง
ฟอนต์ไทย	ข้อความขึ้นช้า หรือหน้ากระโดดตอนฟอนต์โหลดเสร็จ	font-display: swap ที่ไม่มีฟอนต์สำรองปรับขนาด (size-adjust, ascent-override) แค่เปลี่ยนจากข้อความหายไปเป็นข้อความกระโดด และเผื่อ line-height ให้สระและวรรณยุกต์ที่อยู่บนและล่างบรรทัด
สคริปต์ภายนอก (แชท pixel tag manager)	INP ไม่ผ่าน กดแล้วหน้าเว็บค้าง	ถอดแท็กเท่ากับถอดข้อมูลที่แท็กนั้นเก็บ ตรวจกับทีมการตลาดก่อนว่าแท็กไหนยังใช้ทำรายงาน
โฮสติ้ง CDN และแคช	เซิร์ฟเวอร์ตอบช้า (TTFB สูง) ทุกหน้า แม้หน้าที่เรียบง่าย ใช้ CDN ที่มีจุดให้บริการในไทยหรือใกล้ไทย	CDN ช่วยเฉพาะสิ่งที่แคชได้ หน้าที่สร้างใหม่ทุกครั้งยังต้องมี origin ที่เร็ว
ทำเว็บใหม่	ธีมหรือ page builder โหลดโค้ดมากจนแก้แล้วข้อมูลผู้ใช้จริงไม่ดีขึ้น	เว็บใหม่ต้องคง URL เดิม (หรือ redirect 301) title และ structured data ไว้ ไม่อย่างนั้นอันดับจะตกระหว่างย้าย

ตารางงบประมาณ

รายการ	ครอบคลุมอะไร	งบประมาณ
Landing page (ทำใหม่)	1 หน้า server-rendered มี SEO ในตัว ส่งมอบใน 5-10 วัน	เริ่มต้น ฿9,900
เว็บไซต์บริษัท (ทำใหม่)	3–5 man-day ส่งมอบใน 2-4 สัปดาห์	฿23,970–39,950
แก้ความเร็วเว็บเดิม	ตรวจข้อมูลผู้ใช้จริง องค์ประกอบ LCP ฟอนต์ และสคริปต์ก่อน แล้วประเมินจำนวน man-day	เริ่มต้น ฿7,990 ต่อ man-day

คำถามที่พบบ่อย

Core Web Vitals มีผลต่ออันดับใน Google ไหม?

มี Core Web Vitals เป็นส่วนหนึ่งของสัญญาณประสบการณ์ใช้งานที่ระบบจัดอันดับของ Google ใช้ แต่ Google ระบุว่ายังมุ่งแสดงเนื้อหาที่ตรงกับคำค้นที่สุดก่อน แม้ประสบการณ์ใช้งานจะไม่ดี ความเร็วจึงช่วยเมื่อหลายหน้าตรงกับคำค้นพอ ๆ กัน แต่ไม่ช่วยหน้าที่ไม่ได้ตอบคำค้น

เกณฑ์ผ่าน Core Web Vitals คือเท่าไร?

ที่เปอร์เซ็นไทล์ที่ 75 ของการเข้าชม LCP ไม่เกิน 2.5 วินาที INP ไม่เกิน 200 มิลลิวินาที และ CLS ไม่เกิน 0.1 โดยประเมินมือถือกับเดสก์ท็อปแยกกัน INP แทนที่ First Input Delay (FID) ตั้งแต่เดือนมีนาคม 2024

ทำไมคะแนน PageSpeed ต่างจาก Search Console?

คะแนนใน PageSpeed Insights เป็นการทดสอบ lab (Lighthouse) โหลดหนึ่งครั้งบนมือถือระดับกลางจำลองและเน็ต 4G ช้า ส่วน Search Console และส่วนข้อมูลผู้ใช้จริงใน PageSpeed Insights มาจากผู้ใช้ Chrome จริงย้อนหลัง 28 วัน Google Search ประเมิน Core Web Vitals จากข้อมูลผู้ใช้จริง เว็บที่คนเข้าน้อยอาจยังไม่มีข้อมูลนี้ ให้ใช้การทดสอบ lab ไปก่อน

ทำอย่างไรไม่ให้ฟอนต์ไทยทำให้เว็บช้า?

ใช้ฟอนต์ที่แยกไฟล์ตามชุดอักษร (Google Fonts แยกไทยกับละตินด้วย unicode-range) หรือ subset ฟอนต์ที่โฮสต์เอง โหลดเฉพาะน้ำหนักที่ใช้ preload ตัวที่ใช้ในจอแรก และใช้ font-display: swap คู่กับฟอนต์สำรองที่ปรับขนาดด้วย size-adjust เพื่อไม่ให้ข้อความกระโดด เผื่อ line-height ด้วย เพราะสระและวรรณยุกต์ไทยซ้อนอยู่บนและล่างบรรทัดและถูกตัดในกล่องที่แคบ

วิดีโอ hero ทำให้เว็บช้าไหม?

ไม่เสมอไป แต่บนมือถือมันมักเป็นสิ่งที่ใหญ่ที่สุดในจอแรก Chrome นับภาพ poster และเฟรมแรกของวิดีโอเป็นตัวเลือกของ LCP ใช้ poster ที่บีบอัดและมีขนาดพอดีจอ อย่า autoplay ไฟล์ใหญ่บนเน็ตมือถือ หรือแสดงภาพนิ่งแทนบนจอเล็ก

ควรแก้เว็บเดิมหรือทำเว็บใหม่?

แก้ก่อนถ้าปัญหาอยู่ที่รูป ฟอนต์ หรือสคริปต์ไม่กี่ตัว ทำใหม่เมื่อธีมหรือ page builder โหลดโค้ดมากจนแก้แล้วข้อมูลผู้ใช้จริงไม่ขยับ ถ้าทำใหม่ต้องคง URL เดิมหรือ redirect 301 พร้อม title และ structured data ที่ iReadCustomer landing page ส่งมอบใน 5-10 วัน เว็บไซต์บริษัทใน 2-4 สัปดาห์ ขึ้นอยู่กับขอบเขตงาน

แหล่งอ้างอิง

บริการที่ใกล้เคียงที่สุดของเรา

เว็บไซต์ & Landing Page

ดูรายละเอียด →

คุยกับเรา