ผลกระทบของเว็บที่พองตัวต่อผู้ใช้ที่ใช้อุปกรณ์ช้า

 (danluu.com)
1 คะแนน โดย GN⁺ 2024-03-17 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

ผลกระทบของน้ำหนักหน้าเว็บต่อผู้ใช้ที่ใช้อุปกรณ์ช้า

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

ประสิทธิภาพ CPU และเว็บแอปพลิเคชัน

  • ประสิทธิภาพ CPU สำหรับเว็บแอปพลิเคชันไม่ได้เพิ่มขึ้นเร็วเท่ากับแบนด์วิดท์
  • แม้การเข้าถึงเว็บสำหรับคนที่ใช้อุปกรณ์สเปกต่ำจะดีขึ้น แต่หน้าเว็บจำนวนมากกลับไม่สามารถเข้าถึงได้สำหรับคนที่ใช้อุปกรณ์สเปกต่ำ
  • ตัวอย่างเช่น เมื่อพยายามใช้งานฟอรัมสมัยใหม่บนอุปกรณ์สเปกต่ำอย่าง Tecno Spark 8C เบราว์เซอร์มักจะล่มบ่อยครั้ง

ประสิทธิภาพของอุปกรณ์ราคาประหยัด

  • อุปกรณ์ราคาประหยัดอย่าง Tecno Spark 8C ไม่ได้ถูกมองว่าเป็นอุปกรณ์สเปกต่ำในระดับโลก
  • มีการศึกษาประสิทธิภาพของอุปกรณ์ที่สเปกต่ำกว่านี้ เช่น Itel P32 ด้วย
  • มีการเปรียบเทียบประสิทธิภาพของอุปกรณ์หลายชนิด (M3 Max Macbook, M1 Pro Macbook เป็นต้น) และหลายแพลตฟอร์ม (บล็อก, ฟอรัม, แพลตฟอร์มสำหรับธุรกิจขนาดเล็ก)

ตารางการวัดประสิทธิภาพ

  • มีการวัดขนาดหลังบีบอัด, ขนาดต้นฉบับ, Largest Contentful Paint(LCP) และการใช้ CPU ของแต่ละเว็บไซต์
  • LCP เป็นตัวชี้วัดที่ใช้วัดจุดเวลาที่ผู้ใช้รับรู้ได้ว่าเนื้อหาหลักของหน้าเริ่มปรากฏให้เห็น
  • เวลา CPU เป็นตัวชี้วัดแบบง่ายที่มีความสัมพันธ์สูงกับการรับรู้ด้านการใช้งานของผู้ใช้

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

ความเห็นของ GN⁺

  • งานศึกษาผลกระทบของน้ำหนักหน้าเว็บที่มีต่อผู้ใช้ที่ใช้อุปกรณ์ช้า เป็นการย้ำเตือนนักพัฒนาเว็บถึงความสำคัญของการปรับแต่งประสิทธิภาพ
  • ให้มุมมองเชิงวิพากษ์ต่อเทรนด์การพัฒนาเว็บสมัยใหม่ที่ไม่คำนึงถึงประสบการณ์ของผู้ใช้อุปกรณ์สเปกต่ำ
  • งานศึกษานี้เน้นย้ำความสำคัญของเทคนิคการปรับแต่งเว็บสำหรับอุปกรณ์สเปกต่ำ เช่น Progressive Web Apps(PWA)
  • เครื่องมือและเทคนิคสำหรับการปรับแต่งเว็บ เช่น Google PageSpeed Insights, Lighthouse มีประโยชน์ต่อนักพัฒนาเว็บ
  • ผลการศึกษาย้ำถึงความสำคัญของการปฏิบัติตามมาตรฐานเว็บและเทคนิคการปรับแต่ง เพื่อปรับปรุงการเข้าถึงเว็บสำหรับผู้ใช้อุปกรณ์สเปกต่ำ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-03-17
