API ของ CrUX

CrUX API ให้สิทธิ์เข้าถึงข้อมูลประสบการณ์ของผู้ใช้จริงที่รวบรวมไว้ในระดับหน้าเว็บและต้นทางโดยมีเวลาในการตอบสนองต่ำ

ลองใช้งาน

กรณีการใช้งานทั่วไป

CrUX API ช่วยให้สามารถค้นหาเมตริกประสบการณ์ของผู้ใช้สำหรับ URI ที่เฉพาะเจาะจง เช่น "รับเมตริกสำหรับต้นทาง https://example.com"

คีย์ API ของ CrUX

การใช้ CrUX API ต้องใช้คีย์ Google Cloud API ที่จัดสรรไว้สำหรับการใช้งาน Chrome UX Report API

การขอรับและการใช้คีย์ API

รับคีย์

หรือสร้างคีย์ในหน้าข้อมูลเข้าสู่ระบบ

หลังจากมีคีย์ API แล้ว แอปพลิเคชันจะเพิ่มพารามิเตอร์การค้นหา key=yourAPIKey ลงใน URL ของคำขอทั้งหมดได้

คีย์ API ปลอดภัยสำหรับการฝังใน URL โดยไม่จำเป็นต้องเข้ารหัสใดๆ

ดูตัวอย่างการค้นหา

โมเดลข้อมูล

ส่วนนี้จะอธิบายโครงสร้างของข้อมูลในคำขอและการตอบกลับ

บันทึก

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

รหัสระบุ

ตัวระบุจะระบุว่าควรค้นหาระเบียนใด ใน CrUX ตัวระบุเหล่านี้คือหน้าเว็บและเว็บไซต์

Origin

เมื่อตัวระบุเป็นต้นทาง ระบบจะรวบรวมข้อมูลทั้งหมดที่แสดงในทุกหน้าในต้นทางนั้นเข้าด้วยกัน ตัวอย่างเช่น สมมติว่าต้นทาง http://www.example.com มีหน้าเว็บตามที่ระบุไว้ใน Sitemap นี้

http://www.example.com/
http://www.example.com/foo.html
http://www.example.com/bar.html

ซึ่งหมายความว่าเมื่อค้นหารายงาน Chrome UX โดยตั้งค่าต้นทางเป็น http://www.example.com ระบบจะแสดงข้อมูลสำหรับ http://www.example.com/, http://www.example.com/foo.html และ http://www.example.com/bar.html ที่รวบรวมไว้ด้วยกัน เนื่องจากหน้าเว็บทั้งหมดอยู่ภายใต้ต้นทางนั้น

URL

เมื่อตัวระบุเป็น URL ระบบจะแสดงเฉพาะข้อมูลของ URL นั้นๆ ลองดู http://www.example.com Sitemap ต้นฉบับอีกครั้ง

http://www.example.com/
http://www.example.com/foo.html
http://www.example.com/bar.html

หากตั้งค่าตัวระบุเป็น URL ที่มีค่าเป็น http://www.example.com/foo.html ระบบจะแสดงเฉพาะข้อมูลของหน้าดังกล่าว

ขนาด

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

รูปแบบของอุปกรณ์

คลาสของอุปกรณ์ที่ผู้ใช้ปลายทางใช้เพื่อไปยังหน้าเว็บ นี่คือคลาสทั่วไปของอุปกรณ์ที่แบ่งออกเป็นPHONE, TABLET และDESKTOP

เมตริก

เราจะรายงานเมตริกเป็นการรวบรวมข้อมูลทางสถิติในฮิสโทแกรม เปอร์เซ็นไทล์ และเศษส่วน

ค่าจุดลอยตัวจะปัดเศษเป็นทศนิยม 4 ตำแหน่ง (โปรดทราบว่าเมตริก cumulative_layout_shift เป็นค่า Double ที่เข้ารหัสเป็นสตริง จึงไม่ถือว่าเป็นค่าลอยตัวและจะรายงานเป็นทศนิยม 2 ตำแหน่งภายในสตริง)

ฮิสโตแกรม

