การให้ความสำคัญกับประสิทธิภาพไม่เพียงส่งผลดีต่อผู้ใช้เท่านั้น แต่ยังส่งผลดีต่อธุรกิจด้วย แม้ว่าแนวทางปฏิบัติแนะนําในคอลเล็กชันนี้จะมุ่งเน้นที่การเพิ่มประสิทธิภาพการผสานรวมแท็กผู้เผยแพร่โฆษณาผ่าน Google (GPT) เป็นหลัก แต่ปัจจัยอื่นๆ อีกมากมายก็ส่งผลต่อประสิทธิภาพโดยรวมของหน้าเว็บหนึ่งๆ เมื่อใดก็ตามที่คุณทำการเปลี่ยนแปลง สิ่งสำคัญคือต้องประเมินผลกระทบของการเปลี่ยนแปลงเหล่านั้นต่อประสิทธิภาพของเว็บไซต์ในทุกๆ ด้าน
วัดประสิทธิภาพของหน้าเว็บ
หากต้องการทําความเข้าใจว่าการเปลี่ยนแปลงส่งผลต่อประสิทธิภาพของเว็บไซต์อย่างไร คุณจะต้องสร้างพื้นฐานเพื่อเปรียบเทียบก่อน วิธีที่ดีที่สุดในการทำเช่นนี้คือการจัดทำงบประมาณด้านประสิทธิภาพซึ่งกําหนดพื้นฐานแนวคิดที่เว็บไซต์อาจหรือไม่เป็นไปตามข้อกำหนดในขณะนี้ อย่างไรก็ตาม หากต้องการรักษาระดับประสิทธิภาพไว้คงที่ คุณสามารถใช้เมตริกประสิทธิภาพปัจจุบันของเว็บไซต์เป็นพื้นฐานได้
หากต้องการเริ่มวัดประสิทธิภาพ เราขอแนะนําให้ใช้แนวทางต่อไปนี้ร่วมกัน
- การตรวจสอบแบบสังเคราะห์
- คุณสามารถใช้เครื่องมืออย่าง Lighthouse และ Publisher Ads Audits for Lighthouse เพื่อวัดประสิทธิภาพหน้าเว็บในสภาพแวดล้อมจำลอง การวัดผลประเภทนี้ไม่จำเป็นต้องมีการโต้ตอบของผู้ใช้ปลายทาง จึงควรใช้ในการทดสอบอัตโนมัติและใช้เพื่อตรวจสอบประสิทธิภาพของการเปลี่ยนแปลงก่อนเผยแพร่ต่อผู้ใช้
- Real User Monitoring (RUM)
- คุณสามารถใช้เครื่องมืออย่าง Google Analytics และ PageSpeed Insights เพื่อรวบรวมข้อมูลประสิทธิภาพการใช้งานจริงจากผู้ใช้โดยตรง การวัดผลประเภทนี้อิงตามการโต้ตอบของผู้ใช้ปลายทาง จึงมีประโยชน์ในการระบุปัญหาด้านประสิทธิภาพในระยะสุดท้ายที่การทดสอบแบบสังเคราะห์ไม่สามารถค้นพบได้ง่ายๆ
อย่าลืมวัดผลและเปรียบเทียบกับค่าฐานเป็นประจำ ข้อมูลนี้จะช่วยให้คุณทราบว่าประสิทธิภาพของเว็บไซต์มีแนวโน้มไปในทิศทางที่ถูกต้องหรือไม่เมื่อเวลาผ่านไป
เลือกสิ่งที่ต้องการวัด
ในด้านประสิทธิภาพ ไม่มีเมตริกใดเมตริกหนึ่งที่จะบอกข้อมูลทั้งหมดที่คุณต้องทราบเกี่ยวกับประสิทธิภาพของเว็บไซต์ คุณจะต้องดูเมตริกต่างๆ ที่ครอบคลุมแง่มุมต่างๆ ของประสิทธิภาพหน้าเว็บเพื่อให้เห็นภาพรวมที่สมบูรณ์ พื้นที่ประสิทธิภาพหลักและเมตริกที่แนะนําบางส่วนแสดงอยู่ในตารางด้านล่าง
พื้นที่ประสิทธิภาพ | |
---|---|
ความเร็วในการโหลดที่รับรู้ |
การวัดผล
ความเร็วที่หน้าเว็บโหลดและแสดงผลองค์ประกอบ UI ทั้งหมด เมตริกที่แนะนํา
First Contentful Paint (FCP) |
การตอบสนองของการโหลดหน้าเว็บ |
การวัดผล
ความเร็วที่หน้าเว็บตอบสนองหลังจากการโหลดครั้งแรก เมตริกที่แนะนำ
First Input Delay (FID) |
ความเสถียรของภาพ |
การวัดผล
องค์ประกอบ UI มีการเปลี่ยนแปลงมากน้อยเพียงใด และการเปลี่ยนแปลงเหล่านี้รบกวนการโต้ตอบของผู้ใช้หรือไม่ ดูข้อมูลเพิ่มเติมได้ที่ลดการเปลี่ยนแปลงของเลย์เอาต์ เมตริกที่แนะนํา
การเปลี่ยนแปลงโฆษณาแบบสะสม |
นอกจากประสิทธิภาพของหน้าเว็บแล้ว คุณอาจต้องวัดเมตริกทางธุรกิจที่เฉพาะเจาะจงของโฆษณาด้วย คุณสามารถดูข้อมูลต่างๆ เช่น การแสดงผล จํานวนคลิก และความสามารถในการแสดงผลตามแต่ละช่องได้จากการรายงานของ Google Ad Manager
ทดสอบการเปลี่ยนแปลง
เมื่อกําหนดเมตริกประสิทธิภาพและเริ่มวัดเมตริกเหล่านั้นเป็นประจําแล้ว คุณจะเริ่มใช้ข้อมูลนี้เพื่อประเมินผลกระทบด้านประสิทธิภาพของการเปลี่ยนแปลงในเว็บไซต์ได้ ซึ่งทำได้โดยการเปรียบเทียบเมตริกที่วัดหลังจากทําการเปลี่ยนแปลงกับเมตริกที่วัดก่อนทําการเปลี่ยนแปลง (และ/หรือฐานข้อมูลที่กําหนดไว้ก่อนหน้านี้) การทดสอบประเภทนี้จะช่วยให้คุณตรวจหาและแก้ไขปัญหาด้านประสิทธิภาพได้ก่อนที่ปัญหาจะกลายเป็นปัญหาใหญ่สำหรับธุรกิจหรือผู้ใช้
การทดสอบอัตโนมัติ
คุณสามารถวัดเมตริกที่ไม่ขึ้นอยู่กับการโต้ตอบของผู้ใช้ผ่านการทดสอบสังเคราะห์ คุณควรทำการทดสอบประเภทนี้ให้บ่อยที่สุดเท่าที่จะเป็นไปได้ในระหว่างกระบวนการพัฒนา เพื่อให้ทราบผลกระทบที่การเปลี่ยนแปลงที่ยังไม่ได้เผยแพร่จะมีต่อประสิทธิภาพ การทดสอบเชิงรุกในลักษณะนี้สามารถช่วยให้ทราบถึงปัญหาด้านประสิทธิภาพก่อนที่จะมีการเผยแพร่การเปลี่ยนแปลงให้แก่ผู้ใช้
วิธีหนึ่งในการทำเช่นนี้คือการทําให้การทดสอบแบบสังเคราะห์เป็นส่วนหนึ่งของเวิร์กโฟลว์การผสานรวมอย่างต่อเนื่อง (CI) ซึ่งการทดสอบจะทํางานโดยอัตโนมัติทุกครั้งที่มีการเปลี่ยนแปลง คุณสามารถใช้ Lighthouse CI เพื่อผสานรวมการทดสอบประสิทธิภาพแบบสังเคราะห์ไว้ในเวิร์กโฟลว์ CI ต่างๆ ได้ ดังนี้
การทดสอบ A/B
เมตริกที่ขึ้นอยู่กับการโต้ตอบของผู้ใช้จะทดสอบได้อย่างเต็มที่ก็ต่อเมื่อมีการเผยแพร่การเปลี่ยนแปลงให้ผู้ใช้ใช้งานจริง ซึ่งอาจเสี่ยงได้หากคุณไม่แน่ใจว่าจะเปลี่ยนแปลงอย่างไร เทคนิคหนึ่งในการลดความเสี่ยงดังกล่าวคือการทดสอบ A/B
ในระหว่างการทดสอบ A/B ระบบจะแสดงหน้าเว็บรูปแบบต่างๆ แก่ผู้ใช้แบบสุ่ม คุณสามารถใช้เทคนิคนี้เพื่อแสดงหน้าเว็บเวอร์ชันที่แก้ไขแล้วกับการเข้าชมโดยรวมเป็นเปอร์เซ็นต์เล็กน้อย ขณะที่ส่วนใหญ่จะแสดงหน้าเว็บที่ไม่มีการแก้ไขต่อไป เมื่อรวมกับ RUM คุณจะประเมินประสิทธิภาพที่เกี่ยวข้องของทั้ง 2 กลุ่มเพื่อพิจารณาว่ากลุ่มใดมีประสิทธิภาพมากกว่าได้ โดยไม่ทำให้การเข้าชมมีความเสี่ยงทั้ง 100%
ประโยชน์อีกอย่างหนึ่งของการทดสอบ A/B คือช่วยให้คุณวัดผลกระทบของการเปลี่ยนแปลงได้อย่างแม่นยำมากขึ้น สําหรับเว็บไซต์จํานวนมาก การพิจารณาว่าความแตกต่างเล็กน้อยของประสิทธิภาพเกิดจากการเปลี่ยนแปลงล่าสุดหรือความผันผวนปกติของการเข้าชมนั้นเป็นเรื่องยาก เนื่องจากกลุ่มทดสอบของการทดสอบ A/B แสดงถึงเปอร์เซ็นต์การเข้าชมโดยรวมที่แน่นอน เมตริกจึงควรแตกต่างจากกลุ่มควบคุมด้วยปัจจัยคงที่ ดังนั้น ความแตกต่างที่พบระหว่าง 2 กลุ่มจึงมีความน่าเชื่อถือมากขึ้นว่ามาจากการเปลี่ยนแปลงที่ทดสอบ
เครื่องมืออย่าง Optimizely และ Google Optimize ช่วยในการตั้งค่าและทำการทดสอบ A/B ได้ อย่างไรก็ตาม โปรดทราบว่าการทดสอบ A/B ที่อิงตามแท็ก (การกำหนดค่าเริ่มต้นสําหรับเครื่องมือเหล่านี้) อาจส่งผลเสียต่อประสิทธิภาพและให้ผลลัพธ์ที่ทําให้เข้าใจผิด ดังนั้น ขอแนะนำให้ผสานรวมฝั่งเซิร์ฟเวอร์
ผลการทดสอบ A/B
หากต้องการวัดผลกระทบของการเปลี่ยนแปลงโดยใช้การทดสอบ A/B คุณต้องรวบรวมเมตริกจากทั้งกลุ่มควบคุมและกลุ่มทดสอบ แล้วเปรียบเทียบกัน ในการดําเนินการนี้ คุณต้องมีวิธีระบุการเข้าชมที่เป็นส่วนหนึ่งของกลุ่มใดกลุ่มหนึ่ง
สําหรับเมตริกประสิทธิภาพหน้าเว็บ มักจะเพียงพอที่จะระบุตัวระบุง่ายๆ ในหน้าแต่ละหน้าเพื่อระบุว่ามีการแสดงเวอร์ชันควบคุมหรือเวอร์ชันทดสอบ ตัวระบุนี้เป็นอะไรก็ได้ที่คุณต้องการ ตราบใดที่เป็นสิ่งที่คุณสามารถแยกวิเคราะห์และเชื่อมโยงเมตริกได้ หากคุณใช้เฟรมเวิร์กการทดสอบที่สร้างไว้ล่วงหน้า โดยทั่วไประบบจะจัดการเรื่องนี้ให้คุณโดยอัตโนมัติ
สำหรับเมตริกธุรกิจเฉพาะโฆษณา คุณใช้ฟีเจอร์การกำหนดเป้าหมายคีย์-ค่าของ GPT เพื่อแยกระหว่างคำขอโฆษณาจากกลุ่มควบคุมเทียบกับกลุ่มทดสอบได้
// On control group (A) pages, set page-level targeting to:
googletag.pubads().setTargeting('your-test-id', 'a');
// On experimental group (B) pages, set page-level targeting to:
googletag.pubads().setTargeting('your-test-id', 'b');
จากนั้นคุณจะอ้างอิงคีย์-ค่าเหล่านี้ได้เมื่อเรียกใช้รายงาน Google Ad Manager เพื่อกรองผลลัพธ์ตามกลุ่ม