ความคิดเห็น Hacker News
  • มีการชี้ให้เห็นจากรีวิว Tecno Spark 8C ว่าแม้จะรันเกม 3D อย่าง PUBG ได้ด้วยประสิทธิภาพที่พอใช้ได้ แต่นั่นไม่ได้หมายความว่าจะเร็วพอสำหรับการอ่านโพสต์บนแพลตฟอร์มโซเชียลมีเดียสมัยใหม่หรือเว็บฟอรัมที่เน้นข้อความ
    • ใน PUBG ทำได้ถึง 40fps แต่เวลาเลื่อนหน้าในเว็บไซต์ประเภทนี้อาจตกลงไปต่ำกว่า 0.4fps
    • เน้นว่าควรระวังเวลาทีมการตลาดขอให้ทีมฟรอนต์เอนด์เพิ่มสคริปต์ติดตามตัวใหม่ โดยตั้งสมมติฐานว่าผู้ใช้คงไม่รู้สึกถึงความแตกต่าง
  • กล่าวว่าการตระหนักถึงระดับความเหลื่อมล้ำที่หลากหลายในโลกเป็นเรื่องสำคัญ และควรรวมถึงประเทศรายได้ปานกลาง โดยเฉพาะในลาตินอเมริกาและเอเชียตะวันออกเฉียงใต้
    • ตัวอย่างเช่น ผู้ใช้ที่มีแพ็กเกจข้อมูลต่อเดือนเพียงไม่กี่ GB และใช้เครื่องที่มี RAM/CPU ใกล้เคียงสมาร์ตโฟนเรือธงของสหรัฐเมื่อ 10 ปีก่อน อาจยังใช้ Discourse ได้ แต่ประสบการณ์จะช้าและน่าหงุดหงิด
    • เชื่อว่าผู้ใช้กลุ่มนี้เป็นเหตุผลหลักที่อธิบายข้อสังเกตของ Dan ว่าการปรับปรุง CPU/RAM/ดิสก์ทีละน้อยช่วยเพิ่มการมีส่วนร่วมได้อย่างเห็นได้ชัด
  • กราฟของ Dan แสดงให้เห็นว่าสำหรับผู้ใช้เครื่องระดับล่างสุด การปรับแต่งแบบค่อยเป็นค่อยไปอาจไม่ช่วยอะไร
    • ทางออกเดียวอาจเป็นสถาปัตยกรรมไคลเอนต์คนละแบบไปเลย ที่ยอมลดฟีเจอร์และความสวยงามเพื่อส่งโค้ดที่เรียบง่ายที่สุดเท่าที่จะทำได้ หรือก็คือโหมด 'lite/basic'
    • น่าเสียดายที่แนวทางนี้ไม่ค่อยพิสูจน์ตัวเองว่าประสบความสำเร็จ และนักพัฒนาที่อยู่ในสหรัฐก็มักตัดสินใจพลาดว่าควรเก็บหรือตัดฟีเจอร์/ความสวยงามอะไรเพื่อแลกกับประสิทธิภาพ
  • จากประสบการณ์ล่าสุดกับโทรศัพท์ Android ที่ค่อนข้างช้า การโหลดเว็บเพจบางหน้าแม้จะดูเหมือนมีแค่ข้อความกับรูปภาพก็อาจหนักมาก
    • ปัญหานี้ซับซ้อนจากหลายปัจจัย หนึ่งในนั้นคือโทรศัพท์เก่าหรือช้าอาจใช้เบราว์เซอร์เต็มรูปแบบอย่าง Firefox for mobile ไม่ไหว เพราะตัวแอปกินทรัพยากรมากเกินไปก่อนจะเปิดเว็บไซต์เสียอีก
    • จึงต้องเปลี่ยนไปใช้เบราว์เซอร์แบบเบาอย่าง Firefox Focus แต่ก็ใช้ส่วนขยายไม่ได้ หมายความว่าไม่มี ublock origin และประสบการณ์เว็บก็ยิ่งแย่ลง
    • อีกปัญหาคือถ้าไม่ใช้เบราว์เซอร์ "มาตรฐาน" บางเว็บอาจใช้งานไม่ได้เลย
    • ในสถานการณ์แบบนี้ บริษัทต่าง ๆ มักพยายามบังคับให้ใช้แอป ทั้งที่ไม่รู้ว่าแอปนั้นจะกินพื้นที่บนอุปกรณ์ที่มีพื้นที่จำกัดมากแค่ไหน หรือจะทำงานแย่เพียงใด
    • บริษัท/เว็บไซต์จำนวนมากเคยมีเวอร์ชันแบบย่อสำหรับเครื่องช้าหรือการเชื่อมต่อช้า แต่ช่วงหลังเวอร์ชันเหล่านี้ค่อย ๆ หายไปและหาได้ยากขึ้น
  • เมื่อเพิ่งเปลี่ยนจากโทรศัพท์เรือธง LG อายุ 6 ปีไปเป็น Galaxy รุ่นใหม่ ความต่างด้านประสิทธิภาพนั้นมหาศาล
    • เครื่องนั้นถือว่าไฮเอนด์มากในตอนเปิดตัว ไม่ได้เก่ามากนัก และยังทำงานได้เหมือนใหม่
    • ทราบว่า Galaxy S9 ที่ใช้ทดสอบโค้ดก็เจอปัญหาเดียวกัน
    • เสนอว่าน่าจะใส่ Amazon เข้าไปในการทดสอบด้วย เพราะเว็บไซต์ Amazon เป็นหนึ่งในเว็บที่แย่ที่สุดบนอุปกรณ์มือถือที่มีอายุเกินราว 4 ปี
  • ยกข้อมูลประกอบว่า YouTube ใช้งานไม่ได้บน Raspberry Pi 3
    • ปัญหานี้เกิดขึ้นเมื่อปีก่อน ทั้งที่ก่อนหน้านั้นยัง "ดู" ได้ที่ราว 10-15FPS เช่น เวลาดูวิดีโอซ่อมของในเวิร์กช็อปก็ถือว่าเพียงพอ
    • ตอนที่ Raspberry Pi Model B ออกใหม่ ๆ มันเล่นวิดีโอ 1080p จากสตอเรจ ดู YouTube และเล่นเกมได้
    • ไม่แน่ใจว่า YouTube กำลังทำอะไรอยู่ แต่ปัญหาแบบนี้ควรถูกจัดการอย่างจริงจัง โดยเฉพาะถ้าคิดเรื่องวิกฤต/การเปลี่ยนแปลงสภาพภูมิอากาศอย่างจริงจัง ก็ควรมีการวิจารณ์อย่างหนักในสื่อว่าบริษัทอย่าง Google และ Meta ทำให้ CPU ของอุปกรณ์พลังงานต่ำทำงานหนักเกินจำเป็น และควรหันไปใช้บริการที่มีประสิทธิภาพกว่าแม้ UX โดยรวมอาจแย่ลง
  • ผู้ใช้อายุ 48 ปีคนหนึ่งบอกว่าอ่านบทความบนเดสก์ท็อปได้ยาก
    • จึงเพิ่มสไตล์ต่อไปนี้ให้กับ body ในเครื่องมือนักพัฒนาเพื่อให้อ่านง่ายขึ้น: 
      font-size: 18px;