เมื่อแสดงเมตริกในฮิสโตแกรม เราจะแสดงเปอร์เซ็นต์ของการโหลดหน้าเว็บที่อยู่ในช่วงที่เฉพาะเจาะจงสำหรับเมตริกนั้น

ฮิสโตแกรม 3 กลุ่มสำหรับเมตริกตัวอย่างจะมีลักษณะดังนี้

{
  "histogram": [
    {
      "start": 0,
      "end": 1000,
      "density": 0.3818
    },
    {
      "start": 1000,
      "end": 3000,
      "density": 0.4991
    },
    {
      "start": 3000,
      "density": 0.1192
    }
  ]
}

ข้อมูลนี้บ่งชี้ว่า 38.18% ของการโหลดหน้าเว็บมีการวัดเมตริกตัวอย่างระหว่าง 0 มิลลิวินาทีถึง 1,000 มิลลิวินาที หน่วยของเมตริกไม่ได้อยู่ในฮิสโทแกรมนี้ ในกรณีนี้ เราจะถือว่าเป็นมิลลิวินาที

นอกจากนี้ 49.91% ของการโหลดหน้าเว็บมีค่าเมตริกระหว่าง 1,000 มิลลิวินาทีถึง 3,000 มิลลิวินาที และ 11.92% มีค่ามากกว่า 3,000 มิลลิวินาที

เปอร์เซ็นไทล์

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

{
  "percentiles": {
    "p75": 2063
  }
}

ในตัวอย่างนี้ การโหลดหน้าเว็บอย่างน้อย 75% วัดด้วยค่าเมตริก <= 2063

เศษส่วน

เศษส่วนจะระบุเปอร์เซ็นต์ของการโหลดหน้าเว็บที่ติดป้ายกำกับได้ในลักษณะที่เฉพาะเจาะจง ในกรณีนี้ ค่าเมตริกคือป้ายกำกับเหล่านี้

ตัวอย่างเช่น เมตริก form_factors ประกอบด้วยออบเจ็กต์ fractions ที่แสดงรายละเอียดของรูปแบบของอุปกรณ์ (หรืออุปกรณ์) ที่การค้นหาหนึ่งๆ ครอบคลุม

"form_factors": {
  "fractions": {
    "desktop": 0.0377,
    "tablet": 0.0288,
    "phone": 0.9335
  }
}

ในกรณีนี้ ระบบวัดการโหลดหน้าเว็บ 3.77% บนเดสก์ท็อป, 2.88% บนแท็บเล็ต และ 93.35% บนโทรศัพท์ รวมเป็น 100%

ประเภทค่าเมตริก

