เนื้อหาบนหลายอุปกรณ์

คำนึงถึงเนื้อหา รวมถึงการออกแบบและการออกแบบกราฟิกเมื่อสร้างสำหรับผู้ใช้และอุปกรณ์ที่หลากหลาย

วิธีการอ่านของผู้คนในเว็บ

คู่มือการเขียนของรัฐบาลสหรัฐอเมริกาสรุปสิ่งที่ผู้คนต้องการจากการเขียนบนเว็บ

ผลการวิจัยแสดงให้เห็นว่าผู้คนไม่ได้อ่านหน้าเว็บ แต่สแกน โดยเฉลี่ยแล้วผู้คนอ่านเนื้อหาของหน้าเว็บเพียง 20–28% เท่านั้น การอ่านจากหน้าจอจะช้ากว่าการอ่านจากกระดาษมาก ผู้คนเลิกใช้และออกจากเว็บไซต์ของคุณเว้นแต่ข้อมูลจะเข้าถึงและเข้าใจได้ง่าย

วิธีเขียนสำหรับมือถือ

โฟกัสไปยังเรื่องที่ตรงใจและเล่าเรื่องราวล่วงหน้า เพื่อให้การเขียนทำงานได้ในอุปกรณ์และวิวพอร์ตที่หลากหลาย ให้เขียนประเด็นสำคัญของคุณตั้งแต่ต้น นั่นคือตามกฎแล้ว ใน 4 ย่อหน้าแรกจะมีคำประมาณ 70 คำ

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

เผยแพร่เฉพาะสิ่งที่ผู้เข้าชมต้องการ และไม่เผยแพร่เพิ่มเติม

การวิจัยของรัฐบาลสหราชอาณาจักรยังแสดงให้เห็นว่า

กล่าวคือ ใช้ภาษาง่ายๆ คำสั้นๆ และโครงสร้างประโยคง่ายๆ แม้จะเป็นผู้ชมด้านเทคนิคและรอบรู้ก็ตาม คุณควรใช้น้ำเสียงเชิงสนทนาของคุณเป็นไปอย่างสมเหตุสมผล เว้นแต่มีเหตุผลที่ไม่ควรเป็นเช่นนั้น กฎเดิมของวงการวารสารศาสตร์คือการเขียนให้ราวกับว่าคุณพูดกับเด็กอัจฉริยะอายุ 11 ปี

ผู้ใช้พันล้านคนที่จะมาถึง

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

ผู้ใช้อีกพันล้านคนถัดไปที่ออนไลน์จะมีอุปกรณ์ราคาถูก พวกเขาจะไม่อยากใช้งบประมาณข้อมูลไปกับการเลื่อนดูเนื้อหาที่ต้องยืดยาว และอาจจะไม่ได้อ่านในภาษาแรกของตนเอง ตัดข้อความ: ใช้ประโยคสั้นๆ เครื่องหมายวรรคตอนให้น้อยที่สุด ย่อหน้าที่มีไม่เกิน 5 บรรทัด และส่วนหัวบรรทัดเดียว ลองใช้ข้อความที่ปรับเปลี่ยนตามอุปกรณ์ (เช่น การใช้บรรทัดแรกที่สั้นลงสำหรับวิวพอร์ตขนาดเล็ก) แต่โปรดระวังข้อเสีย

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

โดยมีข้อสรุปดังนี้

• ทำให้เรียบง่าย
• ลดความยุ่งเหยิง
• เข้าประเด็น

ลบเนื้อหาที่ไม่จำเป็น

ในแง่ของขนาดไบต์ หน้าเว็บจะใหญ่ขึ้นเรื่อยๆ

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

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

Jackob Nielsen

ถามตัวเองว่าผู้คนพยายามจะบรรลุเป้าหมายอะไรเมื่อเข้าชมเว็บไซต์ของฉัน

ทุกองค์ประกอบของหน้าช่วยให้ผู้ใช้บรรลุเป้าหมายของตนหรือไม่

นำองค์ประกอบของหน้าที่ซ้ำซ้อนออก

ไฟล์ HTML ประกอบด้วยคำขอเกือบ 70, 000 รายการและมีคำขอมากกว่า 9 รายการสำหรับหน้าเว็บโดยเฉลี่ยตามข้อมูลจาก HTTP Archive

