ดูวิธีใช้ Chrome UX Report API เพื่อเข้าถึงข้อมูลประสบการณ์ของผู้ใช้จริงในเว็บไซต์หลายล้านเว็บไซต์
ชุดข้อมูลรายงาน UX ของ Chrome (CrUX) แสดงให้เห็นว่าผู้ใช้ Chrome ในชีวิตจริงมีการใช้งานเว็บไซต์ที่ได้รับความนิยมในเว็บอย่างไร ตั้งแต่ปี 2017 ซึ่งเป็นปีที่เปิดตัวชุดข้อมูลที่ค้นหาได้เป็นครั้งแรกใน BigQuery เราได้ผสานรวมข้อมูลภาคสนามจาก CrUX เข้ากับเครื่องมือสำหรับนักพัฒนาซอฟต์แวร์ เช่น PageSpeed Insights และรายงาน Core Web Vitals ของ Search Console เพื่อช่วยให้นักพัฒนาซอฟต์แวร์วัดและตรวจสอบประสบการณ์ของผู้ใช้จริงได้ สิ่งที่ขาดหายไปตลอดมาคือเครื่องมือที่ให้สิทธิ์เข้าถึงข้อมูล CrUX แบบ RESTful โดยไม่มีค่าใช้จ่ายผ่านโปรแกรม เราจึงยินดีที่จะประกาศเปิดตัว Chrome UX Report API เวอร์ชันใหม่ล่าสุดเพื่อช่วยลดช่องว่างดังกล่าว
API นี้สร้างขึ้นโดยมีเป้าหมายเพื่อให้นักพัฒนาแอปเข้าถึงข้อมูล CrUX ได้อย่างรวดเร็วและครอบคลุม CrUX API จะรายงานเฉพาะข้อมูลประสบการณ์ของผู้ใช้ภาคสนาม ซึ่งแตกต่างจาก PageSpeed Insights API ที่มีอยู่ ซึ่งจะรายงานข้อมูลห้องทดลองจากการตรวจสอบประสิทธิภาพของ Lighthouse ด้วย CrUX API ได้รับการเพิ่มประสิทธิภาพและสามารถแสดงข้อมูลประสบการณ์ของผู้ใช้ได้อย่างรวดเร็ว จึงเหมาะอย่างยิ่งสำหรับแอปพลิเคชันการตรวจสอบแบบเรียลไทม์
CrUX API จะตรวจสอบและติดตาม Largest Contentful Paint (LCP), Interaction to Next Paint (INP) และ Cumulative Layout Shift (CLS) ทั้งในระดับต้นทางและ URL เพื่อให้มั่นใจว่านักพัฒนาซอฟต์แวร์จะเข้าถึงเมตริกทั้งหมดที่สำคัญที่สุดได้ ซึ่งก็คือ Core Web Vitals
มาดูวิธีใช้กันเลย
ลองใช้ API ในหน้านี้
ข้อมูลต้นทางของการค้นหา
ต้นทางในชุดข้อมูล CrUX ครอบคลุมประสบการณ์ระดับหน้าที่เกี่ยวข้องทั้งหมด ตัวอย่างต่อไปนี้แสดงวิธีค้นหาข้อมูลประสบการณ์ของผู้ใช้ของต้นทางใน CrUX API โดยใช้ curl ในบรรทัดคำสั่ง
API_KEY="[YOUR_API_KEY]" curl "https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=$API_KEY" \ --header 'Content-Type: application/json' \ --data '{"origin": "https://web.dev"}' คำสั่ง curl ประกอบด้วย 3 ส่วนดังนี้
- ปลายทาง URL ของ API รวมถึงคีย์ API ส่วนตัวของผู้เรียก
- ส่วนหัว
Content-Type: application/jsonซึ่งบ่งบอกว่าเนื้อความของคำขอมี JSON - เนื้อหาคำขอที่เข้ารหัส JSON ซึ่งระบุต้นทาง
https://web.dev
หากต้องการทำสิ่งเดียวกันใน JavaScript ให้ใช้ยูทิลิตี CrUXApiUtil ซึ่งจะเรียก API และแสดงผลการตอบกลับที่ถอดรหัสแล้ว (ดูตัวแปร Github ของเราด้วย เพื่อดูฟีเจอร์เพิ่มเติม รวมถึงการรองรับประวัติและชุดคำสั่ง)
const CrUXApiUtil = {}; // Get your CrUX API key at https://goo.gle/crux-api-key. CrUXApiUtil.API_KEY = '[YOUR_API_KEY]'; CrUXApiUtil.API_ENDPOINT = `https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=${CrUXApiUtil.API_KEY}`; CrUXApiUtil.query = function (requestBody) { if (CrUXApiUtil.API_KEY == '[YOUR_API_KEY]') { throw 'Replace "YOUR_API_KEY" with your private CrUX API key. Get a key at https://goo.gle/crux-api-key.'; } return fetch(CrUXApiUtil.API_ENDPOINT, { method: 'POST', body: JSON.stringify(requestBody) }).then(response => response.json()).then(response => { if (response.error) { return Promise.reject(response); } return response; }); }; แทนที่ [YOUR_API_KEY] ด้วยคีย์ของคุณ จากนั้นเรียกใช้ฟังก์ชัน CrUXApiUtil.query และส่งออบเจ็กต์เนื้อหาคำขอ
CrUXApiUtil.query({ origin: 'https://web.dev' }).then(response => { console.log(response); }).catch(response => { console.error(response); }); หากมีข้อมูลสำหรับต้นทางนี้ การตอบกลับของ API จะเป็นออบเจ็กต์ที่เข้ารหัส JSON ซึ่งมีเมตริกที่แสดงการกระจายประสบการณ์ของผู้ใช้ เมตริกการกระจายคือกลุ่มฮิสโตแกรมและเปอร์เซ็นไทล์
{ "record": { "key": { "origin": "https://web.dev" }, "metrics": { "largest_contentful_paint": { "histogram": [ { "start": 0, "end": 2500, "density": 0.7925068547983514 }, { "start": 2500, "end": 4000, "density": 0.1317422195536863 }, { "start": 4000, "density": 0.07575092564795324 } ], "percentiles": { "p75": 2216 } }, // ... } } } พร็อพเพอร์ตี้ start และ end ของออบเจ็กต์ histogram แสดงช่วงค่าที่ผู้ใช้ได้รับสำหรับเมตริกที่ระบุ density พร็อพเพอร์ตี้แสดงสัดส่วนของประสบการณ์ของผู้ใช้ภายในช่วงนั้น ในตัวอย่างนี้ ประสบการณ์ของผู้ใช้ LCP 79% ในหน้าเว็บทั้งหมดของ web.dev อยู่ต่ำกว่า 2,500 มิลลิวินาที ซึ่งเป็นเกณฑ์ LCP ที่ "ดี" percentiles.p75 ค่านี้หมายความว่าประสบการณ์ของผู้ใช้ 75% ในการกระจายนี้มีค่าน้อยกว่า 2,216 มิลลิวินาที ดูข้อมูลเพิ่มเติมเกี่ยวกับโครงสร้างการตอบกลับได้ในเอกสารประกอบเนื้อหาการตอบกลับ
ข้อผิดพลาด
เมื่อ CrUX API ไม่มีข้อมูลสำหรับต้นทางที่ระบุ API จะตอบกลับด้วยข้อความแสดงข้อผิดพลาดที่เข้ารหัส JSON ดังนี้
{ "error": { "code": 404, "message": "chrome ux report data not found", "status": "NOT_FOUND" } } หากต้องการแก้ไขข้อผิดพลาดนี้ ให้ตรวจสอบก่อนว่าต้นทางที่ขอสามารถไปยังส่วนต่างๆ ได้แบบสาธารณะ คุณทดสอบได้โดยป้อนต้นทางลงในแถบที่อยู่ของเบราว์เซอร์ แล้วเปรียบเทียบกับ URL สุดท้ายหลังจากการเปลี่ยนเส้นทาง ปัญหาที่พบบ่อย ได้แก่ การเพิ่มหรือละเว้นโดเมนย่อยโดยไม่จำเป็น และการใช้โปรโตคอล HTTP ที่ไม่ถูกต้อง
{"origin": "http://www.web.dev"}
ต้นทางนี้มีโปรโตคอล http:// และโดเมนย่อย www. อย่างไม่ถูกต้อง
{"origin": "https://web.dev"}
ต้นทางนี้สามารถไปยังส่วนต่างๆ ได้แบบสาธารณะ
หากต้นทางที่ขอเป็นเวอร์ชันที่ไปยังได้ ข้อผิดพลาดนี้อาจเกิดขึ้นได้เช่นกันหากต้นทางมีตัวอย่างไม่เพียงพอ ต้นทางและ URL ทั้งหมดที่รวมอยู่ในชุดข้อมูลต้องมีตัวอย่างจำนวนเพียงพอที่จะลบข้อมูลระบุตัวบุคคลของผู้ใช้แต่ละราย นอกจากนี้ ต้นทางและ URL ต้องจัดทำดัชนีแบบสาธารณะได้ ดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีรวมเว็บไซต์ไว้ในชุดข้อมูลได้ที่ระเบียบวิธีของ CrUX
ค้นหาข้อมูล URL
คุณได้เห็นวิธีค้นหา API ของ CrUX เพื่อดูประสบการณ์ของผู้ใช้โดยรวมในต้นทางแล้ว หากต้องการจำกัดผลลัพธ์ให้แสดงเฉพาะหน้าเว็บใดหน้าเว็บหนึ่ง ให้ใช้พารามิเตอร์คำขอ url
API_KEY="[YOUR_API_KEY]" curl "https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=$API_KEY" \ --header 'Content-Type: application/json' \ --data '{"url": "https://web.dev/fast/"}' คำสั่ง curl นี้คล้ายกับตัวอย่างต้นทาง ยกเว้นว่าเนื้อหาของคำขอใช้พารามิเตอร์ url เพื่อระบุหน้าที่จะค้นหา
หากต้องการค้นหาข้อมูล URL จาก CrUX API ใน JavaScript ให้เรียกใช้ฟังก์ชัน CrUXApiUtil.query โดยใช้พารามิเตอร์ url ในเนื้อหาคำขอ
CrUXApiUtil.query({ url: 'https://web.dev/fast/' }).then(response => { console.log(response); }).catch(response => { console.error(response); }); หากมีข้อมูลสำหรับ URL นี้ในชุดข้อมูล CrUX ทาง API จะแสดงการตอบกลับที่เข้ารหัส JSON เช่น
{ "record": { "key": { "url": "https://web.dev/fast/" }, "metrics": { "largest_contentful_paint": { "histogram": [ { "start": 0, "end": 2500, "density": 0.8477304539092148 }, { "start": 2500, "end": 4000, "density": 0.08988202359528057 }, { "start": 4000, "density": 0.062387522495501155 } ], "percentiles": { "p75": 1947 } }, // ... } } } ผลลัพธ์แสดงให้เห็นว่า https://web.dev/fast/ มีประสบการณ์ LCP ที่ "ดี" 85% และเปอร์เซ็นไทล์ที่ 75 อยู่ที่ 1,947 มิลลิวินาที ซึ่งดีกว่าการกระจายทั่วทั้งต้นทางเล็กน้อย
การแปลง URL เป็นรูปแบบมาตรฐาน
CrUX API อาจปรับ URL ที่ขอให้เป็นมาตรฐานเพื่อให้ตรงกับรายการ URL ที่รู้จักมากขึ้น เช่น การค้นหา URL https://web.dev/fast/#measure-performance-in-the-field จะแสดงข้อมูลสำหรับ https://web.dev/fast/ เนื่องจากการปรับให้เป็นมาตรฐาน ในกรณีนี้ ระบบจะรวมออบเจ็กต์ urlNormalizationDetails ไว้ในการตอบกลับ
{ "record": { "key": { "url": "https://web.dev/fast/" }, "metrics": { ... } }, "urlNormalizationDetails": { "normalizedUrl": "https://web.dev/fast/", "originalUrl": "https://web.dev/fast/#measure-performance-in-the-field" } } ดูข้อมูลเพิ่มเติมเกี่ยวกับการแปลง URL เป็นรูปแบบมาตรฐานในเอกสารประกอบ CrUX
คำค้นหาตามรูปแบบของอุปกรณ์
ประสบการณ์ของผู้ใช้อาจแตกต่างกันอย่างมาก ขึ้นอยู่กับการเพิ่มประสิทธิภาพเว็บไซต์ สภาพเครือข่าย และอุปกรณ์ของผู้ใช้ เจาะลึกประสิทธิภาพของต้นทางและ URL โดยใช้มิติข้อมูล formFactor ของ CrUX API เพื่อให้เข้าใจความแตกต่างเหล่านี้ได้ดียิ่งขึ้น
API รองรับค่ารูปแบบอุปกรณ์ที่ชัดเจน 3 ค่า ได้แก่ DESKTOP, PHONE และ TABLET นอกเหนือจากต้นทางหรือ URL แล้ว ให้ระบุค่าใดค่าหนึ่งต่อไปนี้ในเนื้อหาคำขอเพื่อจำกัดผลลัพธ์ให้แสดงเฉพาะประสบการณ์ของผู้ใช้เหล่านั้น ตัวอย่างนี้แสดงวิธีค้นหา API ตามรูปแบบอุปกรณ์โดยใช้ Curl
API_KEY="[YOUR_API_KEY]" curl "https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=$API_KEY" \ --header 'Content-Type: application/json' \ --data '{"url": "https://web.dev/fast/", "formFactor": "PHONE"}' หากต้องการค้นหาข้อมูลเฉพาะรูปแบบอุปกรณ์ของ CrUX API โดยใช้ JavaScript ให้เรียกใช้ฟังก์ชัน CrUXApiUtil.query โดยใช้พารามิเตอร์ url และ formFactor ในเนื้อหาคำขอ
CrUXApiUtil.query({ url: 'https://web.dev/fast/', formFactor: 'PHONE' }).then(response => { console.log(response); }).catch(response => { console.error(response); }); การละเว้นพารามิเตอร์ formFactor จะเทียบเท่ากับการขอข้อมูลสำหรับอุปกรณ์ทุกรูปแบบรวมกัน
{ "record": { "key": { "url": "https://web.dev/fast/", "formFactor": "PHONE" }, "metrics": { "largest_contentful_paint": { "histogram": [ { "start": 0, "end": 2500, "density": 0.778631284916204 }, { "start": 2500, "end": 4000, "density": 0.13943202979515887 }, { "start": 4000, "density": 0.08193668528864119 } ], "percentiles": { "p75": 2366 } }, // ... } } } ฟิลด์ key ของการตอบกลับจะแสดงการกำหนดค่าคำขอ formFactor เพื่อยืนยันว่ามีเฉพาะประสบการณ์การใช้งานบนโทรศัพท์เท่านั้น
โปรดจำจากส่วนก่อนหน้าว่า 85% ของประสบการณ์ของผู้ใช้ในหน้านี้มี LCP ที่ "ดี" เมื่อเทียบกับประสบการณ์เฉพาะโทรศัพท์แล้ว มีเพียง 78% เท่านั้นที่ถือว่า "ดี" เปอร์เซ็นไทล์ที่ 75 ยังช้ากว่าในประสบการณ์การใช้งานโทรศัพท์ โดยเพิ่มขึ้นจาก 1,947 มิลลิวินาทีเป็น 2,366 มิลลิวินาที การแบ่งกลุ่มตามรูปแบบอุปกรณ์อาจช่วยเน้นความแตกต่างที่รุนแรงยิ่งขึ้นในประสบการณ์ของผู้ใช้
ประเมินประสิทธิภาพ Core Web Vitals
โปรแกรม Core Web Vitals กำหนดเป้าหมายที่จะช่วยพิจารณาว่าประสบการณ์ของผู้ใช้หรือการกระจายประสบการณ์ถือว่า "ดี" หรือไม่ ในตัวอย่างต่อไปนี้ เราใช้ CrUX API และฟังก์ชัน CrUXApiUtil.query เพื่อประเมินว่าการกระจายเมตริก Core Web Vitals (LCP, INP, CLS) ของหน้าเว็บนั้น "ดี" หรือไม่
CrUXApiUtil.query({ url: 'https://web.dev/fast/' }).then(response => { assessCoreWebVitals(response); }).catch(response => { console.error(response); }); function assessCoreWebVitals(response) { // See https://web.dev/articles/vitals/#core-web-vitals. const CORE_WEB_VITALS = [ 'largest_contentful_paint', 'interaction_to_next_paint', 'cumulative_layout_shift' ]; CORE_WEB_VITALS.forEach(metric => { const data = response.record.metrics[metric]; if (!data) { console.log('No data for', metric); return; } const p75 = data.percentiles.p75; const threshold = data.histogram[0].end; // A Core Web Vitals metric passes the assessment if // its 75th percentile is under the "good" threshold. const passes = p75 < threshold; console.log(`The 75th percentile (${p75}) of ${metric} ` + `${passes ? 'passes' : 'does not pass'} ` + `the Core Web Vitals "good" threshold (${threshold}).`) }); } ผลลัพธ์แสดงให้เห็นว่าหน้านี้ผ่านการประเมิน Core Web Vitals สำหรับเมตริกทั้ง 3 รายการ
The 75th percentile (1973) of largest_contentful_paint passes the Core Web Vitals "good" threshold (2500). The 75th percentile (20) of interaction_to_next_paint passes the Core Web Vitals "good" threshold (200). The 75th percentile (0.05) of cumulative_layout_shift passes the Core Web Vitals "good" threshold (0.10). เมื่อรวมกับวิธีอัตโนมัติในการตรวจสอบผลลัพธ์ของ API คุณจะใช้ข้อมูลจาก CrUX เพื่อให้มั่นใจได้ว่าประสบการณ์ของผู้ใช้จริงจะรวดเร็วและรวดเร็วอยู่เสมอ ดูข้อมูลเพิ่มเติมเกี่ยวกับ Core Web Vitals และวิธีวัดผลได้ที่ Web Vitals และเครื่องมือสำหรับวัด Core Web Vitals
ขั้นตอนต่อไปคืออะไร
ฟีเจอร์ที่รวมอยู่ใน CrUX API เวอร์ชันเริ่มต้นเป็นเพียงส่วนหนึ่งของข้อมูลเชิงลึกที่ CrUX สามารถให้ได้ ผู้ใช้ชุดข้อมูล CrUX ใน BigQuery อาจคุ้นเคยกับฟีเจอร์ขั้นสูงบางอย่าง เช่น
- เมตริกเพิ่มเติม
first_paintdom_content_loadedonloadtime_to_first_bytenotification_permissions
- มิติข้อมูลเพิ่มเติม
monthcountry
- รายละเอียดเพิ่มเติม
- ฮิสโตแกรมแบบละเอียด
- เปอร์เซ็นไทล์เพิ่มเติม
ดูเอกสารประกอบเกี่ยวกับ CrUX API อย่างเป็นทางการเพื่อรับคีย์ API และดูตัวอย่างแอปพลิเคชันเพิ่มเติม เราหวังว่าคุณจะลองใช้ฟีเจอร์นี้ และยินดีรับฟังคำถามหรือความคิดเห็นจากคุณ โปรดติดต่อเราในฟอรัมสนทนาของ CrUX และหากต้องการติดตามข่าวสารล่าสุดเกี่ยวกับทุกสิ่งที่เราวางแผนไว้สำหรับ CrUX API โปรดติดตามฟอรัมประกาศของ CrUX หรือติดตามเราบน Twitter ที่ @ChromeUXReport