ชื่อเมตริก CrUX API ประเภทข้อมูล หน่วยเมตริก การรวมข้อมูลทางสถิติ เอกสารประกอบ
cumulative_layout_shift เข้ารหัสแบบ Double เป็นสตริงที่มีทศนิยม 2 ตำแหน่ง ไม่มีหน่วย ฮิสโตแกรมที่มี 3 Bin, เปอร์เซ็นไทล์ที่มี p75 CLS
interaction_to_next_paint int มิลลิวินาที ฮิสโตแกรมที่มี 3 Bin, เปอร์เซ็นไทล์ที่มี p75 INP
largest_contentful_paint int มิลลิวินาที ฮิสโตแกรมที่มี 3 Bin, เปอร์เซ็นไทล์ที่มี p75 LCP
experimental_cumulative_layout_shift_with_softnavs เข้ารหัสแบบ Double เป็นสตริงที่มีทศนิยม 2 ตำแหน่ง ไม่มีหน่วย ฮิสโตแกรมที่มี 3 กลุ่ม เปอร์เซ็นไทล์ที่มี p75 บล็อก
experimental_interaction_to_next_paint_with_softnavs int มิลลิวินาที ฮิสโตแกรมที่มี 3 กลุ่ม เปอร์เซ็นไทล์ที่มี p75 บล็อก
experimental_largest_contentful_paint_with_softnavs int มิลลิวินาที ฮิสโตแกรมที่มี 3 กลุ่ม เปอร์เซ็นไทล์ที่มี p75 บล็อก
first_contentful_paint int มิลลิวินาที ฮิสโตแกรมที่มี 3 Bin, เปอร์เซ็นไทล์ที่มี p75 FCP
experimental_time_to_first_byte int มิลลิวินาที ฮิสโตแกรมที่มี 3 กลุ่ม เปอร์เซ็นไทล์ที่มี p75 TTFB
form_factors Double ทศนิยม 4 ตำแหน่ง เปอร์เซ็นต์ การแมปจากรูปแบบของอุปกรณ์ไปยังเศษส่วน รูปแบบของอุปกรณ์
navigation_types ทศนิยม 4 ตำแหน่ง เปอร์เซ็นต์ การแมปจากประเภทการนําทางไปยังเศษส่วน ประเภทการนำทาง
round_trip_time int มิลลิวินาที ฮิสโตแกรมที่มี 3 Bin, เปอร์เซ็นไทล์ที่มี p75 เมตริก RTT
largest_contentful_paint_resource_type ทศนิยม 4 ตำแหน่ง เปอร์เซ็นต์ การแมปจากประเภทการนําทางไปยังเศษส่วน ประเภททรัพยากร LCP
largest_contentful_paint_image_time_to_first_byte int มิลลิวินาที เปอร์เซ็นไทล์ที่มี p75 ส่วนย่อยของ LCP
largest_contentful_paint_image_resource_load_delay int มิลลิวินาที เปอร์เซ็นไทล์ที่มี p75 ส่วนย่อยของ LCP
largest_contentful_paint_image_resource_load_duration int มิลลิวินาที เปอร์เซ็นไทล์ที่มี p75 ส่วนย่อยของ LCP
largest_contentful_paint_image_element_render_delay int มิลลิวินาที เปอร์เซ็นไทล์ที่มี p75 ส่วนย่อยของ LCP
experimental_ad_count ทศนิยม 2 ตำแหน่ง ไม่มีหน่วย p75 เท่านั้น จำนวนโฆษณา
experimental_ad_density Double ที่มีทศนิยม 2 ตำแหน่ง ไม่มีหน่วย p75 เท่านั้น ความหนาแน่นของโฆษณา
experimental_ad_cpu int มิลลิวินาที p75 เท่านั้น น้ำหนักของโฆษณา: CPU
experimental_ad_kilobytes int KB p75 เท่านั้น น้ำหนักโฆษณา: เครือข่าย

การแมปชื่อเมตริก BigQuery

ชื่อเมตริก CrUX API ชื่อเมตริก BigQuery
cumulative_layout_shift layout_instability.cumulative_layout_shift
first_contentful_paint first_contentful_paint
interaction_to_next_paint interaction_to_next_paint
largest_contentful_paint largest_contentful_paint
experimental_time_to_first_byte experimental.time_to_first_byte
navigation_types navigation_types
form_factors ไม่มี
round_trip_time round_trip_time
largest_contentful_paint_resource_type ไม่มี
largest_contentful_paint_image_time_to_first_byte ไม่มี
largest_contentful_paint_image_resource_load_delay ไม่มี
largest_contentful_paint_image_resource_load_duration ไม่มี
largest_contentful_paint_image_element_render_delay ไม่มี
experimental_ad_count ไม่มี
experimental_ad_density ไม่มี
experimental_ad_cpu ไม่มี
experimental_ad_kilobytes ไม่มี

ระยะเวลาการเก็บรวบรวม

ตั้งแต่เดือนตุลาคม 2022 เป็นต้นมา CrUX API มีออบเจ็กต์ collectionPeriod ที่มีฟิลด์ firstDate และ endDate ซึ่งแสดงวันที่เริ่มต้นและวันที่สิ้นสุดของกรอบเวลาการรวมข้อมูล เช่น

    "collectionPeriod": {
      "firstDate": {
        "year": 2022,
        "month": 9,
        "day": 12
      },
      "lastDate": {
        "year": 2022,
        "month": 10,
        "day": 9
      }
    }