เว็บไซต์ยอดนิยมหลายแห่งใช้เอลิเมนต์ HTML หลายพันรายการต่อหน้าและโค้ดหลายพันบรรทัด แม้แต่ในอุปกรณ์เคลื่อนที่ ขนาดไฟล์ HTML ที่มากเกินไปอาจไม่ทำให้หน้าเว็บโหลดช้าลง แต่เพย์โหลด HTML ที่มากเกินไปอาจเป็นสัญญาณบ่งบอกว่าเนื้อหามีการขยายตัว เช่น ไฟล์ .html ที่ใหญ่กว่าหมายถึงมีองค์ประกอบมากกว่า เนื้อหาข้อความมากขึ้น หรือทั้ง 2 อย่าง

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

ทุกขั้นตอนที่คุณทำให้ผู้ใช้ทำก่อนที่จะได้รับประโยชน์จากแอป คุณจะเสียค่าใช้จ่าย 20% ของผู้ใช้

Gabor Cselle จาก Twitter

เช่นเดียวกับเนื้อหา คือช่วยให้ผู้ใช้ได้รับสิ่งที่ต้องการโดยเร็วที่สุด

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

พิจารณาการจัดการเนื้อหาและเวิร์กโฟลว์เพื่อดูว่าระบบเดิมทำให้เกิดเนื้อหาเดิมหรือไม่

ลดความซับซ้อนของข้อความ

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

นำรูปภาพที่ซ้ำซ้อนออก

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

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

ลบภาพออกหากทำได้

ต่อไปนี้คือคำแนะนำบางส่วน

• พิจารณาการออกแบบให้หลีกเลี่ยงรูปภาพทั้งหมด หรือใช้รูปภาพเท่าที่จําเป็น แค่ข้อความอย่างเดียวก็ดูสวยได้! ถามตัวเองว่า "ผู้เข้าชมเว็บไซต์ของฉันต้องการบรรลุเป้าหมายใด รูปภาพช่วยในเรื่องนี้ไหม"
• ในสมัยก่อน การบันทึกส่วนหัวและข้อความอื่นๆ เป็นกราฟิกเป็นเรื่องปกติ วิธีนี้ตอบสนองต่อการเปลี่ยนแปลงขนาดวิวพอร์ตได้ไม่ดีนัก และเพิ่มน้ำหนักและเวลาในการตอบสนองของหน้าเว็บ การใช้ข้อความเป็นกราฟิกยังช่วยให้เครื่องมือค้นหาไม่พบข้อความ และโปรแกรมอ่านหน้าจอและเทคโนโลยีความช่วยเหลืออื่นๆ จะเข้าถึงข้อความดังกล่าวไม่ได้ ใช้ข้อความ "จริง" เมื่อเป็นไปได้ แบบอักษรสำหรับเว็บและ CSS ช่วยให้มีแบบอักษรที่สวยงาม
• ใช้ CSS แทนรูปภาพสำหรับการไล่ระดับสี เงา มุมโค้งมน และพื้นผิวพื้นหลัง ฟีเจอร์ที่เบราว์เซอร์ที่ทันสมัยทั้งหมดรองรับ อย่างไรก็ตาม โปรดทราบว่า CSS อาจดีกว่ารูปภาพ แต่ยังคงมีบทลงโทษในการประมวลผลและแสดงผล โดยเฉพาะอย่างยิ่งบนอุปกรณ์เคลื่อนที่
• ภาพพื้นหลังทำงานได้ดีน้อยบนอุปกรณ์เคลื่อนที่ คุณใช้คำค้นหาสื่อเพื่อหลีกเลี่ยงภาพพื้นหลังบนวิวพอร์ตขนาดเล็กได้
• หลีกเลี่ยงรูปภาพในหน้าจอแนะนำ
• ใช้ CSS สำหรับภาพเคลื่อนไหวของ UI
• ทำความรู้จักรูปอักขระของคุณ โดยใช้สัญลักษณ์และไอคอน Unicode แทนรูปภาพ หากจำเป็น ก็ให้ใช้แบบอักษรเว็บ
• ลองใช้แบบอักษรของไอคอน เพราะเป็นกราฟิกเวกเตอร์ที่สามารถปรับขนาดได้ไม่รู้จบ และสามารถดาวน์โหลดรูปภาพทั้งชุดในแบบอักษรเดียวได้ (แต่โปรดรับทราบข้อกังวลเหล่านี้)
• คุณใช้องค์ประกอบ <canvas> เพื่อสร้างรูปภาพใน JavaScript จากเส้น เส้นโค้ง ข้อความ และรูปภาพอื่นๆ ได้
• รูปภาพ SVG ในหน้าหรือ URI ข้อมูลจะไม่ลดน้ำหนักหน้าเว็บ แต่สามารถลดเวลาในการตอบสนองได้ด้วยการลดจำนวนคำขอทรัพยากร SVG แทรกในบรรทัดมีการรองรับที่ยอดเยี่ยมในเบราว์เซอร์บนอุปกรณ์เคลื่อนที่และเดสก์ท็อป และเครื่องมือเพิ่มประสิทธิภาพสามารถลดขนาด SVG ได้อย่างมาก ในทำนองเดียวกัน URI ข้อมูลก็ได้รับการรองรับเป็นอย่างดี ทั้ง 2 แบบสามารถแทรกใน CSS ได้
• ลองใช้ <video> แทน GIF แบบเคลื่อนไหว องค์ประกอบวิดีโอใช้ได้กับทุกเบราว์เซอร์บนอุปกรณ์เคลื่อนที่ (นอกเหนือจาก Opera Mini)

