CrUX Ad Metrics คืออะไร และเว็บไซต์ควรใช้ข้อมูลโฆษณาชุดใหม่ของ Google อย่างไร

Google เพิ่มตัวชี้วัดโฆษณาแบบทดลองใน Chrome UX Report (CrUX) เพื่อให้เห็นภาระโฆษณาที่ผู้ใช้ Chrome พบเจอจริงในภาพรวม ไม่ว่าจะเป็นจำนวนโฆษณาที่อยู่บนหน้าจอ สัดส่วนพื้นที่ที่โฆษณาครอบครอง ปริมาณข้อมูลที่ใช้ และเวลาประมวลผลของ CPU ที่เกี่ยวข้องกับโฆษณา 13

ประโยชน์สำคัญคือ ผู้เผยแพร่โฆษณา (publishers), ทีม Ad Operations, นักการตลาด และทีมเว็บเพอร์ฟอร์แมนซ์ สามารถแยกปัญหาออกจากกันได้ชัดขึ้น: หน้าเว็บรกเพราะมีโฆษณามากเกินไป หรือจริง ๆ แล้วดูไม่รกมากแต่ระบบโฆษณาเบื้องหลังใช้ข้อมูลและทรัพยากรเครื่องหนักเกินไป

อย่างไรก็ตาม นี่ไม่ใช่คะแนนตัดสิน “คุณภาพโฆษณา” และ Google ยังไม่ได้ประกาศว่าเป็นปัจจัยจัดอันดับโดยตรงของ Google Search 13

4 ตัวชี้วัดโฆษณาใน CrUX วัดอะไรบ้าง

Google อธิบายมิติของประสบการณ์โฆษณาไว้ 4 ด้านดังนี้ 13

• Ad Count — จำนวนโฆษณาโดยเฉลี่ยที่ปรากฏอยู่ใน viewport หรือพื้นที่หน้าจอที่ผู้ใช้กำลังมองเห็น
• Ad Density — สัดส่วนเฉลี่ยของพื้นที่ viewport ที่ถูกโฆษณาครอบครอง
• Ad Weight (Network Usage) — ทรัพยากรเครือข่ายที่โฆษณาใช้ วัดเป็นไบต์
• Ad Weight (CPU Usage) — ทรัพยากรการประมวลผลที่โฆษณาใช้ วัดเป็นมิลลิวินาที

การดูทั้งสี่ค่าไปพร้อมกันสำคัญกว่าการนับจำนวนสล็อตโฆษณาเพียงอย่างเดียว ตัวอย่างเช่น

• หน้าเว็บอาจมีโฆษณาไม่กี่ชิ้น แต่มี Ad Density สูง เพราะมีโฆษณาแบบ sticky ขนาดใหญ่กินพื้นที่จอมาก
• หน้าเว็บอาจดูไม่แน่นนัก แต่มีระบบ programmatic advertising, สคริปต์จากภายนอก หรือครีเอทีฟที่หนัก ทำให้ค่า Network และ CPU สูง
• ในทางกลับกัน โฆษณาขนาดเล็กจำนวนมากอาจทำให้ Ad Count เพิ่ม แต่ไม่จำเป็นต้องมีภาระเครือข่ายหรือ CPU สูงเท่ากัน

CrUX เก็บข้อมูลแบบไหน

CrUX คือชุดข้อมูลสาธารณะของ Google ที่สรุปประสบการณ์ใช้งานจริงจากผู้ใช้ Chrome ที่เข้าเกณฑ์ ข้อมูลจึงสะท้อนความหลากหลายของอุปกรณ์ เครือข่าย เวอร์ชันหน้าเว็บ และการส่งโฆษณาที่เกิดขึ้นจริง แทนที่จะเป็นผลทดสอบจำลองเพียงครั้งเดียวในเครื่องทดสอบ 6

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

Google ระบุชัดว่าค่าเหล่านี้ยังเป็น experimental metrics หรือเมตริกทดลอง ซึ่งอาจเปลี่ยนแปลงได้ตามการพัฒนา ทีมงานจึงไม่ควรยึดค่าปัจจุบันหรือเงื่อนไขการแสดงผลเป็นสเปกถาวร 12

ดูข้อมูลได้จากที่ใด