ซึ่งจะช่วยให้เข้าใจข้อมูลได้ดีขึ้น และดูว่าข้อมูลของวันนั้นได้รับการอัปเดตแล้วหรือยัง หรือแสดงข้อมูลเดียวกันกับเมื่อวาน

ระยะเวลาการรวบรวมข้อมูลจะแสดงใน PageSpeed Insights ด้วย

PageSpeed Insights จะแสดงวันที่ของระยะเวลาการรวบรวมในเคล็ดลับเครื่องมือ
วันที่ของระยะเวลาการรวบรวมใน PageSpeed Insights

นอกจากนี้ collectionPeriod จะแสดงข้อมูล 28 วันเสมอ แม้ว่าข้อมูลจะไม่ครบ 28 วันก็ตาม (เช่น หากเปิดตัวหน้าเว็บมาไม่ถึง 28 วัน) collectionPeriod คือระยะเวลาที่มีการรวบรวมข้อมูล CrUX ไม่ใช่ระยะเวลาที่ข้อมูลแสดง

ตัวอย่างการค้นหา

ระบบจะส่งคำค้นหาเป็นออบเจ็กต์ JSON โดยใช้คำขอ POST ไปยัง https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=[YOUR_API_KEY]" พร้อมข้อมูลคำค้นหาเป็นออบเจ็กต์ JSON ในเนื้อหา POST ดังนี้

{
  "origin": "https://example.com",
  "formFactor": "PHONE",
  "metrics": [
    "largest_contentful_paint",
    "experimental_time_to_first_byte"
  ]
}

เช่น คุณสามารถเรียกใช้จาก curl ด้วยบรรทัดคำสั่งต่อไปนี้ (แทนที่ API_KEY ด้วยคีย์ของคุณ)

curl -s --request POST 'https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=API_KEY' \
    --header 'Accept: application/json' \
    --header 'Content-Type: application/json' \
    --data '{"formFactor":"PHONE","origin":"https://www.example.com","metrics":["largest_contentful_paint", "experimental_time_to_first_byte"]}'

ข้อมูลระดับหน้าเว็บจะพร้อมใช้งานผ่าน API โดยการส่งพร็อพเพอร์ตี้ url ในการค้นหาแทน origin ดังนี้

{
  "url": "https://example.com/page",
  "formFactor": "PHONE",
  "metrics": [
    "largest_contentful_paint",
    "experimental_time_to_first_byte"
  ]
}

หากไม่ได้ตั้งค่าพร็อพเพอร์ตี้ metrics ระบบจะแสดงผลเมตริกที่ใช้ได้ทั้งหมด ดังนี้

หากไม่ได้ระบุค่า formFactor ระบบจะรวมค่าจากอุปกรณ์ทุกรูปแบบ

ดูตัวอย่างคำค้นหาเพิ่มเติมได้ที่การใช้ Chrome UX Report API

Data Pipeline

ชุดข้อมูล CrUX จะได้รับการประมวลผลผ่านไปป์ไลน์เพื่อรวม รวบรวม และกรองข้อมูลก่อนที่จะพร้อมใช้งานโดยใช้ API

รายได้เฉลี่ยต่อเนื่อง

ข้อมูลในรายงาน Chrome UX คือค่าเฉลี่ยต่อเนื่อง 28 วันของเมตริกที่รวบรวม ซึ่งหมายความว่าข้อมูลที่แสดงในรายงาน Chrome UX ณ เวลาใดก็ตามคือข้อมูลในช่วง 28 วันที่ผ่านมาที่รวบรวมไว้ด้วยกัน

ซึ่งคล้ายกับวิธีที่ชุดข้อมูล CrUX ใน BigQuery รวบรวมรายงานรายเดือน

อัปเดตรายวัน

ข้อมูลจะอัปเดตทุกวันเวลาประมาณ 04:00 น. (UTC) ไม่มีข้อตกลงระดับการให้บริการสำหรับเวลาในการอัปเดต โดยจะดำเนินการอย่างเต็มที่ทุกวัน

