เว็บไซต์ของฉันสามารถรองรับการเข้าชมได้มากแค่ไหน?

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

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

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

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

แม้ว่าเราจะกล่าวถึงความเร็วและเมตริกต่างๆ เช่น Time to First Byte (TTFB) ที่นี่ แต่บทความต่อไปนี้จะนำเสนอข้อมูลเชิงลึกเกี่ยวกับเมตริกปริมาณการใช้ข้อมูลและคำถามที่พบบ่อย แม้ว่าจะเป็นคำถามที่สำคัญก็ตาม: “เว็บไซต์ของฉันสามารถรองรับปริมาณข้อมูลปริมาณข้อมูลได้มากเพียงใด”

การกำหนดกรอบคำถาม

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

อันดับแรก มาสำรวจคำจำกัดความของผู้ใช้พร้อมกันภายในบริบทของอินเทอร์เน็ต

ที่ WP Engine ทรัพยากรนี้คือไซต์ WordPress ของคุณ

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

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

เมตริกการเข้าชมรายเดือน: มีประโยชน์หรือไม่

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

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

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

เจาะลึกเมตริกผู้ใช้

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

• ผู้ใช้หรือผู้เยี่ยมชม เป็นเมตริกที่อธิบายถึงผู้ใช้ที่เข้าสู่ไซต์เป็นครั้งแรก โดยทั่วไปจะกำหนดโดย ID ผู้ใช้ที่ไม่ซ้ำใคร ที่ WP Engine นั้นถูกกำหนดให้เป็นที่อยู่ IP ที่ไม่ซ้ำกันและนับเป็นผู้เยี่ยมชมที่ไม่ซ้ำรายเดียวต่อวัน เนื่องจากการเข้าชมเพิ่มเติมใดๆ ของผู้ใช้คนเดียวกันจะรับรู้โดย ID ผู้ใช้ที่ไม่ซ้ำกัน ผู้ใช้ที่ไม่ซ้ำกันจะถูกนับเพียงครั้งเดียว
• เซสชันหรือการเข้าชม แสดงถึงช่วงเวลาที่ผู้ใช้มีส่วนร่วมกับไซต์ เซสชันเริ่มต้นเมื่อผู้ใช้เข้าชมไซต์เป็นครั้งแรกและสิ้นสุดเมื่อเกิด 3 สิ่งอย่างใดอย่างหนึ่ง: ผู้ใช้ปิดเบราว์เซอร์ ล้างคุกกี้ หรือไม่ใช้งานเป็นเวลา 30 นาที (ซึ่งเป็นระยะเวลาเริ่มต้นใน Google Analytics และสามารถกำหนดเองได้) ผู้ใช้คนเดียวสามารถมีได้หลายเซสชันตลอดทั้งวัน
• Hit คือการโต้ตอบระหว่างไซต์และทรัพยากรที่กำหนด ในด้านการวิเคราะห์ดิจิทัล เมตริกนี้หมายถึงข้อมูลที่ส่งไปยัง Google Analytics การเข้าชมเหล่านี้เป็นการดูหน้าเว็บโดยทั่วไป ภายในบริบท WP Engine การเข้าชมสามารถเป็นคำขอไปยังสภาพแวดล้อมการใช้งานจริงได้ คำขอเหล่านี้สามารถแคชได้ เช่น เนื้อหาแบบคงที่ (pngs, jpegs, pdf) หรือแบบไดนามิก เช่น การเขียนฐานข้อมูล (การลงทะเบียน การเผยแพร่โพสต์ คำสั่งซื้อผลิตภัณฑ์)

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

กล่าวโดยย่อ การรู้จำนวนผู้ใช้หรือผู้เยี่ยมชมรายเดือนนั้นไม่เพียงพอ

แล้วผู้ใช้ที่ใช้งาน Google Analytics ล่ะ?

