เว็บไซต์โหลดช้าเกิดจากอะไร? พร้อมวิธีตรวจสอบและแก้ไขเบื้องต้น

เว็บไซต์โหลดช้าไม่ได้เกิดจากอินเทอร์เน็ตของผู้เข้าชมเพียงอย่างเดียว แต่อาจมาจากไฟล์รูปภาพขนาดใหญ่ โฮสติ้งตอบสนองช้า ปลั๊กอินทำงานซ้ำซ้อน หรือมี JavaScript มากเกินความจำเป็น

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

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

เว็บไซต์โหลดช้าสังเกตได้จากอะไร?

เว็บไซต์อาจมีปัญหาด้านความเร็ว หากพบอาการเหล่านี้:

• เปิดหน้าเว็บไซต์แล้วต้องรอก่อนเห็นเนื้อหาหลัก
• รูปภาพหรือแบนเนอร์แสดงช้ากว่าส่วนอื่น
• หน้าเว็บกระตุกเมื่อเลื่อนหรือกดเมนู
• ปุ่มตอบสนองช้าหลังจากคลิก
• ข้อความและองค์ประกอบขยับระหว่างโหลด
• หน้าเว็บไซต์หลังบ้านทำงานช้า
• ความเร็วแต่ละครั้งไม่สม่ำเสมอ
• คะแนนบนมือถือแตกต่างจากคอมพิวเตอร์มาก

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

1. รูปภาพมีขนาดใหญ่เกินความจำเป็น

รูปภาพเป็นหนึ่งในสาเหตุที่พบบ่อยที่สุด โดยเฉพาะเว็บไซต์ที่ใช้แบนเนอร์ขนาดใหญ่ ภาพผลงานหลายภาพ หรืออัปโหลดรูปจากกล้องโดยไม่ได้ลดขนาดก่อน

ตัวอย่างเช่น พื้นที่แสดงภาพกว้างเพียง 800 พิกเซล แต่ไฟล์ต้นฉบับกว้างถึง 4,000 พิกเซล ผู้ใช้งานจะต้องดาวน์โหลดข้อมูลมากเกินความจำเป็น แม้ภาพจะแสดงผลในขนาดเล็กก็ตาม

วิธีแก้ไขเบื้องต้น

• ปรับขนาดภาพให้ใกล้เคียงกับพื้นที่แสดงผลจริง
• บีบอัดไฟล์ก่อนอัปโหลด
• ใช้ WebP หรือ AVIF เมื่อระบบรองรับ
• ใช้ srcset เพื่อส่งภาพให้เหมาะกับแต่ละหน้าจอ
• เปิด Lazy Load สำหรับภาพที่อยู่ต่ำกว่าส่วนแรก
• หลีกเลี่ยง Lazy Load กับภาพหลักที่เป็น LCP

ภาพแบนเนอร์ด้านบนควรถูกโหลดตั้งแต่เริ่มต้น เพราะหากตั้ง Lazy Load ไว้ เบราว์เซอร์อาจเริ่มโหลดภาพช้ากว่าที่ควร เปรียบเทียบรูปภาพก่อนและหลังปรับขนาดเพื่อเพิ่มความเร็วเว็บไซต์

2. โฮสติ้งหรือเซิร์ฟเวอร์ตอบสนองช้า

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

สาเหตุที่เป็นไปได้ ได้แก่:

• แพ็กเกจโฮสติ้งมีทรัพยากรไม่เพียงพอ
• มีเว็บไซต์ร่วมใช้เซิร์ฟเวอร์จำนวนมาก
• ตำแหน่งเซิร์ฟเวอร์อยู่ไกลจากผู้ใช้งาน
• PHP หรือฐานข้อมูลประมวลผลช้า
• มีผู้เข้าชมพร้อมกันเกินกำลังของระบบ
• ระบบแคชฝั่งเซิร์ฟเวอร์ยังไม่ได้เปิดใช้งาน

วิธีแก้ไขเบื้องต้น

ตรวจสอบค่า Time to First Byte หรือ TTFB ใน PageSpeed Insights และ Chrome DevTools หากการรอเอกสาร HTML ใช้เวลานาน ควรตรวจสอบระบบแคช เวอร์ชัน PHP ฐานข้อมูล และทรัพยากรของโฮสติ้ง