line-height: 1.5em;
max-width: 38rem;
    • เน้นกับคนสายเทคนิคว่าสิ่งที่เพิ่มเข้าไปเพื่อให้หน้าอ่านง่ายขึ้นนั้นมีขนาดเพียง 64 ไบต์
  • ชี้ว่ามีแนวโน้มการออกแบบที่มุ่งไปที่การเชื่อมต่อความเร็วสูงและคุณภาพสูงมากเกินไป
    • เช่น ถ้าลองใช้ผลิตภัณฑ์ของ Google บน Wi‑Fi บนเครื่องบิน แม้แต่การแชตก็อาจใช้เวลาหลายนาทีหรือไม่โหลดเลย และมักค้างจนต้องโหลดใหม่ซึ่งเสียเงินแพง
    • อยากให้วิศวกรซอฟต์แวร์สนใจทดสอบในสภาวะที่ไม่สมบูรณ์บ้าง เพราะความเร็วต่ำ การเชื่อมต่อที่ติด ๆ ดับ ๆ และ packet loss เป็นเรื่องจริง
  • กล่าวว่าคำว่า "ผู้ใช้ที่มีอุปกรณ์ช้า" หมายถึง "คนที่พยายามใช้เครื่องเดิมให้นานเกินสองสามปี"
    • เสนอว่านักพัฒนาควรสำรวจฮาร์ดแวร์ของผู้ใช้ และบังคับให้ใช้ระบบที่ช้าที่สุดที่ยังพบได้ทั่วไปสัปดาห์ละหนึ่งวัน ถ้าไม่สนใจเรื่องประสิทธิภาพ บางทีพอเจ็บตัวมากพอก็อาจเริ่มสนใจ
  • ปกติชอบงานเขียนของ Dan Luu แต่รู้สึกว่าบทความนี้พลาดเป้า
    • ตาราง LCP/CPU นั้นดี แต่หลังจากนั้นบทความกลับกลายเป็นการวิเคราะห์จิตวิทยาแบบมโนอยู่หน้าจอเล็กน้อย จากคอมเมนต์สุ่มไม่กี่อันของผู้ก่อตั้ง Discourse ผู้อ่านถูกขอให้ปะติดปะต่อภาพทัศนคติที่คาดว่าวิศวกรซอฟต์แวร์มี
    • รู้สึกว่าบทความนี้นุ่มเกินไปและพึ่งพาดราม่าบนอินเทอร์เน็ตมากเกิน จึงไม่ค่อยน่าเชื่อถือเท่าไร
  • กล่าวว่าหากต้องการทำให้เว็บไซต์เข้าถึงได้มากขึ้นสำหรับคนที่ใช้อุปกรณ์ช้ากว่า โดยเฉพาะผู้ที่อาศัยอยู่ในประเทศกำลังพัฒนา ยังมีสิ่งที่ต้องคำนึงถึงอีกมาก
    • การใช้ภาษาอังกฤษที่ชัดเจนขึ้นและโครงสร้างประโยคที่เรียบง่ายขึ้น จะช่วยให้เนื้อหาเข้าถึงคนที่ไม่ได้อ่านภาษาอังกฤษได้คล่องเหมือนชาวอเมริกันที่มีการศึกษามากขึ้น
    • ควรลดจำนวน request ที่จำเป็นต่อการโหลดหน้า เพราะ latency อาจสูงมาก และแม้แต่ latency ไปยัง Cloudflare edge node ที่ใกล้ที่สุดก็อาจยังสูงอยู่