สคีมา

มีปลายทางเดียวสำหรับ CrUX API ซึ่งยอมรับคำขอ HTTP POST รายการ API จะแสดงผล record ซึ่งมี metrics อย่างน้อย 1 รายการที่สอดคล้องกับข้อมูลประสิทธิภาพเกี่ยวกับต้นทางหรือหน้าที่ขอ

คำขอ HTTP

POST https://chromeuxreport.googleapis.com/v1/records:queryRecord

URL ใช้ไวยากรณ์การแปลงรหัส gRPC

เนื้อความของคำขอ

เนื้อหาของคำขอควรมีข้อมูลซึ่งมีโครงสร้างดังต่อไปนี้

{
  "formFactor": enum (FormFactor),
  "metrics": [
    string
  ],

  // Union field url_pattern can be only one of the following:
  "origin": string,
  "url": string
  // End of list of possible types for union field url_pattern.
}
ช่อง
formFactor

enum (FormFactor)

รูปแบบของอุปกรณ์คือมิติข้อมูลการค้นหาที่ระบุคลาสอุปกรณ์ที่ข้อมูลของบันทึกควรเป็นของ

ฟิลด์นี้ใช้ค่า DESKTOP, PHONE หรือ TABLET

หมายเหตุ: หากไม่ได้ระบุรูปแบบของอุปกรณ์ ระบบจะแสดงผลระเบียนพิเศษที่มีข้อมูลรวมของรูปแบบของอุปกรณ์ทั้งหมด

metrics[]

string

เมตริกที่ควรรวมอยู่ในการตอบกลับ หากไม่ได้ระบุ ระบบจะแสดงเมตริกที่พบ

ค่าที่ใช้ได้: ["cumulative_layout_shift", "first_contentful_paint", "interaction_to_next_paint", "largest_contentful_paint", "experimental_time_to_first_byte", "largest_contentful_paint_resource_type", "largest_contentful_paint_image_time_to_first_byte", "largest_contentful_paint_image_resource_load_delay", "largest_contentful_paint_image_resource_load_duration", "largest_contentful_paint_image_element_render_delay", "navigation_types", "round_trip_time", "experimental_ad_count", "experimental_ad_density", "experimental_ad_cpu", "experimental_ad_kilobytes"]

ฟิลด์ Union url_pattern url_pattern เป็นตัวระบุหลักสำหรับการค้นหาบันทึก ซึ่งต้องเป็นค่าใดค่าหนึ่งต่อไปนี้เท่านั้น
origin

string

"ต้นทาง" ของ url_pattern หมายถึงรูปแบบ URL ที่เป็นต้นทางของเว็บไซต์

ตัวอย่าง: "https://example.com", "https://cloud.google.com"

url

string

url_pattern url หมายถึงรูปแบบ URL ที่เป็น URL ใดก็ได้

ตัวอย่าง: "https://example.com/, https://cloud.google.com/why-google-cloud/"

ตัวอย่างเช่น หากต้องการขอค่า Largest Contentful Paint บนเดสก์ท็อปสำหรับหน้าแรกของเอกสารประกอบสำหรับนักพัฒนาซอฟต์แวร์ Chrome ให้ทำดังนี้

{
  "url": "https://developer.chrome.com/docs/",
  "formFactor": "DESKTOP",
  "metrics": [
    "largest_contentful_paint"
  ]
}

เนื้อหาการตอบกลับ

คำขอที่สำเร็จจะแสดงผลการตอบกลับที่มีออบเจ็กต์ record และ urlNormalizationDetails ในโครงสร้างต่อไปนี้

{
  "record": {
    "key": {
      object (Key)
    },
    "metrics": [
      string: {
        object (Metric)
      }
    ]
  },
  "urlNormalizationDetails": {
    object (UrlNormalization)
  }
}

ตัวอย่างเช่น การตอบกลับเนื้อหาคำขอในคำขอก่อนหน้าอาจเป็นดังนี้