เว็บไซต์ที่มีผู้ใช้งานจากหลายพื้นที่อาจพิจารณาใช้ CDN เพื่อกระจายไฟล์ไปยังเซิร์ฟเวอร์ที่อยู่ใกล้ผู้เข้าชมมากขึ้น

3. มีปลั๊กอินมากเกินไปหรือทำงานซ้ำซ้อน

สำหรับเว็บไซต์ WordPress ปลั๊กอินแต่ละตัวอาจเพิ่ม CSS, JavaScript การเรียกฐานข้อมูล หรือกระบวนการทำงานเบื้องหลัง หากติดตั้งจำนวนมากหรือมีหลายตัวทำหน้าที่คล้ายกัน เว็บไซต์อาจทำงานช้าลง

ตัวอย่างที่ควรตรวจสอบ:

• ปลั๊กอินแคชมากกว่าหนึ่งตัว
• ปลั๊กอินความปลอดภัยหลายตัวทำงานพร้อมกัน
• ปลั๊กอินสร้างป๊อปอัป แชต หรือแอนิเมชัน
• ปลั๊กอินที่ไม่ได้อัปเดตเป็นเวลานาน
• ปลั๊กอินที่ปิดใช้งานแล้วแต่ยังเก็บไว้
• เครื่องมือวิเคราะห์หลายระบบเรียกสคริปต์ซ้ำกัน

วิธีแก้ไขเบื้องต้น

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

หากปลั๊กอินหลายตัวมีหน้าที่ซ้ำกัน ควรเลือกใช้เฉพาะตัวที่จำเป็นและเหมาะกับระบบมากที่สุด

4. CSS และ JavaScript มากเกินไป

ธีม ปลั๊กอิน และบริการภายนอกสามารถเพิ่มไฟล์ CSS และ JavaScript ให้กับเว็บไซต์ เมื่อมีไฟล์จำนวนมาก เบราว์เซอร์ต้องดาวน์โหลด อ่าน และประมวลผลก่อนแสดงหน้าเว็บ

JavaScript ที่ทำงานหนักยังอาจทำให้ผู้ใช้งานกดปุ่มหรือเปิดเมนูแล้วรู้สึกว่าหน้าเว็บตอบสนองช้า

วิธีแก้ไขเบื้องต้น

• ลบโค้ดและไลบรารีที่ไม่ได้ใช้งาน
• โหลด JavaScript ที่ไม่สำคัญแบบ defer หรือ delay
• สร้าง Critical CSS สำหรับส่วนที่มองเห็นก่อน
• ลด CSS ที่ไม่ได้ใช้งานอย่างระมัดระวัง
• แยกโหลดไฟล์เฉพาะหน้าที่ต้องใช้
• ลดแอนิเมชันและเอฟเฟกต์ที่ซับซ้อน
• ตรวจสอบข้อผิดพลาดใน Console

การรวมและย่อไฟล์ไม่ได้ช่วยทุกเว็บไซต์เสมอไป โดยเฉพาะระบบที่ใช้ HTTP/2 หรือ HTTP/3 ควรทดสอบผลก่อนและหลังเปิดแต่ละตัวเลือก ไม่ควรเปิดทุกฟังก์ชันพร้อมกันโดยไม่ได้ตรวจสอบหน้าเว็บ

5. ฟอนต์โหลดช้าหรือใช้หลายรูปแบบเกินไป

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

วิธีแก้ไขเบื้องต้น

• ใช้ฟอนต์เท่าที่จำเป็น
• ลดจำนวนน้ำหนัก เช่น เหลือ Regular และ Bold
• ใช้ไฟล์ WOFF2
• โหลดฟอนต์จากเซิร์ฟเวอร์ของเว็บไซต์เมื่อเหมาะสม
• Preload เฉพาะฟอนต์ที่ใช้ในส่วนแรก
• ตั้งค่า font-display: swap
• ตรวจสอบว่าไม่ได้เรียกไฟล์ฟอนต์ซ้ำจากหลายแหล่ง

ควรตรวจสอบใบอนุญาตของฟอนต์ก่อนนำไฟล์มาโฮสต์เองทุกครั้ง

6. สคริปต์จากบริการภายนอกมากเกินไป