CrUX API: ดูภาพรวมข้อมูลล่าสุด

CrUX API ให้ข้อมูลผู้ใช้จริงแบบรวมกลุ่มที่เรียกดูได้รวดเร็ว ทั้งระดับ origin และ page URL โดยการเรียกดูระดับ origin จะรวมข้อมูลจากหน้าเว็บที่เข้าเกณฑ์ภายใต้ origin นั้น ส่วนการเรียกดูระดับ URL จะเจาะจงกว่า หากหน้านั้นมีข้อมูลมากพอ 5

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

CrUX History API: ติดตามแนวโน้มรายสัปดาห์

CrUX History API ให้ข้อมูลแบบอนุกรมเวลารายสัปดาห์ย้อนหลังประมาณ 6 เดือน หรือ 40 จุดข้อมูล และรองรับทั้งระดับ origin กับ URL 111

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

CrUX Vis: ดูกราฟโดยไม่ต้องเขียนโค้ด

CrUX Vis เป็นแดชบอร์ดของ Google ที่นำข้อมูลรายสัปดาห์จาก CrUX History API มาแสดงเป็นภาพ และมีหน้า Ad Metrics โดยเฉพาะ หากเว็บไซต์อยู่ในชุดข้อมูล ก็สามารถใช้ดูการเปลี่ยนแปลงย้อนหลังได้ทันที 3

Chrome DevTools: ใช้หาสาเหตุในเครื่อง แต่ทดแทน field data ไม่ได้

Chrome DevTools ช่วยตรวจพฤติกรรมและปัญหาเพอร์ฟอร์แมนซ์ของหน้าเว็บในสภาพแวดล้อมท้องถิ่นได้ โดยบันทึกการอัปเดตของ Google ระบุว่าได้เพิ่มข้อมูล CrUX ในแผง Performance เพื่อช่วยเชื่อมปัญหาที่ผู้ใช้จริงพบเข้ากับการดีบักในเครื่อง 4

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

เว็บไซต์แบบใดจึงมีข้อมูลรายงาน

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

สำหรับเมตริกโฆษณาชุดใหม่นี้ รายงานยังจำกัดอยู่กับเว็บไซต์ที่เข้าเกณฑ์และประกาศผู้ขายโฆษณาที่ได้รับอนุญาต โดยรายงานในอุตสาหกรรมระบุว่าเกี่ยวข้องกับการประกาศ ads.txt 17

สิ่งที่ควรระวังมี 2 ข้อ

1. เว็บไซต์อาจมีข้อมูล CrUX ในระดับ origin แต่ URL รายหน้าอาจมีตัวอย่างไม่มากพอที่จะรายงานได้
2. การไม่มีข้อมูลเมตริกโฆษณาไม่ได้แปลว่าหน้านั้นไม่มีโฆษณา หรือไม่มีภาระจากโฆษณา แต่อาจเกิดจากข้อมูลยังไม่เพียงพอหรือไม่เข้าเงื่อนไขรายงาน

อ่านค่าอย่างไรให้รู้ว่าปัญหาอยู่ที่ไหน

คำถามที่ต้องการตอบ	เมตริกที่เกี่ยวข้องที่สุด	ความหมาย
มีโฆษณากี่ชิ้นที่แย่งความสนใจของผู้อ่านพร้อมกัน	Ad Count	ความหนาแน่นของจำนวนโฆษณาบนจอ
โฆษณากินพื้นที่หน้าจอมากแค่ไหน	Ad Density	การรบกวนด้านภาพใน viewport
โฆษณาใช้ดาต้าดาวน์โหลดมากเพียงใด	Ad Weight (Network)	ภาระการรับส่งข้อมูลจากโฆษณา
โฆษณาใช้แรงประมวลผลของเบราว์เซอร์มากเพียงใด	Ad Weight (CPU)	ภาระการประมวลผลที่โยงกับโฆษณา

สำหรับผู้เผยแพร่โฆษณา ข้อมูลนี้ช่วยแยก “ปัญหาเลย์เอาต์” ออกจาก “ปัญหาประสิทธิภาพของ Ad Tech” ได้ เช่น การลดตำแหน่งโฆษณาที่เห็นพร้อมกันอาจลด Ad Count และ Ad Density ขณะที่การลดสคริปต์ third-party ที่ไม่จำเป็น หรือกำหนดนโยบายครีเอทีฟที่เบาลง อาจส่งผลต่อ Network และ CPU มากกว่า