{
  "record": {
    "key": {
      "formFactor": "DESKTOP",
      "url": "https://developer.chrome.com/docs/"
    },
    "metrics": {
      "largest_contentful_paint": {
        "histogram": [
          {
            "start": 0,
            "end": 2500,
            "density": 0.9815
          },
          {
            "start": 2500,
            "end": 4000,
            "density": 0.0108
          },
          {
            "start": 4000,
            "density": 0.0077
          }
        ],
        "percentiles": {
          "p75": 651
        }
      }
    },
    "collectionPeriod": {
      "firstDate": {
        "year": 2022,
        "month": 9,
        "day": 12
      },
      "lastDate": {
        "year": 2022,
        "month": 10,
        "day": 9
      }
    }
  }
}

คีย์

Key กำหนดมิติข้อมูลทั้งหมดที่ระบุว่าระเบียนนี้ไม่ซ้ำกัน

{
  "formFactor": enum (FormFactor),

  // Union field url_pattern can be only one of the following:
  "origin": string,
  "url": string
  // End of list of possible types for union field url_pattern.
}
ช่อง
formFactor

enum (FormFactor)

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

หากไม่ได้ระบุรูปแบบของอุปกรณ์ ระบบจะแสดงผลข้อมูลรวมของอุปกรณ์ทุกรูปแบบ

ฟิลด์ Union url_pattern รูปแบบ URL คือ URL ที่ระเบียนมีผลบังคับใช้ url_pattern ต้องเป็นค่าใดค่าหนึ่งต่อไปนี้เท่านั้น
origin

string

origin ระบุต้นทางที่ระเบียนนี้ใช้

หมายเหตุ: เมื่อระบุ origin ระบบจะรวบรวมข้อมูลการโหลดภายใต้ต้นทางนี้ในทุกหน้าเว็บเป็นข้อมูลประสบการณ์ของผู้ใช้ระดับต้นทาง

url

string

url ระบุ URL ที่เจาะจงซึ่งระเบียนนี้ใช้

หมายเหตุ: เมื่อระบุ url ระบบจะรวบรวมเฉพาะข้อมูลของ URL ที่เฉพาะเจาะจงนั้น

เมตริก

metric คือชุดข้อมูลประสบการณ์ของผู้ใช้ที่รวบรวมไว้สำหรับเมตริกประสิทธิภาพเว็บรายการเดียว เช่น First Contentful Paint โดยอาจมีฮิสโทแกรมสรุปการใช้งาน Chrome ในโลกแห่งความเป็นจริงเป็นชุดของ bins ข้อมูลเปอร์เซ็นไทล์ที่เฉพาะเจาะจง (เช่น p75) หรืออาจมีเศษส่วนที่มีป้ายกำกับ

{
  "histogram": [
    {
      object (Bin)
    }
  ],
  "percentiles": {
    object (Percentiles)
  }
}

หรือ

{
  "fractions": {
    object (Fractions)
  }
}
ช่อง
histogram[]

object (Bin)

ฮิสโตแกรมของประสบการณ์ของผู้ใช้สำหรับเมตริก ฮิสโตแกรมจะมีอย่างน้อย 1 Bin และความหนาแน่นของ Bin ทั้งหมดจะรวมกันได้ประมาณ 1

percentiles

object (Percentiles)

เปอร์เซ็นไทล์ที่มีประโยชน์ทั่วไปของเมตริก ประเภทค่าสำหรับเปอร์เซ็นไทล์จะเหมือนกับประเภทค่าที่ระบุสำหรับกลุ่มฮิสโทแกรม

fractions

object (Fractions)

ออบเจ็กต์นี้มีเศษส่วนที่ติดป้ายกำกับ ซึ่งรวมกันได้ประมาณ 1

เศษส่วนจะปัดเศษเป็นทศนิยม 4 ตำแหน่ง

ถัง

bin คือส่วนของข้อมูลที่ไม่ต่อเนื่องซึ่งครอบคลุมตั้งแต่ต้นจนจบ หรือหากไม่มีการระบุจุดสิ้นสุด ก็จะครอบคลุมตั้งแต่ต้นจนถึงค่าอนันต์บวก