เว็บไซต์อาจโหลดข้อมูลจาก Google Analytics, Tag Manager, Meta Pixel, ระบบแชต แผนที่ วิดีโอ และโซเชียลมีเดีย สคริปต์เหล่านี้อยู่บนเซิร์ฟเวอร์ภายนอก จึงควบคุมความเร็วได้ไม่ทั้งหมด

วิธีแก้ไขเบื้องต้น

ตรวจสอบว่าสคริปต์แต่ละตัวจำเป็นหรือไม่ และยังถูกใช้งานอยู่หรือเปล่า จากนั้น:

• ลบแท็กที่ไม่ได้ใช้
• ตรวจสอบแท็กซ้ำใน Google Tag Manager
• โหลดระบบแชตหลังหน้าเว็บพร้อมใช้งาน
• ใช้ภาพตัวอย่างแทนการฝังวิดีโอทันที
• โหลดแผนที่เมื่อผู้ใช้เลื่อนมาถึง
• จำกัดสคริปต์โฆษณาและระบบติดตามที่ไม่จำเป็น

ควรระวังไม่ให้การ Delay JavaScript กระทบแบบฟอร์ม เมนู ระบบตะกร้าสินค้า หรือการบันทึกข้อมูลวิเคราะห์ที่สำคัญ

7. ไม่มีระบบแคชหรือกำหนดค่าไม่เหมาะสม

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

วิธีแก้ไขเบื้องต้น

• เปิด Page Cache
• ตั้งค่า Browser Cache
• ใช้ Object Cache หากโฮสติ้งรองรับ
• เปิดการบีบอัด Brotli หรือ Gzip
• ตั้งเวลาหมดอายุของไฟล์ให้เหมาะสม
• ล้างแคชหลังแก้ไขเว็บไซต์

ไม่ควรติดตั้งปลั๊กอินแคชหลายตัวพร้อมกัน เพราะอาจเกิดการทำงานซ้ำซ้อน หน้าเว็บแสดงข้อมูลเก่า หรือรูปแบบเว็บไซต์ผิดปกติได้

8. ฐานข้อมูลมีข้อมูลสะสมมากเกินไป

เว็บไซต์ที่ใช้งานมานานอาจมีข้อมูลชั่วคราว Revision, Transient, Log หรือข้อมูลจากปลั๊กอินที่ถูกลบไปแล้วสะสมอยู่ในฐานข้อมูล

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

วิธีแก้ไขเบื้องต้น

• สำรองฐานข้อมูลก่อนดำเนินการ
• ลบ Revision และข้อมูลชั่วคราวที่ไม่จำเป็น
• ตรวจสอบตารางจากปลั๊กอินที่ไม่ได้ใช้แล้ว
• ลดการทำงานของระบบที่บันทึก Log จำนวนมาก
• ตรวจสอบ Autoload Options
• Optimize ตารางฐานข้อมูลตามความเหมาะสม

การลบข้อมูลฐานข้อมูลมีความเสี่ยง ควรทำผ่านเว็บไซต์ทดสอบหรือให้ผู้ดูแลระบบตรวจสอบก่อน

9. หน้าเว็บไซต์มีองค์ประกอบมากเกินไป

Section จำนวนมาก สไลเดอร์ วิดีโอพื้นหลัง แอนิเมชัน และองค์ประกอบที่ซ้อนหลายชั้น ทำให้เบราว์เซอร์ต้องประมวลผลหน้าเว็บมากขึ้น โดยเฉพาะบนโทรศัพท์ที่มีทรัพยากรน้อยกว่าคอมพิวเตอร์

วิธีแก้ไขเบื้องต้น

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

• ลดจำนวนสไลด์ในแบนเนอร์
• เปลี่ยนวิดีโอพื้นหลังเป็นภาพนิ่ง
• ลดเงา Blur และ Animation ที่ซับซ้อน
• ลดจำนวน Post หรือสินค้าในหน้าแรก
• แบ่งเนื้อหาไปยังหน้ารายละเอียด
• ลด DOM ที่ซ้อนกันหลายระดับ

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

10. มีไฟล์เสีย ลิงก์ผิด หรือ Redirect หลายครั้ง

