เทียบกับการทดสอบฝั่งไคลเอ็นต์ การทดสอบฝั่งเซิร์ฟเวอร์: ทั้งคู่ชนะ

ในการรันการทดสอบ นักเพิ่มประสิทธิภาพสามารถเลือกระหว่างการทดสอบฝั่งไคลเอ็นต์และฝั่งเซิร์ฟเวอร์

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

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

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

เทียบกับการทดสอบฝั่งไคลเอ็นต์ การทดสอบฝั่งเซิร์ฟเวอร์

อย่างไรก็ตาม นั่นจะเป็นการลดการทดสอบฝั่งไคลเอ็นต์

การทดสอบฝั่งไคลเอ็นต์อาจดูเหมือนง่าย แต่มีศักยภาพ

ง่ายที่จะยกเลิกการทดสอบ A/B ฝั่งไคลเอ็นต์ว่าเป็น "การทดสอบที่ง่าย" ที่ทุกคนสามารถทำได้ เห็นด้วย: ง่ายต่อการนำไปใช้ และบางครั้ง อาจมีขนาดเล็กเท่ากับการทดสอบสีหรือสำเนาปุ่ม CTA อื่น

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

ในกรณีศึกษานี้ บริษัท SaaS ใช้ Convert Experiences เป็นเครื่องมือทดสอบ A/B ฝั่งไคลเอ็นต์เพื่อเพิ่มโอกาสในการขายเพิ่มขึ้น 61% ในหน้าแรก:

นี่คือการทดสอบอื่นในการทดสอบ A/B โดยใช้ Convert Experiences เป็นเครื่องมือทดสอบฝั่งไคลเอ็นต์สำหรับบริษัท SaaS เดียวกันบนหน้าการกำหนดราคาซึ่งทำให้โอกาสในการขายเพิ่มขึ้น 57%:

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

แต่การทดสอบฝั่งเซิร์ฟเวอร์จริงๆ ช่วยให้คุณทดสอบได้มากขึ้น

เมื่อคุณต้องการทดสอบให้ลึกกว่าส่วนหน้า คุณต้องทำการทดสอบฝั่งเซิร์ฟเวอร์

ลองนำสิ่งนี้มาพิจารณาด้วยบางสถานการณ์

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

แต่ถ้าคุณต้องการทดสอบอัลกอริธึมการค้นหาใหม่ที่สามารถแสดงผลการค้นหาที่เกี่ยวข้องมากขึ้น (และในระยะยาวจะส่งผลให้มียอดขายเพิ่มขึ้น) คุณจะต้องทำการทดสอบ A/B ฝั่งเซิร์ฟเวอร์ .

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

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

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

อย่างไรก็ตาม หากคุณต้องการทดสอบเอ็นจิ้นการแนะนำที่ดีกว่า คุณจะต้องไปทดสอบฝั่งเซิร์ฟเวอร์

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

คุณสามารถพูดได้ว่าหากการทดสอบฝั่งไคลเอ็นต์มีไว้สำหรับนักการตลาด การทดสอบฝั่งเซิร์ฟเวอร์นั้นมีไว้สำหรับทีมผลิตภัณฑ์และวิศวกรรมเป็นหลัก และเครื่องมือทดสอบ A/B เช่น Convert Experiences มีทั้งการทดสอบฝั่งไคลเอ็นต์และฝั่งเซิร์ฟเวอร์เพื่อรองรับทั้งทีมการตลาดและทีมวิศวกรรม

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

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

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

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

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

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

การนำการทดสอบฝั่งเซิร์ฟเวอร์ไปใช้

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

1. ลงชื่อเข้าใช้เครื่องมือเช่น Convert

2. ใช้ตัวแก้ไข WYSIWYG และสร้างรูปแบบต่างๆ

3. ตั้งค่าการทดสอบ (กำหนดเงื่อนไขการกำหนดเป้าหมายผู้ชม ระยะเวลาการทดสอบ ขนาดและการแบ่งกลุ่มตัวอย่าง ระดับความมั่นใจ ฯลฯ)

หยิบโค้ด JS และเพิ่มลงในเว็บไซต์ของคุณ

และเสร็จแล้ว

จากนั้นคุณจะต้องขอความช่วยเหลือด้านการพัฒนาเพื่อเปิดตัวเวอร์ชันที่ชนะหากการควบคุมเกิดขึ้นเพื่อแพ้

อย่างไรก็ตาม การทดสอบฝั่งเซิร์ฟเวอร์นั้นไม่ตรงไปตรงมานัก

ที่นี่ คุณจะต้อง:

1. สร้างการทดลองของคุณใน Convert Experiences

2. พัฒนาและปรับใช้รูปแบบการทดสอบทั้งหมดของคุณบนเซิร์ฟเวอร์ของคุณ

3. แมปประสบการณ์การใช้งานเซิร์ฟเวอร์ของคุณใน Convert Experiences โดยใช้โค้ดที่กำหนดเอง (โดยใช้รหัสการทดสอบของคุณ รหัสของรูปแบบต่างๆ ตามที่กำหนดไว้ในเครื่องมือทดสอบของคุณ และอื่นๆ)

ในการทดสอบฝั่งเซิร์ฟเวอร์ดังกล่าว โค้ดของคุณต้องบอกเซิร์ฟเวอร์ว่าจะแสดงรูปแบบใดต่อผู้ใช้ปัจจุบัน คุณสามารถใช้คุกกี้เพื่ออำนวยความสะดวกในเรื่องนี้ ตัวอย่างเช่น ในการใช้การทดสอบฝั่งเซิร์ฟเวอร์ A/B กับ Convert คุณจะต้องตั้งค่าคุกกี้ด้วยข้อมูลต่อไปนี้:

เซิร์ฟเวอร์จะอ่านคุกกี้ของคุณและ
ให้บริการเวอร์ชัน (และเซสชันที่ตามมาทั้งหมด) ตามลำดับ

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

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

4. เรียกใช้การทดสอบ

5. เปิดตัวเวอร์ชันที่ชนะแล้วย้อนกลับผู้แพ้

คุณอาจต้องทำความสะอาดเซิร์ฟเวอร์ โพสต์การเปิดตัว/ย้อนกลับครั้งสุดท้าย

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

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

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

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

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

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

บอกเราหน่อย… คุณเคยทำการทดสอบฝั่งเซิร์ฟเวอร์บ้างไหม? ถ้าเป็นเช่นนั้น อะไรคือส่วนที่ยากที่สุดของกระบวนการนี้? อ้อ และถ้าคุณต้องการเรียกใช้การทดสอบ A/B ฝั่งเซิร์ฟเวอร์ ลองดู Convert (ฟรี 15 วัน!)