ผู้ซื้อและผู้ขายโฆษณานำไปใช้อะไรได้บ้าง

Google วางตำแหน่งเมตริกเหล่านี้ให้ช่วยทั้งฝั่งซื้อและฝั่งขายประเมินประสบการณ์ภาระโฆษณาของผู้ชม 15

การใช้งานระยะใกล้ที่ชัดที่สุดเป็นเรื่องการดำเนินงาน ไม่ใช่การตั้งราคาซื้อขายโดยตรง

• Publishers ติดตามแนวโน้มภาระโฆษณาควบคู่กับรายได้ Core Web Vitals การมีส่วนร่วม และข้อมูล first-party
• ทีม Ad Operations ทดลองปรับกฎการวางโฆษณา เส้นทางดีมานด์ การโหลดแบบ lazy loading และนโยบายครีเอทีฟหนัก
• Media buyers ใช้เป็นข้อมูลประกอบการประเมินคุณภาพหรือ supply path โดยเฉพาะแคมเปญที่ให้ความสำคัญกับประสบการณ์ผู้ใช้ที่ลื่นไหล

แต่ค่าเหล่านี้ยังไม่อาจใช้ตั้งราคาอินเวนทอรีได้ด้วยตัวเอง เพราะไม่ได้วัด viewability, attention, ความเหมาะสมของกลุ่มเป้าหมาย, fraud, อัตราคอนเวอร์ชัน หรือผลลัพธ์ด้านแบรนด์ และยังไม่มีหลักฐานสาธารณะที่หนักแน่นว่ามาตรฐาน CPM, bid modifier หรือข้อบังคับจากผู้ซื้อในระดับอุตสาหกรรมผูกกับข้อมูลชุดนี้แล้ว

กระทบ SEO และอันดับการค้นหาหรือไม่

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

แต่ข้อสรุปที่ถูกต้องในตอนนี้คือ Google ยังไม่ได้ระบุว่า Ad Count, Ad Density, Ad Weight (Network) หรือ Ad Weight (CPU) เป็นสัญญาณจัดอันดับโดยตรงของ Google Search จึงไม่ควรปรับเว็บให้ไล่ตามเกณฑ์ตัวเลขโดยตั้งสมมติฐานว่าเป็น ranking threshold

แนวทางใช้งานแบบเป็นขั้นตอน

1. ตั้งค่า baseline ระดับ origin ผ่าน CrUX API หรือ CrUX Vis
2. ดูข้อมูลระดับ URL หากมี เพื่อหาว่าปัญหากระจุกตัวอยู่ในเทมเพลตหน้าแบบใด
3. เปลี่ยนแปลงทีละเรื่อง เช่น ลดโฆษณาที่ปรากฏพร้อมกัน จำกัด sticky ad ขนาดใหญ่ หรือตัด third-party path ที่ไม่จำเป็น
4. ติดตามแนวโน้มรายสัปดาห์ใน CrUX History ควบคู่กับรายได้ Web Vitals และการมีส่วนร่วมจากข้อมูลของตนเอง
5. ใช้ DevTools ตรวจสอบในเครื่องเพื่อหาเหตุ แต่ไม่ใช้ผลในเครื่องแทนข้อมูลผู้ใช้จริง

คุณค่าหลักของ CrUX Ad Metrics คือความโปร่งใส เพราะทำให้เห็นความต่างระหว่าง “หน้าเว็บที่รกทางสายตา” กับ “หน้าเว็บที่ระบบโฆษณาหนัก” ซึ่งเดิมอาจต้องเดาจากจำนวนสล็อตหรือผลทดสอบแบบจำลองเท่านั้น เนื่องจากข้อมูลยังเป็นแบบทดลองและเป็นข้อมูลรวมกลุ่ม จึงควรใช้เพื่อออกแบบการทดสอบบนหลักฐาน มากกว่าจะมองเป็นเกรดคุณภาพเพียงค่าเดียว เครื่องมือประมูล หรือกฎตายตัวสำหรับ SEO 1213