ดูข้อมูลเพิ่มเติมได้ที่การเพิ่มประสิทธิภาพรูปภาพและการขจัดและแทนที่รูปภาพ

ออกแบบเนื้อหาให้ทำงานได้ดีในวิวพอร์ตขนาดต่างๆ

"สร้างผลิตภัณฑ์ อย่านำเสนอผลิตภัณฑ์ขึ้นใหม่สำหรับหน้าจอขนาดเล็ก เราสร้างผลิตภัณฑ์ที่ยอดเยี่ยมบนอุปกรณ์เคลื่อนที่ไว้โดยไม่มีวิธีย้าย"

การออกแบบและพัฒนาอุปกรณ์เคลื่อนที่ของ Brian Fling

นักออกแบบที่ยอดเยี่ยมไม่ "เพิ่มประสิทธิภาพสำหรับอุปกรณ์เคลื่อนที่" แต่คิดให้ตอบสนองอย่างรวดเร็วเพื่อสร้างเว็บไซต์ที่ทำงานได้ในอุปกรณ์หลายประเภท โครงสร้างข้อความและเนื้อหาอื่นๆ ในหน้าเว็บมีความสำคัญอย่างยิ่งต่อความสำเร็จจากหลายอุปกรณ์

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

นี่คือภาพถ่ายของทั้ง 2 ภาพร่วมกัน:

บนหน้าจอที่ใหญ่ขึ้น ข้อความจะมีขนาดเล็กแต่สามารถอ่านได้

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

ออกแบบเนื้อหาสำหรับอุปกรณ์เคลื่อนที่

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

"เนื้อหามาก่อนการออกแบบ การออกแบบโดยไม่มีเนื้อหาไม่ใช่การออกแบบ แต่เป็นการตกแต่ง"

เจฟฟรีย์ เซลด์แมน

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

เนื้อหาทดสอบ

• ตรวจสอบความสามารถในการอ่านบนวิวพอร์ตขนาดเล็กโดยใช้เครื่องมือสำหรับนักพัฒนาเว็บใน Chrome และเครื่องมือจำลองอื่นๆ
• ทดสอบเนื้อหาภายใต้สภาวะที่มีแบนด์วิดท์ต่ำและเวลาในการตอบสนองสูง ลองใช้เนื้อหาในสถานการณ์การเชื่อมต่อที่หลากหลาย
• ลองอ่านและโต้ตอบกับเนื้อหาของคุณในโทรศัพท์ราคาประหยัด
• ขอให้เพื่อนและเพื่อนร่วมงานทดลองใช้แอปหรือเว็บไซต์
• สร้างห้องปฏิบัติการทดสอบอุปกรณ์ที่เรียบง่าย ที่เก็บ GitHub สำหรับ Mini Mobile Device Lab ของ Google มีวิธีการสร้างด้วยตัวเอง OpenSTF เป็นเว็บแอปพลิเคชันที่ใช้งานง่ายสำหรับการทดสอบเว็บไซต์ในอุปกรณ์ Android หลายเครื่อง

การทำงานของ OpenSTF มีดังนี้

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