หากหน้าเว็บเรียกไฟล์ที่ไม่มีอยู่ ระบบจะตอบกลับด้วยข้อผิดพลาด 404 ส่วน URL ที่ Redirect ต่อกันหลายครั้งจะทำให้เบราว์เซอร์ต้องส่งคำขอเพิ่มโดยไม่จำเป็น

วิธีแก้ไขเบื้องต้น

เปิด Chrome DevTools แล้วตรวจสอบแท็บ Network และ Console เพื่อค้นหา:

• ไฟล์ที่ตอบกลับด้วย 404
• คำขอที่ใช้เวลานานผิดปกติ
• Redirect หลายขั้นตอน
• JavaScript Error
• ไฟล์ที่ถูกเรียกซ้ำ
• รูปภาพหรือฟอนต์ที่โหลดไม่สำเร็จ

ควรแก้ URL ให้เรียกไฟล์ปลายทางโดยตรง และนำไฟล์ที่ไม่ใช้งานออกจากโค้ดหรือการตั้งค่าของเว็บไซต์

Core Web Vitals ที่ควรรู้

Core Web Vitals เป็นตัวชี้วัดประสบการณ์ใช้งานเว็บไซต์ที่สำคัญ ประกอบด้วย:

• LCP (Largest Contentful Paint): ระยะเวลาที่เนื้อหาหลักแสดงขึ้นมา
• INP (Interaction to Next Paint): ความรวดเร็วในการตอบสนองหลังผู้ใช้โต้ตอบ
• CLS (Cumulative Layout Shift): ความมั่นคงของหน้าเว็บระหว่างโหลด

เกณฑ์ระดับดีที่ Google แนะนำคือ LCP ไม่เกิน 2.5 วินาที, INP ไม่เกิน 200 มิลลิวินาที และ CLS ไม่เกิน 0.1 โดยพิจารณาจากประสบการณ์ส่วนใหญ่ของผู้ใช้งานจริง (web.dev)

วิธีตรวจสอบว่าเว็บไซต์ช้าจากอะไร

1. ทดสอบด้วย PageSpeed Insights

นำ URL ไปตรวจสอบที่ PageSpeed Insights แล้วดูผลทั้ง Mobile และ Desktop

รายงานประกอบด้วยข้อมูล 2 ลักษณะ:

• ข้อมูลจากผู้ใช้งานจริง: สะท้อนประสบการณ์ย้อนหลังจากผู้ใช้ Chrome
• ข้อมูลจากการทดสอบ: จำลองการเปิดหน้าเว็บเพื่อช่วยค้นหาปัญหา

คะแนนแต่ละครั้งอาจไม่เท่ากัน เพราะสภาพเครือข่าย ภาระของเซิร์ฟเวอร์ และกระบวนการทดสอบอาจแตกต่างกัน จึงควรดูแนวโน้มและปัญหาหลักร่วมกัน ไม่ควรตัดสินจากคะแนนครั้งเดียว ข้อมูลผู้ใช้งานจริงใน PageSpeed Insights ใช้ข้อมูลย้อนหลังประมาณ 28 วัน จึงอาจยังไม่เปลี่ยนทันทีหลังแก้เว็บไซต์ (Google for Developers)

2. ตรวจสอบด้วย Chrome DevTools

กด F12 หรือคลิกขวาแล้วเลือก Inspect จากนั้นเปิดแท็บ Network และ Reload หน้าเว็บ

ให้สังเกต:

• ไฟล์ที่มีขนาดใหญ่
• ไฟล์ที่ใช้เวลาดาวน์โหลดนาน
• จำนวนคำขอทั้งหมด
• สถานะ 404 หรือ 500
• สคริปต์จากภายนอก
• ช่วงเวลาที่เซิร์ฟเวอร์รอการตอบกลับ

แท็บ Performance ยังช่วยตรวจสอบ JavaScript ที่ทำงานหนัก การบังคับจัดเรียงหน้าใหม่ และอาการกระตุกระหว่างใช้งานได้

3. ทดสอบหลายช่วงเวลาและหลายอุปกรณ์

ควรทดลองอย่างน้อยบน:

• โทรศัพท์มือถือ
• คอมพิวเตอร์
• อินเทอร์เน็ตมือถือ
• Wi-Fi
• โหมดไม่ระบุตัวตน
• ผู้ใช้ที่ไม่ได้เข้าสู่ระบบ WordPress