ค่าเริ่มต้นและค่าสิ้นสุดของกลุ่มจะระบุในประเภทค่าของเมตริกที่แสดง ตัวอย่างเช่น First Contentful Paint จะวัดเป็นมิลลิวินาทีและแสดงเป็นจำนวนเต็ม ดังนั้นกลุ่มเมตริกจะใช้ int32 สำหรับประเภทเริ่มต้นและสิ้นสุด อย่างไรก็ตาม Cumulative Layout Shift จะวัดเป็นทศนิยมที่ไม่มีหน่วยและแสดงเป็นทศนิยมที่เข้ารหัสเป็นสตริง ดังนั้นกลุ่มเมตริกจึงใช้สตริงเป็นประเภทค่า

{
  "start": value,
  "end": value,
  "density": number
}
ช่อง
start

(integer | string)

Start คือจุดเริ่มต้นของกลุ่มข้อมูล

end

(integer | string)

End คือจุดสิ้นสุดของกลุ่มข้อมูล หากไม่ได้ระบุค่าสิ้นสุด แสดงว่ากลุ่มไม่มีค่าสิ้นสุดและใช้ได้ตั้งแต่ค่าเริ่มต้นจนถึง +inf

density

number

สัดส่วนของผู้ใช้ที่พบค่าของกลุ่มนี้สำหรับเมตริกที่ระบุ

ความหนาแน่นจะปัดเศษเป็นทศนิยม 4 ตำแหน่ง

เปอร์เซ็นไทล์

Percentiles มีค่าสังเคราะห์ของเมตริกที่เปอร์เซ็นไทล์ทางสถิติที่กําหนด ซึ่งใช้ในการประมาณค่าของเมตริกตามที่ผู้ใช้บางเปอร์เซ็นต์ได้รับจากจํานวนผู้ใช้ทั้งหมด

{
  "P75": value
}
ช่อง
p75

(integer | string)

75% ของการโหลดหน้าเว็บพบเมตริกที่ระบุที่ค่านี้หรือน้อยกว่า

เศษส่วน

Fractions มีเศษส่วนที่ติดป้ายกำกับซึ่งรวมกันได้ประมาณ 1 ป้ายกำกับแต่ละรายการอธิบายการโหลดหน้าเว็บในลักษณะใดลักษณะหนึ่ง ดังนั้นเมตริกที่แสดงในลักษณะนี้จึงถือได้ว่า สร้างค่าที่ไม่ซ้ำกันแทนค่าตัวเลข และเศษส่วนจะแสดง ความถี่ในการวัดค่าที่ไม่ซ้ำกันหนึ่งๆ

{
  "label_1": fraction,
  "label_2": fraction,
  ...
  "label_n": fraction
}

fractionแต่ละรายการเป็นตัวเลข 0.0 <= value <= 1.0และรวมกันได้ประมาณ 1.0 เช่นเดียวกับค่าความหนาแน่นในกลุ่มฮิสโตแกรม

UrlNormalization

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

{
  "originalUrl": string,
  "normalizedUrl": string
}
ช่อง
originalUrl

string

URL ที่ขอเดิมก่อนการดำเนินการปรับมาตรฐานใดๆ

normalizedUrl

string

URL หลังจากการดำเนินการทำให้เป็นมาตรฐาน นี่คือ URL ประสบการณ์ของผู้ใช้ที่ถูกต้องซึ่งสามารถค้นหาได้อย่างสมเหตุสมผล

ขีดจำกัดอัตรา

CrUX API จำกัดการค้นหาไว้ที่ 150 รายการต่อนาทีต่อโปรเจ็กต์ Google Cloud ซึ่งให้บริการโดยไม่มีค่าใช้จ่าย คุณดูขีดจำกัดนี้และการใช้งานปัจจุบันได้ในคอนโซล Google Cloud โควต้าที่มากขนาดนี้น่าจะเพียงพอสำหรับ Use Case ส่วนใหญ่ และคุณไม่สามารถจ่ายเงินเพื่อเพิ่มโควต้าได้