มักมีความเข้าใจผิดเกี่ยวกับวิธีที่ Google Analytics และ WP Engine จับและกำหนดเมตริก พูดง่ายๆ ก็คือ ทั้งคู่กำลังติดตามข้อมูลนี้เพื่อวัตถุประสงค์ที่แตกต่างกัน Google Analytics เป็นเครื่องมือวิเคราะห์การตลาดและการแปลงเป็นหลัก ในทางตรงกันข้าม WP Engine เป็นแพลตฟอร์มที่มีการจัดการซึ่งติดตามการใช้ทรัพยากรดิบที่ชั้นโครงสร้างพื้นฐานและประสิทธิภาพที่ชั้นแอปพลิเคชัน วิธีการนั้นแตกต่างกันและอาจทำให้เกิดความแตกต่างระหว่างทั้งสองแพลตฟอร์ม

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

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

เมื่อคำนึงถึงสิ่งนี้ ผู้ใช้ที่ใช้งานอยู่ของ Google อาจมากกว่าจำนวนผู้ใช้พร้อมกันจริงบนไซต์ของคุณ และในกรณีที่พบไม่บ่อย เมตริกอาจน้อยกว่าการทำงานพร้อมกันจริง ทั้งนี้ขึ้นอยู่กับพฤติกรรมของผู้ใช้และระยะเวลาเซสชันเฉลี่ย

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

วิธีวัดผู้ใช้พร้อมกัน

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

1. คำนวณผู้ใช้พร้อมกัน

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

[เซสชันรายชั่วโมงสูงสุด X ระยะเวลาเซสชันเฉลี่ย (วินาที)] / 3600

สำหรับเซสชันสูงสุดรายชั่วโมง ให้ไปที่รายงาน "ภาพรวมผู้ชม" ใน Google Analytics —> ค้นหาช่วงเวลาที่มีการเข้าชมสูงสุด —> เปลี่ยนแท็บเป็น “รายชั่วโมง” —> วางเมาส์เหนือกราฟเพื่อดูจำนวนเซสชันสูงสุดภายในหนึ่งชั่วโมง

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

2. เลือกทางเลือก Google Analytics

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

แล้วความสามารถในการแคชล่ะ?

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

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

เพื่อขยายขอบเขตนี้ คำขอประเภทต่างๆ เหล่านี้มาในรูปแบบคงที่หรือไดนามิก:

• เนื้อหาคงที่ (ไฟล์ที่ไม่ค่อยเปลี่ยนแปลง) เช่น CSS, JS และรูปภาพ เป็นต้น สามารถแคชได้ง่าย
• เนื้อหาแบบไดนามิก เช่น หน้าเข้าสู่ระบบ ตะกร้าสินค้า และพื้นที่สำหรับสมาชิกเท่านั้นไม่สามารถแคชได้ เนื่องจากต้องการให้หน้าจอแสดงสิ่งที่ไม่ซ้ำกันสำหรับแต่ละคนที่เข้าชม

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

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

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

ไดอะแกรมนี้แสดงเทคโนโลยีต่างๆ ที่จำเป็นสำหรับการแสดงเนื้อหาแบบสแตติกเทียบกับไดนามิก:

ยกตัวอย่าง สมมติว่าเรามีเว็บไซต์รับเลี้ยงลูกสุนัขชื่อ “The Puppy Nursery” ในฐานะผู้เยี่ยมชมรายใหม่ที่เข้ามาในไซต์ จู่ๆ คุณก็มีส่วนร่วมกับรูปภาพคุณภาพสูงในหน้าแรก หลังจากวางเมาส์เหนือเมนู คุณตัดสินใจคลิกหน้าประวัติลูกสุนัขเพื่อดูรายละเอียดเพิ่มเติมเกี่ยวกับสัตว์แต่ละตัว หน้าเหล่านี้ส่วนใหญ่จะเป็นแบบคงที่โดยมีคำอธิบายและรูปภาพของลูกสุนัขน่ารัก เนื่องจากหน้าเหล่านี้มีเนื้อหาคงที่เป็นส่วนใหญ่ (แคชได้) เซสชันผู้ใช้เฉพาะนี้จึงไม่ใช้ทรัพยากรมาก

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

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

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