วิธีนี้ทำให้มีการนำเข้าเนื้อหามากขึ้นในการวางแผนเพื่อให้ทำงานได้ดีในวิวพอร์ตต่างๆ และให้ความสำคัญกับเนื้อหาเมื่อพิจารณาการออกแบบเลย์เอาต์ อินเทอร์เฟซ และการโต้ตอบแบบหลายอุปกรณ์

ทำความเข้าใจเกี่ยวกับต้นทุนด้านอินเทอร์เน็ต

หน้าเว็บมีขนาดใหญ่ขึ้น

จากข้อมูลของ HTTP Archive น้ำหนักหน้าเว็บโดยเฉลี่ยสำหรับเว็บไซต์ยอดนิยม 1 ล้านเว็บคือ 2 MB

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

การลดน้ำหนักหน้าเว็บอาจช่วยได้เช่นกัน Chris Zacharias จาก YouTube พบว่าเมื่อพวกเขาลดขนาดของหน้าสำหรับดูจาก 1.2 MB เป็น 250 KB

กล่าวอีกนัยหนึ่งคือ การลดน้ำหนักหน้าเว็บสามารถเปิดตลาดใหม่ทั้งหมด

คำนวณน้ำหนักหน้าเว็บ

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

Firefox และเบราว์เซอร์อื่นๆ ก็มีเครื่องมือที่คล้ายคลึงกัน

WebPagetest ช่วยให้ทดสอบการโหลดหน้าเว็บแรกและหน้าถัดไป คุณสามารถทำการทดสอบโดยอัตโนมัติได้ด้วยสคริปต์ (เช่น เพื่อเข้าสู่ระบบเว็บไซต์) หรือใช้ RESTful API ตัวอย่างต่อไปนี้ (โหลด developers.google.com/web) แสดงให้เห็นว่าการแคชสําเร็จและการโหลดหน้าเว็บครั้งต่อๆ ไปไม่จําเป็นต้องมีทรัพยากรเพิ่มเติม

นอกจากนี้ WebPagetest ยังแจกแจงขนาดและรายละเอียดของคำขอตามประเภท MIME ด้วย

คำนวณต้นทุนหน้าเว็บ

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

เว็บไซต์ค่าใช้จ่ายของเว็บไซต์ของฉันคืออะไร ช่วยประมาณค่าใช้จ่ายทางการเงินที่แท้จริงสำหรับการโหลดเว็บไซต์ของคุณ ฮิสโตแกรมด้านล่างแสดงค่าใช้จ่าย (โดยใช้แผนข้อมูลแบบชำระล่วงหน้า) ในการโหลด amazon.com

โปรดทราบว่าวิธีนี้ไม่ได้คำนึงถึงความสามารถในการซื้อเมื่อเทียบกับรายได้ ข้อมูลจาก blog.jana.com จะแสดงค่าใช้จ่ายของข้อมูล

	ค่าใช้จ่ายสำหรับแพ็กเกจอินเทอร์เน็ต 500 MB (USD)	ค่าจ้างขั้นต่ำ รายชั่วโมง (USD)	ชั่วโมงการทำงานที่ต้องชำระ สำหรับแพ็กเกจอินเทอร์เน็ต 500 MB
อินเดีย	$3.38	$0.20	17 ชั่วโมง
อินโดนีเซีย	$2.39	12.90 บาท	6 ชั่วโมง
บราซิล	$13.77	$1.04	13 ชั่วโมง

น้ำหนักหน้าเว็บไม่ได้เป็นเพียงปัญหาสำหรับตลาดเกิดใหม่ ในหลายๆ ประเทศ ผู้คนใช้แพ็กเกจมือถือที่มีปริมาณอินเทอร์เน็ตที่จำกัด และจะหลีกเลี่ยงเว็บไซต์หรือแอปของคุณหากเห็นว่ามีขนาดใหญ่และมีราคาแพง แม้แต่แพ็กเกจอินเทอร์เน็ตมือถือและ Wi-Fi แบบ "ไม่จำกัด" ก็ยังมีการจำกัดปริมาณอินเทอร์เน็ตที่เกินจากการบล็อกหรือการควบคุม ด้วยเหตุผลเหล่านี้ วิธีที่ดีที่สุดคือการให้ข้อมูลปริมาณที่หน้าเว็บใช้ไปอย่างโปร่งใสที่สุด บล็อกโพสต์ต่อไปนี้มีแนวทางปฏิบัติแนะนำที่เจาะจง: สร้างความเชื่อมั่นด้วยความโปร่งใสของต้นทุน

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