หากเว็บไซต์ช้าเฉพาะบางช่วงเวลา อาจเกี่ยวข้องกับทรัพยากรของเซิร์ฟเวอร์หรือจำนวนผู้ใช้งานพร้อมกัน

4. เปรียบเทียบก่อนและหลังปรับ

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

ลำดับการแก้เว็บไซต์โหลดช้าเบื้องต้น

หากไม่แน่ใจว่าควรเริ่มจากจุดใด แนะนำให้ทำตามลำดับนี้:

1. สำรองข้อมูลเว็บไซต์
2. ทดสอบหน้าสำคัญด้วย PageSpeed Insights
3. ตรวจสอบขนาดรูปและภาพ LCP
4. เปิด Page Cache และ Browser Cache
5. ลบหรือเปลี่ยนปลั๊กอินที่ไม่จำเป็น
6. ตรวจสอบ CSS และ JavaScript ที่ขัดขวางการแสดงผล
7. ลดฟอนต์และสคริปต์ภายนอก
8. ตรวจสอบ TTFB และทรัพยากรโฮสติ้ง
9. ทดสอบแบบฟอร์ม เมนู และระบบสำคัญ
10. วัดผลซ้ำบนมือถือและคอมพิวเตอร์

สำหรับเว็บไซต์ธุรกิจ ควรเริ่มจากหน้าแรก หน้าบริการ หน้าสินค้า และหน้าติดต่อ เพราะเป็นหน้าที่มีผลต่อการตัดสินใจของลูกค้ามากที่สุด

สรุป

เว็บไซต์โหลดช้าสามารถเกิดได้จากหลายส่วน ตั้งแต่รูปภาพ โฮสติ้ง ปลั๊กอิน CSS และ JavaScript ไปจนถึงฐานข้อมูลและบริการจากภายนอก การติดตั้งปลั๊กอินเพิ่มเพียงอย่างเดียวจึงอาจไม่สามารถแก้ปัญหาได้ทั้งหมด

แนวทางที่เหมาะสมคือเริ่มจากการวัดผล ค้นหาสาเหตุที่ส่งผลมากที่สุด แล้วปรับแก้ทีละจุด พร้อมทดสอบการใช้งานจริงหลังเปลี่ยนการตั้งค่า

เมื่อเว็บไซต์โหลดเร็วขึ้น ผู้เข้าชมจะเข้าถึงข้อมูลได้สะดวก ใช้งานได้อย่างต่อเนื่อง และมีโอกาสดำเนินการตามเป้าหมายของเว็บไซต์มากขึ้น

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

เว็บไซต์ควรโหลดภายในกี่วินาที?

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

ทำไมคะแนน PageSpeed แต่ละครั้งไม่เท่ากัน?

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

คะแนน PageSpeed ต้องได้ 100 หรือไม่?

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

ติดตั้งปลั๊กอินแคชแล้วเว็บไซต์จะเร็วขึ้นทันทีหรือไม่?

อาจช่วยได้ แต่ต้องตั้งค่าให้เหมาะกับธีม โฮสติ้ง และปลั๊กอินอื่น หากเปิดการรวม CSS, Delay JavaScript หรือ Remove Unused CSS โดยไม่ทดสอบ อาจทำให้เลย์เอาต์ เมนู และแบบฟอร์มทำงานผิดปกติ

ควรปรับความเร็วเว็บไซต์ด้วยตัวเองหรือไม่?

การลดขนาดรูป ลบปลั๊กอินที่ไม่ใช้ และเปิดแคชพื้นฐานสามารถทำได้เอง แต่การแก้ฐานข้อมูล JavaScript หรือการตั้งค่าเซิร์ฟเวอร์ควรสำรองข้อมูลและทดสอบบน Staging ก่อนเสมอ

---

เว็บไซต์โหลดช้าหรือใช้งานไม่ราบรื่น?

Fairy Solution ช่วยตรวจสอบและปรับปรุงประสิทธิภาพเว็บไซต์ ตั้งแต่รูปภาพ โค้ด ระบบแคช ไปจนถึง Core Web Vitals เพื่อให้เว็บไซต์โหลดเร็ว ใช้งานลื่นไหล และพร้อมสร้างโอกาสทางธุรกิจ

ปรึกษาเรื่องประสิทธิภาพเว็บไซต์