Looker Studio (เดิมคือ Data Studio) เป็นเครื่องมือแสดงข้อมูลเป็นภาพอันทรงพลังซึ่งช่วยให้คุณสร้างแดชบอร์ดในแหล่งข้อมูลขนาดใหญ่ได้ เช่น รายงาน UX ของ Chrome (CrUX) ในคู่มือนี้ โปรดดูวิธีสร้างแดชบอร์ด CrUX ที่กําหนดเองเพื่อติดตามแนวโน้มประสบการณ์ของผู้ใช้ของต้นทาง
![ภาพหน้าจอของหน้าแดชบอร์ด CrUX ที่แสดงแผนภูมิแท่งสแต็กต่างๆ ที่เปลี่ยนแปลงในช่วงหลายเดือน](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/crux-dashboard-0627323162963.png?authuser=6&hl=th)
แดชบอร์ด CrUX สร้างขึ้นด้วยฟีเจอร์ Looker Studio ชื่อเครื่องมือเชื่อมต่อชุมชน เครื่องมือเชื่อมต่อนี้เป็นลิงก์ที่สร้างขึ้นล่วงหน้าระหว่างข้อมูลดิบ CrUX ใน BigQuery กับการแสดงภาพของ Looker Studio ช่วยให้ผู้ใช้หน้าแดชบอร์ดไม่ต้องเขียนการสืบค้นข้อมูลหรือสร้างแผนภูมิใดๆ ทุกอย่างสร้างขึ้นเพื่อคุณ ขอเพียงระบุต้นทางแล้วระบบจะสร้างหน้าแดชบอร์ดที่กำหนดเองให้คุณ
แดชบอร์ด CrUX เริ่มต้น
CrUX มีหน้าแดชบอร์ดเริ่มต้นซึ่งดูแลโดยทีม CrUX ทีมจะเพิ่มเมตริกใหม่ (เช่น INP) ซึ่งจะพร้อมใช้งานในครั้งถัดไปที่โหลดหน้าแดชบอร์ด
สร้างแดชบอร์ดที่กำหนดเอง
ผู้ใช้บางรายอาจต้องการปรับแต่งแดชบอร์ด ซึ่งในกรณีนี้คุณสามารถสร้างสำเนาของแดชบอร์ดเริ่มต้นของคุณเองได้ แล้วเปลี่ยนแปลงตามที่เห็นว่าเหมาะสม
หากต้องการสร้างแดชบอร์ดที่กำหนดเอง ให้ไปที่ g.co/chromeuxdash การดำเนินการนี้จะนำคุณไปยังหน้าปลั๊กอินจากชุมชนสำหรับใช้ลิงก์ข้อมูล CrUX ซึ่งคุณสามารถระบุต้นทางที่จะสร้างหน้าแดชบอร์ดได้ โปรดทราบว่าผู้ใช้ครั้งแรกอาจต้องดำเนินการตามข้อความแจ้งเกี่ยวกับสิทธิ์หรือค่ากำหนดทางการตลาด
![ภาพหน้าจอแสดงหน้าจอการกำหนดค่าเครื่องมือเชื่อมต่อแดชบอร์ด CrUX ที่มีช่องให้ป้อน URL ต้นทางและช่องทำเครื่องหมายเพื่ออนุญาตให้แก้ไขช่องนั้นในรายงานได้](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/crux-connector.png?authuser=6&hl=th)
ช่องป้อนข้อความจะยอมรับเฉพาะต้นทางเท่านั้น ไม่ใช่ URL แบบเต็ม เช่น
https://developer.chrome.com
https://developer.chrome.com/docs/crux/guides/looker-studio-dashboard
หากไม่ใช้โปรโตคอล ระบบจะถือว่าเป็น HTTPS โดเมนย่อยมีความสำคัญ เช่น https://developers.google.com
และ https://www.google.com
ถือเป็นต้นทางที่ต่างกัน
ปัญหาที่พบได้ทั่วไปบางประการกับต้นทางคือระบุโปรโตคอลที่ไม่ถูกต้อง เช่น http://
แทนที่จะเป็น https://
และละเว้นโดเมนย่อยเมื่อจำเป็น บางเว็บไซต์มีการเปลี่ยนเส้นทาง ดังนั้นหาก http://example.com
เปลี่ยนเส้นทางไปยัง https://www.example.com
คุณควรใช้เวอร์ชันหลังซึ่งเป็นเวอร์ชัน Canonical ของต้นทาง โดยทั่วไปแล้ว ให้ใช้ต้นทางที่ผู้ใช้เห็นในแถบที่อยู่
เมื่อทำเครื่องหมายในช่องทำเครื่องหมาย ต้นทางจะรวมอยู่ใน URL ของหน้าแดชบอร์ด ซึ่งทำให้สามารถใช้หน้าแดชบอร์ดเดียวกันสำหรับต้นทางต่างๆ ได้โดยการเปลี่ยนพารามิเตอร์ของ URL นี้ในอนาคต เราจึงแนะนำให้ทำเครื่องหมายในช่องดังกล่าว
คลิกปุ่มเชื่อมต่อ หากคุณเลือกช่องทำเครื่องหมาย คุณจะได้รับข้อความขอให้ยืนยัน
หากต้นทางไม่ได้รวมอยู่ในชุดข้อมูล CrUX คุณอาจได้รับข้อความแสดงข้อผิดพลาดเช่นเดียวกับที่แสดงในแผนภาพถัดไป ชุดข้อมูลมีต้นทางมากกว่า 15 ล้านรายการ แต่ต้นทางที่คุณต้องการให้อาจมีข้อมูลไม่เพียงพอ
![ภาพหน้าจอข้อความแสดงข้อผิดพลาดของป๊อปอัปที่กล่าวถึง "ชุดข้อมูลนี้มีต้นทางมากกว่า 15 ล้านแห่ง แต่ https://doesnotexist.origin ไม่ใช่หนึ่งในนั้น"](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/connector-error-origin-does-not-exist.png?authuser=6&hl=th)
หากมีต้นทางอยู่ ระบบจะนำคุณไปยังหน้าสคีมาของหน้าแดชบอร์ด คุณจะเห็นช่องทั้งหมดที่รวมไว้ ไม่ว่าจะเป็นการเชื่อมต่อที่มีประสิทธิภาพแต่ละประเภท รูปแบบของอุปกรณ์แต่ละรูปแบบ เดือนที่ปล่อยชุดข้อมูล การกระจายประสิทธิภาพของเมตริกแต่ละรายการ และชื่อต้นทาง คุณไม่จำเป็นต้องดำเนินการใดๆ หรือเปลี่ยนแปลงในหน้านี้ เพียงแค่คลิกสร้างรายงานเพื่อดำเนินการต่อ
![ภาพหน้าจอของเครื่องมือแก้ไขสคีมาแดชบอร์ด CrUX ที่มีช่อง ประเภท การรวม และคำอธิบายที่หลากหลาย พร้อมความสามารถในการเปลี่ยนแปลงหรือเพิ่มช่องใหม่](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/crux-dashboard-schema-2af4d7e781f95.png?authuser=6&hl=th)
ใช้หน้าแดชบอร์ด
แต่ละแดชบอร์ดมาพร้อมหน้า 3 ประเภท ดังนี้
- ภาพรวมของ Core Web Vitals
- ประสิทธิภาพของเมตริก
- ข้อมูลประชากรผู้ใช้
แต่ละหน้าจะมีแผนภูมิที่แสดงการกระจายข้อมูลในช่วงเวลาต่างๆ ของการเผยแพร่ในแต่ละเดือน เมื่อมีการเผยแพร่ชุดข้อมูลใหม่ คุณจะรีเฟรชหน้าแดชบอร์ดเพื่อดูข้อมูลล่าสุดได้
โดยชุดข้อมูลรายเดือนจะเผยแพร่ในวันอังคารที่ 2 ของทุกเดือน ตัวอย่างเช่น ชุดข้อมูลที่ประกอบด้วยข้อมูลประสบการณ์ของผู้ใช้ในเดือนพฤษภาคมจะเผยแพร่ในวันอังคารที่สองของเดือนมิถุนายน
ภาพรวมของ Core Web Vitals
หน้าแรกคือภาพรวมประสิทธิภาพรายเดือนของ Core Web Vitals เมตริก UX ที่สำคัญที่สุดที่ Google แนะนำให้คุณมุ่งเน้น
![ภาพหน้าจอของภาพรวม CrUX Dashboard Core Web Vitals ที่แสดงข้อมูลเมตริก LCP, INP และ CLS](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/crux-dashboard-core-web-vitals.png?authuser=6&hl=th)
ใช้หน้า Core Web Vitals เพื่อทำความเข้าใจวิธีที่ผู้ใช้เดสก์ท็อปและโทรศัพท์เห็นต้นทาง โดยค่าเริ่มต้น ระบบจะเลือกเดือนล่าสุด ณ เวลาที่คุณสร้างหน้าแดชบอร์ด หากต้องการเปลี่ยนไปมาระหว่างรายการที่เก่ากว่าหรือรายเดือนที่ใหม่กว่า ให้ใช้ตัวกรองเดือนที่ด้านบนของหน้า
โปรดทราบว่าจะไม่มีการนำแท็บเล็ตออกจากแผนภูมิเหล่านี้โดยค่าเริ่มต้น แต่หากจำเป็น คุณสามารถนำตัวกรองไม่มีแท็บเล็ตออกจากการกำหนดค่าแผนภูมิแท่งได้ โดยทำดังนี้
![ภาพหน้าจอของตัวเลือก "ตัวกรอง" ใน Looker Studio](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/editing-crux-dashboard-54bf2ce933283.png?authuser=6&hl=th)
ประสิทธิภาพของเมตริก
หลังหน้า Core Web Vitals คุณจะเห็นหน้าเดี่ยวๆ สําหรับmetricsทั้งหมดในชุดข้อมูล CrUX
![ภาพหน้าจอของหน้า LCP ของหน้าแดชบอร์ด CrUX ที่แสดงแผนภูมิแท่งสแต็กแบบต่างๆ ที่เปลี่ยนแปลงในช่วงหลายเดือน](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/crux-dashboard-lcp-page-7c6aa4de6810b.png?authuser=6&hl=th)
ที่ด้านบนของแต่ละหน้าจะมีตัวกรองอุปกรณ์ ซึ่งคุณสามารถใช้เพื่อจำกัดรูปแบบของอุปกรณ์ที่รวมอยู่ในข้อมูลประสบการณ์ได้ เช่น คุณจะเจาะลึกเกี่ยวกับประสบการณ์การใช้งานโทรศัพท์โดยเฉพาะได้ การตั้งค่านี้จะยังคงอยู่ตลอดหลายหน้า
การแสดงภาพหลักในหน้าเหล่านี้คือการกระจายประสบการณ์รายเดือนที่จัดหมวดหมู่เป็น "ดี" "ต้องปรับปรุง" และ "แย่" คำอธิบายที่มีรหัสสีด้านล่างแผนภูมิจะระบุประสบการณ์ต่างๆ ที่รวมอยู่ในหมวดหมู่ ตัวอย่างเช่น ในภาพหน้าจอก่อนหน้า คุณจะเห็นเปอร์เซ็นต์ของประสบการณ์ Largest Contentful Paint (LCP) ที่ "ดี" มีความผันผวนและแย่ลงเล็กน้อยในช่วงไม่กี่เดือนที่ผ่านมา
เปอร์เซ็นต์ของเดือนล่าสุดที่มอบประสบการณ์การใช้งาน "ดี" และ "แย่" จะแสดงอยู่เหนือแผนภูมิพร้อมตัวบ่งชี้เปอร์เซ็นต์ความแตกต่างจากเดือนก่อนหน้า สำหรับต้นทางนี้ ประสบการณ์ LCP ที่ "ดี" ลดลง 3.2% เป็น 56.04% เมื่อเทียบกับเดือนก่อนหน้า
นอกจากนี้ สําหรับเมตริก เช่น LCP และ Core Web Vitals อื่นๆ ที่ให้คำแนะนำเป็นเปอร์เซ็นไทล์อย่างชัดแจ้ง คุณจะเห็นเมตริก "P75" ระหว่างเปอร์เซ็นต์ "ดี" และ "แย่" ค่านี้สอดคล้องกับเปอร์เซ็นไทล์ที่ 75 ของประสบการณ์ของผู้ใช้ของต้นทาง กล่าวอีกนัยหนึ่งคือ ประสบการณ์ 75% ดีกว่าค่านี้ สิ่งหนึ่งที่ควรทราบไว้คือการตั้งค่านี้มีผลกับการกระจายโดยรวมในอุปกรณ์ทุกประเภทในต้นทาง การสลับอุปกรณ์เฉพาะเจาะจงกับตัวกรองอุปกรณ์จะไม่คำนวณเปอร์เซ็นไทล์ใหม่
ข้อควรระวังทางเทคนิคเกี่ยวกับเปอร์เซ็นไทล์
โปรดทราบว่าเมตริกเปอร์เซ็นไทล์จะขึ้นอยู่กับข้อมูลฮิสโตแกรมจาก BigQuery ดังนั้นรายละเอียดจะเป็นแบบคร่าวๆ นั่นคือ 100 มิลลิวินาทีสำหรับ LCP, 25 มิลลิวินาทีสำหรับ INP และ 0.05 สำหรับ CLS กล่าวคือ P75 LCP ที่ 3,800 มิลลิวินาทีแสดงให้เห็นว่าเปอร์เซ็นไทล์ที่ 75 ที่แท้จริงอยู่ระหว่าง 3,800 ถึง 3,900 มิลลิวินาที
นอกจากนี้ ชุดข้อมูล BigQuery ยังใช้เทคนิคที่เรียกว่า "Bin Spreading" ซึ่งเป็นการรวมกลุ่มประสบการณ์ของผู้ใช้ไว้ภายในกลุ่มรายละเอียดที่ลดลงอย่างหยาบๆ วิธีนี้ช่วยให้เรารวมความหนาแน่นระดับนาทีที่ด้านท้ายของการแจกแจงได้โดยไม่ต้องมีทศนิยมเกิน 4 หลัก ตัวอย่างเช่น ค่า LCP ที่น้อยกว่า 3 วินาทีจะได้รับการจัดกลุ่มไว้ในถังขยะที่มีความกว้าง 200 มิลลิวินาที ถังขยะจะกว้าง 500 มิลลิวินาทีระหว่าง 3 ถึง 10 วินาที หลังจาก 10 วินาที ถังขยะจะกว้าง 5, 000 มิลลิวินาที... แทนที่จะมี Bin ที่มีความกว้างแตกต่างกัน การกำหนด Bin จะทำให้ Bin ทั้งหมดมีความกว้างคงที่ 100 มิลลิวินาที (ตัวหารร่วมมาก) และการกระจายจะทำการประมาณแบบเชิงเส้นใน Bin แต่ละถัง
ค่า P75 ที่สอดคล้องกันในเครื่องมืออย่างเช่น PageSpeed Insights ไม่ได้อิงตามชุดข้อมูล BigQuery สาธารณะและสามารถระบุค่าความแม่นยําในระดับมิลลิวินาทีได้
ข้อมูลประชากรผู้ใช้
มิติข้อมูลในหน้าข้อมูลประชากรของผู้ใช้มี 2 แบบ ได้แก่ อุปกรณ์ และประเภทการเชื่อมต่อ (ECT) ที่มีประสิทธิภาพ หน้าเหล่านี้แสดงการกระจายการดูหน้าเว็บในต้นทางทั้งหมดสำหรับผู้ใช้ในข้อมูลประชากรแต่ละกลุ่ม
หน้าการเผยแพร่อุปกรณ์จะแสดงรายละเอียดของผู้ใช้โทรศัพท์ เดสก์ท็อป และแท็บเล็ตในช่วงเวลาต่างๆ ต้นทางส่วนใหญ่มักมีข้อมูลแท็บเล็ตน้อยมากหรือไม่มีเลย คุณจึงมักเห็นตัวเลข "0%" ปรากฏที่ขอบของแผนภูมิ
![ภาพหน้าจอของหน้าอุปกรณ์ในแดชบอร์ด CrUX ซึ่งแสดงการเปลี่ยนแปลงรายละเอียดของอุปกรณ์ในแต่ละเดือน](https://developer.chrome.com/static/docs/crux/guides/looker-studio-dashboard/image/crux-dashboard-device-pag-b4769f5a000b9.png?authuser=6&hl=th)
ในทำนองเดียวกัน หน้าการแจกจ่าย ECT จะแสดงรายละเอียดของประสบการณ์การใช้งาน 4G, 3G, 2G, 2G ที่ช้า และประสบการณ์แบบออฟไลน์
การแจกแจงสำหรับมิติข้อมูลเหล่านี้คำนวณโดยใช้กลุ่มข้อมูลฮิสโตแกรม First Contentful Paint (FCP)
คำถามที่พบบ่อย
คําถามที่พบบ่อยเกี่ยวกับการสร้างแดชบอร์ด CrUX ใน Looker Studio มีดังนี้
ฉันจะใช้แดชบอร์ด CrUX เมื่อใดแทนเครื่องมืออื่นๆ
แดชบอร์ด CrUX จะอิงตามข้อมูลพื้นฐานแบบเดียวกับที่มีอยู่ใน BigQuery แต่คุณไม่จำเป็นต้องเขียน SQL สักบรรทัดเดียวเพื่อดึงข้อมูล และไม่ต้องกังวลว่าจะใช้โควต้าฟรีเกินโควต้า การตั้งค่าหน้าแดชบอร์ดสามารถทำได้ง่ายและรวดเร็วกว่าการดูการค้นหาข้อมูลที่เกี่ยวข้อง โดยระบบจะสร้างการแสดงภาพทั้งหมดให้คุณ และคุณสามารถควบคุมการแชร์กับใครก็ได้ที่ต้องการ
การใช้แดชบอร์ด CrUX มีข้อจำกัดไหม
การอิงตาม BigQuery หมายความว่าหน้าแดชบอร์ด CrUX จะได้รับข้อจำกัดทั้งหมดด้วย จำกัดให้ใช้เฉพาะข้อมูลระดับต้นทางแบบละเอียดแบบรายเดือน
แดชบอร์ด CrUX ยังแลกกับความอเนกประสงค์ของข้อมูลดิบใน BigQuery กับความเรียบง่ายและความสะดวกสบายด้วย เช่น การกระจายเมตริกจะระบุเป็น "ดี" "ต้องปรับปรุง" และ "แย่" เท่านั้น ซึ่งต่างจากฮิสโตแกรมแบบเต็ม แดชบอร์ด CrUX ยังให้ข้อมูลในระดับทั่วโลก ในขณะที่ชุดข้อมูล BigQuery ให้คุณซูมเข้าในประเทศที่ต้องการได้
ฉันจะดูข้อมูลเพิ่มเติมเกี่ยวกับ Looker Studio ได้จากที่ใด
ดูข้อมูลเพิ่มเติมได้ที่หน้าฟีเจอร์ของ Looker Studio