เว็บไซต์ประเภทต่างๆ

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

การขยายแนวคิดนี้ ต่อไปนี้เป็นไซต์ประเภทต่างๆ ที่โดยทั่วไปเป็นแบบคงที่หรือไดนามิก มากกว่า

คงที่:

• เว็บไซต์โบรชัวร์
• เว็บไซต์การตลาด B2B
• องค์กรที่ไม่แสวงหาผลกำไร
• บล็อก (กิจกรรมการโพสต์ต่ำ)
• ไซต์ใดก็ตามที่มีการโต้ตอบกับผู้ใช้ต่ำมาก

พลวัต:

• ร้านค้าอีคอมเมิร์ซ
• เว็บไซต์สมาชิก
• WordPress หลายไซต์
• ระบบการจัดการเรียนรู้
• ไซต์ใดก็ตามที่มีการโต้ตอบกับผู้ใช้สูง (ความคิดเห็น การลงทะเบียน ธุรกรรมการสั่งซื้อ กิจกรรมการเข้าสู่ระบบ ข้อความค้นหา)

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

ตอนนี้มาแปลสิ่งนี้เป็นการเข้าชม ลองนึกภาพสถานการณ์ที่คุณมีไซต์สองประเภท: โบรชัวร์และอีคอมเมิร์ซ โดยธรรมชาติแล้ว ไซต์โบรชัวร์จะคงที่มากกว่าร้านค้าอีคอมเมิร์ซ ตามลำดับ เราจะบอกว่าคะแนนความสามารถในการแคชของแต่ละไซต์คือ 90% และ 20% หากไซต์ของคุณโฮสต์บน WP Engine โปรดติดต่อทีมสนับสนุนของเราเพื่อพิจารณาคะแนนความสามารถในการแคชของคุณ

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

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

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

ถามคำถามที่เหมาะสม

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

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

มีผู้ใช้กี่คนที่เข้าสู่ระบบและออกจากระบบ

เว็บไซต์แคชได้แค่ไหน?

เวลาตอบสนอง คำขอต่อนาที เวลาแฝง และอัตราข้อผิดพลาดที่ยอมรับได้ในช่วงโหลดสูงสุดนี้อยู่ในระดับใด

และจะเกิดอะไรขึ้นหากไม่เป็นไปตาม KPI เหล่านี้?

สิ่งนั้นอาจส่งผลกระทบต่อรายได้อย่างไร

เข้าสู่การทดสอบโหลด

เพื่อตอบคำถามเหล่านี้ เราขอแนะนำให้ทำการทดสอบโหลดเพื่อจำลองสถานการณ์จริง

 การทดสอบโหลด คือกระบวนการกำหนดความต้องการให้กับระบบเพื่อพิจารณาว่าระบบจะทำงานอย่างไร

แม้ว่าการทดสอบประสิทธิภาพของเพจ (มีให้สำหรับลูกค้า WP Engine) หรือการทดสอบ Speed ​​Tool (มีให้สำหรับทุกคน) จะวัดความเร็วของไซต์จากการเข้าชมครั้งเดียว นั่นเป็นเพียงบทแรกเท่านั้น การทดสอบการโหลดจะบอกเรื่องราวทั้งหมด

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

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

ต่อไปนี้เป็นแหล่งข้อมูลที่จะช่วย:

หากต้องการข้อมูลเชิงลึกเกี่ยวกับการทดสอบโหลด โปรดดูเอกสารทางเทคนิคนี้

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

ความคิดสุดท้าย

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

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

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

ทุกธุรกิจมีความต้องการที่แตกต่างกัน สำหรับลูกค้าองค์กร มีข้อกำหนดทางธุรกิจและการทำงานที่สำคัญที่ต้องปฏิบัติตาม

ตามเสาหลักของ AWS Well-Architected Framework สิ่งเหล่านี้มีความสำคัญสูงสุด:

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

WP Engine ปฏิบัติตามแนวทางปฏิบัติมาตรฐานอุตสาหกรรมที่สอดคล้องกับเสาหลักเหล่านี้

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